包括的かつ詳細な
Oracle Financials Cloudで買掛金期間を締めるには、当該期間のすべての取引が完全に処理され、計上されている必要があります。システムは、データの整合性と正確な財務報告を確保するために、特定のチェックを実施します。以下の理由により、買掛金期間を締め切ることができません。
不完全な支払いファイル（オプション B）：
開始されたものの完了していない支払いファイルは、期間の締め切りを妨げる可能性があります。すべての支払いプロセスを完了し、すべての支出が正確に記録されるようにする必要があります。
参照：
満期日指定支払手形（オプションC）：
満期日がまだ到来していない、または計上されていない支払手形は、当該期間の締め処理をブロックします。すべての支払手形のステータスを更新し、満期日を反映させ、正しい期間に計上されていることを確認することが重要です。
未計上の請求書と支払い（オプション D）：
入力済みだが未計上の請求書や支払いがあると、期末決算ができなくなります。財務諸表の正確性と完全性を確保するため、こうした取引はすべて完全に処理され、総勘定元帳に転記される必要があります。
オプション A と E は、期間の終了を妨げる正当な理由ではありません。
未適用の前払い（オプションA）：
未適用の前払金は、請求書と未照合の未払い金額を表しますが、買掛金期間の締め処理を妨げるものではありません。これらの未適用前払金は、期間をまたいで未払いのまま残っていても、期間締め処理に影響を与えません。
支払い保留中のサプライヤー（オプション E）:
支払保留中の仕入先は、当該仕入先への支払いが一時的に停止されていることを示します。このステータスは、当該期間内の既存の取引ではなく将来の支払いに関係するため、買掛金期間の締め処理には影響しません。
要約すると、買掛金期間を正常に終了するには、すべての支払いファイルが完了し、支払手形が満期を迎えて計上され、すべての請求書と支払いが完全に処理されて転記されていることを確認します。

包括的かつ詳細な
Oracle Payablesで支払処理に請求書を使用するには、特定の基準を満たす必要があります。「支払作成」ページに請求書が表示されない場合は、以下の理由が考えられます。
請求書が検証されていない (オプション A):
請求書は、データの正確性とビジネスルールへの準拠を保証するために検証する必要があります。検証されていない請求書は「未完了」ステータスのままとなり、お支払いいただけません。
解決策: 請求書検証プロセスを実行して請求書を検証してください。検証が完了すると、請求書は「支払いの作成」ページに表示され、選択できるようになります。
参照：
選択した支払仕入先サイトが請求書の仕入先サイトと異なります (オプション C):
請求書は特定の仕入先サイトに関連付けられています。支払いの作成時に選択した仕入先サイトが請求書の仕入先サイトと一致しない場合、その請求書は選択できません。
解決策: 「支払いの作成」ページで選択した仕入先サイトが、請求書に関連付けられている仕入先サイトと一致していることを確認します。
オプションBとDの分析:
請求書の支払期限がまだ来ていない場合（オプション B）：
請求書の支払期日は、自動支払処理 (支払処理リクエストなど) の適格性に影響しますが、オフサイクルの単一支払のために請求書を手動で選択することを妨げるものではありません。
判定: 請求書非選択の正当な理由ではありません。
請求書が計上されていない (オプション D):
支払い前に請求書を計上する必要はありません。最初に支払いを処理し、その後に会計エントリを作成できます。
判定: 請求書非選択の正当な理由ではありません。
したがって、正解は、A. 請求書が検証されていない、および C. 請求書の仕入先サイトが支払い作成時に選択された仕入先サイトと一致していない、です。

包括的かつ詳細な
Oracle Financials Cloudでは、分割払いが支払処理要求（PPR）の選択基準を満たしていても、特定の条件により支払処理に選択されない場合があります。これらの条件を理解することは、トラブルシューティングを行い、スムーズな支払ワークフローを実現するために不可欠です。
各オプションの分析:
A . 支払期日は将来の期間内です。
PPRにおける支払期日は、支払い対象に含める請求書の最終支払期日を決定します。この日付を将来の日付に設定することは、その日までに支払期日を迎えるすべての請求書を対象とするために一般的に行われています。したがって、支払期日を将来の期間に設定しても分割払いが選択できなくなるわけではなく、むしろ選択基準が広がります。これは、分割払いが選択されない理由にはなりません。
B . 支払期日は終了した買掛金期間内です。
支払期日は、支払期日に基づいてどの請求書が選択されるかに影響しますが、会計期間のステータスとは直接関係しません。決算期間内に支払いを処理することはできませんが、支払期日自体が決算期間内であっても分割払いの選択を妨げるものではありません。したがって、分割払いを選択しない正当な理由にはなりません。
C. 請求書の再検証が必要です。
支払属性に影響を与える変更が行われた請求書は、再検証が必要になる場合があります。請求書が再検証が必要であることを示すステータスにある場合、検証プロセスが正常に完了するまで、その請求書は支払処理の対象になりません。これにより、すべての請求書データが正確であり、支払に必要な基準を満たしていることが保証されます。Oracleのドキュメントによると、「請求書を再検証する必要があります。」docs.oracle.com D 。請求書は承認が必要です。
請求書は、その正当性と正確性を確認するために、承認ワークフローを経る必要があることがよくあります。必要な承認が得られていない場合、請求書は保留状態のままとなり、支払処理から除外されます。すべての請求書が承認されていることは、PPRで選択されるために不可欠です。Oracleのドキュメントには、「請求書に承認が必要です」というメッセージが表示された場合、分割払いが選択されない可能性があると記載されています。docs.oracle.com E 。請求書が未計上です。
会計処理は財務管理の重要な側面ですが、請求書の会計処理ステータスが、通常、支払対象として選択されないということではありません。請求書は、会計処理がまだ行われていなくても選択して支払うことができ、会計仕訳は後から作成されます。したがって、会計処理が行われていないことは、PPRで分割払いが選択されない理由にはなりません。
結論：
分割払いが選択基準を満たしているにもかかわらず、支払い処理に選択されない主な理由は次の 2 つです。
C. 請求書の再検証が必要です。
D. 請求書には承認が必要です。
すべての請求書が検証され承認されていることを確認することは、支払い処理に請求書を含めるために不可欠です。
参照：
Oracle Financials Cloud ドキュメント - 分割払いが支払い対象として選択されなかったのはなぜですか?
https://docs.oracle.com/en/cloud/saas/financials/24d/fappp/why-didn-t-an-installment-get-selected-for-payment.html Oracle Financials Cloud ドキュメント - 分割払いが支払い対象として選択されなかったのはなぜですか?
https://docs.oracle.com/en/cloud/saas/financials/24d/fappp/why-didn-t-an-installment-get-selected-for-payment.html

包括的かつ詳細な
Oracle Financials Cloudでは、Oracle Transactional Business Intelligence（OTBI）が強力なレポート機能を提供します。これには、サマリーレポートから購買発注などの詳細な取引データへのドリルダウンを可能にするディープリンクの使用が含まれます。これらのドリルダウン機能へのアクセスは、必要な権限を含む特定のジョブロールによって制御されます。
ドリルダウン機能を備えた定義済みのジョブロール:
買掛金アナリスト（オプションA）:
役割の概要: この役割は主に、財務分析とレポート作成をサポートするために詳細な取引にアクセスしてドリルダウンする機能を含む、支払データの分析に重点を置いています。
権限: OTBI レポートへのアクセスと、請求書や支払いなどの取引の詳細をドリルダウンする機能が含まれます。
参照：
買掛金管理者（オプションB）:
役割の概要：この管理職は、買掛金管理プロセス全体を監督し、効率的な運用とコンプライアンスを確保します。この役割には、監督と意思決定のために特定の取引を詳細に分析する能力を含む、買掛金データへの包括的なアクセスが必要です。
権限: 請求書、支払い、および関連する注文書へのドリルダウン機能を使用して、支払取引を管理および確認するためのアクセス権を付与します。
買掛金スペシャリスト（オプションE）
役割の概要：この役割は、請求書の入力と支払処理を含む、買掛金取引の日常的な処理を担当します。詳細な取引データへのアクセスは、問題解決と正確性の確保に不可欠です。
権限: 請求書にリンクされた発注書の詳細などの詳細情報へのドリルダウン アクセスを使用して、支払取引を表示および処理する機能を提供します。

包括的かつ詳細な
Oracle Financials Cloud の「完全一致」機能を使用すると、発注書（PO）の全額を効率的に照合して請求書を作成できます。ただし、特定の条件により、発注書が「完全一致」の検索結果に表示されない場合があります。
各オプションの分析:
A . マッチング承認レベルは4ウェイマッチングに設定されています
照合承認レベルは、発注書、受領書、検査、請求書間の照合要件を決定します。4ウェイマッチングでは、支払承認前に、発注書、受領書、検査による受入数量、請求書数量がすべて定義された許容範囲内で一致する必要があります。ただし、この設定は、「完全一致」検索結果における発注書の可用性には影響しません。したがって、4ウェイマッチング設定が、検索結果に発注書が表示されない理由にはなりません。
B . 仕入先または発注書が自己請求用に設定されている
セルフ請求とは、バイヤーがサプライヤーに代わって請求書を発行することを意味します。このような場合、請求プロセスが異なるため、「完全一致」機能は適用されません。Oracleのドキュメントによると、「以下の状況では完全一致は使用できません。…サプライヤーまたは発注書がセルフ請求に設定されている場合」です。docs.oracle.com そのため、サプライヤーまたは発注書がセルフ請求に設定されている場合、その発注書は「完全一致」の検索結果に表示されません。
C . マッチング承認レベルは3ウェイマッチングに設定されている
4ウェイマッチングと同様に、3ウェイマッチングでは、支払承認前に発注書、受領書、請求書の数量が許容範囲内で一致している必要があります。この設定により、受領した商品と請求された商品が発注書の条件と一致することが保証されます。ただし、マッチング承認レベルが3ウェイか4ウェイかに関係なく、完全一致検索結果における発注書の可用性には影響しません。したがって、3ウェイマッチングの設定が、発注書が検索結果に表示されない理由にはなりません。
D . 発注書はすでに請求書と部分的に一致しています
完全一致機能は、仕入先が発注書の全額に相当する請求書を発行する状況を想定して設計されています。発注書が請求書と既に部分的に一致している場合、発注書の一部が請求されており、残りの金額が発注書の全額を表していないことを示します。Oracleのドキュメントによると、「完全一致機能は、以下の状況では使用できません。…発注書が既に請求書と部分的に一致している場合。」 docs.oracle.com そのため、部分的に一致している発注書は、完全一致の検索結果には表示されません。
結論：
注文書が完全一致検索結果に表示されない理由は 2 つあります。
B . 仕入先または発注書が自己請求用に設定されている
D . 発注書はすでに請求書と部分的に一致しています
これらの条件により、完全一致機能は適用できなくなり、PO は検索結果から除外されます。
参照：
Oracle Financials Cloud ドキュメント - 完全一致を使用した請求書作成の概要
https://docs.oracle.com/en/cloud/saas/financials/24b/fappp/overview-of-creating-invoices-using-match-in-full.html Oracle Financials Cloud ドキュメント - Match in Full を使用した請求書作成の概要
https://docs.oracle.com/en/cloud/saas/financials/24b/fappp/match-in-full を使用した請求書の作成の概要.html