新機能

更新24C

改訂履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。

概要

お客様のアイデアをお聞かせください

ご意見をお待ちしています。オラクルのクラウド・サービスをさらに向上させる方法についてご提案がありましたら、ぜひお聞かせください。アイデアをお送りいただくには、Oracle Customer ConnectのIdeas Labを使用するなど、いくつかの方法があります。機能名の後にこのアイコンが表示されている場合は、お客様のアイデアを実現したものであることを意味します。

フィードバックをお寄せください

本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。

免責事項

この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。

この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。

任意の新機能の導入(オプトイン)

Oracle Cloud Applicationsでは、四半期ごとに新しい更新が提供されます。つまり、3か月ごとに新しい機能が提供され、ビジネスを効率的かつ効率的に管理できます。一部の機能は有効化された状態で提供され、エンド・ユーザーは即時に使用できます。その他の機能は無効化された状態で提供されるため、使用可能にするための処理を実行する必要があります。無効化の状態で提供されている機能は、次の権限を使用して、次の手順でエンド・ユーザーに対してアクティブ化できます。

• アプリケーション・オファリングのレビュー(ASM_REVIEW_APPLICATIONS_OFFERINGS_PRIV)
• Oracle Fusion Applicationsオファリングの構成(ASM_CONFIGURE_OFFERING_PRIV)

新機能をオプトインする方法を次に示します。

1. 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
2. 「機能の概要」ページで、オファリングを選択し、それに固有の新機能をレビューします。または、デフォルトの選択であるすべての「使用可能なオファリング」をそのまま使用して、すべてのオファリングの新機能を確認できます。
3. 「新機能」タブで、新機能を確認し、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに有効化されている場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
4. 「使用可能」列にあるアイコンをクリックし、機能を使用可能にするステップを完了します。

「新機能」作業領域に表示されない機能のオプトインが必要になる場合があります。オプトインする方法を次に示します。

1. 「ナビゲータ」→「自分の企業」→「オファリング」をクリックします。
2. 「オファリング」ページで、オファリングを選択し、「オプト・イン」機能をクリックします。
3. 「オプトイン」ページで、オファリングまたは機能が含まれている機能領域の「機能の編集」(鉛筆)アイコンをクリックします。
4. 「機能の編集」ページで、ステップを完了して機能を使用可能にします。

オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリングの構成を参照してください。

オプトイン失効

オプトインを介して無効化された状態で提供される機能は、将来の更新で自動的に有効化される場合があります。これはオプトイン失効と呼ばれます。クラウド・サービスにオプト・イン失効がある場合、このドキュメントに関連タブが表示されます。そのタブをクリックすると、機能が最初に無効化された状態で提供された時期と、オプトインが失効し、機能が自動的に有効化される予定の時期が表示されます。ここをクリックして、すべてのOracle Cloudアプリケーションのオプト・インが失効した機能を確認することもできます。

機能のサマリー

コラボレーション・メッセージング・フレームワーク

コラボレーション・メッセージング・フレームワーク

顧客へのOracle B2B購買オーダー確認の送信

Oracle B2Bの新しいメッセージOracle-1-0-B2B-Purchase-Order-Acknowledgment-OutおよびOracle-1-0-B2B-Purchase-Order-Change-Acknowledgment-Outを使用して、Oracle B2Bオブジェクト形式で顧客に確認を送信できます。

購買オーダー確認メッセージを使用すると、オーダー-入金プロセスの一環として受信した購買オーダーを確認できます。これらの確認により、オーダーの品目、数量、日付およびその他の条件が確認されます。その後、いずれかの条件が変更された場合は、購買オーダー変更確認メッセージを送信して、新しいオーダー詳細を確認できます。

有効化のステップ

これらのメッセージ定義を有効化するための主なステップは次の2つです:

1. サービス・プロバイダまたは取引先を使用して、メッセージ定義を直接設定します。
2. 顧客を取引先に関連付けます。

サービス・プロバイダまたは取引先を使用したメッセージ定義の設定

1. 「タスク」パネル・タブから「コラボレーション・メッセージング・サービス・プロバイダの管理」または「B2B取引先の管理」を選択し、設定するサービス・プロバイダまたは取引先を検索します。

2. 「アウトバウンド・コラボレーション・メッセージ」タブで、顧客に送信する新しい購買オーダー確認メッセージ定義を選択します。

• Oracle-1-0-B2B-Purchase-Order-Acknowledgment-Out
• Oracle-1-0-B2B-Purchase-Order-Change-Acknowledgment-Out

3. 配信方法をメッセージ定義に関連付け、ステータスを「アクティブ」に設定します。

アウトバウンド・コラボレーション・メッセージ

取引先と顧客の関連付け

取引先と顧客の関連付け

1. 「タスク」パネル・タブから「顧客コラボレーション構成の管理」を選択し、購買オーダー確認の送信先顧客を検索します。

2. 顧客を選択し、「コラボレーション構成の編集」を選択します。

3. 顧客コラボレーション構成の編集ページの「関連サービス・プロバイダ」セクションでサービス・プロバイダ(使用している場合)および取引先を選択します。

4. 「サービス・プロバイダ用のコラボレーション文書」セクションで、「購買オーダー確認 - アウトバウンド」および「購買オーダー変更確認 - アウトバウンド」文書を選択します。

5. 「保存してクローズ」を選択します

主なリソース

• Oracle Help CenterにあるOracle Fusion Cloud SCMのB2Bメッセージングの構成および管理ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• サービス・プロバイダの管理(CMK_MANAGE_SERVICE_PROVIDER_PRIV)
• B2B取引先の管理(CMK_B2B_TRADING_PARTNERS_PRIV)
• Manage B2B Customer Trading Partners (CMK_B2B_CUSTOMER_TRADING_PARTNERS_PRIV)

これらの権限はこの更新前から使用できました。

サプライヤからのcXML購買オーダー確認の受信

新しいOracle Business Network (OBN) cXML購買オーダー確認メッセージOBN-cXML-1-2-011-ConfirmationRequest-Inを使用して、OBNを介してcXML購買オーダー確認を受信できます。

OBN-cXML-1-2-011-ConfirmationRequest-In

調達-支払プロセスにOBNを使用するサプライヤは、cXML標準形式に準拠した購買オーダー確認を送信できます。コラボレーション・メッセージング・フレームワークでは、これらのメッセージを受信して処理し、調達システムの購買オーダー・ステータスを更新できます。

有効化のステップ

次に、このメッセージ定義を使用する方法の概略を示します。

1. OBNサービス・プロバイダで、メッセージ定義をインバウンド・メッセージとしてアクティブ化します。
2. サプライヤを取引先に関連付け、インバウンド購買オーダー確認文書を選択します。

OBNサービス・プロバイダでのメッセージ定義のインバウンド・メッセージとしてのアクティブ化。

1. 「タスク」パネル・タブで「コラボレーション・メッセージング・サービス・プロバイダの管理」を選択します。

2. Oracle Business Networkサービス・プロバイダを検索して選択します。

3. 「コラボレーション・メッセージング・サービス・プロバイダの編集」ページで、「インバウンド・コラボレーション・メッセージ」タブを選択し、OBN-cXML-1-2-011-ConfirmationRequest-Inメッセージのステータスを「アクティブ」に設定します。

4. 「保存」をクリックします。

OBN-cXML-1-2-011-ConfirmationRequest-Inの「アクティブ」への設定

取引先へのサプライヤの関連付けとインバウンド購買オーダー確認文書の選択

1. 「タスク」パネル・タブで、「サプライヤB2B構成の管理」を選択します。
2. 購買オーダー確認を受け取るサプライヤを検索して選択します。
3. 「サプライヤB2B構成の編集」ページで、「取引先割当」タブを選択し、「処理」→「行の追加」をクリックします。
4. 「取引先ID」フィールドから使用可能な検索オプションを使用して、OBNから取引先を検索して選択します。「保存」をクリックします。

取引先割当

5. 「文書設定」タブを選択して、「購買オーダー確認 - インバウンド」文書を追加し、関連ステータスを「使用可能」に設定します。

文書設定

6. 「保存」をクリックします。

ヒントと考慮事項

• OBNで、バイヤー・アカウントに購買オーダー確認を追加する必要があります。
• 「サプライヤ」作業領域の「サプライヤの管理」タスクを使用して、サプライヤと取引先を関連付けることができます。

主なリソース

• Oracle Help CenterにあるOracle Fusion Cloud SCMのB2Bメッセージングの構成および管理ガイドを参照してください。
• Oracle Help CenterにあるOracle Fusion Cloud調達の実装ガイドを参照してください。
• Oracle Business Networkリソースの項にあるOracle Business Networkプロセス・ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• サービス・プロバイダの管理(CMK_MANAGE_SERVICE_PROVIDER_PRIV)
• B2Bサプライヤ取引先の管理(CMK_B2B_SUPPLIER_TRADING_PARTNERS_PRIV)

これらの権限はこの更新前から使用できました。

サプライヤ・サイトB2B設定の簡略化

調達-支払のサプライヤ・サイトのB2B設定を単一のステップで完了できるようになりました。

この簡略化されたプロセスにより、取引先および取引先と交換するB2B文書を一度に選択できるため、調達-支払取引関係の設定と管理にかかる時間が節約されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 製造およびサプライ・チェーン資材管理

オプトインした後、次のステップを実行して、調達-支払プロセスにサプライヤと取引先を関連付けます。

1. 「サプライヤ」作業領域で、「タスク」パネルから「サプライヤの管理」を選択します。
2. 「サプライヤの管理」ページで、サプライヤを検索して選択します。
3. 「処理」→「編集」をクリックします。「サプライヤの編集」ページが表示されます。
4. 「サイト」タブを選択し、サイトを選択します。
5. 「サイトの編集」ページで、下にスクロールし、「一般」タブが選択されていない場合は選択します。
6. 「B2Bメッセージング使用可能」フィールドで「はい」を選択します。

B2Bメッセージング使用可能

7. 「文書」セクションで「B2B文書の選択」をクリックします。
   1. 「B2B文書の選択」ウィンドウで、取引先を検索します。
   2. 取引先を選択し、サプライヤに関連付ける文書を選択します。Oracle Business Network (OBN)サプライヤを検索する場合、サプライヤがOBNでサポートしているメッセージとOBNサービス・プロバイダのコラボレーション・メッセージングで設定されている内容に基づいて「文書」セクションが移入されます。OBNから取引先が選択されると、その取引先が存在しない場合はコラボレーション・メッセージング・フレームワークに取引先が追加され、その取引先がOBNに接続されていない場合は、その取引先に対する接続が要求されます。
   3. 複数の取引先およびサービス・プロバイダをサプライヤに関連付ける場合は、「文書」セクションでこれらの追加の列の非表示を解除できます。
   4. 「OK」をクリックします。
   5. 文書の名前、ステータスおよびステータスの日付は、デフォルトで「文書」セクションに表示されます。メッセージ・ステータスは、「ステータス」フィールドのドロップダウン・リストから新しいステータスを選択することで変更できます。

8. 「保存」をクリックします。

B2B文書の選択

ヒントと考慮事項

次のステップを使用して、「B2B文書の選択」ダイアログのデフォルトのサービス・プロバイダを設定できます。

1. 「設定および保守」作業領域で、「コラボレーション・メッセージング構成の管理」タスクを選択します。

2. 「一般設定」タブの「取引先検索構成」セクションで、デフォルトのサービス・プロバイダを選択します。「B2B文書の選択」ダイアログにアクセスするたびに、これがデフォルトのサービス・プロバイダになります。

デフォルト・サービス・プロバイダ

主なリソース

• Oracle Help CenterにあるOracle Fusion Cloud Procurement調達の実装ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• Manage Associated External Partner (CMK_ MANAGE_ASSOCIATED_EXTERNAL_PARTNER_PRIV)

この権限はこの更新前から使用できました。

B2Bアカウント番号(Redwoodエクスペリエンス)

この機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

出荷先事業所へのB2Bアカウント番号の割当

新しいB2Bアカウントのインポート・ユーティリティを使用して、各サプライヤの出荷先事業所にB2Bアカウント番号を割り当てることができます。これらのアカウント番号は、GHXサービス・プロバイダを介してサプライヤに送信する購買オーダーに含まれます。必要な編集は、「B2Bアカウント番号」タスクを使用して実行できます。

これに加えて、GHXサービス・プロバイダの新しいバージョンの購買オーダー・メッセージ定義には、「請求のみ」特別処理タイプの購買オーダーのデータ要素も組み込まれています。

購買オーダー・ヘッダーの要素には次のものがあります。

•  
• 主治医名
• 参照番号
• サービスの日付

購買オーダー明細レベルの要素には次のものがあります。

•  
• ロット
• シリアル番号

取引先は、オーダーの受領時にアカウント番号を使用して顧客の出荷先事業所を識別できるため、オーダーの計画および履行プロセスが簡略化されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 製造およびサプライ・チェーン資材管理

オプトインの後、次のステップに従ってB2Bアカウント番号を設定および使用します。

1. B2Bアカウント番号をインポートします。

2. B2Bアカウント番号をレビューして編集します。

3. GHXサービス・プロバイダのアウトバウンド・コラボレーション・メッセージを更新して、GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2メッセージ定義を使用します。

B2Bアカウント番号のインポート

1. 「タスク」パネル・タブからB2Bアカウントを選択します。
2. 「インポート」をクリックし、B2Bアカウント番号情報が含まれているファイルを選択します。
3. 「発行」をクリックします。

インポート・ファイルには、次の情報が指定された順序で含まれている必要があります。

• アカウント番号
• サプライヤ名
• サプライヤ番号
• サイト
• 調達BU
• 出荷先事業所コード

B2Bアカウント番号のインポート

B2Bアカウント番号のレビューおよび編集

1. 「タスク」パネル・タブからB2Bアカウントを選択します。
2. 特定のB2Bアカウント番号をアカウント番号、サプライヤ、サイト、調達BUまたは事業所で検索します。
3. 「B2Bアカウント番号」ページで「作成」 をクリックして、B2Bアカウント番号を手動で作成します。

B2Bアカウント番号の作成

4. 「編集」アイコンをクリックして、B2Bアカウント・ページにアクセスします。ここでは、B2Bアカウント番号に関連付けられている出荷先事業所をレビューし、事業所を追加または削除できます。

B2Bアカウント番号情報の編集

GHXサービス・プロバイダのアウトバウンド・コラボレーション・メッセージの更新

1. 「タスク」パネル・タブから「コラボレーション・メッセージング・サービス・プロバイダの管理」を選択します。

2. GHXサービス・プロバイダを検索して選択します。

3. 「処理」→「編集」を選択し、サービス・プロバイダ: GHXページで「アウトバウンド・メッセージ設定」タブを選択します。

4. GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2メッセージ定義が選択されていない場合は、「購買オーダーの処理」文書タイプの現在のメッセージ定義のステータスを「非アクティブ」に設定します。 「コラボレーション・メッセージ定義」ドロップダウンからGHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2を選択し、ステータスを「アクティブ」に設定します。

5. 「保存してクローズ」を選択します。

GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2

ヒントと考慮事項

• B2Bアカウント番号を使用することを希望し、GHXをサービス・プロバイダとして使用していない場合は、アウトバウンド購買オーダーのXSLを変更してB2Bアカウント番号を含めることができます。

• 特別な処理タイプの購買オーダーを組み込む場合は、購買オーダーXSLを変更できます。

主なリソース

• Oracle Help CenterにあるOracle Fusion Cloud SCMのB2Bメッセージングの構成および管理ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• Manage Account Numbers by web service (CMK_MANAGE_B2B_ACCOUNT_NUMBERS_WEB_SERVICE_PRIV)

この権限は、この更新で新しく追加されました。

一般会計共通

税金

レポート専用の源泉徴収の税金および計算算式

レポート専用の源泉徴収の税金および源泉徴収の計算算式を使用して、複雑な税金シナリオを作成し、最終的な源泉徴収税を計算する前に一時的な税金結果を生成します。たとえば、企業はこの機能を使用して、法的なルールで様々なオプションの適用が許可される場合に、より適切な源泉徴収額を決定できます。つまり、ブラジルの新しい所得源泉徴収税(IRRF)の簡易固定控除額を使用して課税標準を減額するか、社会保障税、離婚手当、扶養家族などの法的割引に基づく計算を使用します。

新しい源泉徴収税を作成する場合は、「税金をレポート目的のみに設定」オプションを有効にして、この源泉徴収税がレポート目的のみであることを示します。このオプションを有効にすると、税金は計上されず、トランザクション合計には影響しません。

「源泉徴収税の作成」ページ

源泉徴収課税標準算式

課税標準税算式は、税金計算プロセスで使用されます。これらの算式は、特定のトランザクション明細で考慮する課税標準金額を決定するのに役立ちます。

課税標準算式で定義された課税標準タイプにより、課税標準金額の特性が決まります。次のように様々な課税標準タイプがあります。

• 評価額。税金計算の観点から、トランザクション明細金額が正しい課税基準を反映していない場合は、「評価額」を使用します。トランザクション明細に指定された評価額が、税金を計算するための課税標準金額とみなされます。

• 明細金額。トランザクション明細金額を課税標準として税金を計算する場合は、「明細金額」を使用します。

• 前税金。トランザクション明細で計算された税金以外に課税標準基準金額が1つ以上ある場合は、前税金を使用します。トランザクション明細で計算された前税金を複合化するオプションも使用できます。

複合リージョンで指定された税金詳細を使用して、最終的な課税標準を定義できます。複合ルールは次のとおりです。

• 最小: 課税標準を複合税金明細の最小課税標準金額で置き換えます。
• 最大: 課税標準を複合税金明細の最大課税標準金額で置き換えます。
• 最小の加算: 複合税金明細の最小課税標準金額を課税標準に加算します。
• 最大を加算: 複合税金明細の最大課税標準金額を課税標準に加算します。
• 最小を減算: 複合税金明細の最小課税標準金額を課税標準から減算します。
• 最大を減算: 複合税金明細の最大課税標準金額を課税標準から減算します。
• 加算: 複合税金明細の課税標準金額を課税標準に加算します。
• 減算: 複合税金明細の課税標準金額を課税標準から減算します。

次の例では、BR_WHT_REP_ONLY1税金およびBR_WHT_REP_ONLY2税金の課税標準が計算され、最大金額がBR_WHT_FINAL_TAX税金の課税標準として使用されます。

源泉徴収課税標準算式の例

源泉徴収税計算算式

税金計算税算式を使用して、トランザクション明細の基本税額を導出するために適用する計算方法を決定します。通常、トランザクションの税額は、導出された税率に課税標準を乗算して計算します。同じトランザクション明細に適用可能なその他の税を追加して税額を変更する必要がある場合があります。この要件に対処するには、複合基準で定義された税計算式を使用します。

税算式複合リージョンで指定された税金詳細が、税算式に関連付けられた計算済税金に追加されます。これらの複合税金詳細は、「複合の強制」オプションを選択した場合にも強制できます。複合税金が強制され、トランザクションでは計算されない場合、この税算式に関連付けられた税金は適用されません。

課税算式の計算ルールは次のとおりです。

• 最小: 複合税金明細の最小税額を使用します。
• 最大: 複合税金明細の最大税額を使用します。
• 最小の加算: 複合税金明細の最小税額を税額に加算します。
• 最大を加算: 複合税金明細の最大税額を税額に加算します。
• 最小を減算: 複合税金明細の最小税額を税額から減算します。
• 最大を減算: 複合税金明細の最大税額を税額から減算します。
• 加算: 複合税金明細の税額を税額に追加します。
• 減算: 複合税金明細の税額を税額から減算します。

ビジネス上の利点は次のとおりです:

• レポート専用の源泉徴収税を作成して、源泉徴収税の最終計算に使用できる中間税額を生成します。

• 源泉徴収課税標準算式および税金計算算式を使用して、課税対象額基準としての評価額の使用など、複雑な源泉徴収税計算に対処します。

• アルゼンチンSUSS源泉徴収は、評価額課税対象額基準タイプの源泉徴収課税標準算式を使用して計算します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• この機能は、Oracle Customer Connectのアイデア・ラボ: アイデア1031365、1031376および694413から実装されました

拡張税金の高速実装

税金の高速実装に追加の列を使用して、税率管理および相殺税率と控除率に関連する情報を入力します。

税金構成ワークブックのレートの管理ワークシートおよび税率テンプレート・スプレッドシートには、次のフィールドが含まれています。

• 相殺率コード
• デフォルト控除率コード
• 税込方法
• 税込明細の上書きおよび入力の許可

ビジネス上の利点:

• 税金の高速実装を使用して、相殺率と控除税率および税金関連オプションを更新する際の手動作業を削減します。税金の高速実装は、税金の初期構成と、ビジネスまたは税規制が変更された場合の継続的な保守に使用されます。導入された新しいフィールドは、多くのお客様によって一般的に使用されており、アップロードされた税率の数が多い場合は更新にかなりの手作業が必要です。税金の高速実装を使用して税率を作成するときに、これらのフィールドに値を指定するオプションが提供されます。

• 厳格な構成アクセス・ポリシーを持つ組織の税金要件を満たすのに役立ちます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

• これらの列で参照される相殺率と控除率は、スプレッドシートをアップロードする前に作成しておく必要があります。
• 控除率は、同じ税金構成ワークブックの税率とともに「税金控除率の管理」ワークシートを使用して作成できます。

主なリソース

• この機能は、Oracle Customer Connectのアイデア・ラボ: アイデア704310から実装されました 

共通財務

サービス・エクセレンスに関する継続投資

サービス・エクセレンスに関する継続的投資では、ユーザビリティ、回復性、パフォーマンスおよびセキュリティ全般に焦点が置かれています。この作業は、パフォーマンス・トレンドの監視、共通の使用パターンの確認、サービス・リクエストの分析、および顧客との多くのディスカッションへの参加に基づいています。

この更新では、サービス・エクセレンスに関する継続的投資には、次の分野の改善が含まれています。

ユーザビリティ:

• 予算入力名はERP統合サービスから予算管理に予算金額をインポートする場合に必要です。予算入力名は予算残高のロードに使用されるすべての方法に対して存在するため、これによって予算管理予算入力のレポートと照会が簡略化されます。

レポート:

• 新しいBIPレポート「仕訳およびトランザクション詳細レポート」には、一般会計仕訳および補助元帳トランザクション活動がヘッダー、明細および配分レベルの詳細とともにリストされます。レポートには、選択した勘定科目の各明細に勘定科目コードの組合せが含まれます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

会計および管理

一般会計

ファイルベースのデータ・インポートを使用した勘定科目階層ユーザー定義ソート順

勘定体系階層メンバーが「セグメント値および階層のインポート」FBDIまたは高速実装スプレッドシートで定義される順序を保持します。以前は、親メンバー内の子は最初のインポート方法に関係なく、Smart ViewおよびFinancial Reporting Studioで英数字順にソートされていました。元の順序を保持することで、英数字のソートを使用して同じ効果を得るために名前を定義しなくても子の値を好みの順序で表示できます。

階層の作成および更新:

• 「セグメント値および階層のインポート」ファイルベース・データ・インポート: このファイルベースのデータ・インポート・テンプレートを介して勘定体系階層がインポートされると、階層メンバーのユーザー定義の順序が保持されます。これは、テンプレートに非表示のソート順を保存することで実現されます。テンプレートが検証され、.csvファイルが生成されると、ソート順フィールドには、テンプレートに入力されたメンバー・ノードに基づいて値が自動的に移入されます。次の.csvファイルのスクリーンショットは、テンプレートで定義されたメンバー階層のソート順フィールドが自動的に移入される様子を示しています。

セグメント値および階層のインポート

勘定体系階層メンバーの元の入力順序を保持するために、ユーザーは、メンバー・ノードに移入されたソート順フィールド値を含む.csvファイルを送信する必要があります。

• 高速実装スプレッドシート: 高速実装シートを介して企業体系がロードされると、勘定体系階層メンバーの入力順序が保持されます。

• 「勘定体系構成の管理」ページ: このページの「階層のアップロード」ボタンを使用して階層の増分変更がアップロードされると、スプレッドシートで定義された勘定体系階層メンバーの入力順序が保持されます。

• 「勘定科目階層の管理」ページ: このページで階層のメンバーを追加または更新すると、ノードの追加時にページに表示される順序が保持されます。

階層の表示:

勘定体系階層内のインポート済メンバーは、英数字順ではなく、ユーザー定義の作成順で表示されるようになりました。

• Financial Reporting Studioのレポート: 階層がGL残高Essbaseキューブに公開されると、階層内のメンバーのユーザー定義の順序が保持されます。このような階層がSmart ViewおよびFinancial Reporting Studioのレポートに表示されると、階層メンバーは元の順序で表示されるため、これらの階層を定義する際に従った変換標準の設定に従ってレポート作成が容易になります。

  Financial Reporting Studioレポート

                                                                                 

• 残高の照会および分析: 「残高の照会および分析」などの照会ページから残高を照会すると、階層内のメンバーのユーザー定義順序が保持されます。                                                                                                                            

• 「勘定科目階層の管理」ページ: このページで階層メンバーを表示すると、メンバーの作成順に表示されます。

• 「勘定体系構成の管理」ページ: このページから階層をダウンロードすると、階層メンバーは、英数字順ではなく、作成された当初の順序で表示されます。

ビジネス上の利点:

• 企業は、特定のレポート・ニーズ、規制要件または業界標準を満たすように財務データを編成できます。例: 勘定科目メンバー値が作成され、ローカルGAAP命名規則に従ってセグメント値および階層インポート・テンプレートに入力された場合、財務レポートには、勘定科目階層メンバーが英数字順ではなくこの順序で表示されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務

ヒントと考慮事項

• 新規のお客様のインストールでは、この機能はデフォルトで有効になっています。レポートを表示するときに階層メンバーのユーザー定義の順序を保持せず、メンバーを英数字順に表示する場合は、オプトインを無効にします。

• 既存のお客様のインストールでは、勘定体系階層メンバーのユーザー定義の順序でレポートを表示する場合は、オプトインを有効にできます。これにより、既存のレポートの表示が変更される可能性があります。つまり、オプトインを有効にすると、英数字順から階層メンバーの更新順に変更されます。オプトインを有効にした後に作成された新しい階層では、階層の作成時から階層メンバーの順序が保持されます。

主なリソース

• Oracle Help Centerにある『企業体系および一般会計の実装』ガイドのセグメント値および階層のインポート・データの処理方法のトピックを参照してください。

アクセス要件

この機能を使用するための新しい権限は必要ありません。

仕訳処理ログに表示された承認割当先およびコメント

仕訳処理ログの承認者コメントをレビューして、仕訳承認のライフ・サイクルをモニターします。これにより、権限を持つユーザーは、待ち状態のクローズ・タスクを必要に応じて処理できます。ユーザーがクローズ処理(承認、否認、失効、取下げ)を適用すると、割当先の処理に対応するレコードがそれぞれの仕訳バッチから削除されます。

ビジネス上の利点は次のとおりです:

• 仕訳バッチの承認者のリストを表示すると、透明性が向上し、ユーザーが責任ある承認者を識別するのに役立ちます。

• 仕訳UIでアクセス可能なコメントによって、ユーザーは、承認、否認またはその他の仕訳処理の背後にある理由を明確に把握でき、理解が深まります。

• 仕訳UIに承認者名を表示し、コメントに直接アクセスできるようにすることで、承認プロセスが合理化され、時間と労力が節約されます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 仕訳承認の詳細は、Oracle Help Centerにある一般会計の使用ガイドの仕訳に関する章および『企業体系および一般会計の実装』ガイドの一般会計オプションに関する章を参照してください。

財務サービスの外貨評価会計

銀行が外貨エクスポージャを管理し、包括的な通貨評価プロセスにより規制要件に準拠することを可能にします。これは、収益および費用勘定科目の外貨エクスポージャを貸借対照表に移動して市場リスクへのネット・エクスポージャを決定するポジション会計と、その後に勘定残高を現在の公正市場価格にあわせて調整する再評価を伴います。この機能は、金融機関および銀行部門に適用され、特にバーゼル銀行監督委員会(BCBS)、欧州中央銀行(ECB)および欧州銀行監督局(EBA)からの規制要件に準拠しています。

外貨エクスポージャを管理するには、損益計算書勘定残高をFXポジション勘定科目に転送して再評価プロセスを使用します。これは、FX転送とFX再評価の2つのサブプロセスで構成されます。

FX転送プロセス

規制要件に従って、収益および費用は元帳通貨でのみ報告され、換算レートの変動は個別の再評価損益勘定に記録されます。FX転送プロセスでは、収益勘定および費用勘定の外貨残高をFXポジション関連の貸借対照表勘定に移動するための仕訳が生成されます。これらの貸借対照表勘定は、その後、FX再評価プロセスを使用して再評価されます。

FX再評価プロセス

通貨為替レートの変動に起因してFXポジション関連の貸借対照表勘定科目に対して定期的な再評価が実行され、勘定科目残高にこれらの変更が正確に反映されるようにします。再評価損益は外貨ごとに記録され、各通貨内の貸借対照表勘定の区分ごとに個別の損益勘定が割り当てられます。

ビジネス上の利点は次のとおりです:

• 運用コストの削減: 通貨換算および再評価プロセスを合理化します。
• 規制コンプライアンス: 銀行規制に準拠することで、罰則や監査のリスクを最小限に抑えます。
• データ主導の意思決定: 通貨の変動やエクスポージャに関するインサイトにより、投資戦略と価格決定を最適化します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

アクセス要件

新しい権限は必要ありません。Define Oracle Fusion General Ledger Revaluation (GL_SET_UP_GENERAL_LEDGER_CURRENCY_REVALUATION_PRIV)権限およびRun Revalue Balances Program (GL_RUN_REVALUE_BALANCES_PROGRAM_PRIV)権限を持つユーザーは、設定を作成し、再評価を定義して生成できます。これらの権限は、一般会計マネージャおよび一般会計担当ジョブ・ロールにも割り当てられます。

予算管理

ERP統合サービスからの予算インポートに必要な予算入力名

予算金額をERP統合サービスから予算管理にインポートする場合は、予算入力名が必要です。

予算入力名は予算残高のロードに使用されるすべての方法に対して存在するため、これによって予算管理予算入力のレポートと照会が簡略化されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

ヒントと考慮事項

インストール・タイプに応じたオプトインのデフォルトは次のとおりです。

アップグレードのお客様:

• この機能を有効にし、カスタムERP統合を使用して「予算金額のインポート」または「予算管理および一般会計の予算のインポート」プロセスを呼び出す場合は、予算データ・ファイルに常に「予算入力名」パラメータの値を含めてください。

予算入力名が必要で、FBDIを使用して予算をロードする場合の考慮事項:

• 「予算金額のインポート」および「予算管理および一般会計の予算のインポート」プロセスの「予算入力名」パラメータ値は、予算データ・ファイルの値と一致する必要があります。

• 単一のプロセス実行では、予算データ・ファイルの予算入力名が同じである必要があります。

• 単一のプロセス実行で予算明細を区別する場合は、「コメント」フィールドまたは付加フレックスフィールドの使用を検討してください。

主なリソース

• 公共部門向け財務の使用の予算管理への予算インポート

アクセス要件

変更ありません。

プロジェクト・タスクまたは最下位リソースでの予算管理

作業のブレークダウン・ストラクチャの最上位タスクまたは最下位タスクのいずれかで、プロジェクト・タスクに割り当てられた予算に基づいて支出を管理します。さらに、プロジェクト予算内の最下位リソースに対して計画された金額で支出を管理します。プロジェクト、タスクまたはリソースごとに支出を管理する柔軟なオプションにより、プロジェクト・ユーザーがビジネスに必要なコストを管理できるようにすることで、過剰支出のリスクが軽減されます。

タスク・レベルでの予算管理により、詳細なレベルの支出管理が提供されます。たとえば、プロジェクトの各フェーズの予算を管理します。この場合、最上位タスクは、個別の予算を持つ作業のフェーズを表します。タスクごとに、労務費やサプライヤ・コストの管理など、オプションで、コストのタイプごとに予算管理を追加します。リソース・ブレークダウン・ストラクチャ(RBS)では、さらにきめ細かい管理が可能です。たとえば、様々な部門内の労働力や供給品を管理します。この場合、最上位リソースは部門を表し、最下位リソースはコストのタイプを表します。

タスクおよび最下位リソースの管理は、プロジェクト関連のコストを検証するために、プロジェクトおよび最上位リソースの管理をすでにサポートしている既存の予算管理アーキテクチャに追加されたものであることに注意してください。また、既存のソリューションでは、スポンサード・プロジェクトの資金ソース管理もサポートしています。

プロジェクトのタスクまたはリソース別に予算管理を定義するには、プロジェクト予算の作成時にプランニング・オプションで適切な予算管理設定を選択します。

• 「リソース管理」オプションを選択して、最上位リソースのコストを管理するか、最下位リソースのコストを管理するかを指定します。たとえば、特定のタイプのコストまたは指定個人に対する管理を設定します。または、組織またはコスト・カテゴリの最上位リソースでの管理を設定します。

• 「タスク管理」オプションを選択して、最上位タスクまたは最下位タスクのコストを管理します。

• リソースおよびタスクの管理を選択した後、管理予算の組合せを生成します。スポンサード・プロジェクト予算の場合、資金ソースによる追加の管理を使用できます。
  • コストの管理の必要性に基づいて、管理予算の管理レベル(絶対、勧告または追跡)と許容範囲パーセントの両方を選択します。

プロジェクト予算プランニング・オプションの管理

• 「管理レベル詳細」にリストされている管理予算は、予算がベースラインに設定されているときに作成されます。「ベースライン予算レビュー」ダイアログ・ボックスを使用して、現行作業中予算コスト、現行ベースライン予算コスト、消費済金額および提案された予算の増額または減額をそれぞれの管理予算についてレビューおよび検証します。

ベースライン予算レビュー

予算がベースライン・ステータスに設定されると、プロジェクトに適用可能な料金は予算管理検証の対象となります。適用可能なすべての管理予算が直接費と間接費の両方について検証されます。「資金の結果の表示」ダイアログ・ボックスには、予算管理検証結果が表示されます。

購買依頼に関する資金の結果の表示

ここでは、予算管理検証の結果が表示されている「プロジェクト・コストの管理」ページでの労務費の例を示します。

「プロジェクト・コストの管理」ページでの労務費の資金の結果の表示

また、スポンサード・プロジェクトでは、交付の「概要」ページに、タスクと最下位リソースの新しいセグメントに基づく管理予算など、すべての管理予算について使用可能な資金詳細が表示されます。

交付の「概要ページ」での予算残高の管理

交付の「概要」ページの財務詳細の表をExcelにエクスポートできるようになりました。

タスクおよび最下位リソースによる予算管理のビジネス上の利点は次のとおりです。

• 支出を細かいレベルで管理するための戦略が改善されます。これにより、過剰支出のリスクが軽減され、予算内でプロジェクトを適切に遂行できるようになります。

• 組織の予算の潜在的な変化に注意を払うためのコストのモニタリングが改善されます。

• 明確でわかりやすく洗練されたユーザー・インタフェースを使用して支出管理を定義する際の意思決定が改善されます。

有効化のステップ

• タスク・レベル管理または最下位リソース管理を作成するには、「財務プラン・タイプの管理」ページで既存の財務プラン・タイプのオプションを選択します。

• 「予算管理設定」にあるプランニング・オプションを使用して、新しい管理を定義します。

非スポンサード財務プラン・タイプ

スポンサード財務プラン・タイプ

• 財務プラン・タイプの管理予算オプションに変更を加えた場合は、作成される新規のプロジェクト予算にデフォルト設定されます。

• 最上位リソースや最下位リソースなどのデフォルトの管理予算セグメントが変更されるたびに、「組合せの生成」を選択します。管理予算がリストされたら、各管理予算に対して適切な管理レベルと許容範囲パーセントを選択できます。

ヒントと考慮事項

• ベースラインにすでに設定されているプロジェクト予算では、タスク管理または最小リソース管理を有効にできません。

  • また、ベースラインに設定された予算に対するタスクとリソースの管理タイプの変更は制限されます。
  • 予算がベースラインに設定されると、特定の管理レベルのみを変更できます。「追跡」から「勧告」または「絶対」など、低いレベルの管理から高いレベルの管理には変更できますが、高いレベルの管理から低いレベルの管理には変更できません。デフォルトのレート・タイプは、管理予算詳細で変更できます。

• 最下位リソース管理レベルが使用可能な場合:
  • リソース・ブレークダウン・ストラクチャに、予想される粒度のリソース(間接費コンポーネントなど)が含まれているようにします。最下位リソースに対して「絶対」管理レベルが使用可能になっている場合、予算管理検証を無事通過するためには、最下位リソース(間接費コンポーネントなど)に十分な予算金額が必要です。
  • 最下位リソースがリソース・ブレークダウン・ストラクチャの一部でない場合、トランザクションは、予算管理検証が「トランザクションの最下位リソースがありません」という資金ステータスで失敗となります。
  • 予算をベースラインに設定した後は、以前の最下位レベルのリソースを中位または最上位レベルのリソースに変更するために新しい最下位レベルのリソースを計画することはできません。

• タスク・トランザクション日を使用すると、タスクの期間を超えてトランザクションが請求されることはなくなります。管理がタスク期間内に適用されるようにするには、タスクにタスク・トランザクション日を指定する必要があります。これは、タスク管理予算の期間がプロジェクトの日付、つまり、プロジェクトの開始日と終了日であるためです。スポンサード・プロジェクトの場合、管理予算の期間は交付期間、つまり、交付予算期間の開始日と予算期間の終了日(または交付前日付とクローズ日)です。

主なリソース

• Oracle Cloud Customer ConnectのProject Managementアイデア・ラボのアイデア488359に基づいています

• 関連ヘルプ:
  • 『財務プロジェクトの定義と管理』ガイドの予算管理。

アクセス要件

新しいアクセス要件はありません

合弁企業管理

合弁企業プロジェクト・セット

合弁企業定義の配分可能プロジェクト値のかわりに合弁企業プロジェクト・セットを使用して、プロジェクト属性に基づいて処理するトランザクションを決定します。

所有権定義割当ルールで合弁企業プロジェクト・セットを使用して、プロジェクト属性を持つどのトランザクションに特定の所有権定義を割り当てるかを決定します。合弁企業管理者は、フィルタ基準をすばやく定義して、単一のプロジェクト属性、属性の範囲または除外する属性を識別できます。

プロジェクト・セットのフィルタ・セットおよびフィルタの編集

ビジネス上の利点:

合弁企業プロジェクト・セットにより、プロジェクト属性を手動で入力および保守する必要がなくなります。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

合弁企業管理でプロジェクト・セットを使用するには、プロジェクト管理のプロジェクト・コスト計算をオプトインする必要があります。

主なリソース

• 合弁企業プロジェクト・セットのデモをご覧ください。

• 詳細は、次を参照してください:
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業アプリケーション管理者
• 合弁企業会計担当

合弁企業ソース・トランザクションの会計日および会計期間管理

合弁企業管理で合弁企業ソース・トランザクションの会計日および会計期間を管理します。

手動合弁企業ソース・トランザクションの会計日および会計期間

間接費ソース・トランザクションの会計日および会計期間

ビジネス上の利点:

管理パートナは、これらのトランザクションを処理するタイミングを指定できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

会計日は、合弁企業ソース・トランザクションで個別に更新するか、合弁企業ソース・トランザクションの一括更新の実行時に更新できます。会計期間は、会計日に基づいて自動的に決定されます。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業会計担当
• 合弁企業会計マネージャ

合弁企業管理からの一般会計ナビゲーション

合弁企業トランザクションおよび配分から一般会計仕訳にドリルダウンします。

「合弁企業トランザクション」作業領域にナビゲートし、合弁企業トランザクション詳細を表示します。「一般会計仕訳」ボタンをクリックします。

「合弁企業トランザクション」作業領域でのトランザクション詳細の表示

合弁企業トランザクションに関連付けられているトランザクションの一般会計仕訳明細を表示します。

仕訳詳細の表示

「合弁企業配分」作業領域にナビゲートし、合弁企業配分詳細を表示します。「一般会計仕訳」ボタンをクリックします。

合弁企業配分に関連付けられているトランザクションの一般会計仕訳明細を表示します。

「合弁企業配分」作業領域での配分詳細の表示

ビジネス上の利点:

• 合弁企業の会計担当およびマネージャに、合弁企業パートナに配分された一般会計のトランザクションにアクセスしてレビューするための簡単な方法を提供します。

• 迅速なエラー解決と係争の解決を促進します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

ユーザーには、表示専用の一般会計ページへの追加のアクセス権を付与する必要があります。 補助元帳仕訳を表示するためのセキュリティ設定の詳細は、合弁企業管理の実装ガイドのセキュリティの章を参照してください。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業会計担当
• 合弁企業会計マネージャ

生成されたパートナ拠出金の摘要

「合弁企業パートナ拠出金の処理」スケジュール済プロセスによって生成されたパートナ拠出金の摘要を入力します。この摘要は、プロセスによって作成されたパートナ拠出金に移入されます。

摘要は、「パートナ拠出金の作成」またはパートナ拠出金の処理のいずれかの処理モードの「合弁企業パートナ拠出金の処理」スケジュール済プロセスの「拠出金摘要」パラメータに入力されます。

ジョブ「合弁企業パートナ拠出金の処理」の処理オプション

処理オプションで指定された摘要は、生成されたパートナ拠出金に移入されます。

パートナ拠出金

ビジネス上の利点:

• 生成されたパートナ拠出金のビジネス目的に関する詳細を合弁企業会計担当に提供します。
• パートナ拠出金の追跡および監査が容易になります。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• パートナ拠出金のトレーニング・ビデオ:
  • 合弁企業のパートナ拠出金管理(更新20D)
  • 内部利害関係者のパートナ拠出金(更新22B)
  • スプレッドシートを使用した合弁企業のパートナ拠出金管理(更新22D)

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業会計担当

会計期間または会計日範囲別合弁企業請求書および仕訳処理

特定の会計期間または会計日の範囲に転記されたトランザクションに対して、合弁企業請求書および仕訳を作成します。指定した期間内または日付範囲内に転記されたトランザクションの配分のみが処理されます。

「合弁企業請求書および仕訳の作成」プロセスの「処理元」パラメータを使用して、配分を会計期間で処理するか、会計日で処理するかの選択を指定します。

「合弁企業請求書および仕訳の作成」プロセスの処理オプション

ビジネス上の利点:

管理パートナは、特定の会計期間または会計日の範囲の配分を柔軟に処理できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業会計担当

会計期間または会計日範囲別パートナ拠出金引出

特定の会計期間または会計日の範囲に転記されたトランザクションに関連付けられている利害関係者配分の金額を支払うために、パートナ拠出金から引き出します。指定した期間内または日付範囲内に転記されたトランザクションの配分のみが処理されます。

「合弁企業パートナ拠出金の処理」プロセスでは、「処理モード」パラメータで「パートナ拠出金の割当と引出し」を選択し、「処理元」パラメータで「会計日」または「期間」のいずれかを選択します。

「パートナ拠出金の割当と引出し」モードの「合弁企業パートナ拠出金の処理」ジョブの処理オプション

ビジネス上の利点:

管理パートナは、特定の会計期間または会計日の範囲の配分に対して、パートナ拠出金を柔軟に引き出すことができます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド

アクセス要件

• 合弁企業会計担当

手動パートナ拠出金の自動請求

パートナ拠出金アプリケーションまたはパートナ拠出金の管理スプレッドシートを使用して手動で作成したパートナ拠出金に対して、売掛/未収金請求書を自動的に生成します。パートナ拠出金の作成時に、ステータスを「請求書準備完了」に設定するオプションがあります。このステータスのパートナ拠出金は、「合弁企業パートナ拠出金 - パートナ拠出金請求書の作成」プロセスを実行してパートナ拠出金の売掛/未収金請求書を生成するときに、処理対象として含まれるようになりました。

さらに、「パートナ拠出金」アプリケーションを使用して、手動で作成したパートナ拠出金のみでなく、「合弁企業パートナ拠出金の処理」プロセスのいずれかのモード(「パートナ拠出金要求の処理」または「パートナ拠出金の作成」)を使用して自動的に作成されたパートナ拠出金にも、手動売掛/未収金請求書または一般会計仕訳を関連付けることができるようになりました。

ビジネス上の利点:

• 時間の節約と手動入力エラーの削減に役立ちます。
• パートナ拠出金の発生元に関係なく、パートナ拠出金の機能の一貫性が確保されます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業会計担当

合弁企業トランザクションの詳細ステータス

「合弁企業トランザクション」ページで、「ステータス」列の詳細ステータスを使用して、合弁企業トランザクションの特定のエラーまたは警告情報をレビューします。

ステータスとその意味は次のとおりです。

• トランザクション日なし
• 所有権定義なし
• 非アクティブな利害関係者
• 所有権が有効でない – トランザクションに関連付けられた所有権定義がトランザクション日に有効でないことを示します。
• 参照が無効 - サポート参照を解決できないことを示します。

詳細ステータス・エラーが表示されている「合弁企業トランザクション」作業領域。

「合弁企業トランザクションの識別」プロセスの新しい「所有権定義有効日の検証」モードは、トランザクションに割り当てられた所有権定義がトランザクション日に有効かどうかを検証できるオプションのプロセスです。実行方法は次のとおりです。

1. 「所有権定義有効日の検証」モードで「合弁企業トランザクションの識別」スケジュール済プロセスを実行します。
2. オプションで、トランザクションを検証する合弁企業、元帳または期間を指定します。

「所有権定義有効日の検証」モードの「合弁企業トランザクションの識別」ジョブの処理オプション

識別されたトランザクションが、配分プロセス中にトランザクションの分割に使用される正しい所有権定義に関連付けられているかどうかを判断するために、配分が作成される前にこのプロセスを実行することをお薦めします。処理する必要があるすべての合弁企業トランザクションがカバーされるように、所有権定義の有効日を調整できます。

ビジネス上の利点:

• 最小限の分析でトランザクションを修正するのに役立ちます。
• 月末クローズ・アクティビティをより迅速に完了できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、合弁企業管理の使用ガイドを参照してください。

アクセス要件

• 合弁企業会計担当
• 合弁企業会計マネージャ

パートナ拠出金への配分逆仕訳の自動修正

配分を逆仕訳するプロセスの一環として、逆仕訳済配分金額をパートナ拠出金に自動的に戻します。

「合弁企業修正の処理」スケジュール済プロセスで、「処理モード」パラメータに「合弁企業配分逆仕訳の作成」を選択し、「逆仕訳ソース」パラメータに「所有権定義変更により識別された配分」または「逆仕訳準備完了として識別された配分」を選択します。プロセスでは、パートナ拠出金未処理金額に対して金額が自動的に加算または減算されます。

プロセスでは、自動的に追加できなかった配分の数を示すレポートが生成されます。これらの更新を完了するには、割当と引出し処理モードで「合弁企業パートナ拠出金の処理」プロセスを実行する必要があります。

割当と引出し処理モードで「合弁企業パートナ拠出金の処理」プロセスを実行し、次のいずれかの条件で逆仕訳のパートナ拠出金残高を修正する必要があります。

• 修正するパートナ拠出金が「引出し可能」ステータスでない。
• パートナ拠出金未処理金額は、貸方トランザクションの逆仕訳による修正を吸収するには不十分。

ビジネス上の利点:

合弁企業会計担当は、合弁企業配分の逆仕訳後にパートナ拠出金に金額を戻すための別のプロセスを実行する必要がなくなり、生産性が向上します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業会計担当

成功報酬処理の有効化

機能オプトイン・ユーザー・インタフェースのかわりに合弁企業システム・オプションを使用して、成功報酬処理を有効にします。

合弁企業システム・オプション

ビジネス上の利点:

合弁企業システム・オプションに成功報酬オプションが含まれるようになり、合弁企業アプリケーション管理者は、同じユーザー・インタフェースで合弁企業のすべてのオプションを簡単に定義できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、次を参照してください。
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• 合弁企業アプリケーション管理者

合弁企業管理でのプロジェクト資産計上および進行状況管理の有効化

リリース24C以降、合弁企業管理からのプロジェクト資産計上および進行状況管理への統合はデフォルトで有効になります。リリース24Cより前は、機能オプトインを使用してこの機能が有効化されていました。

ビジネスへの影響:

リリース24C以降は、この機能をオプトインして有効にする必要はありません。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース

• 詳細は、次を参照してください
  • 合弁企業管理の実装ガイドおよび
  • 合弁企業管理の使用ガイド。

アクセス要件

• アプリケーション実装コンサルタント

会社間

買掛管理への会社間トランザクションの転送での未完了請求書の除外。

会社間トランザクションから売掛/未収金請求書が生成されると、追加の税金コンポーネントが適用され、未完了の請求書として作成される可能性があります。「買掛管理への転送」プロセスでは、未完了の売掛/未収金請求書を生成する会社間トランザクションが除外されるようになりました。例外が解決され、売掛/未収金請求書が「完了」に設定されると、それらの請求書は「買掛管理への転送」プロセスの次回の実行に含まれます。必要に応じて、ユーザーは、必要な変更を加えるために、「完了」として転送された売掛/未収金請求書を「未完了」に設定できます。

ビジネス上の利点:

• 売掛/未収金請求書と買掛/未払金請求書の間の異常を防止するのに役立ちます。
• 売掛管理と買掛管理の間で正しいデータの転送が確保されます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

複数階層会社間操作

複数の決済組織により、送り側組織と受け側組織の間における資金振替および費用または収益の共有などの複雑な会社間操作を管理します。複数階層操作により、資金振替時に財務ルートに含まれる組織間での会社間トランザクションの生成が自動化されます。これによって、組織間での振替のトランザクション、決済、計上および追跡機能が合理化されます。また、この機能によって振替が開始された通貨と異なる通貨での資金の決済が可能となります。複数階層操作の自動化により、グローバル業務を行う企業は、業務効率の向上、税金の最適化および通貨エクスポージャの管理が可能になります。

現在の会社間機能に加えて、新しい複数階層機能を使用できます。複数階層は、次のシナリオで価値をもたらします。

• 運転資本の要件を満たし、社内融資のニーズに対応するために、組織間で頻繁な資金振替がある場合。これらの社内賃借の財務資金振替の事例では、関係当事者間の二者間契約が必要になることがよくあります。これらの取決めを正式化および合理化するために、組織は、財務ルートの資金振替を承認する随時更新文書として機能する複数階層会社間契約を確立できます。各振替の発生を会社間振替承認として管理および文書化できます。

• このような関係会社間振替のルーティングは、税務上の目標の達成または通貨エクスポージャの管理のために、決済組織を介して実行される場合もあります。決済会社の使用には、次の利点があります。
  • 振替から決済までの会社間操作を自動化します
  • 様々な運用モデルを実装します
  • 取引ハブ: サービスおよび非商品の振替を完全に実行します
  • 社内決済機関: 迅速な決済で通貨変動を抑制します
  • 社内融資ハブ: 社内賃借により資本コストを最適化します

複数階層会社間トランザクションは次のように構成されます。

会社間契約は、特定の財務ルートを介した振替を承認する主要な親文書です。これは、特定された財務ルートおよび目的がアクティブでなくなるまで随時更新文書になります。たとえば、財務部門がいずれかのLOBエンティティにリリースした年間与信枠などです。

会社間振替承認は、契約に指定された財務ルートに従って実行する必要がある会社間振替の特定のインスタンスです。各振替承認は、新規ローンやローンの利息など、新しい転送トランザクションを表すことができます。ローンの返済やローンまたは利息の取消など、マイナスのトランザクションを表すこともできます。契約内に複数の振替承認が存在する場合があります。

会社間トランザクションは、関連するエンティティ間の詳細な振替を表します。少なくとも、送り側と受け側の間に1つの会社間トランザクションが存在します(財務ルートに決済組織が含まれていない場合)。フローに1つの決済組織が含まれている場合は、送り側と決済組織との間に会社間トランザクションがあり、さらに決済組織と受け側との間に会社間トランザクションがあります。

会社間請求書は、会社間トランザクションから作成された売掛/未収金(AR)請求書および買掛/未払金(AP)請求書を表します。この会計処理基準および決済方法は、会社間振替の裏付けとなる関連文書を生成するための規制要件および会計要件がある場合に選択されます。通常、これは国境を横断する活動に必要です。これはオプションであり、単に一般会計仕訳を生成する場合はオフにできます。

次のスクリーンショットは、複数階層の会社間フローのプロセスを示しています。

「会社間契約」ランディング・ページを使用して、すべての会社間契約を管理します。

複数階層会社間操作のランディング・ページ

振替承認は、組織間の資金振替の特定のインスタンスです。次の例では、財務目的で資金の振替を開始することを承認しています。

資金振替を開始するための振替承認

次の例では、承認によって、送り側から順に2つの決済組織を介して受け側まで3つのトランザクションが発生します。

財務ルートに基づいてシステムで生成されたトランザクション

会計の早期プレビューは、トランザクションごとに生成されます。

トランザクションの会計のプレビュー

ビジネス上の利点は次のとおりです:

• 財務ルートに含まれる組織間での会社間トランザクションの生成を自動化することで、業務効率が向上します。

• 様々な通貨でのトランザクション決済により、グローバル企業は財務ルートを適切に計画することで通貨換算コストを節約できます。

• 組織の納税計画目標を達成するために、仲介を経由した財務ルートを持つ会社間トランザクションを定義および記録する機能を合理化します。

有効化のステップ

複数階層フローを使用するには、次の設定が必要です。

貸借一致セグメントの一意の組合せとの会社間組織の関連付け

会社間組織は、会社間/会社内の振替を記録してレポートする、最も詳細な操作管理ユニットです。複数階層フローでセカンダリ貸借一致セグメントまたはターシャリ貸借一致セグメント(あるいはその両方)が使用可能になっている場合は、会社間組織を特定のプライマリ貸借一致セグメント値または貸借一致セグメント値の一意の組合せに関連付ける必要があります。

トランザクション・タイプ

会社間トランザクション・タイプは、トランザクション・フローの意図または目的を定義し、会社間トランザクションの以降の処理を決定します。複数階層フローで使用するには、トランザクション・タイプを使用可能にする必要があります。

会社間契約

会社間契約は、特定の財務ルートを介した振替を承認する主要な親文書です。送り側、受け側およびオプションで最大2つの決済組織と、他の属性で構成される財務ルートを指定するアクティブな契約を定義する必要があります。

主なリソース

• 様々な会社間トランザクションの根拠と、会社間会計を使用したそれらの活動の管理についてさらに学習するには、財務リソース・センターの複数階層会社間操作に関するトピックのエッセイを参照してください。このエッセイは、組織構造に関する追加のガイダンスとしても参照できます。

• 複数階層会社間操作の構成および使用の詳細は、複数階層会社間操作の実装ガイドおよび複数階層会社間操作の使用ガイドを参照してください。

アクセス要件

次の新しい職務ロールが追加され、会社間会計担当ロールに関連付けられます。

• 会社間契約処理
• 会社間契約管理
• 会社間契約照会

さらに、プロファイル・オプションFUN_ENABLE_INTERCO_MULTITIERを有効にして、「会社間会計」作業領域内から「複数階層会社間操作」メニューにアクセスします。

買掛管理および経費

買掛管理

復帰支払を復帰当局に送金するための請求書作成

買掛管理で復帰プロセスを使用して、サプライヤおよび従業員に発行された未請求小切手の支払金額を適切な地方自治体に転送します。復帰プロセスには、サプライヤおよび従業員に対して発行された、指定した期間内に決済されなかったすべての小切手が含まれます。以前のリリースでは、失効した支払の識別と選択、復帰プロセスの開始、失効した支払の復帰および関連する会計トランザクションの作成がサポートされていました。このリリースでは、請求書の作成および復帰当局への転送が自動化されています。

復帰プロセスおよび請求書作成のステップ:

1. 「支払の管理」ページで、構成された支払日基準を使用して失効した小切手支払を識別します。失効した支払は、復帰の対象となるまでの最小日数が経過しても決済されなかった小切手です。

2. 失効した支払を1つ以上選択し、「復職の開始」処理を選択します。復帰に対する支払が開始されると、支払ステータスは「復帰開始」に変わります。

「支払の管理」ページからの復帰の開始

3. 「復帰開始」ステータスのすべての支払について、対応する銀行に支払停止指示を手動で送信します。

4. 失効したすべての支払に対してデュー・デリジェンスを実行した後、「支払の管理」ページを使用して、「復帰開始」ステータスの支払を検索して選択し、復帰処理を発行します。

「復帰開始」ステータスの支払の復帰

5. 支払ステータスが「復帰済」に変わります。復帰済支払には、さらなるアクティビティはありません。

復帰済支払

6. 復帰済支払に対して「会計の作成」プロセスを実行し、金額を現預金勘定または資金決済勘定から未請求資金勘定に移動します。

7. 該当する復帰当局の復帰済支払を選択し、「請求書の作成」処理を選択して請求書を作成します。

「支払の管理」ページからの請求書の作成

8. この当局の請求書を作成するには、復帰当局サプライヤを検索して選択します。

請求書を作成するための復帰サプライヤの選択

9. 「請求書の管理」ページで復帰請求書をレビューします。

復帰請求書

10. 復帰請求書配分は、支払が復帰されたときに貸方記入された未請求資金勘定を使用して作成されます。

復帰請求書配分

「相殺セグメント」オプションが「なし」に設定され、「支払についての勘定」オプションが「支払発生および決済時」に設定されている場合の支払および復帰済支払の会計仕訳。

支払の計上時:

借方はサプライヤ負債勘定

貸方は現預金勘定または資金決済勘定

支払の復帰時:

借方は現預金勘定または資金決済勘定

貸方は未請求資金勘定

復帰当局の請求書の作成:

借方は未請求資金勘定

貸方は復帰当局負債勘定

復帰済支払の会計仕訳の生成は、相殺セグメントおよび支払オプションの計上時期に基づいて異なります。

レポート:

復帰当局に送金された支払を確認するには、「復帰当局への支払の送金リスト・レポート」を実行します

復帰当局への支払の送金リスト・レポート

レポート出力

ビジネス上の利点:

復帰は、長期間未請求の資産を政府が管理するための法的プロセスです。州当局は、放棄された資産または休眠口座を一定期間保管します。したがって、所有者、受益者または法定相続人は、それらを取り戻すことが許可されます。これらの資産の売却による収益は、州の資金となります。州の未請求資産法を遵守しないと、州が高額の罰則を課すのみでなく、保有者に対して法的措置をとる可能性があります。この機能により、特定の期間内に現金化されていない未請求小切手支払をレポートし、その支払を復帰当局に転送することで、法規制への準拠が向上します。

有効化のステップ

支払の復帰には、次の設定が必須です。

1. 「買掛管理と調達に共通のオプションの管理」ページに未請求資金勘定を入力します。
2. 「支払管理オプション」ページで、復帰を開始する最小日数を入力します。

ヒントと考慮事項

• 復帰請求書を作成する前に、復帰済支払を計上する必要があります。
• 異なる請求ビジネス・ユニットおよび法的エンティティに属する請求書を決済する失効済支払については、復帰請求書を作成できません。
• 請求ビジネス・ユニットに割り当てられた復帰当局サプライヤ・サイトに対してのみ、復帰請求書を作成できます。

主なリソース

• https://community.oracle.com/customerconnect/discussion/481025

アクセス要件

「支払の管理」ページの「復帰の開始」および復帰および請求書の作成処理を保護するには、未請求支払の復帰という事前定義された新しい権限が必要です。この新しい権限は、事前定義済の職務ロール「買掛/未払金支払処理職務」に追加されています。この職務ロールは、事前定義済の「買掛/未払金の管理者」および「買掛/未払金マネージャ」ジョブ・ロールに割り当てられます。

トランザクション勘定科目定義を使用した複数期間会計配分作成

トランザクション勘定科目定義を使用して、複数期間経過勘定を自動的に導出し、様々なチャネル(電子、IDR、サプライヤ・ポータル)を介して作成された買掛/未払金請求書に割り当てます。トランザクション勘定科目定義では、補助元帳会計で作成された勘定科目ルールを使用して、複数期間経過勘定を請求書にデフォルト設定します。これにより、請求書作成時および請求書勘定科目コード付けワークフロー・プロセス時に勘定科目コードを手動で入力する必要がなくなり、承認ワークフロー中に配分をレビューできます。

買掛/未払金請求書インポート・プロセスを介して請求書が作成されるとき、または請求書がオンラインまたは買掛/未払金請求書の検証プロセスを介して検証されるときに、トランザクション勘定科目定義(TAD)により、複数期間会計に適用可能な請求書明細に対して、他の費用勘定科目の組合せとともに、複数期間経過勘定の組合せが自動的に導出されます。または、必要な請求書明細を手動で選択し、「請求書の作成」ページから勘定科目導出を開始できます。

標準の複数期間会計システムには、請求書明細に固有のチェックがあり、ユーザーが3つの複数期間会計属性(開始日、終了日および複数期間経過勘定)をすべて指定しているか、または一切指定していないことを確認します。値の一部が入力されていると、ユーザーにエラーメッセージが表示されます。このチェックにより、複数期間経過勘定を生成するために必要なデータが請求書に使用可能であることが確認されます。ただし、このチェックでは、TADが呼び出される前であっても、ユーザーに対して常に複数期間経過勘定の入力が強制されるため、TADの使用は、複数期間経過勘定のデフォルト設定に制限されます。複数期間経過勘定の標準の動作が、次に示すように変更され、ユーザーがTADを使用して複数期間経過勘定のデフォルト設定を使用できます。これらの変更は、買掛/未払金請求書オプションでTADが有効になっている場合にのみ適用されます。

請求書インポート・プロセス:

1. 複数期間経過勘定に関連する請求書明細の場合、ユーザーは日付フィールド(開始日と終了日)のみを指定し、複数期間経過勘定は空白のままにして、TADでデフォルト設定されるようにする必要があります。ただし、TADが経過勘定を導出できない場合、請求書は否認されます。

「請求書の作成」ページ:

1. 複数期間経過勘定に関連する請求書明細の場合、ユーザーは日付フィールド(開始日と終了日)のみを入力する必要があります。ユーザーが2つの日付のうち1つの日付のみを入力すると、エラーが表示されます。ユーザーは、MPA経過勘定を手動で入力するか、TADでデフォルト設定されるように空白のままにできます。

2. 複数期間会計日があるが複数期間経過勘定がない請求書明細には、配分は生成されません。

請求書検証プロセス:

1. 請求書の検証中にTADが呼び出され、複数期間日付情報があって複数期間経過勘定がないすべての請求書明細に対して、複数期間経過勘定がデフォルト設定されます。複数期間経過勘定をTADでデフォルト設定できない場合、このような請求書明細は「複数期間経過勘定必須」という保留になります。

2. ユーザーが手動で、またはTADによって自動的に、複数期間経過勘定が請求書明細に移入されると、「複数期間経過勘定必須」保留は自動的に解除されます。

3. 「保留の管理」ページから、ユーザーは、TADベースの勘定科目導出中に補助元帳会計モジュールによって発生したエラー(ある場合)をレビューできます。

ビジネス上の利点:

• 複数期間経過勘定組合せの手動での導出に費やす労力を節約することで、生産性が向上します。
• 勘定科目組合せの導出における複数のステップの自動化により、エラーを削減します。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

1. 補助元帳会計モジュールで必要な勘定科目ルールを作成し、それをトランザクション勘定科目定義に割り当てます。Oracle Help CenterにあるTADの補助元帳会計の構成を参照してください。

2. 元帳にトランザクション勘定科目定義を割り当てます。

3. 買掛管理の「請求書オプションの管理」設定で、トランザクション勘定科目定義ベースの勘定科目導出を有効にします。

ヒントと考慮事項

• トランザクション勘定科目定義では、次の勘定科目組合せの導出はサポートされていません。
  • 請求書負債勘定。サプライヤ・サイト構成から引き続きデフォルト設定されます。
  • 控除対象外税および控除対象税勘定。税金構成から引き続きデフォルト設定されます。

• 次の条件を満たす場合は、トランザクション勘定科目定義を使用して買掛/未払金の請求書明細で勘定科目組合せが導出されます。
  • 「請求書オプションの管理」設定で、トランザクション勘定科目定義による勘定科目導出が有効になっています。
  • 請求書タイプは「標準」、「デビット・メモ」および「クレジット・メモ」です。「支払要求」および「前払金」には適用されません。
  • 請求書明細タイプは「品目」、「運送費」または「その他」です。
  • 請求書明細が購買オーダーと一致しません。
  • 請求書明細の配分はまだ生成されていません。
  • 請求書明細は取り消されていません。
  • 請求書明細では、勘定科目組合せおよび配分セットが他の設定からデフォルト設定されず、ユーザーによって指定されることもありません。
  • 請求書のステータスは未完了ではありません。

主なリソース

• 詳細は、次を参照してください:
  • 買掛/未払金のトランザクション勘定科目定義(ドキュメントID 2976588.1)
  • Oracle Help Centerにある『支払のための買掛/未払金請求書の使用』ガイドのトランザクション勘定科目定義の概要
  • Oracle Help Centerにある『支払のための買掛/未払金請求書の実装』ガイドのTADの補助元帳会計の構成

アクセス要件

次の買掛管理ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 買掛管理請求書監督者
• 買掛/未払金の管理者
• 買掛/未払金マネージャ

IDR請求書における運送費およびその他の明細の按分

現在、インテリジェント文書認識(IDR)を使用してインポートされた請求書では、運送費およびその他の金額が認識され、品目明細全体で按分されます。一部の国では、品目負債勘定と運送費勘定で税金の取扱いが異なることがあります。このような場合、品目明細の按分金額をバックアウトし、それらの金額を専用の勘定科目に割り当てるには、手動での介入操作が必要になります。

この機能では、特定の勘定科目に運送費を割り当てるオプションを指定することで、手動の労力が軽減されます。「インテリジェント文書認識オプションの管理」ページの「運送費またはその他の明細の按分」オプションを設定して、請求書の運送費およびその他の明細を品目明細間で按分するか、特定の運送費勘定に割り当てるかを決定します。

このオプションを使用すると、資本財の運送費に関連する特定の税務当局の要件に対処できます。

「インテリジェント文書認識オプションの管理」設定ページのオプション

このオプションの動作:

• 有効にすると、IDRを介してインポートされた請求書の運送費およびその他の明細は、品目明細間で按分されます。「請求書の編集」ページの「全品目明細の按分」オプションが有効になり、編集できません。

• 無効にすると、運送費およびその他の明細は、該当するビジネス・ユニットに定義されている特定の運送費およびその他の配分勘定に割り当てられます。「請求書の編集」ページの「全品目明細の按分」オプションは有効になりませんが、編集可能です。

このオプションを無効にすると、「請求書の編集」ページの「全品目明細の按分」チェック・ボックスが編集可能になります。

ビジネス上の利点:

• 運送費およびその他の明細の手動更新を削減します。
• 運送費およびその他の明細に対する勘定科目コード組合せの正しいデフォルト設定が確保されます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

デフォルトでは、「インテリジェント文書認識オプションの管理」ページの「運送費またはその他の明細の按分」オプションは有効になっています。

主なリソース

• この機能は、Oracle Cloud Customer Connectのアイデア・ラボ: アイデア564825から実装されました。

REST APIを使用した支払確認

買掛/未払金支払REST APIの新しい属性を使用して、銀行からの支払確認を確認します。ISO確認処理を使用した支払確認により、先取特権の放棄、取引約定の除去または債務負担の軽減などの重要なビジネス活動が開始されます。買掛/未払金支払REST APIの新しい属性は次のとおりです。• IBY支払ステータス • 請求書金額 • 請求書支払金額。

支払確認の確認は、Texturaなどの他のシステムと統合して、Oracle ERP Cloudで生成された請求書の支払確認ステータスを提供するのに使用できます。請求書支払ステータスは、支払が正常に処理され、受取人が受領したことを検証します。また、資産先取特権を放棄するためにサプライヤとコミュニケーションするなど、様々な意思決定のためのインサイトを提供し、関連パーティが契約上の義務を履行できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

次の新しい属性が買掛/未払金支払REST APIに追加されています。

• IBY支払ステータス
• 請求書金額
• 請求書支払金額

印刷済支払ファイルの自動完了

追加のユーザー処理「印刷ステータスの記録」を上書きして、印刷済支払ファイルの処理を完了します。上書き処理は、支払プロセス・プロファイルで「小切手印刷ステータスの自動記録」オプションが選択されている場合に実行されます。

これにより、小切手印刷ステータスを確認するためのユーザーの介入なしで、印刷済小切手が自動的に作成されます。

有効化のステップ

REST APIガイドのRESTサービス定義を確認して利用します(Oracle Help Center→関心のあるアプリケーション・サービス領域→「APIおよびスキーマ」)。OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

小切手印刷ステータスの記録を上書きするには、支払プロセス・プロファイルで「小切手印刷ステータスの自動記録」オプションを選択する必要があります。

売掛管理および資金

収益管理

ポイントインタイム収益認識を使用した履行義務に対する見込会計処理

見込会計処理を使用して、ポイントインタイム収益認識充足測定モデルにより定義された小さなボリューム変更、価格設定変更または履行義務の追加を反映させます。

特定の契約修正には、数量または価格の小さな変更が含まれます。これらの変更は将来志向であり、認識済収益には影響しません。見込会計処理を使用して、これらの変更を計上できるようになりました。この機能により、ポイントインタイム収益認識モデルを使用して、見込会計処理が履行義務にまで拡張されます。

充足測定モデルが「数量」または「パーセント」である履行義務の数量、ユニット販売価格またはユニット定価に対する重要でない変更の場合、変更内容は、契約のオープン履行義務に未認識収益を再割当することで収益に反映されるようになりました。これは、当期間および先日付期間にのみ適用され、すでに認識されている収益には影響しません。

また、既存の契約に新しいポイントインタイム履行義務を追加する場合、これを重要でない変更とみなして、見込会計をトリガーすることもできます。

変更は契約改訂日から反映されます。重要でない変更が発生した日付は、契約改訂日として収益管理に送信されます。

完全に充足されていない履行義務はすべてオープン履行義務であり、残りのトランザクション価格はすべてのオープン義務に割り当てられます。これには、充足測定モデルが「数量」および「パーセント」である義務が含まれます。

主要な属性

次の表に、各シナリオに移入する必要がある主要な属性を示します。

主要な属性

例

3つの履行義務を持つ顧客契約を作成します。そのうち2つは「数量」の充足測定モデルで、もう1つは「期間」の充足測定モデルです。このスクリーンショットは、作成された初期顧客契約と、配賦済金額および認識済金額を示しています。

初期契約

品目CM22473の販売単価が500 USDから525 USDに変更され、契約改訂日は2024年2月16日です。「重要でない変更タイプ」が「重要でない」の契約変更をインポートします。「顧客契約の識別」プロセスによって、見込会計がトリガーされます。見込会計後、契約は次のようになります。

重要でない価格変更後の契約

2024年2月15日(契約改訂日の前日)までに認識された収益はそのままですが、契約改訂日以降は新規トランザクション価格が再割当されていることがわかります。契約改訂日前後の割当の詳細は、「重要でない改訂詳細」サブタブに表示されます。

契約変更によって遡及的会計がトリガーされると、各履行義務の配賦金額は次のようになります。

価格変更が遡及的会計の対象となる場合の契約の割当

ポイントイン履行義務のボリュームまたは価格に対する重要でない変更では、収益の再割当は現行期間および将来の期間にのみ影響します。契約改訂日までの認識済収益には影響しません。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

• この機能は、サード・パーティ・ソースを介してインポートされたデータに対してのみ使用できます。

• すぐに使用できる統合されたクラウド・アプリケーションの場合は、新しいソース文書明細REST APIを使用して、見込会計をトリガーするために必要な属性を更新します。

• 契約に履行義務テンプレートから作成された履行義務がある場合、見込会計はトリガーされません。

• 見込会計が実施された顧客契約は破棄できません。

• 「顧客契約ソース・データの検証」プロセスによる検証に失敗したソース文書明細は、エラーの修正スプレッドシートを使用して訂正できます。

• 「ソース文書タイプの管理」ページの「重要でない変更タイプ」フィールドのデフォルト値は、ポイントインタイム履行義務にも適用されます。

• 返品は遡及的会計として処理されます。

• 契約の複数の明細またはバージョンが同時に処理される場合、一部の明細に「重要」オプションがあり、一部の明細に「重要でない」オプションがあると、その契約に対して遡及的会計が実施されます。

主なリソース

• 重要でない変更の処理の詳細および収益基準データ・インポートのファイルベース・データ・インポートを使用して収益データをインポートする方法の詳細は、収益管理のドキュメントを参照してください。

アクセス要件

この機能の使用に新しいロール・アクセスは必要ありません。

REST APIを使用したソース文書明細属性更新

ソース文書明細REST APIを使用して、ソース文書明細ユニット独立販売価格または契約変更明細の属性を更新します。

このREST APIを使用して、ソース・システムからインポートされた収益基準データを調整し、顧客契約の割当および収益認識を容易にします。このサービスでは、すぐに使用できる統合を使用しながら、収益基準データの処理を一時停止し、ソース文書明細の主要な属性(ユニット独立販売単価、見込会計をトリガーする属性、既存の契約に明細を追加するための属性など)を更新できます。

このREST APIを使用して、ソース文書明細の次の属性を更新できます。

ソース文書明細の属性

ソース文書明細REST APIを使用してソース文書タイプの収益基準データを更新するには、最初に「ソース文書タイプの管理」ページの「RESTサービスからの更新の許可」オプションを選択する必要があります。

「ソース文書タイプの管理」ページ

ソース文書タイプに対して「RESTサービスからの更新の許可」オプションを有効にすると、このソース文書タイプに属するソース文書明細は検証されません。これらの明細には、一時的なデータ変換ステータスFUSION_REST_UPDATEが割り当てられます。

FUSION_REST_UPDATEデータ変換ステータスのすべてのソース文書明細は、REST APIで使用できます。

ソース文書番号、品目、顧客購買オーダー番号、ソース文書明細一意識別子などの属性を使用して、更新するソース文書明細を問い合せます。その後、REST APIを使用して、各ソース文書明細の適格な属性を更新できます。必要な属性を更新した後、データ変換ステータスをFUSION_REST_INITに更新します。

「顧客契約ソース・データの検証」プロセスでは、データ変換ステータスがFUSION_REST_INITのソース文書明細が処理されます。検証を通過した明細は、「顧客契約の識別」プロセスでさらに処理されます。検証に失敗した明細は、エラーの修正スプレッドシートを使用して修正できます。

次回「顧客契約の識別」プロセスを実行すると、更新されたソース文書明細が処理されます。

この機能を使用するには、必要なステップを次の順序で実行します。

1. REST APIを介して更新するソース文書タイプの「RESTサービスからの更新の許可」チェック・ボックスを選択します。
2. データを(クラウド・アプリケーションから) Oracle Revenue Managementにインポートします。
3. 「顧客契約ソース・データの検証」プロセスを実行します。
4. 必要なソース文書明細を問い合せ、ソース文書明細REST APIを使用して必要な属性を更新します。
5. すべてのソース文書明細のデータ変換ステータスをFUSION_REST_INITに更新します。
6. 「顧客契約ソース・データの検証」プロセスを実行します。
7. エラーがある場合は、「スプレッドシートでの契約文書エラーの修正」を使用して、エラーを修正します。
8. 「顧客契約ソース・データの検証」プロセスを実行して、スプレッドシートで修正されたソース文書明細を検証します。
9. 「顧客契約の識別」プロセスを実行します。

すぐに使用できる統合で追加の構成を実施することなく、ソース文書明細の主要な属性(ユニット独立販売単価、見込会計をトリガーする属性、REST APIを介して既存の契約に明細を追加する属性など)を更新できるようになりました。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

• この機能は、すべてのクラウド・ソース文書タイプに適用されます。
• 収益基準データ・インポート(FBDI)を使用して、サード・パーティ・ソースの収益基準データのこれらの属性を更新します。

主なリソース

• 重要でない変更の処理の詳細および収益基準データ・インポートのファイルベース・データ・インポートを使用して収益データをインポートする方法の詳細は、収益管理のドキュメントを参照してください。

アクセス要件

この機能の使用に新しいロール・アクセスは必要ありません。

収益管理トランザクションのスイープ

未解決のエラーがあるトランザクションを前の会計期間から次の会計期間にスイープします。これにより、トランザクションのスイープ先の期間で例外が解決される間に期間のクローズが進みます。

企業は、期間クローズ前に無効な会計トランザクションをレビューして解決します。このような解決が会計期間のクローズ後にのみ行われる場合、企業はこれらの欠落した入力のかわりに手動入力を作成するリスクがあり、データ品質が低下し、追加の保守を必要とする孤立したレコードがシステムに追加されます。トランザクションのスイープにより、このプロセスが自動化され、データの品質とトレーサビリティを維持しながら不要な保守が回避されます。

「売掛/未収金トランザクションを別の期間にスイープ」プロセスの名前が「補助元帳トランザクションを別の期間にスイープ」に変更されました。拡張プロセスでは、収益管理または売掛/未収金トランザクションのいずれかを別の期間にスイープできます。

このプロセスを他の期間クローズ・プロセス、活動およびレポートと組み合せて使用して、収益管理会計期間をクローズします。

選択した元帳について、期間クローズを妨げる「クローズ待ち」会計期間の無効なトランザクションが特定されます。無効なトランザクションには次のものが含まれます。

• 無効な配分
• 未転記配分
• 貸借不一致の仕訳

オプションで、プロセスをレビュー・モードで実行して、最初に無効なトランザクションをレビューすることもできます。  レビューありまたはなしのスイープ・モードでこのプロセスを実行すれば、無効なトランザクションを別の会計期間にスイープできます。

補助元帳トランザクションを別の期間にスイープ

プロセスのパラメータ:

• 補助元帳トランザクション: トランザクションをスイープする補助元帳を選択します。アクセスおよび要件に応じて、売掛管理または収益管理を選択できます。

• 元帳: トランザクションをスイープする元帳を選択します。

• 期間: 自: 無効なトランザクションをスイープする「クローズ待ち」の会計期間を選択します

• 期間: 至: 無効なトランザクションをスイープする「オープン」または「先日付入力可能」の会計期間を選択します

• 実行タイプ: 「スイープなしでトランザクション情報をレビュー」または「トランザクションを次の会計期間にスイープ」のいずれかを選択します。
  • レビュー: 選択した「クローズ待ち」の会計期間の無効なトランザクションをレビューするプロセスを実行し、選択した「オープン」または「先日付入力可能」の会計期間へのスイープは実際には実行しません。
  • スイープ: 選択した「クローズ待ち」の会計期間の無効なトランザクションを、選択した「オープン」または「先日付入力可能」の会計期間にスイープするプロセスを実行します。

「補助元帳トランザクションを別の期間にスイープ」プロセスを使用して、次のことができます。

• 無効なトランザクション、未転記トランザクションおよび貸借不一致仕訳を識別して対処します。
• 収益管理会計期間の適時のクローズを促進します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

• 「補助元帳トランザクションを別の期間にスイープ」プロセスを実行する前に、「会計の作成」プロセスを実行し、収益管理のすべての仕訳を転記します。

• パラメータ「補助元帳トランザクション」の値リストには、補助元帳アクセスに応じて「売掛管理」と「収益管理」が表示されます。

• パラメータ「元帳」の値リストには、アクセス権を持つ元帳が表示されます。

• このプロセスによって、「配分の別の期間へのスイープ・レポート」が生成されます。このレポートを使用して、スイープに適格なトランザクションを表示できます。

アクセス要件

このスケジュール済プロセスを実行するためのアクセス権を提供するために、収益管理期間クローズの例外の管理という新しい権限が職務ロール「収益マネージャ」に追加されました。

売掛管理

電子請求書生成後のトランザクション印刷

税務当局の承認または取引先との通信用に、XML請求書の生成後に売掛/未収金トランザクションを印刷します。

電子請求とトランザクション印刷は、財務トランザクションを合理化し、企業や税務当局に対するより正確で透明性の高いデータ提供を可能にし、行政面のコンプライアンスの向上に役立ちます。たとえばイスラエルでは、2024年の新しい基準により、税務当局が確認番号を提供するための電子請求書を生成する必要があります。税務当局から受け取った確認番号は、顧客請求書に印刷されます。このような要件のため、企業では、政府税務当局によるレビューのために顧客請求書を電子的に生成した後、その顧客請求書を更新および印刷できる必要があります。

電子請求書生成後のトランザクション印刷の主なコンポーネントには、次のものがあります。

• 売掛/未収金トランザクションを生成し、UBL 2.1形式のXML請求書としてサービス・プロバイダに送信します。

• 顧客アカウントまたはサイト・プロファイルの「優先送信方法」フィールドに基づいて売掛/未収金トランザクションを印刷します。

• 「優先電子請求書送信方法」グローバル付加フレックスフィールドの値「PDF生成とともにXML送信」を定義することで、「財務情報の管理」ページでこの機能を使用可能にします。

• 電子請求書の生成後に、特定の法的エンティティの売掛/未収金トランザクションを印刷します。

XMLファイルの生成:

「XMLトランザクションの生成および転送」プロセスを実行して、UBL 2.1ファイルを生成し、サービス・プロバイダに送信します。このプロセスは、「PDF生成とともにXML送信」が設定され、「請求の生成」オプションが「はい」に設定されている法的エンティティについて作成されたすべての完了済トランザクションに対して実行されます。

「法的エンティティ」機能が有効になっている場合は、顧客アカウントまたはサイトに定義されている優先送信方法とは関係なくXMLファイルが生成されます。コラボレーション・メッセージング・サービス・プロバイダおよび取引先の設定を定義する必要があります。設定がない場合、CMKプロセスはエラーで終了します。

ノート: 繰越残高請求トランザクションはXML生成の対象外です。

トランザクションXML送信ステータス:

• 「XMLトランザクションの生成および転送」プロセスを実行してトランザクションをXML形式で送信した後は、XML送信ステータスをレビューします。正常に送信されたすべてのトランザクションは、印刷後にXML送信ステータスで更新されます。

• 印刷が有効になっているすべてのXML送信ステータスは、ORA_AR_XML_STATUS_FOR_PRINTING売掛/未収金参照タイプの参照コードとして手動で定義する必要があります。

• 「XMLトランザクションの生成および転送」プロセスでは、「優先送信方法」付加フレックスフィールドの法的エンティティ機能が有効になっているかどうかをチェックします。「はい」の場合、プロセスでは、ORA_AR_XML_STATUS_FOR_PRINTING売掛/未収金参照タイプに、送信期間に対して定義された参照コードが少なくとも1つ含まれているかどうかをチェックします。参照コードが定義されていない場合、プロセスは「警告」ステータスで終了します。プロセス・ログ・ファイルには、次の警告メッセージが表示されます。XML生成後にトランザクションを印刷できるようにするには、最初にORA_AR_XML_STATUS_FOR_PRINTING参照に有効なXML送信ステータスを入力する必要があります。

• 「XMLトランザクションの生成および転送」プロセスを実行した後は、XMLトランザクション送信のステータスをレビューします。必要に応じて、送信に失敗したトランザクションに対して訂正処理を実行します。「トランザクションの管理」ページを使用して、XML送信ステータスをレビューします。「コラボレーション・メッセージング」を使用して、XML送信ステータスが「処理エラー」または「送信失敗」になっているトランザクションをレビューおよび修正します。
  • 「未配信コラボレーション・メッセージの管理」ページを使用して、XML送信ステータスが「処理エラー」になっているトランザクションのエラー詳細をレビューします。
  • 「失敗したコラボレーション・メッセージの管理」ページを使用して、XML送信ステータスが「送信失敗」になっているトランザクションのエラー詳細をレビューします。

• XML送信ステータスが2時間以内に更新されない場合、トランザクションはプロセス表から削除されます。「XMLトランザクションの生成および転送」プロセスを再実行する必要があります。

法的エンティティのグローバル付加フレックスフィールドで値「PDF生成とともにXML送信」が定義されている場合のトランザクションの印刷のルール:

• トランザクションが完了し、「請求の生成」フィールドが「はい」に設定され、トランザクション・ヘッダーのXML送信ステータスがnull以外で、ORA_AR_XML_STATUS_FOR_PRINTING売掛/未収金参照タイプで参照コードとして定義されます。

• 電子請求書(XML)が生成されると、顧客アカウントまたはサイト・プロファイルの「優先送信方法」が「紙」または「Eメール」に設定されているすべてのトランザクションに対してPDFファイルが生成されます。「Eメール」送信方法の場合は、PDFファイルが生成され、顧客に送信するEメールに添付されます。

• 「ポータル・アップロード」優先送信方法は、売掛/未収金トランザクションの印刷プロセスの範囲外です。

• PDFは、AR_FEATURES参照タイプのAR_STORE_PRINTED_TRANSACTIONS参照コードが有効になっている場合にのみ生成され、トランザクション・ヘッダーの添付としてアップロードされます。

• 「売掛/未収金トランザクションの印刷」プロセスのトランザクション印刷パラメータのルールは次のとおりです。
  • 印刷済: すでに印刷されたトランザクションのみを印刷します。このプロセスでは、XML送信ステータスまたは電子請求書が生成されたかどうかを確認せずにPDFが再印刷されます。
  • 未印刷: 印刷されていないトランザクションのみを印刷します。売掛/未収金の印刷プロセスでは、「優先送信方法」付加フレックスフィールドの法的エンティティがトランザクションで定義されているかどうかを判断します。
    • 法的エンティティ設定が定義されている場合: XMLファイルが生成されたかどうか、つまり、XML送信ステータスがORA_AR_XML_STATUS_FOR_PRINTING売掛/未収金参照タイプで定義されているかどうかがチェックされます。
    • 法的エンティティ設定が定義されていない場合: 現在の売掛/未収金トランザクションの印刷機能に従ってPDFが生成されます。
  • すべて: 印刷済トランザクションと未印刷トランザクションの両方を印刷します。プロセスでは、前述のように、印刷済トランザクションと未印刷トランザクションの両方のルールがチェックされます。

ステータス・トラッカUI:

• XMLファイルが生成されると、ステータス・トラッカUIの「XML送信済」フィールドに「はい」が表示されます。このフィールドは、「優先送信方法」付加フレックスフィールドが定義されている法的エンティティに対して作成されたトランザクションに対してのみ表示されます。

• ステータス・トラッカUIでは、「XML送信済」および「印刷済」フィールドは次のように更新されます。
  • XMLファイルが生成され、PDFファイルは生成されない場合は、「はい」(XML)。
  • トランザクションが印刷された後は、「はい」(紙)。
  • トランザクションも印刷する必要がある場合は、「いいえ」。

• 「優先送信方法」グローバル付加フレックスフィールドが定義されていない法的エンティティを含むトランザクションの場合、「XML送信」フィールドは表示されず、トランザクションが印刷されるか電子請求書が生成されると「印刷済」フィールドが更新されます。

「優先送信方法」付加フレックスフィールドが定義されていない法的エンティティ・トランザクションの場合、「売掛/未収金トランザクションの印刷」プロセスは、電子請求書プロセスとは独立して実行されます。トランザクションは、顧客アカウントまたはサイトの優先送信方法に基づいて印刷されます。既存の動作に変更はありません。XML送信方法に必要な値は、「紙」または「Eメール」です。

プロセス・フローのステップ:

1. 適用可能な法的エンティティで、「優先送信方法」グローバル付加フレックスフィールドの値「PDF生成とともにXML送信」を定義します。

2. ORA_AR_XML_STATUS_FOR_PRINTING売掛/未収金参照タイプのステータス参照コードを定義します。

3. 顧客アカウントまたはサイト・プロファイルで、「紙」または「Eメール」の優先送信方法を定義します。

4. 優先送信方法が「PDF生成とともにXML送信」に設定されている法的エンティティの売掛/未収金トランザクションを作成して完了します。

5. 「未印刷」パラメータ値を使用して「売掛/未収金トランザクションの印刷」プロセスを実行します。このプロセスでは、法的エンティティ・トランザクションの「優先送信方法」が「PDF生成とともにXML送信」に設定されているかどうかがチェックされます。「はい」の場合、トランザクションは印刷されません。

6. 「XMLトランザクションの生成および転送」プロセスを実行して、XML抽出を生成します。CMKプロセス:
   • 変換されたUBL 2.1ファイルを生成し、サービス・プロバイダに送信します。
   • XML送信ステータスを更新します。

7. プロセスがエラーで終了した場合は、すべてのエラー・メッセージを分析し、「失敗したトランザクションのみ」パラメータ値を指定して「XMLトランザクションの生成および転送」プロセスを再実行します。

8. トランザクションは印刷されず、XML送信ステータスで更新され、その後PDFを生成できます。

9. 「売掛/未収金トランザクションの印刷」プロセスを実行して、PDFファイルを生成します。ステータスが「印刷済」に更新され、印刷日が設定されます。

10. 「印刷済」パラメータのトランザクションに対して「売掛/未収金トランザクションの印刷」プロセスを実行し、XML送信ステータスの検証なしで再印刷されたトランザクションを処理します。

ビジネス上の利点は次のとおりです:

• 電子請求書の生成後にトランザクションを印刷します。
• 電子請求書の場合、XML生成は法的エンティティの設定に基づきます。顧客アカウントの設定は必要ありません。
• サービス・プロバイダ経由で税務当局にXMLファイルを送信するプロセスおよび設定が簡素化されます。

有効化のステップ

法的エンティティの電子請求書の生成後に「売掛/未収金トランザクションの印刷」機能を有効にするには、次のステップに従って「優先電子請求書送信方法」付加フレックスフィールドを定義します。

1. 「設定および保守」→「法的体系」→「法的エンティティ財務情報の管理」タスクにナビゲートします。
2. 必要な法的エンティティを検索します。
3. 「優先電子請求書送信方法」付加フレックスフィールドで、値「PDF生成とともにXML送信」を定義します。

PDFファイルを生成するようにXML送信ステータスを定義するには、次のステップに従います。

1. 「設定および保守」→売掛/未収金参照タイプにナビゲートし、事前定義済売掛/未収金参照タイプORA_AR_XML_STATUS_FOR_PRINTINGを検索します。

2. 印刷用に新しい参照コードを追加します。参照コードは、XML_DELIVERY_STATUS売掛/未収金参照タイプで定義されている参照コードと同じである必要があります。ORA_AR_XML_STATUS_FOR_PRINTING参照タイプの参照コードは事前定義されていないため、手動で定義する必要があります。

3. 作業内容を保存します。

ヒントと考慮事項

• Oracle Cloud Applicationsと取引先とのメッセージ交換を設定するには、コラボレーション・メッセージング・フレームワークで必要な前提条件ステップを完了します。

• 「XMLトランザクションの生成および転送」プロセスを実行すると、抽出ファイルおよびUBL 2.1変換済メッセージが「コラボレーション・メッセージング履歴の管理」ページに生成されます。電子請求書がサービス・プロバイダに送信されると、トランザクションのXML送信ステータスが更新されます。新しいORA_AR_XML_STATUS_FOR_PRINTING売掛/未収金参照タイプの参照コードとして印刷するステータスを定義します。「売掛/未収金トランザクションの印刷」プロセスでは、顧客アカウントまたはサイトの「優先送信方法」の設定に基づいてトランザクションが印刷されます。

アクセス要件

追加の設定は必要ありません。

資産およびリース管理

リース会計

免除済リースの費用認識

短期リース、少額項目のリースまたは支払が資産計上しきい値未満のリースに、認識免税を適用します。リース管理者は、免除済リース支払をリース期間にわたる定額の費用として認識できます。期間ごとに認識される費用は、リース支払合計をリースの期間数で除算して計算します。

定額による費用認識で免除済経費を定義するには:

1. 経費リースを作成します。
2. 資産と支払をリースに追加します。
3. 「支払詳細」ページの「会計」サブタブにナビゲートします。
4. 「免除済経費」セクションで、「期間にわたる償却」チェック・ボックスを選択します。
5. リースを検証し、スケジュールを生成します。
6. 償却詳細スケジュールを表示して、費用認識スケジュールを確認します。

次の各スクリーンショットは、免除済経費を追加して予定を表示するプロセスを示しています。

「支払詳細」 - 「要約」ページ

「支払詳細」 - 「会計」ページ

「予定」 - 「償却詳細」ページ

ビジネス上の利点:

• リース期間全体にわたり一貫して費用を認識することで、コンプライアンスを確保します。

• 実際のリース支払の変動に関係なく、資産使用の適切な期間にわたって費用が一致するようにすることで、運用効率を高めます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

アクセス要件

この機能を設定および使用するための新しいロールまたはアクセス権限は必要ありません。

プライマリ元帳およびセカンダリ元帳でのリース分類

リースを異なる会計基準の下で異なる方法で分類および計上します。多国籍組織のリース管理者は、あるGAAPの下でプライマリ元帳においてファイナンス・リースまたはオペレーティング・リースとして分類された準拠リースとして、また別のGAAPの下でセカンダリ元帳において免除済リースとして、リースの会計を生成できます。

次のスクリーンショットは、プライマリ会計分類が「免除」、セカンダリ会計分類が「ファイナンス・リース」であるリースの作成を示しています。

「リースの作成」ページ

ビジネス上の利点:

• 組織全体で一貫したリース会計ポリシーが適用されます。
• ASC 842、IFRS 16および日本GAAPに基づくリースの会計への準拠が確保されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

アクセス要件

この機能を設定および使用するための新しいロールまたはアクセス権限は必要ありません。

リース負債組替に対する償却済負債残高方式

短期および長期のリース負債を自動的に計上します。IFRS 16およびASC 842の会計基準では、開示レポートのためにリース負債を短期および長期に分割する必要があります。

リース会計には、現在価値方式に基づくリース負債分類オプションに加えて、償却済負債残高方式に基づいてリース負債を分類する代替オプションが用意されています。この方法では、13か月目以降のキャッシュ・フローを割り引くことで長期負債が計算されます。その後、当月末の割引済リース負債合計と長期負債の差額として短期負債が計算されます。

リース管理者は、リース負債を短期および長期に分類するための会計仕訳を自動生成し、長期から短期への定期移動を計上できます。

リース負債分類に償却済負債残高方式を使用するようにリース・システム・オプションを構成します。

システム・オプションの構成

ビジネス上の利点:

• IFRS 16およびASC 842リース負債会計への準拠が簡略化されます。
• 期末プロセスの自動化で効率が上がり、手動エラーのリスクが軽減します。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

アクセス要件

この機能を設定および使用するための新しいロールまたはアクセス権限は必要ありません。

リース買掛/未払金請求書処理

支払処理において買掛/未払金でリース請求書を自動作成するかどうかを構成するために、支払テンプレートを設定します。賃借人は賃貸人と連携することがよくあり、賃貸人は自身の請求書を作成し、支払を受領するために賃借人に送信します。その後、賃借人は自己請求の請求書を生成するかわりにサプライヤ請求書に対して支払を実施します。

リース管理者は、「経費支払テンプレートの作成」および支払詳細の更新ページの「請求書の生成」チェック・ボックスを使用して、リース支払に対する買掛/未払金請求書の自動作成を制御できます。

「経費支払テンプレートの作成」ページ

支払詳細の更新ページ

ビジネス上の利点:

• サプライヤおよび賃貸人にリース関連の料金を支払うための労力が削減されます。
• Oracle Payablesモジュールとの統合により、請求書の生成と賃貸人への支払の管理が強化されます。
• サプライヤが提供する請求書に対して支払うことで、支払が迅速化し、延滞手数料が削減されます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

アクセス要件

この機能を設定および使用するための新しいロールまたはアクセス権限は必要ありません。

経費リースのリース不動産定義

ファイル・ベース・データ・インポートを使用して、資産情報を定義およびアップロードします。続いて、リース管理者は不動産を経費リースの資産に関連付けることができます。

会社には通常、建物、階および事務所などの資産を含む多くのリースがあります。リースおよび関連リース請求書に関する特定の資産情報を含めることによって、リース請求書の支払時間が削減されます。リース会計担当は、どの経費がどの特定資産に関連付けられているかを把握することで消込と期間クローズの時間を削減します。

不動産を定義して経費リースに関連付けるには:

1. 「保有権」が「リース」で、「リースに使用可能」が「はい」の不動産をインポートします
2. 不動産に経費リースを作成します。
3. リース詳細を更新して、「不動産定義必須」を「はい」に設定します。
4. 不動産を各資産に関連付けます。

システム・オプション「不動産定義必須」を有効にすることで、オプションで、不動産のすべての経費リースに対して不動産の関連付けを要求するビジネス・ポリシーを設定できます。

次のスクリーンショットは、不動産を定義するプロセスを示しています。

不動産のインポート

「プロパティのレビュー」ページ

続いて、リース管理者は不動産を経費リースの資産に関連付けることができます。

「リース詳細」ページ

「資産の作成」ページ

ビジネス上の利点:

• 各支払を対応する資産に関連付けることで、管理を強化し、消込を簡易化します。
• 資産インポート・ユーティリティを使用してデータ入力作業を減らします。
• 資産階層に基づいて経費をレポートします。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25A

アクセス要件

この機能を設定および使用するための新しいロールまたはアクセス権限は必要ありません。

資産

年金固定資産減価償却方法

算式ベースの減価償却方法を使用して、年金減価償却方法を構成し、固定資産に割り当てます。Oracle Assetsでは、資本の機会費用の利息逸失損のために減価償却費および支払利息が計算されます。

この機能は、年金減価償却方法で固定資産を減価償却する必要がある特定の資産台帳に対して有効にできます。

資産台帳設定の表示

資産カテゴリを資産台帳に割り当てるときに、次の年金減価償却属性を入力します。

• 年金費用勘定および年金収益勘定: これらの勘定科目は、計算された利息金額を計上するために使用されます。これらの勘定科目は損益勘定科目であり、いつでも更新できます。

• 減価償却方法および年金利息レート: 資産がこのカテゴリに追加されたときにデフォルト設定する必要がある年金減価償却方法および年金利息レートを選択します。

カテゴリ設定の表示

資産カテゴリのデフォルト・ルールの表示

すべての資産の耐用年数にわたり、方法名がANNUITYの年金減価償却方法を設定します。

年金減価償却方法の設定の表示

ビジネス上の利点:

• 公共部門エンティティが年金減価償却方法計算ガイドラインに従って減価償却費を計算できるようになります。

• 従来の減価償却方法とは対照的に、年金減価償却方法では、資産に投資された資本に対する利息が組み込まれます。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新25B

「資産台帳の管理」設定タスクに移動し、資産台帳の「年金減価償却の許可」オプションを有効にします。

ヒントと考慮事項

• 月次の減価償却および按分用のカレンダがある台帳に対して年換算減価償却方法を有効にします。

• 年金利息レートはプラスの値にする必要があります。

• 資産カテゴリの編集ページ、「資産の追加」ページ、「ソース明細の編集」ページ、「財務詳細の変更」ページ、「資産の追加」スプレッドシートおよび「資産の修正」スプレッドシートに、8%の年金利息レートを8と入力します。

• ファイルベース・データ・インポート(FBDI)テンプレートに、8%の年金利息レートを0.08と入力します。

• ANNUITYという単一の減価償却方法を使用し、必要な数の耐用年数を追加します。

主なリソース

• Oracle Supportのノート: 24Cの新機能: 年金減価償却方法(ドキュメントID 3022005.1)

固定資産トランザクションの例外ベースの承認

固定資産のライフサイクルを管理するための制御を最適化し、マネージャ承認の例外をルーティングして、ルーチン・トランザクションには自動承認を使用します。これらの承認には、追加、振替、除・売却、再分類および取得価額修正または方法修正などの大部分の資産トランザクションが含まれます。

資産計上プロセスでは、資産取得価額として初期化された資本コストをレビューおよび承認するために、特定のレベルのガバナンスが必要です。資産の移動、除・売却およびその他の方法での原価調整には、同様のガバナンスが必要です。

資産管理には、貸借対照表と損益勘定に重大な影響を与える固定資産トランザクションを厳密に管理するための適切な承認メカニズムをユーザーが構成できる承認ワークフローが用意されています。これは、一元化された情報ソースとして機能し、内部統制に準拠し、監査証跡の説明責任と記録を改善するのに役立ちます。

資産トランザクションが転記されると、指定されたルールから識別された承認者に承認要求通知が送信されます。単一の資産またはバッチ全体に対してトランザクションを承認できます。これらは承認ステージと呼ばれ、承認ルールを個別に定義する必要があります。

「スプレッドシートのワークフロー・ルールの管理」ページ

テンプレートをダウンロードするには:

「設定および保守」→「スプレッドシートのワークフロー・ルールの管理」→「資産トランザクション承認基本テンプレート」にナビゲートし、「ダウンロード」アイコンをクリックします。

前回の正常なアップロードに使用されたテンプレートのコピーが保存されます。「アップロード履歴」セクションには、過去のアップロードのステータスが表示されます。このテンプレートを使用して既存のルールをレビューおよび変更します。これにより、ワークフロー・ルールの作成および管理のプロセスが簡易化されます。

ルール・テンプレート

テンプレートには、組織の承認ポリシーに従ってワークフロー・ルールを定義できる単純なレイアウトが含まれています。

サンプル・ルールを含む資産承認ルール・スプレッドシート

「スプレッドシートのワークフロー・ルールの管理」タスクの「資産トランザクション承認基本テンプレート」を使用して、単一資産および一括資産トランザクション承認ルールを定義します。

ルール情報の入力方法の詳細は、各列ヘッダーのツールチップを参照してください。ユーザーは、承認通知を次の宛先に送信するための承認ルールを定義できます。

• 監督階層
• 承認グループ(シリアルのグループ、パラレルのグループ、グループの最初の応答者)
• ジョブ・レベル階層
• 特定のユーザー
• 特定のアプリケーション・ロールを持つユーザー

ユーザーは、ルール条件に基づいてトランザクションを自動的に否認または自動的に承認するルールを作成することもできます。

データ・セット

トランザクションの承認者が特定のトランザクション属性に応じて異なる場合は、承認ルールの定義時にデータ・セットを使用できます。データ・セットを使用して、承認者と関連トランザクション属性の間のマッピングを定義します。

たとえば、資産区分を担当するマネージャの承認を必要とするカテゴリ変更などです。同様に、取得価額範囲が異なる原価追加には、資産台帳の3レベルのマネージャからの承認が必要です。

ビジネス上の利点は次のとおりです。

承認ワークフロー:

• 書類作業が不要になり、資産承認関連のすべてのトランザクションに関する一元化された情報ソースとしても機能します。
• ユーザーが内部統制に準拠するのに役立ちます。
• 監査証跡の説明責任および記録が改善されます。
• 会計部門内での調整が容易になります。

有効化のステップ

「設定および保守」→「資産台帳の管理」に移動し、承認を使用可能にする資産台帳を選択します。

ヒントと考慮事項

• 承認ポリシーを分析し、承認プロセスの要件を特定します。承認要件をビジネス・ルールに簡略化します。

• スプレッドシートに入力するルールを準備する際は、正確性、明確性および有効性を確保するために、ビジネス・ルールの様々な側面を考慮することが重要です。決定する重要な側面には次のものがあります。
  • •  
  • トランザクションに承認が必要かどうか。
  • トランザクションの承認者。
  • トランザクションを自動的に承認または自動的に否認できるかどうか。
  • 特定のルールに基づく承認にFYI通知が必要かどうか。

• ルール・ブロック内のすべてのルールは同時に処理されますが、ルール・ブロックは順番に処理されます。

• 「スプレッドシートのワークフロー・ルールの管理」タスクのルール履歴には、前回正常に完了したルール・アップロードのルール・テンプレートのコピーが保存されます。ユーザーは、このテンプレートをダウンロードして、ルールを確認または変更できます。アップロードが成功するたびにルールは上書きされます。

• アプリケーション実装コンサルタントなどの適切な管理者ロールを使用します。これにより、ユーザーは、他のユーザーや自分自身のワークフロー・タスクをモニターしたり、トラブルシューティングできるようになります。

主なリソース

• 「スプレッドシートのワークフロー・ルールの管理」ページの「資産トランザクション承認基本テンプレート」を参照してください。
• 資産トランザクション承認ノート(ドキュメントID 3025197.1)

アクセス要件

アプリケーション実装コンサルタント・ロールが割り当てられているユーザーは、ワークフロー・タスクをモニターし、トラブルシューティングできます。

FBDIテンプレートでのトランザクション処理順序

修正、振替および除・売却FBDIテンプレート内のインタフェース明細番号を使用して、複数のトランザクションがある資産のトランザクション処理順序を設定します。この識別子は、親シート内の行を、配分、ソース明細、レートなど、テンプレートの他のシート内の関連データと一意にリンクする役割も果たします。これはオプションのフィールドであり、個別の資産に関連するトランザクションの場合は空白のままにできます。

トランザクションは、インタフェース明細番号順に順番に実行されます。

これにより、個別のFBDIファイルを生成したり、そのような各トランザクションに個別の連続したバッチ名を割り当てる必要がなくなります。プロセスがさらに合理化され、ユーザーは、指定の処理順序でファイルまたはバッチをロードする必要がなくなります。

ビジネス上の利点:

ユーザーが単一のFBDIファイル内に同じ資産の複数のトランザクションを組み込み、処理順序を指定できるようにすることで、トランザクションごとに個別のFBDIファイルまたは順次バッチを作成する必要がなくなります。これによって、ユーザーは、必要な順序で手動で処理するタスクから解放されます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

SCM導入ベースと固定資産間の資産除・売却の同期

シリアル管理資産の除・売却について、サプライ・チェーン導入ベースと固定資産の間で更新を同期します。これにより、会社の固定資産活動に関する正確な運用情報と財務情報が確保されます。

Oracle Assetsの対応する固定資産を除・売却するとき、導入ベース資産を自動的に終了します。さらに、関連付けられた導入ベース資産を終了するときに、固定資産の除・売却を自動的に開始します。導入ベースとOracle Assets間のこの双方向統合により、運用資産情報と財務資産情報の一貫性が確保されます。

Oracle Assetsから導入ベースを同期するには、次のステップに従います。

1. 資産を除・売却します。

2. 「導入ベース資産の終了」という新しいチェック・ボックスがUIに追加されていることに注意してください。このチェック・ボックスは、固定資産に同期の対象となる関連する導入ベース資産がある場合にのみ表示されます。

3. 関連する導入ベース資産を終了するには、このチェック・ボックスを選択します。

4. SCM内のOracle Installed Baseの「資産の管理」ページにナビゲートして、資産に終了日が設定されていることを確認します。

ノート: 資産の純帳簿価額がゼロの場合などの例外的なケースでは、資産が現場で引き続き稼働中であっても、Oracle Assetsから除・売却される可能性があります。このようなシナリオでは、除・売却トランザクションの「導入ベース資産の終了」フラグを選択しないでください。その結果、導入ベース資産は引き続き稼働し、2つの資産間の関連は単に終了日のみとなります。これにより、導入ベース資産とそれに関連付けられた固定資産の間の接続が容易に解消されるため、手動による介入が不要になり、管理上の負担が軽減されます。

ビジネス上の利点は次のとおりです:

• Oracle Assetsでの除・売却直後に導入ベース資産を迅速に終了し、資産管理プロセスを合理化します。
• 運用資産と財務資産の両方の情報の精度が向上し、データの整合性が促進され、情報に基づいた意思決定が可能になります。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務

オファリング: 製造およびサプライ・チェーン資材管理

• この機能を有効にするには、サプライ・チェーン管理の「資産終了に関する導入ベース資産および固定資産の間の変更の同期」機能のオプトインを使用します。

• 「設定および保守」→「製造およびサプライ・チェーン資材管理」→「機能オプトインの変更」→「保守管理」→「機能の編集」→

ヒントと考慮事項

導入ベースと固定資産の間の変更を同期するために資産を除・売却する場合は、次の条件が満たされていることを確認します。

• 固定資産と導入ベース資産の関連付けが1対1でマッピングされている資産は、数量1より大きくできません。

• 1つの導入ベース資産に複数の固定資産が関連付けられている場合は、固定資産のうち1つのみの「同期に適格」チェック・ボックスが有効になっていることを確認してください。

• 同期は、完全に除・売却された資産に対してのみ実行されます。

• 「導入ベース資産の終了」チェック・ボックスは、資産の除・売却中に有効になります。

導入ベースとOracle Assets間の除・売却トランザクションの同期については、サプライ・チェーン管理の「資産終了に関する導入ベース資産および固定資産の間の変更の同期」機能に関する「新機能」の要約で説明されているステップを参照してください。

主なリソース

• 導入ベース資産の固定資産への関連付け方法

• 受入時に追加された資産の概要

• 追加のコンテキストは、サプライ・チェーン管理の「資産終了に関する導入ベース資産および固定資産の間の変更の同期」の新機能の要約を参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• Create Mass Fixed Asset Retirement (FA_CREATE_MASS_FIXED_ASSET_RETIREMENT_PRIV)
• Manage Fixed Asset Retirements (FA_MANAGE_FIXED_ASSET_RETIREMENTS_PRIV)
• Post Mass Fixed Asset Retirement (FA_POST_MASS_FIXED_ASSET_RETIREMENT_PRIV)
• Prepare Fixed Asset Retirement in Spreadsheet (FA_PREPARE_FIXED_ASSET_RETIREMENT_IN_SPREADSHEET_PRIV)
• Retire Fixed Asset (FA_RETIRE_FIXED_ASSET_PRIV)

ユーザーは、次の権限がある場合にのみ、SCM内のOracle Installed Baseの「資産の管理」ページにアクセスできます。

• Manage Customer Assets (CSI_MANAGE_CUSTOMER_ASSETS_PRIV)
• View Customer Assets (CSI_VIEW_CUSTOMER_ASSETS_PRIV)
• Manage Enterprise Assets (CSE_MANAGE_ENTERPRISE_ASSETS_PRIV)
• 企業資産の表示(CSE_VIEW_ENTERPRISE_ASSETS_PRIV)

地域および国に特有の機能

EMEAの財務

ポーランド用JPK VAT台帳の電子請求属性

最新の国別仕様レポート要件に準拠するように、最近導入された電子請求属性をポーランド用JPK VAT台帳に含めます。

ポーランドの監査ファイルはJPK (Jednolity Plik Kontrolny)と呼ばれ、ポーランドの税務当局に財務および会計データを提出するための標準化された電子フォーマットです。JPKコンポーネントの1つであるJPK VAT台帳は、フォーマットが新しいバージョンJPK_V7M(3)に更新されました。この更新されたフォーマットを使用して、ポーランドの法的エンティティは最新の規制に従ってJPK VAT台帳をレポートできます。

電子請求は財務取引を合理化し、企業や税務当局に対するより正確で透明性の高いデータ提供を可能にし、行政面のコンプライアンスの向上に役立ちます。今後数年間で各国が電子請求書を義務付けるため、電子請求書抽出は、追加の国要件をサポートするために定期的な更新が必要です。ポーランドのJPK抽出では、売掛/未収金トランザクション・ヘッダーおよび買掛/未払金請求書ヘッダーにKSeF番号のグローバル付加フレックスフィールドが含まれるようになりました。

2024年7月1日からJPK_V7M(3)で有効な変更は次のとおりです。

ビジネス上の利点:

生成されたJPK_V7M(3)ファイルは、ポーランド税務当局の要件を満たします。

有効化のステップ

参照コードP_57を無効にする必要があります。参照コードを無効にするには、次のステップに従います。

1. 「設定および保守」→標準参照タイプの管理にナビゲートします。
2. ORA_JEPL_JPK_VAT_PARAMETERS参照タイプを検索します。
3. P_57参照コードで、「使用可能」フィールドの選択を解除し、終了日を定義します。
4. 保存してクローズします。

ヒントと考慮事項

• 販売台帳でタグNrKSeFを生成するには、売掛/未収金トランザクションを作成し、トランザクション・ヘッダーに「KSeF番号」グローバル付加フレックスフィールドを定義します。

• 購買登録でタグNrKSeFを生成するには、買掛/未払金請求書を作成し、請求書ヘッダーに「KSeF番号」グローバル付加フレックスフィールドを定義します。

• 新しいJPK_V7M(3)ファイルを生成する前に、標準のORA_JEPL_JPK_VAT_PARAMETERS参照タイプの参照コードP_57を無効にして終了日を設定します。

• 生成されたXMLファイルJPK_V7M(3)には、必須および条件付き必須タグがすべて含まれています。

主なリソース

• 関連ヘルプ:
  • ポーランド用VAT台帳およびJPK抽出のトピック・エッセイ。

アクセス要件

コードJE_CREATE_JPK_EXTRACTS_FOR_POLAND_PRIVおよびJE_CREATE_JPK_EXTRACTS_FOR_POLAND_PRIV_OBIを使用して、ポーランド用のJPK抽出の作成権限を任意の職務ロールまたはジョブ・ロールに割り当てます。

ルーマニア用一般SAF-T抽出での資産振替

拡張されたルーマニア用一般SAF-T抽出を使用して、資産振替に関する情報(振替金額、終了帳簿価額および償却累計額など)についてレポートします。この拡張機能は、資産振替トランザクションをSAF-T出力に含める必要があるルーマニアの国別仕様要件に準拠しています。

一般SAF-T抽出を使用して、ルーマニアの税務当局に必要なXMLファイルを準備します。このファイルは、ルーマニアの法的要件で定義されている、資産振替として考慮する金額およびトランザクションを識別するのに役立ちます。

建設仮勘定資産の資産計上:

資産マスター・ファイルでは、資産振替は取得として識別されますが、ルーマニアのレポート目的では、資産に追加された値は新規取得ではないため、「資産取得」列ではなく「振替」列にリストされます。資産-トランザクション・ファイルでは、資産計上を現在の「取得」ではなく「資産計上」として識別できるため、当局に提出される最終的なXMLファイルの作成時に、ユーザーがこれらのトランザクションを適切に識別して処理できます。

資産組替:

資産が、同じまたは異なる減価償却方法と償却率であるカテゴリから別のカテゴリに振り替えられた場合、資産はRECLASSとマークされます。ただし、資産の取得価額の金額には変更がなく、トランザクションの金額はゼロとしてリストされます。ルーマニアでは、これは振替とも考えられています。CSVフォームの抽出では、資産マスター・ファイルの資産ごとに表示されるのは1行のみであるため、新しいカテゴリには資産の振替処理のみが表示されます。トランザクションは、識別されるように資産トランザクション・ファイルでRECLASSとしてマークされます。振り替えられる資産価額の金額もリストされます。

資産振替:

そのよう(振替)にマークされ、2人の従業員、2つのコスト・センターまたは2つの貸借一致セグメント値の間の資産の振替を含む現在の振替処理はすべて、損益計算書の変更がないため、ルーマニアでは資産振替とはみなされません。これらは資産トランザクション・ファイルでそのよう(振替)にマークされており、ユーザーは最終的なxmlファイルの作成時にそれらを識別して省略できるため、現在の振替のロジックは変更されません。

資産の再評価:

ルーマニアの要件に従って、抽出では、資産マスター・ファイルの取得列ではなく評価列に再評価金額がリストされます。他の列に対する更新はなく、資産トランザクション・ファイルも変更されません。

ビジネス上の利点:

ルーマニア税務当局の法的要件に基づいて抽出された情報は、ユーザーが最終的なXML監査ファイルに資産振替トランザクションを適切に記述するのに役立ちます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

• 既存のSAF-Tファイルと同様に、ローカルのサービス・プロバイダと連携してcsvファイル抽出の情報を使用してルーマニア用の最終的な国ベースのXMLファイルを作成する必要がある場合があります。

• これらの資産振替の変更はルーマニアでのみ使用され、レポート・パラメータ「フォーマット・タイプ」が「ルーマニア」に設定されている場合にトリガーされます。

• 「一般」フォーマット・タイプのレポートでは、関連する資産トランザクションの標準列と値が抽出されます。

主なリソース

• SAF-Tトピックのエッセイは、My oracle Supportのノート2576459.1を参照してください。
  • SAF-Tトピックのエッセイ

アクセス要件

特別な設定は必要ありません

スペイン用オンラインVATレポートの同等追加料金サポート

スペイン用オンラインVATレポートを使用して、売掛/未収金トランザクションに発生する可能性のある同等の追加料金についてレポートします。同等追加料金は、VAT申告から免除され、VATに登録されていない課税対象の顧客に関連する売掛/未収金トランザクションで発生します。

Recargo de equivalenciaという同等追加料金の意味で使用されるスペイン語の用語は、販売する製品を変換しない特定の小売業者に義務付けられている特別なVAT制度に基づく特別なタイプの税金です。これはVATに追加されるもの(追加の行)であるため、その名前が付いています。一般に、サプライヤは、同等追加料金制度の対象であることをサプライヤに通知した小売業者に対して、同等追加料金を記載した請求書を発行します。

必要な設定の後、これらの同等追加料金の値およびレートは、これらの追加料金が対応している標準VATレート要素の下のスペイン用オンラインVATレポートの特定のXMLタグ<sii:TipoRecargoEquivalencia>および<sii:CoutaRecargoEquivalencia>の下にリストされます。

顧客の同等追加料金をレポートする必要があるユーザーには、スペインの税務当局の法的要件に基づいて、スペインのオンラインVATレポートの対応するフィールドにこれらの値がレポートされます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

同等追加料金の計算に使用される税率を識別するには、SII機能の既存の税金レポート・タイプORA_JEES_SII_TAX_GROUP_TYPEと、新しい税金レポート・コードORA_REを使用する必要があります。これらのレートは、標準VATレートに加えて売掛/未収金トランザクションに基づいて計算されます。

主なリソース

• スペインのオンラインVAT登録については、Oracle Help Centerを参照してください。
  • スペイン用オンラインVATレポートの発行
  • スペイン用オンラインVATレポート

• 同等追加料金の公式な要件については、公式サイトを参照してください。
  • スペイン税務当局の公式ガイドライン

アクセス要件

特別な設定は必要ありません

米国連邦財務

米国連邦財務

米国連邦のユーザビリティとナビゲーション

特定のアプリケーションに加え、ホーム・ページとナビゲータで米国連邦財務グループを表示します。

ユーザーは、次のグループでトランザクションおよび関連情報を表示できます。

• 財務支払スケジュール
• 財務支払
• SAM取引先
• SAM取引先情報のインポート
• SAM取引先情報の処理
• 即時支払日計算プロセス
• GTAS残高照会
• データ法ファイル作成プロセス
• GTAS累計およびファイル作成プロセス

この機能により、政府機関は、主要なビジネス機能の実行にかかる時間を大幅に短縮することで、連邦管理者の日々の生産性を向上できます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

特定のヒントや考慮事項はありません。

主なリソース

• 米国連邦財務のナビゲーションの詳細は、米国連邦財務の実装ガイドおよび米国連邦財務の使用ガイドを参照してください。

アクセス要件

既存のロールである財務アプリケーション管理者を使用します。

GTAS残高照会

「GTAS残高」ページでは、GTAS累計プロセスから結果を表示できます。ユーザーは、GTASバルク・ファイルを米国財務省に送信する前に、結果を正確にレビューできます。これにより、ユーザーは、不整合が識別された場合に必要な調整を行い、GTAS累計プロセスを再実行できます。

Treasury Account Symbol Adjusted Trial Balance System (GTAS)は、独自の財務レポート情報や予算実行に関する情報など、機関試算表データを財務省にレポートする主要な手段です。

フィスカル・サービスは、その情報を使用して、管理予算局(OMB)による要件を満たし、米国政府の財務レポートをコンパイルします。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

特定のヒントや考慮事項はありません。

主なリソース

• GTASレポートの詳細は、米国連邦財務の実装ガイドおよび米国連邦財務の使用ガイドを参照してください。

アクセス要件

次のロールを使用します。

• 財務アプリケーション管理者ジョブ・ロール
• GTASおよびデータ法レポート職務ロール

米国連邦政府向けデータ法レポート

データ法(DATA: Digital Accountability and Transparency Act)レポート機能を使用して、米国財務省への月次レポートのための金融債務(購買オーダー)および出費(支出)を含む連邦支出データを生成します。

データ法の財務省仕様に基づいて財務データをレポートするためにサポートされている3つのデータ法ファイルがあります。

• ファイルAには一般会計歳出予算勘定残高が含まれます
• ファイルBには一般会計オブジェクト区分およびプログラム活動残高が含まれます
• ファイルCには助成財務(調達および交付金)残高が含まれます

データ法プロセスは、元帳および仕訳表からデータを選択し、データと属性を関連付け、残高を計算し、特定のファイルを作成します。

データ法ファイルは、米国財務省が、公的にアクセス可能なWebサイトであるUSASpending.govの連邦支出データを更新するために使用します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

特定のヒントや考慮事項はありません

主なリソース

• データ法レポートの詳細は、米国連邦財務の実装ガイドおよび米国連邦財務の使用ガイドを参照してください。

アクセス要件

次のロールを使用します。

• 財務アプリケーション管理者ジョブ・ロール
• GTASおよびデータ法レポート職務ロール

売掛/未収金の米国連邦属性

顧客インポート時および顧客ユーザー・インタフェースで、米国連邦属性を顧客に割り当てます。属性は、顧客アカウント・レベルおよびサイト・レベルで追加されます。これらの属性は、米国連邦属性と呼ばれるコンテキストに従って割り当てられ、米国連邦財務が有効になっている顧客にのみ適用されます。

属性は、顧客アカウントおよび顧客サイトでグローバル付加フレックスフィールド(GDF)属性としてサポートされます。

属性は、顧客およびサイトの作成時に、手動またはインポート・プロセスを使用して取得されます。

次の属性は、顧客アカウント・レベルで取得されます。

次のSAM属性は、顧客サイト・レベルで取得されます。これらの属性は読取り専用であり、更新できません。

この機能では、Governmentwide Treasury Account Symbol Adjusted Trial Balance System (GTAS)およびデータ法レポートに必要な顧客の属性(手動作成またはインポートで作成)を取得します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

特定のヒントや考慮事項はありません。

主なリソース

• 詳細は、米国連邦財務の実装ガイドおよび米国連邦財務の使用ガイドを参照してください。

アクセス要件

既存のロールである財務アプリケーション管理者を使用します。