包括的かつ詳細な
Oracle Financials Cloudの経費承認レポートワークフロー通知に新しいトランザクション属性を組み込むには、特定のBusiness Intelligence Publisher（BI Publisher）カタログオブジェクトをカスタマイズする必要があります。カスタマイズが必要な主なオブジェクトは以下の2つです。
データ モデル (オプション B):
目的: データモデルは、レポートのデータ構造とソースを定義します。アプリケーションのデータソースからレポートに含めることができる属性を決定します。
カスタマイズプロセス:
BI カタログに移動します: 共有フォルダー > 財務 > ワークフロー通知 > 経費。
経費承認データ モデルを見つけます。
カスタマイズ オプションを使用して、カスタム フォルダーにデータ モデルのコピーを作成します。
コピーしたデータ モデルを編集して、通知に必要な新しいトランザクション属性を含めます。
参照：
レイアウト テンプレート (オプション A):
目的: レイアウト テンプレートは、表示されるデータ フィールドとその書式設定など、通知の視覚的な表示を定義します。
カスタマイズプロセス:
同じ BI カタログの場所で、経費レポート承認レポートを見つけます。
「カスタマイズ」オプションを使用して、カスタム フォルダーにレポート レイアウト テンプレートのコピーを作成します。
コピーしたレイアウト テンプレート (.rtf ファイル) をダウンロードし、BI Publisher Template Builder アドインを使用して Microsoft Word で開きます。
必要に応じて、新しいトランザクション属性をテンプレートに挿入します。
変更したテンプレートを BI カタログにアップロードし、デフォルトのレイアウトとして設定します。
データ モデルとレイアウト テンプレートの両方をカスタマイズすることで、新しいトランザクション属性がデータ ソースから取得されるだけでなく、ワークフロー通知に適切に表示されるようになります。
注: オプション C (元のソース) と D (出力タイプ) は、ワークフロー通知に新しい属性を追加するプロセスに直接関係しないため、この要件とは関係ありません。

ステップバイステップの解決策の説明をご覧ください
Explanation:
タスク2: 経費項目を作成する
次の要件を満たす経費項目を作成する必要があります。
✔ 有効開始日: 現在の日付に設定します。
✔ 税金はかかりません。
✔ プロジェクトは使用されません。
✔ 領収書と経費のフィールドは、以前に作成した経費報告書テンプレートのフィールドと一致する必要があります。
✔ 夕食の経費項目は、前のタスクで作成された食事ポリシーにリンクされている必要があります。
ステップバイステップのソリューション: Oracle Financials Cloud での経費項目の構成 ステップ 1: 経費項目設定に移動します。経費マネージャまたは財務管理者として Oracle Financials Cloud にログインします。
「セットアップとメンテナンス」に移動します。
検索バーに「経費項目の管理」と入力します。
「経費項目の管理」をクリックします。
ステップ2: 経費項目を作成する
「新しい経費項目の作成」をクリックします。
次の詳細を入力してください。
経費項目: インターネット
名前:「インターネット」
経費カテゴリ：「食事と娯楽」
有効開始日: 現在の日付
税分類コード: なし (税金に影響はありません)
プロジェクトを使用していますか？いいえ（「プロジェクトで有効にする」のチェックを外してください）
領収書が必要ですか？テンプレートポリシーに従ってください
経費フィールド？オプションとして設定
✔ [保存して閉じる] をクリックします。
費用項目: 客室料金
もう一度「新しい経費項目の作成」をクリックします。
次の詳細を入力してください。
名前:「客室料金」
経費カテゴリ：「宿泊」
有効開始日: 現在の日付
税分類コード: なし
使用されたプロジェクト?いいえ
領収書が必要ですか？テンプレートポリシーに従ってください
経費フィールド？オプションとして設定
✔ [保存して閉じる] をクリックします。
経費項目: 夕食 (食事ポリシーにリンク)
もう一度「新しい経費項目の作成」をクリックします。
次の詳細を入力してください。
名前:「ディナー」
経費カテゴリ：「食事と娯楽」
有効開始日: 現在の日付
税分類コード: なし
使用されたプロジェクト?いいえ
領収書が必要ですか？テンプレートポリシーに従ってください
経費フィールド？オプションとして設定
以前に作成した食事ポリシーへのリンク:
経費ポリシーに移動します。
以前に作成した食事ポリシーを選択します。
夕食経費項目がこのポリシーに関連付けられていることを確認します。
制限タイプの設定: 警告のみ (該当する場合)。
✔ [保存して閉じる] をクリックします。
ステップ3: 経費項目を検証して確認する
作成された経費項目を確認します。
次のことを確認してください。
税分類コードは適用されません。
プロジェクトは無効です。
領収書と経費のフィールドは経費レポート テンプレートのものと一致します。
夕食経費項目は食事ポリシーに正しくリンクされています。
✔ [送信してアクティブ化] をクリックします。
ステップ4: 経費項目をテストする
経費報告書の提出をシミュレートする:
経費の種類として「インターネット」、「客室料金」、「夕食」を選択します。
サンプルの量を入力します。
次のことを確認してください。
税金の影響は見られません。
プロジェクト フィールドは無効です。
領収書ルールは経費レポートテンプレートと一致します。
夕食の費用が食事ポリシーの制限を超えると警告が表示されます。
期待される結果:
✔ 経費項目が正常に作成されました。
✔ 税金はかかりません。
✔ プロジェクトが有効になっていません。
✔ 領収書と経費のフィールドはテンプレートと一致します。
✔ 夕食の経費項目は食事ポリシーにリンクされており、制限を超えると警告が表示されます。
結論
これらの手順に従うことで、すべてのビジネス要件に準拠した経費項目を正常に作成できました。

ステップバイステップの解決策の説明をご覧ください
Explanation:
ステップバイステップのソリューション: Oracle Financials Cloud での経費ポリシーの構成 Oracle Financials Cloud でこの経費ポリシーを構成するには、次の手順に従います。
ステップ1: 経費ポリシー設定ページにアクセスする
適切な経費マネージャまたは財務管理者のロールで Oracle Financials Cloud にログインします。
「セットアップとメンテナンス」に移動します。
タスク「経費カテゴリ別にポリシーを管理」を選択します。
ステップ2: 食費カテゴリを作成または検索する
食費のカテゴリを検索します。
食事カテゴリが存在しない場合は、次のようになります。
「経費カテゴリの作成」をクリックします。
カテゴリ名:「食事」。
カテゴリタイプ:「食事とエンターテイメント」。
エントリを保存します。
ステップ3: 警告を発するためのポリシールールを定義する
食事費カテゴリを選択し、「編集」をクリックします。
「ポリシーと制限」タブに移動します。
「金額制限」の下で、「新しいルールの追加」をクリックします。
経費ポリシールールを設定します。
説明: 「食事費警告ポリシー」。
制限タイプ:「警告のみ」。
制限金額: 規定の制限額を入力します (例: 50 USD)。
ごと: 日 (または別の関連する時間枠) を選択します。
適用対象: すべての従業員を選択します。
場所に基づくルール: 場所固有でない場合は空白のままにします。
警告動作を設定する:
費用が規定の限度額を超える場合は、「警告を出す」を選択します。
ポリシーによって送信または承認がブロックされないことを確認します。
[保存して閉じる]をクリックします。
ステップ4: ポリシーを経費レポートテンプレートに関連付ける
「設定とメンテナンス」>「経費レポートテンプレートの管理」に移動します。
食事カテゴリが含まれる経費レポートテンプレートを検索します。
[編集] をクリックして、[経費の種類] セクションに移動します。
食事経費タイプを追加し、新しく作成された食事経費警告ポリシーに関連付けます。
[保存して閉じる]をクリックします。
ステップ5: ポリシーを有効にして検証する
ポリシーがアクティブとしてマークされていることを確認します。
「送信」をクリックしてポリシー設定を完了します。
経費ポリシーの検証と展開プロセスを実行します。
ステップ6: ポリシーのテスト
経費報告書の提出をシミュレートする:
新しい経費レポートを作成し、経費の種類として「食事」を選択します。
限度額を超える経費金額を入力します（例：55 USD）。
警告メッセージが表示されても、経費の処理が続行できることを確認します。
限度額（例：45 USD）以下の経費を送信し、警告が表示されないようにします。
期待される結果:
食事代が限度額を超えると、システムから警告が出ますが、経費の提出はブロックされません。
食事代が限度額内であれば、警告なしで処理されます。
ポリシーは経費レポート テンプレートの経費タイプに正常に関連付けられました。
結論
これらの手順に従うことで、申請や処理をブロックすることなく、規定の上限を超えた食事に対して警告を発する経費ポリシーを設定できます。これにより、従業員にポリシー違反が通知されると同時に、経費承認の柔軟性も確保できます。

包括的かつ詳細な
Oracle Financials Cloudでは、支払処理要求（PPR）は複数の段階を経て処理され、それぞれに特定の機能とユーザーによる介入が必要となる場合があります。支払承認を有効にすると、システムは承認ワークフローを組み込み、支払が支出前に確実に審査・承認されるようにします。
支払いプロセスリクエストの段階:
分割払いの選択:
説明: システムは、支払期日、支払方法、仕入先情報などの事前定義された基準に基づいて請求書の分割払いを選択します。
ユーザーアクション: 「分割払いの確認」オプションを選択した場合は、オプションの確認となります。
ドキュメント検証:
説明: 選択した分割払いの完全性と正確性を検証し、必要な情報がすべて揃っていることを確認します。
ユーザーアクション: 検証エラーまたは情報が不足している場合に必要です。
支払いの構築:
説明: 支払日、支払い銀行口座、支払い方法などの属性に基づいて、検証済みの分割払いを支払いにグループ化します。
ユーザーアクション: なし。これは自動プロセスです。
提案された支払いを確認する:
説明: ユーザーは、提案された支払いを確定する前に確認し、必要に応じて変更できます。
ユーザーアクション: 「提案された支払いを確認する」オプションを選択した場合は必須です。
支払い承認:
説明: 有効にすると、この段階では、支払い前に承認のために提案された支払いを指定された承認者にルーティングすることが必要になります。
ユーザーアクション: 承認者は支払いを確認し、承認または拒否する必要があります。
支払いファイルの作成:
説明: 電子資金振替 (EFT) ファイルや小切手印刷ファイルなど、支払いに必要な支払いファイルを生成します。
ユーザーアクション: ファイル作成中に問題が発生しない限り、なし。
支払い承認のトリガーポイント:
支払承認プロセスは、「提案された支払内容の確認」段階で自動的に開始されます。この時点でシステムは一時停止し、承認者が提案された支払内容を確認し、承認に関する決定を下せるようにします。この管理メカニズムにより、資金が支払われる前にすべての支払が審査され、組織のポリシーと財務管理に準拠していることが保証されます。
Oracle のドキュメントによると:
有効にすると、支払プロセスは「提案支払の確認」段階で停止します。承認者は、必要に応じて支払プロセス要求から直接支払を削除し、承認することができます。docs.oracle.com オプションの分析：
A. 提案された支払いの確認：正解です。これは支払い承認プロセスが開始され、承認者が支払いを確認して承認できる段階です。
B. 支払​​ファイルの作成：不正解。この段階は支払承認後に行われ、実際の支払ファイルを生成します。
C . 分割払いの確認：不正解。これは、支払いを実行する前に選択された分割払いを確認する初期段階ですが、支払い承認ワークフローには関係しません。
D. 支払いの作成：不正解。この段階では、検証済みの分割払いを支払いにグループ化し、「提案された支払いの確認」段階の前に行われます。
結論：
Oracle Financials Cloudで支払承認を有効にすると、支払処理要求の「提案支払の確認」段階に重要な管理ポイントが導入されます。この設定により、すべての提案支払は、支払ファイルの作成と実際の資金支出の前に、管理者によるレビューと承認を受けることが保証されます。この承認プロセスの導入は、組織の支払ワークフローにおける堅牢な財務監視とコンプライアンスの維持に役立ちます。
参照：
Oracle Financials Cloud ドキュメント - 支払承認の設定方法
https://docs.oracle.com/en/cloud/saas/financials/24d/faipp/how-you-set-up-payment-approval.html Oracle Financials Cloud ドキュメント - 支払承認の設定方法
https://docs.oracle.com/en/cloud/saas/financials/24d/faipp/how-you-set-up-payment-approval.html