> 継続的なプロセス改善 > 調達から支払いまで：請求書処理 > Oracle Fusion Financials > データテンプレート

調達から支払いまでの請求書処理用データテンプレート

Oracle Fusion Financials

調達から支払いまでの請求書処理に関する属性(20) 調達から支払いまでの請求書処理に関するアクティビティ(15) データ抽出ガイド(3)

調達から支払いまでの請求書処理用データテンプレート

このテンプレートは、Oracle Fusion Financialsで調達から支払いまでのプロセス、特に請求書処理を分析するために必要なデータの収集を支援します。重要な属性とアクティビティを示し、システムからデータを抽出する方法も説明します。このテンプレートを使うと、プロセスマイニングに適した正確で詳細なイベントログを準備できます。

収集を推奨する属性
追跡する主なアクティビティ
Oracle Fusion Financialsからのデータ抽出ガイド

イベントログを初めて作成する方はこちら：プロセスマイニング用イベントログの作成方法.

テンプレートをダウンロード

調達から支払いまでの請求書処理に関する属性

調達から支払いまでの請求書処理を詳しく分析するには、これらのデータ項目をイベントログに含めることをおすすめします。

3 必須 7 推奨 10 任意

	名前	説明
	請求書番号 InvoiceNumber	仕入先の請求書を一意に識別する番号です。
説明請求書番号は、仕入先の請求書1件に関するすべてのアクティビティとイベントを、作成から最終支払いまで関連付ける主要なケース識別子です。プロセス分析では、請求書ごとに個別のケースとして扱います。プロセスマイニングでは、この属性を使って請求書ごとの一連の流れを最初から最後まで再構成します。請求書単位でプロセスの流れ、サイクルタイム、ばらつきを分析できます。また、検証、承認、支払いなどのアクティビティを一貫したプロセスの流れとして結び付けるための重要な項目です。重要な理由関連するすべてのプロセスステップを結び付ける重要なケース識別子です。請求書のライフサイクル全体を追跡できます。入手先通常はAP_INVOICES_ALLテーブルのINVOICE_NUM列にあります。例 INV-2023-001987654321ACME-FIN-5501
	アクティビティ ActivityName	請求書処理で発生した業務上のアクティビティまたはイベントの名前です。
説明この属性は、「請求書を作成」「請求書を承認」「支払いを実行」など、請求書のライフサイクルにおける特定のステップやステータス変更を表します。プロセスの流れを構成する一連のイベントを示します。アクティビティの順序や頻度の分析は、プロセスマイニングの中心です。実際のプロセス経路の把握、アクティビティの遅延が発生しているボトルネックの特定、承認後に請求書が却下されるような逸脱や手戻りの発見に役立ちます。重要な理由プロセスの各ステップを定義する属性です。プロセスマップの可視化、流れのばらつきの分析、ボトルネックの特定に欠かせません。入手先通常は、Oracle Fusion Financials内のステータスフィールド、監査テーブル、ワークフローログなどから取得します。例として、AP_INVOICES_ALL.WFAPPROVAL_STATUSや関連するワークフローテーブルがあります。例請求書を検証請求書を保留請求書を承認支払いを実行
	開始時刻 EventTime	アクティビティまたはイベントが発生した日時を示すタイムスタンプです。
説明この属性は、請求書処理における各アクティビティの日付と時刻を示します。サイクルタイム、所要時間、ステップ間の待ち時間など、時間に基づくプロセス分析に欠かせません。このタイムスタンプを使ってイベントを時系列に並べると、プロセスマイニングツールで請求書ごとの正確なアクティビティの順序を再構成できます。請求書サイクルタイムの平均などの重要業績評価指標を算出し、プロセスのどの段階に最も時間がかかっているかを特定できます。重要な理由サイクルタイムやボトルネックなど、所要時間に関するすべてのパフォーマンス指標の算出に欠かせないタイムスタンプです。入手先このタイムスタンプは、Oracle Fusionの各種テーブルの日付フィールドから取得します。たとえば、AP_INVOICES_ALLや関連するワークフローおよび支払いテーブルのCREATION_DATEやLAST_UPDATE_DATEなどです。例 2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
	ユーザー名 UserName	アクティビティを実行したユーザーの名前です。
説明この属性は、請求書の検証、保留設定、支払い承認などのアクティビティを実行したユーザーまたはシステムエージェントを特定します。プロセスに関わる人的リソースまたはシステムリソースを把握できます。ユーザー別に分析すると、作業負荷の分布や高い成果を上げている担当者を把握し、トレーニングの必要性やコンプライアンス上の問題を見つけやすくなります。たとえば、特定のユーザーが手戻りの繰り返しに頻繁に関わっていないか、特定の承認ステップが常に同じ担当者に集中し、単一障害点になっていないかを確認できます。重要な理由リソースパフォーマンスや作業負荷の配分を分析し、特定のプロセスステップに関わるユーザーやチームを特定できます。入手先この情報は、AP_INVOICES_ALLなどのテーブルにあるCREATED_BYやLAST_UPDATED_BYなどの監査用列、または関連するワークフローログに保存されていることがよくあります。例 john.doejane.smithSystem.Admin
	仕入先名 VendorName	請求書を発行した仕入先の名前です。
説明この属性は、請求書の発行元である仕入先を特定します。仕入先情報は、財務取引の背景を把握するうえで重要です。仕入先別にプロセスを分析すると、仕入先との関係やパフォーマンスに関するインサイトが得られます。たとえば、特定の仕入先の請求書で照合不一致、保留、遅延が多く発生していないかを確認できます。この情報は、仕入先の登録やコミュニケーションの改善、サプライチェーン全体の効率向上に役立ちます。また、重複支払いの可能性を特定する際にも使われます。重要な理由仕入先ごとのプロセス分析が可能になり、遅延や例外の原因となっている特定の仕入先の問題を見つけやすくなります。入手先 POZ_SUPPLIERSテーブルにあります。請求書テーブルAP_INVOICES_ALLのVENDOR_IDを使って、仕入先テーブルと結合できます。例 Acme CorporationGlobal Tech Inc.Office Supplies Co.
	会社コード CompanyCode	請求書を処理する法人または会社を識別するコードです。
説明会社コードは、請求書の財務責任を負う組織内の事業体を示します。複数の会社を持つ組織では、基本となる組織データの1つです。この属性を使うと、法人別にプロセス分析を分類できます。事業の各部門間でパフォーマンスを比較し、法人固有のボトルネックやコンプライアンス上の問題を特定できるほか、会社単位でKPIを報告できます。また、適切な承認ワークフローを決める際の判断材料になることもよくあります。重要な理由組織内の法人や事業部門ごとにプロセスを比較し、パフォーマンスのベンチマークを行えます。入手先通常はAP_INVOICES_ALLのLEGAL_ENTITY_IDなどのフィールドで表されます。このフィールドを総勘定元帳テーブルと結合すると、コードや名称を取得できます。例 1001US01DE01
	支払期日 PaymentDueDate	仕入先への請求書の支払期限となる日付です。
説明支払期日は、仕入先と合意した支払条件に基づいて決まります。期限までに支払うことで、延滞金を避け、仕入先との良好な関係を保ち、早期支払い割引を受けられる可能性があります。この属性は、「期日どおりの支払いパフォーマンス」ダッシュボードと関連するKPIに欠かせません。実際の支払い実行日時を支払期日と比較することで、支払いが期日どおりか遅延しているかを分類できます。組織はこの分析を通じて、支払いの適時性を監視し、改善できます。重要な理由期日どおりの支払いパフォーマンスを測る基準となり、仕入先管理や財務健全性を把握するうえで重要なKPIです。入手先この日付は、請求書に関連付けられたAP_PAYMENT_SCHEDULES_ALLなどの支払スケジュールテーブルで確認できることがよくあります。例 2023-05-152023-06-012023-06-30
	終了時刻 EndTime	アクティビティまたはイベントが完了した日時を示すタイムスタンプです。
説明終了時刻は、特定のアクティビティが完了した時点を示します。開始時刻が開始点を示すのに対し、終了時刻は完了点を示すため、各ステップの所要時間を正確に算出できます。分析では、終了時刻と開始時刻の差から、各アクティビティの処理時間を求めます。これにより、実際の処理時間と待機時間を区別でき、詳細なパフォーマンス分析に役立ちます。たとえば、承認者が承認タスクに実際に費やした時間と、タスクが受信トレイで待機していた時間を測定できます。重要な理由アクティビティの処理時間を正確に算出し、実作業の時間と待機時間を分けて把握できます。入手先これは概念上の属性で、同じケース内で次に発生するイベントの開始時刻から算出されます。例 2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
	請求書ステータス InvoiceStatus	請求書のライフサイクルにおける現在のステータスです。
説明この属性は、「検証済み」「再検証が必要」「支払済み」「キャンセル済み」など、請求書の最新の状態を示します。任意の時点で、請求書がプロセスのどの段階にあるかを把握できます。請求書ステータスは、「請求書の現在のステータス分布」ダッシュボードに欠かせません。このダッシュボードを使うと、業務管理者は滞留を特定し、請求書処理の全体的な状況を監視できます。ステータスの経時変化を分析すれば、プロセスフローの概要も把握できます。重要な理由請求書の現在の状態を把握でき、滞留や作業負荷を追跡する業務ダッシュボードに欠かせません。入手先 Oracle Fusion Financialsの文書を参照してください。ステータスは、AP_INVOICES_ALLのWFAPPROVAL_STATUSなどのフィールド、または関連する承認・支払いテーブルから取得できる場合があります。例検証済み支払済みキャンセル済み再検証が必要
	請求書金額 InvoiceAmount	請求書に記載された合計金額です。
説明請求書金額は、請求書に記載された仕入先への支払総額です。承認経路、確認の厳しさ、支払いの優先順位を左右することが多く、プロセス全体に影響する重要な財務属性です。プロセスマイニング分析では、請求書金額を使ってデータを絞り込み、分類できます。たとえば、高額請求書と低額請求書でプロセスの経路やサイクルタイムに大きな違いがあるかを比較できます。また、財務KPIの算出や、支払い遅延などプロセスの非効率性による金銭的影響の評価にも欠かせません。重要な理由財務分析や金額に応じたプロセス逸脱の把握に役立ち、承認コンプライアンス率などのKPIにも使われます。入手先 AP_INVOICES_ALLテーブルのINVOICE_AMOUNT列にあります。例 1500.00250.75125000.50
	ソースシステム SourceSystem	イベントデータが記録された元のシステムを示します。
説明この属性は、Oracle Fusion Financialsなど、データを生成したソースアプリケーションまたはモジュールを示します。複数のシステムを連携している環境では、プロセスの各ステップがどのシステムから発生したかを区別できます。ソースシステムを把握すると、データの検証や問題の調査、特定のシステムに固有のプロセスのばらつきの分析に役立ちます。請求書の処理が複数のアプリケーションにまたがる複雑なIT環境でも、データの出所を明確にできます。重要な理由データの出所を把握できるため、データガバナンス、問題の調査、システム固有のプロセス動作の分析に役立ちます。入手先多くの場合、データ抽出時にデータセットの出所を示す固定値として追加されます。例 Oracle Fusion FinancialsOracle Payables Cloud
	保留理由 HoldReason	請求書が保留または支払いブロックになった理由です。
説明請求書が保留になると、この属性に「価格の不一致」「数量の不一致」「入荷待ち」などの理由が記録されます。通常のプロセスフローが中断された背景を把握できます。この属性は、「支払いブロックの傾向と分析」ダッシュボードの主要な分析軸です。保留理由ごとの発生頻度を分析することで、調達プロセスの問題や仕入先の請求精度など、支払いブロックの根本原因を特定して対処できます。その結果、処理の遅延を減らせます。重要な理由支払いブロックの根本原因を把握できるため、保留や支払い遅延を減らすための改善策を絞り込めます。入手先保留情報は通常、請求書に関連付けられ、保留理由またはコードを含むAP_HOLDS_ALLテーブルに保存されます。例価格の不一致請求数量が入荷数量を超過発注書番号が無効
	最終データ更新日時 LastUpdateDate	ソースシステムでレコードが最後に更新された日時を示すタイムスタンプです。
説明この属性は、Oracle Fusion Financialsの基盤データが最後に変更された日時を示します。増分データ読み込みの管理に使われ、プロセスマイニングモデルを最新の状態に保つために役立ちます。プロセスフローの分析に直接使うものではありませんが、データの鮮度と整合性を保つうえで重要な技術情報です。前回の更新以降に追加または変更されたレコードだけをデータパイプラインで効率よく取得できるため、ソースシステムの負荷を抑えられます。重要な理由データパイプラインを効率よく増分実行できるため、完全再読み込みを行わずにプロセス分析を最新の状態に保てます。入手先 AP_INVOICES_ALLを含む多くのOracle Fusionテーブルでは、LAST_UPDATE_DATEとして格納されています。例 2023-05-20T11:00:00Z2023-05-21T16:45:00Z
	手戻りかどうか IsRework	手戻りのループに含まれるアクティビティを識別する真偽値です。
説明「請求書を修正」や、却下後に再度行われた「請求書を検証」など、理想的なプロセスフローからの逸脱を示すアクティビティにはtrueが設定されます。非効率なプロセスの繰り返しを明示し、その規模を定量化できます。この属性は、「手戻りと例外処理率」ダッシュボードに欠かせません。手戻りのアクティビティにフラグを付けることで、手戻りの量やコストを簡単に定量化し、根本原因を特定できます。また、初回から正しく処理することを目指す改善施策の効果も測定できます。重要な理由手戻りを明示して定量化できるため、プロセスの非効率性が発生する頻度や原因、その影響を分析しやすくなります。入手先これは計算属性です。手戻りに該当するアクティビティの順序を特定するロジックは、データ変換時に定義します。例 truefalse
	承認者名 ApproverName	請求書を承認または却下した担当者の名前です。
説明この属性には、承認ステップで操作を行った担当者が記録されます。「請求書を承認」や「請求書を却下」などのアクティビティが対象です。分析では、承認者名を使って承認業務の負荷を把握し、承認者ごとのサイクルタイムを測定し、承認ポリシーへの準拠状況を監査できます。「承認コンプライアンス率」KPIでは、この属性を請求書金額や会社コードに基づく権限委譲ルールと照合できます。重要な理由承認のサイクルタイムや承認マトリクスのポリシーへの準拠状況を分析し、作業負荷の分布を把握するうえで欠かせません。入手先この情報は、請求書オブジェクトに関連付けられたOracle Fusionのワークフローまたは承認履歴テーブルに保存されています。例 David WilsonSarah JohnsonMichael Brown
	期日どおりの支払いか IsOnTimePayment	請求書が支払期日までに支払われたかどうかを示す真偽値です。
説明支払いが指定された支払期日までに実行された場合はtrue、期日を過ぎた場合はfalseに設定されます。支払い済みの請求書を明確に分類できます。この計算属性は、「期日どおりの支払い率」KPIと対応するダッシュボードに直接使われます。日付をその都度比較しなくても、支払いの遅延と期日どおりの支払いの割合を簡単に絞り込み、集計、可視化できます。これにより、支払い遅延の規模をすばやく把握し、改善状況を継続的に追跡できます。重要な理由支払いの適時性を簡単に分析でき、「期日どおりの支払い率」KPIの算出に直接使われます。入手先「支払い実行」アクティビティのタイムスタンプと「PaymentDueDate」属性を比較して算出する属性です。例 truefalse
	照合不一致の理由 MatchingDiscrepancyReason	請求書、発注書、入荷記録の間に不一致が生じた具体的な理由です。
説明この属性には、請求書が自動照合に失敗した理由が記録されます。よくある理由として、請求書と対応する発注書または入荷記録の間で、価格、数量、品目コードが一致しないことが挙げられます。この情報は、「請求書照合不一致率」ダッシュボードに欠かせません。不一致の理由を分類して分析することで、調達や入荷処理における組織的な問題を特定できます。これにより、請求書を手作業なしで一度で処理できる割合を高めるための是正措置を講じられます。重要な理由請求書が自動照合に失敗した理由を明らかにし、初回照合率の向上や手作業による手戻りの削減に必要な情報を得られます。入手先 Oracle Fusion Financialsの文書を参照してください。AP_HOLDS_ALLの保留理由の種類、または関連する照合詳細テーブルに記録されている場合があります。例単価が発注書と異なる請求数量が入荷数量を超過請求書の品目が無効
	発注書番号 PurchaseOrderNumber	請求書に関連付けられた発注書を識別する番号です。
説明この属性は、商品やサービスの調達を承認した発注書（PO）と請求書を関連付けます。請求書には、発注書に基づくものと、発注書に基づかないものがあります。発注書別に分析すると、調達から支払いまでのプロセスにおける調達部分とのつながりを把握できます。調達プロセスがどの程度ルールに準拠しているか、照合不一致など請求書処理の問題が発注書の作成時点に起因していないかを確認できます。発注書番号の有無は、請求書処理の経路を分類・分析するための基本的な指標です。重要な理由請求書と調達プロセスを関連付ける属性であり、発注書に基づく請求書と、発注書に基づかない請求書のフローを分析する際に役立ちます。入手先 AP_INVOICE_LINES_ALLの請求書明細をPO_DISTRIBUTION_IDで発注書の配分情報と結合すると取得できます。例 PO-2023-5001600789PO-FIN-9981
	請求書日付 InvoiceDate	仕入先の請求書に記載された日付です。
説明この属性は、仕入先が請求書を正式に発行した日付です。ソース文書に記載された重要な情報であり、合意した支払条件に基づいて支払期日を算出する際の起点になります。社内プロセスの開始日とは限りませんが、請求書日付は重要なコンテキストです。仕入先名や請求書金額と組み合わせることで、請求書の重複の可能性を特定できます。また、請求書日付からシステムへの登録日までの遅れを分析すると、郵便物の受領や請求書の取り込みにおける非効率性が明らかになることがあります。重要な理由請求書の重複の特定や支払期日の算出に使う重要なデータです。入手先 AP_INVOICES_ALLテーブルの標準フィールドで、列名はINVOICE_DATEです。例 2023-04-102023-05-012023-05-25
	通貨 InvoiceCurrencyCode	請求書金額の通貨です。
説明この属性は、請求書の通貨（USD、EUR、GBPなど）を示します。請求書金額を正しく解釈するために必要な情報です。グローバルに事業を展開する組織では、財務報告や地域ごとのプロセスの違いを把握するうえで、通貨別の請求書分析が重要です。金額を正しく解釈できるほか、支払い慣行や承認基準を通貨別に分析できます。重要な理由財務金額を正しく解釈・分析するために必要な情報であり、特に多国籍で事業を展開する場合に役立ちます。入手先 AP_INVOICES_ALLテーブルのINVOICE_CURRENCY_CODE列にあります。例 USDEURGBPCAD

必須推奨任意

調達から支払いまでの請求書処理に関するアクティビティ

プロセスを正確に把握するため、これらの主な手順や節目をイベントログに記録してください。

6 推奨 9 任意

	アクティビティ	説明
	支払いを実行	支払いが実行され、決済されたことを最終確認するイベントです。小切手の場合は決済日、電子決済の場合は銀行からの確認に該当します。
重要な理由請求書処理の最後のアクティビティであり、プロセスの正常な完了を示します。「請求書サイクルタイムの平均」と「期日どおりの支払い率」の算出における終点です。入手先 AP_CHECKS_ALLテーブルで支払いステータスが「Cleared」または「Reconciled」に更新されたこと（CLEARED_DATEを使用）から判断します。または、キャッシュ管理モジュールの銀行照合データ（CE_STATEMENT_LINES）を利用します。記録 AP_CHECKS_ALLのステータス更新、またはCEモジュールでの照合から判断します。イベントタイプ inferred
	請求書と発注書を照合	請求書の明細と対応する発注書（PO）の明細が正常に照合されたことを示します。請求対象の商品やサービスが発注済みであることを確認する処理です。通常は、システムに記録された自動処理または手動操作です。
重要な理由発注書（PO）、受領記録、請求書を照合する三点照合に欠かせない処理です。この段階での照合失敗は、例外や遅延の主な原因になります。入手先 AP_INVOICE_DISTRIBUTIONS_ALLテーブルに、請求書とPOの配分（PO_DISTRIBUTION_ID）を関連付けるレコードが作成されたことから判断できます。AP_INVOICE_LINES_ALLの明細レベルの照合ステータスも利用できます。記録請求書明細にPOの配分データが登録されたことから判断します。イベントタイプ inferred
	請求書を会計処理	請求書が総勘定元帳に正常に転記され、仕訳が作成された状態です。このイベントにより、請求書の財務上の影響が正式に記録されたことを確認できます。
重要な理由重要な財務管理上の確認点であり、支払いの前提となる処理です。請求書の検証と承認が完了し、決済の準備が整ったことを確認できます。入手先 AP_INVOICE_DISTRIBUTIONS_ALLテーブルのステータス（ACCRUAL_POSTED_FLAG = 'Y'）から判断するか、XLA_AE_HEADERSなどの総勘定元帳テーブルに対応する仕訳があるかを確認します。記録 AP_INVOICE_DISTRIBUTIONS_ALLのフラグ、または関連する総勘定元帳の仕訳から判断します。イベントタイプ inferred
	請求書を作成	手入力、スキャン、電子送信などにより、システムに請求書レコードが初めて作成されたことを示します。通常は、請求書のメインテーブルに新しい行が追加された時点で記録されます。
重要な理由請求書処理の開始を示すイベントです。このイベントからの経過時間を分析すると、データ入力の効率やプロセス開始までの遅れを把握できます。入手先 Oracle Fusion Financialsでは、AP_INVOICES_ALLテーブルのCREATION_DATE列に記録されたレコードの作成日時に該当します。記録 AP_INVOICES_ALLのレコード作成日時。イベントタイプ explicit
	請求書を承認	ワークフローで必要なすべての関係者による請求書の承認が完了した状態です。会計処理と支払いスケジュールの設定に進めます。
重要な理由承認プロセスが正常に完了したことを示す重要な節目です。この段階までの遅延は、よくあるボトルネックです。入手先 AP_INVOICES_ALLテーブルのAPPROVAL_STATUSが「Approved」や「Workflow Approved」などの最終承認状態に変わったことから判断します。このフィールドの監査履歴からタイムスタンプを取得できます。記録 AP_INVOICES_ALL.APPROVAL_STATUSが「Approved」に変わったことから判断します。イベントタイプ inferred
	請求書を承認に回す	設定された業務ルールに基づき、請求書を承認ワークフローに送信します。正式な承認サイクルの開始を示します。
重要な理由プロセスの重要な段階が始まります。開始時刻を追跡することは、「請求書承認サイクルタイム」の測定と改善に欠かせません。入手先 AP_INVOICES_ALLテーブルのステータス変更から判断します。APPROVAL_STATUSが「Initiated」や「Pending Approval」などに変わったことを確認します。ワークフローテーブルにもこのイベントが記録されている場合があります。記録 AP_INVOICES_ALL.APPROVAL_STATUSが「Initiated」に変わったことから判断します。イベントタイプ inferred
	支払いをスケジュール	請求書が支払い処理リクエスト（支払い実行や支払いバッチとも呼ばれます）に選択され、含まれた状態です。支払い待ちのキューに入ります。
重要な理由会計処理から実際の支払いまでの段階です。この段階にかかる時間は、キャッシュフロー予測や早期支払い割引の適用に影響します。入手先支払いレコードが作成されたものの、支払い完了がまだ確認されていない場合、AP_INVOICE_PAYMENTS_ALLテーブルに記録されます。IBY_PAYMENT_PROCESS_REQUESTSなどの支払いバッチテーブルでも確認できます。記録スケジュール済みの支払いについて、AP_INVOICE_PAYMENTS_ALLにレコードが作成されたこと。イベントタイプ explicit
	支払いを作成	システムが請求書の支払い指示を作成した状態です。小切手の作成、電子資金振替（EFT）ファイルの生成、その他の支払い手段の作成が該当します。
重要な理由組織が支払いに充てる資金を確保する段階です。銀行口座から資金が引き落とされる直前の重要な節目です。入手先すべての支払い情報を保存するAP_CHECKS_ALLテーブルに記録されます。CHECK_DATEから支払い文書の作成日を確認できます。記録 AP_CHECKS_ALLテーブルにレコードが作成されたこと。イベントタイプ explicit
	照合差異を特定	システムまたは担当者が、価格や数量など、請求書、発注書、受領情報の不一致を特定したときに発生します。多くの場合、システムによって請求書が保留になります。
重要な理由手作業での対応が必要なプロセス上の例外を示します。このイベントを追跡することは、「請求書照合差異率」の重要業績評価指標（KPI）の測定や根本原因の分析に欠かせません。入手先多くの場合、請求書に特定の種類の保留が設定された記録として残ります。AP_HOLDS_ALLテーブルで、照合に関連する保留タイプ（例：「QTY REC」や「PRICE」）を確認してください。タイムスタンプにはHOLD_DATEを使用します。記録 AP_HOLDS_ALLに照合関連の保留タイプのレコードが作成されたこと。イベントタイプ explicit
	請求書の保留を解除	請求書に設定されていた保留が解消されたことを示すイベントです。担当者または自動処理がブロックを解除し、請求書が処理を続けられる状態にします。
重要な理由保留の設定から解除までの時間は、例外処理の効率を測る重要な指標です。「例外解決時間の平均」の重要業績評価指標（KPI）の算出に利用できます。入手先 AP_HOLDS_ALLテーブルに記録されます。保留が解除されると、RELEASE_LOOKUP_CODEとRELEASE_REASONの各フィールドに値が入り、LAST_UPDATE_DATEも更新されます。記録 AP_HOLDS_ALLテーブルのレコードが更新され、保留が解除済みとして記録されたこと。イベントタイプ explicit
	請求書を保留	請求書を支払いに進めない、あらゆる保留を表す汎用アクティビティです。照合の問題、資金不足、手動対応など、さまざまな理由で発生します。
重要な理由サイクルタイムに直接影響し、支払い遅延につながることがあります。保留を分析すると、プロセス全体に関わる問題の特定と解決に役立ち、「支払いブロックの傾向」の分析にも利用できます。入手先 AP_HOLDS_ALLテーブルに明示的に記録されます。各行には、保留の作成日（HOLD_DATE）と理由が含まれます。記録 AP_HOLDS_ALLテーブルにレコードが作成されたこと。イベントタイプ explicit
	請求書を修正	却下への対応や入力ミスの修正などで、担当者が請求書を変更したときに発生します。プロセスにおける手作業の手戻りを示します。
重要な理由このアクティビティは、手戻りが発生したことを明確に示します。発生頻度を分析すると、プロセスの非効率さを測定し、「請求書手戻り率」の重要業績評価指標（KPI）の算出に役立ちます。入手先請求書の検証後または承認への送信後に、AP_INVOICES_ALLのレコードが大幅に更新されたことを追跡して判断できます。LAST_UPDATE_DATEのタイムスタンプと監査証跡データが必要です。記録却下または保留の後にLAST_UPDATE_DATEが更新されたかを比較して判断します。イベントタイプ inferred
	請求書を却下	承認ワークフロー中に承認者が請求書を却下した状態です。通常、請求書は修正または取り消しのために差し戻され、手戻りが発生します。
重要な理由望ましくない結果であり、手戻りやサイクルタイムの増加につながる主な要因です。却下を追跡すると、請求書の品質や発注書（PO）への適合性に関する問題を特定できます。入手先 AP_INVOICES_ALLテーブルのAPPROVAL_STATUSが「Rejected」に変わったことから判断します。ワークフロー履歴には、却下した担当者と日時の詳細が記録されます。記録 AP_INVOICES_ALL.APPROVAL_STATUSが「Rejected」に変わったことから判断します。イベントタイプ inferred
	請求書を取り消す	請求書が無効化または取り消され、それ以降の処理や支払いが行われない状態です。プロセスの最終状態を示します。
重要な理由支払いに至らない請求書の重要な終点です。取り消しを分析すると、請求書の重複や仕入先による誤った提出などの問題を明らかにできます。入手先 AP_INVOICES_ALLのステータス変更から判断します。CANCELLED_DATE列には取り消しのタイムスタンプが記録されます。記録 AP_INVOICES_ALLテーブルのCANCELLED_DATEフィールドに値が設定されていること。イベントタイプ explicit
	請求書を検証	請求書のヘッダー情報と明細情報が完全かつ正確であることを確認するシステム検証に合格した状態を示します。多くの場合、請求書レコードのステータス変更から判断できます。
重要な理由照合と承認に進む前の重要な節目です。この段階で遅延が発生している場合、請求書データの品質やシステム設定に問題がある可能性があります。入手先 AP_INVOICES_ALLテーブルの請求書ステータスが「Validated」に変わったことから判断します。VALIDATION_STATUS列の変更履歴や監査証跡を利用できます。記録 AP_INVOICES_ALL.VALIDATION_STATUSフィールドの変更から判断します。イベントタイプ inferred

推奨任意

データ抽出ガイド

Oracle Fusion Financialsからデータを取得する方法

ステップ

Oracle Fusion Cloudにログイン：BICC_ADMINロールを持つユーザーで、Oracle Fusion Cloud環境にアクセスします。
BI Cloud Connectorを開く：メインナビゲーションから「Tools」>「BI Cloud Connector」を選択し、BICCコンソールを開きます。
オファリングを選択：BICCコンソールで、Financialsデータに対応するオファリングを選びます。通常は「Financials」という名前です。
外部ストレージを設定：「Configure External Storage」を開き、抽出したCSVファイルの保存先となるクラウドストレージへの接続を設定します。例：Oracle Cloud Infrastructure（OCI）Object Storage。
抽出対象のオファリングを有効化：「Manage Offerings and PVOs」などのセクションを開き、「Financials」オファリングを選択して抽出を有効にします。
Public View Object（PVO）を選択：請求書処理に必要なPVOを検索して選択します。主なPVOは、FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO、FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO、FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO、FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVOです。
抽出ジョブをスケジュール：「Manage Extract Schedules」を開き、新しいジョブを作成して内容が分かる名前を付け、前の手順で有効にしたPVOをすべて選択します。ジョブをスケジュールします。初回は対象とする過去の期間を指定して実行します。以降はLastUpdateDateに基づく差分抽出を設定します。
データを監視して取得：BICCコンソールでジョブの進行状況を確認します。正常に完了したら、設定したクラウドストレージを開きます。PVOごとに圧縮されたCSVファイルが保存されています。
ステージング領域にデータを読み込む：ファイルを解凍し、CSVをステージング用のデータベースまたはデータ処理基盤（データウェアハウスやデータレイクなど）に読み込みます。各CSVファイルを個別のテーブルに読み込んでください。
データをイベントログに変換：ステージング領域のテーブルに、提示されたSQLクエリを実行します。クエリによって複数のテーブルのデータが結合され、統合されたイベントログテーブルが作成されます。
ProcessMind用にエクスポート：SQLクエリの結果を1つのCSVファイルとしてエクスポートします。ProcessMindにアップロードするため、列名が必要な属性（InvoiceNumber、ActivityName、EventTimeなど）と一致していることを確認してください。

設定

主なPublic View Object（PVO）：抽出にはFinancialsオファリングの主要なPVOをいくつか使用します。最低限、次のPVOを含めてください。
- FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO：請求書の基本データ、作成、検証、取消のイベントに使用します。
- FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO：請求書の保留と解除に関するすべてのイベントに使用します。
- FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO：申請、承認、却下など、承認ワークフローの詳細な手順を記録します。
- FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVO：支払いの作成と実行に関するイベントに使用します。
- FscmTopModelAM.FinApInvPmtsAM.InstallmentPVO：請求書の支払い予定日を特定します。
差分抽出：継続的に監視する場合は、BICCジョブで差分抽出を設定します。多くのPVOに含まれるLastUpdateDate列を抽出条件に指定し、前回の実行以降に追加または変更されたレコードだけを取得します。
期間の指定：初回の過去データの読み込みでは、直近6～12か月など、運用しやすい期間を抽出することをおすすめします。BICCジョブのスケジュールで全体に適用するフィルターを設定し、対象期間を絞り込めます。
事業部門のフィルター：抽出範囲を限定するには、BICCジョブの設定でBusinessUnitNameなどの属性にフィルターを適用します。複数の法人を扱う環境では、データ量を抑えるうえで重要です。
前提条件：抽出ジョブの設定と実行には、BICC Administrator（BICC_ADMIN）やFunctional Setup User（FSM_IMPLEMENTATION_CONSULTANT）など、適切なロールが必要です。また、アクセス可能なクラウドストレージ（OCI Object Storage、UCMなど）を設定しておく必要があります。

クエリの例 sql

-- This script is designed to be run on the CSV files after they have been extracted by BICC and loaded into a staging database.
-- Each CTE (e.g., Invoices, Holds) represents a table created from a corresponding PVO's CSV file.

WITH Invoices AS (
    SELECT 
        InvoiceId,
        InvoiceNumber,
        InvoiceAmount,
        SupplierName AS VendorName,
        CreationDate,
        CreatedBy AS UserName, 
        LastUpdateDate, 
        LastUpdatedBy, 
        ValidatedDate,
        ApprovalStatus,
        WfApprovalStatus,
        PayablesAccountingStatus,
        CancelledDate,
        CancelledBy,
        BusinessUnitName AS CompanyCode
    FROM FscmTopModelAM_FinApInvQuickInvoicesAM_InvoiceHeaderPVO
    WHERE LastUpdateDate >= '[Specify Start Date]'
),
Holds AS (
    SELECT 
        InvoiceId,
        HoldDate,
        ReleasedDate,
        HoldReason,
        CreatedBy,
        LastUpdatedBy
    FROM FscmTopModelAM_FinApInvHoldAM_InvoiceHoldPVO
),
ApprovalHistory AS (
    SELECT
        InvoiceId,
        ActionDate,
        Action,
        Performer AS UserName
    FROM FscmTopModelAM_FinApInvSharedAM_InvoiceApprovalHistoryPVO
),
Installments AS (
    SELECT 
        InvoiceId,
        DueDate AS PaymentDueDate,
        PaymentStatusFlag,
        LastUpdateDate
    FROM FscmTopModelAM_FinApInvPmtsAM_InstallmentPVO
),
Payments AS (
    SELECT
        InvoiceId,
        PaymentId,
        CreationDate,
        CreatedBy AS UserName,
        PaymentDate
    FROM FscmTopModelAM_FinApPmtsInvPmtsAM_PaymentPVO
)

-- 1. Invoice Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    i.CreationDate AS "EventTime",
    i.CreationDate AS "EndTime",
    i.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 2. Invoice Validated
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    i.ValidatedDate AS "EventTime",
    i.ValidatedDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Validated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.ValidatedDate IS NOT NULL

UNION ALL

-- 3. Invoice Matched to PO (Inferred from hold release)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE') AND h.ReleasedDate IS NOT NULL

UNION ALL

-- 4. Matching Discrepancy Identified
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Matching Discrepancy Identified' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.HoldReason IN ('QTY ORD', 'AMT ORD', 'PRICE')

UNION ALL

-- 5. Hold Placed on Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Placed on Invoice' AS "ActivityName",
    h.HoldDate AS "EventTime",
    h.HoldDate AS "EndTime",
    h.CreatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'On Hold' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    h.ReleasedDate AS "EventTime",
    h.ReleasedDate AS "EndTime",
    h.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Holds h ON i.InvoiceId = h.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE h.ReleasedDate IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Sent for Approval' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Initiated' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'SUBMITTED'

UNION ALL

-- 8. Invoice Approved
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Approved' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Workflow approved' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'APPROVED'

UNION ALL

-- 9. Invoice Rejected
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Rejected' AS "ActivityName",
    ah.ActionDate AS "EventTime",
    ah.ActionDate AS "EndTime",
    ah.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Rejected' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN ApprovalHistory ah ON i.InvoiceId = ah.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE ah.Action = 'REJECTED'

UNION ALL

-- 10. Invoice Corrected (Inferred from update after rejection)
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    i.ApprovalStatus AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.WfApprovalStatus = 'WORKFLOW_REJECTED' AND i.LastUpdatedBy <> 'FUSION_APPS_PRC_SOA_APPID'

UNION ALL

-- 11. Invoice Accounted
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    i.LastUpdateDate AS "EventTime",
    i.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Accounted' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.PayablesAccountingStatus = 'ACCOUNTED'

UNION ALL

-- 12. Payment Scheduled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    inst.LastUpdateDate AS "EventTime",
    inst.LastUpdateDate AS "EndTime",
    i.LastUpdatedBy AS "UserName", -- User who ran the PPR is not in this PVO
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Selected for Payment' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE inst.PaymentStatusFlag = 'Y'

UNION ALL

-- 13. Payment Created
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    p.CreationDate AS "EventTime",
    p.CreationDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId

UNION ALL

-- 14. Payment Executed
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    p.PaymentDate AS "EventTime",
    p.PaymentDate AS "EndTime",
    p.UserName AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Paid' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
JOIN Payments p ON i.InvoiceId = p.InvoiceId
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE p.PaymentDate IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    i.InvoiceNumber AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    i.CancelledDate AS "EventTime",
    i.CancelledDate AS "EndTime",
    i.CancelledBy AS "UserName",
    i.InvoiceAmount AS "InvoiceAmount",
    i.VendorName AS "VendorName",
    inst.PaymentDueDate AS "PaymentDueDate",
    'Cancelled' AS "InvoiceStatus",
    i.CompanyCode AS "CompanyCode"
FROM Invoices i
LEFT JOIN Installments inst ON i.InvoiceId = inst.InvoiceId
WHERE i.CancelledDate IS NOT NULL;

ステップ

Oracle BI Publisherにアクセス：BI Administratorなどのロールを持つユーザーでOracle Fusion Applicationsにログインします。Navigatorメニューから「Tools」を選び、「Reports and Analytics」を開きます。
カタログを開く：「Reports and Analytics」の作業領域で「Browse Catalog」をクリックし、Oracle BI Publisherの画面を開きます。
新しいデータモデルを作成：BI Publisherカタログで、適切なフォルダー（例：「Shared Folders」>「Custom」）を開きます。「New」ドロップダウンメニューをクリックし、「Data Model」を選択します。
SQLクエリのデータセットを定義：データモデルエディターで「+」アイコンをクリックしてデータセットを追加し、一覧から「SQL Query」を選択します。
データセットを設定：「New Data Set」ダイアログで、P2P_Invoice_Eventsなどの名前を入力します。適切なデータソースを選択します。財務データの場合、通常はApplicationDB_FSCMです。「Type of SQL」がStandard SQLに設定されていることを確認します。
SQLクエリを入力：この文書のqueryセクションにあるSQL全体をコピーし、「SQL Query」の入力欄に貼り付けます。
パラメーターを定義：クエリではフィルター用のパラメーターを使用します。データモデルのプロパティで、p_start_date、p_end_date、p_bu_nameの3つを作成し、データ型をStringに設定します。レポートの実行時に値を入力します。日付には2023-01-01、事業部門には対象の名前を指定します。
データモデルを保存：カスタムフォルダーにデータモデルを保存します。「Data」タブをクリックし、作成したパラメーターに値を入力すると、サンプルデータを確認できます。
レポートを作成：カタログに戻り、「New」ドロップダウンメニューから「Report」を選択します。レポート作成ウィザードで「Use Data Model」を選び、保存したデータモデルを指定します。
レポートのレイアウトと出力を設定：レポートエディターでは、シンプルな表形式で十分です。特に、既定の出力形式を設定してください。「View a List」をクリックし、CSVが既定の形式で、かつ有効な唯一の形式であることを確認します。これにより、書式のないデータファイルとして出力されます。
レポートをスケジュール：レポートを保存します。必要に応じて実行するか、処理効率を高めるために負荷の低い時間帯に実行するようスケジュールできます。スケジュールでは、CSVの出力先としてUniversal Content Management（UCM）サーバーなどを指定できます。そこからファイルを取得してアップロードします。
データをエクスポートして準備：レポートジョブが完了したら、生成されたCSVファイルをダウンロードします。プロセスマイニングツールにアップロードする前に、列名が必要な属性（InvoiceNumber、ActivityName、EventTimeなど）と一致していることを確認してください。

設定

データソース：クエリはFusion Financialsのアプリケーションデータベースに対して実行します。通常、BI PublisherのApplicationDB_FSCM JNDIデータソースを介して接続します。
パラメーター：柔軟にデータを抽出できるよう、データモデルに次のパラメーターを設定します。
- p_start_date：抽出期間の開始日。形式はYYYY-MM-DDです。
- p_end_date：抽出期間の終了日。形式はYYYY-MM-DDです。
- p_bu_name：データを絞り込む事業部門（会社コード）の名前。すべての事業部門を対象にする場合は、%などのワイルドカードを使います。
期間：初回の抽出では、3～6か月分のデータを対象にすることをおすすめします。分析に適したデータ量を確保しながら、抽出時の負荷を抑えられます。
パフォーマンスに関する注意点：長期間またはすべての事業部門のデータを一度に抽出すると、リソースを多く消費し、タイムアウトが発生する可能性があります。大量のデータは月ごとなど小さな単位に分けて順次抽出するか、負荷の低い時間帯に実行してください。
前提条件：レポートの作成と実行には、BI Publisherツールにアクセスできるロール（例：BI Administrator）と、対象の事業部門に関する買掛金テーブル（AP_INVOICES_ALL、AP_PAYMENTS_ALLなど）を参照するためのデータセキュリティ権限が必要です。

クエリの例 sql

WITH INVOICE_BASE AS (
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE,
        AIA.CREATED_BY,
        AIA.LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY,
        AIA.CANCELLED_DATE,
        AIA.CANCELLED_BY,
        AIA.WFAPPROVAL_STATUS,
        AIA.TERMS_DATE AS PAYMENT_DUE_DATE,
        PSV.VENDOR_NAME,
        FABUV.BU_NAME AS COMPANY_CODE
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V FABUV ON AIA.ORG_ID = FABUV.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
        AND FABUV.BU_NAME LIKE :p_bu_name
)
-- 1. Invoice Created
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Created' AS "ActivityName",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB

UNION ALL

-- 2. Invoice Validated
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Validated' AS "ActivityName",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIA.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIA.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    AIA.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICES_ALL AIA
JOIN 
    INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AIA.WFAPPROVAL_STATUS IN ('VALIDATED', 'NEEDS REVALIDATION', 'STOPPED')

UNION ALL

-- 3. Invoice Matched to PO
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Matched to PO' AS "ActivityName",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(AID.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(AID.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INVOICE_DISTRIBUTIONS_ALL AID
JOIN 
    INVOICE_BASE IB ON AID.INVOICE_ID = IB.INVOICE_ID
WHERE
    AID.PO_DISTRIBUTION_ID IS NOT NULL
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 4. Matching Discrepancy Identified & 5. Hold Placed on Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AH.HOLD_LOOKUP_CODE IN ('QTY ORD', 'QTY REC', 'PRICE', 'AMT ORD', 'AMT REC') THEN 'Matching Discrepancy Identified'
        ELSE 'Hold Placed on Invoice'
    END AS "ActivityName",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.HOLD_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 6. Hold Released from Invoice
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Hold Released from Invoice' AS "ActivityName",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AH.RELEASE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AH.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_HOLDS_ALL AH
JOIN 
    INVOICE_BASE IB ON AH.INVOICE_ID = IB.INVOICE_ID
WHERE 
    AH.RELEASE_LOOKUP_CODE IS NOT NULL AND AH.RELEASE_DATE IS NOT NULL

UNION ALL

-- 7. Invoice Sent for Approval, 8. Invoice Approved, 9. Invoice Rejected
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    CASE 
        WHEN AAH.ACTION = 'INITIATED' THEN 'Invoice Sent for Approval'
        WHEN AAH.ACTION = 'APPROVED' THEN 'Invoice Approved'
        WHEN AAH.ACTION = 'REJECTED' THEN 'Invoice Rejected'
    END AS "ActivityName",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AAH.RESPONSE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AAH.RESPONSE_ID AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    AP_INV_APRVL_HIST_ALL AAH
JOIN 
    INVOICE_BASE IB ON AAH.INVOICE_ID = IB.INVOICE_ID
WHERE
    AAH.ACTION IN ('INITIATED', 'APPROVED', 'REJECTED') AND AAH.RESPONSE_DATE IS NOT NULL

UNION ALL

-- 10. Invoice Corrected
SELECT DISTINCT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Corrected' AS "ActivityName",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.LAST_UPDATE_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.LAST_UPDATE_DATE > IB.CREATION_DATE
    AND IB.LAST_UPDATED_BY <> IB.CREATED_BY 
    AND EXISTS (
        SELECT 1 FROM AP_INV_APRVL_HIST_ALL AAH 
        WHERE AAH.INVOICE_ID = IB.INVOICE_ID AND AAH.ACTION = 'REJECTED' AND IB.LAST_UPDATE_DATE > AAH.RESPONSE_DATE
    )

UNION ALL

-- 11. Invoice Accounted
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Accounted' AS "ActivityName",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(XAH.ACCOUNTING_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(XAH.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM XLA_AE_HEADERS XAH
JOIN XLA_TRANSACTION_ENTITIES XTE ON XAH.ENTITY_ID = XTE.ENTITY_ID
JOIN INVOICE_BASE IB ON XTE.SOURCE_ID_INT_1 = IB.INVOICE_ID
WHERE XTE.APPLICATION_ID = 200
AND XTE.ENTITY_CODE = 'AP_INVOICES'
AND XAH.ACCOUNTING_ENTRY_STATUS_CODE = 'F' -- Final
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 12. Payment Scheduled
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Scheduled' AS "ActivityName",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EventTime",
    CAST(MIN(APISC.CREATION_DATE) AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = MIN(APISC.CREATED_BY) AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INV_SELECTION_CRITERIA_ALL APISC
JOIN AP_INVOICES_ALL AIA ON APISC.CHECKRUN_NAME = AIA.PAYMENT_STATUS_FLAG
JOIN INVOICE_BASE IB ON AIA.INVOICE_ID = IB.INVOICE_ID
GROUP BY
    IB.INVOICE_NUM, IB.INVOICE_AMOUNT, IB.VENDOR_NAME, IB.PAYMENT_DUE_DATE, IB.WFAPPROVAL_STATUS, IB.COMPANY_CODE

UNION ALL

-- 13. Payment Created
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Created' AS "ActivityName",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AIPA.CREATION_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AIPA.CREATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID

UNION ALL

-- 14. Payment Executed
SELECT 
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Payment Executed' AS "ActivityName",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(AC.CLEARED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = AC.LAST_UPDATED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM AP_INVOICE_PAYMENTS_ALL AIPA
JOIN AP_CHECKS_ALL AC ON AIPA.CHECK_ID = AC.CHECK_ID
JOIN INVOICE_BASE IB ON AIPA.INVOICE_ID = IB.INVOICE_ID
WHERE AC.CLEARED_DATE IS NOT NULL

UNION ALL

-- 15. Invoice Canceled
SELECT
    IB.INVOICE_NUM AS "InvoiceNumber",
    'Invoice Canceled' AS "ActivityName",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EventTime",
    CAST(IB.CANCELLED_DATE AS TIMESTAMP) AS "EndTime",
    (SELECT USERNAME FROM PER_USERS PU WHERE PU.USER_ID = IB.CANCELLED_BY AND ROWNUM = 1) AS "UserName",
    IB.INVOICE_AMOUNT AS "InvoiceAmount",
    IB.VENDOR_NAME AS "VendorName",
    IB.PAYMENT_DUE_DATE AS "PaymentDueDate",
    IB.WFAPPROVAL_STATUS AS "InvoiceStatus",
    IB.COMPANY_CODE AS "CompanyCode"
FROM
    INVOICE_BASE IB
WHERE
    IB.CANCELLED_DATE IS NOT NULL

ステップ

前提条件：システムにPython 3.6以降をインストールし、requestsとpandasライブラリを用意します。次のpipコマンドでインストールできます：pip install requests pandas。
Oracle Fusion APIを設定：Oracle Fusion環境でSecurity Consoleを開き、新しい機密アプリケーションを作成してAPIアクセスを設定します。割り当てられたClient IDとClient Secretを控えてください。アプリケーションユーザーに、Financials - Payables Invoice Inquiry Dutyロールなど、請求書と支払いデータの読み取りに必要なロールがあることを確認します。
Pythonスクリプトを設定：提示されたPythonスクリプトをextract_fusion_invoices.pyなどのファイルにコピーします。ファイルを開き、スクリプト冒頭のプレースホルダー変数に値を入力します。対象はCLIENT_ID、CLIENT_SECRET、TOKEN_URL、FUSION_HOST、START_DATE、END_DATEです。FUSION_HOSTにはOracle CloudアプリケーションのベースURLを指定します。
抽出期間を設定：START_DATEとEND_DATEの値を変更し、データを抽出する期間を指定します。まずは1か月など短い期間で実行し、スクリプトと出力を確認することをおすすめします。
スクリプトを実行：コマンドラインまたはターミナルでスクリプトのディレクトリに移動し、python extract_fusion_invoices.pyを実行します。認証とデータ取得が行われ、コンソールに進行状況が表示されます。
認証の流れ：スクリプトはまず、クライアント認証情報を使ってOracleのIDプロバイダー（TOKEN_URL）にリクエストを送り、OAuthアクセストークンを取得します。その後、Fusion Financials APIへのすべてのリクエストにこのトークンをヘッダーとして含め、認証します。
データ取得とページネーション：スクリプトはinvoices REST APIエンドポイントに問い合わせ、指定した期間内に作成されたレコードを取得します。APIレスポンスのhasMoreフラグを確認し、offsetパラメーターを更新して次のリクエストを送ることで、すべての請求書データを自動的に取得します。
詳細データの取得：取得した請求書ごとに追加のAPI呼び出しを行い、関連情報を取得します。保留と解除の情報には/child/holdsエンドポイントを、支払いデータには請求書番号で絞り込んだ/paymentsエンドポイントを使用します。
イベントログの作成：スクリプトの主要な処理では、APIから取得した生のJSONデータを処理します。特定の日付、ステータス、子レコードを確認し、必要な15種類の業務アクティビティごとに行を作成します。たとえば、CancelledDateがある場合は「請求書取消」イベントを作成します。
出力を確認：スクリプトの実行が完了すると、同じディレクトリにinvoice_event_log.csvが作成されます。表計算ソフトで開き、データを確認します。必要な列（InvoiceNumber、ActivityName、EventTime）と推奨属性が含まれていることを確認してください。
アップロードの準備：CSVファイルの列名が必要な属性名と一致していることを確認します。通常、追加の書式設定は不要です。これでプロセスマイニングツールにアップロードできます。

設定

認証情報：Oracle FusionのSecurity Consoleに登録した機密アプリケーションのClient IDとClient Secretが必要です。IDドメインのToken URLも指定してください。
APIホストURL：FUSION_HOST変数には、Oracle Fusion環境のベースURLを設定します。例：https://[your-instance].fa.us2.oraclecloud.com。
期間：START_DATEとEND_DATEの変数で、抽出対象の期間を指定します。初回の分析では、データ量と処理性能のバランスを考慮し、3～6か月分のデータを抽出することをおすすめします。
使用するAPIエンドポイント：スクリプトは主にfscmRestApi/resources/11.13.18.05/invoicesとfscmRestApi/resources/11.13.18.05/paymentsのエンドポイントを使用します。また、/invoices/{InvoiceId}/child/holdsサブリソースも使用します。
ページネーションの上限：スクリプトのLIMIT変数で、APIリクエストごとに取得するレコード数を指定します。既定値は100です。値を大きくするとAPI呼び出し回数を減らせますが、1回のリクエストで使用するメモリが増えます。タイムアウトが発生する場合は、値を小さくしてください。
必要な権限：API認証情報に関連付けられたユーザーアカウントには、買掛金の請求書、請求書の保留、支払い、仕入先情報への読み取りアクセス権が必要です。通常、Payables Invoice Inquiry Dutyロールで必要な権限を満たせます。

クエリの例 python

import requests
import pandas as pd
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion credentials and instance details
CLIENT_ID = class="hl-string">'[Your Client ID]'
CLIENT_SECRET = class="hl-string">'[Your Client Secret]'
TOKEN_URL = class="hl-string">'[Your Oracle Identity Cloud Service Token URL, e.g., https://idcs-....identity.oraclecloud.com/oauth2/v1/token]'
FUSION_HOST = class="hl-string">'[Your Fusion Host URL, e.g., https://your-fusion-instance.fa.ocs.oraclecloud.com]'

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Set the date range for the invoice extraction (YYYY-MM-DD)
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># API request settings
LIMIT = 100

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_access_token():
    class="hl-string">"""Authenticates and retrieves an OAuth2 access token."""
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    data = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'scope': class="hl-string">'urn:opc:resource:consumer::all'
    }
    try:
        response = requests.post(TOKEN_URL, headers=headers, data=data, auth=(CLIENT_ID, CLIENT_SECRET))
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def fetch_data(api_url, headers, params):
    class="hl-string">"""Fetches data from a given API endpoint with pagination handling."""
    all_items = []
    offset = 0
    has_more = True

    while has_more:
        params[class="hl-string">'offset'] = offset
        try:
            response = requests.get(api_url, headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(items)
            print(fclass="hl-string">"Fetched {len(all_items)} records so far...")
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {api_url}: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save invoice data."""
    access_token = get_access_token()
    if not access_token:
        print(class="hl-string">"Could not obtain access token. Exiting.")
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }

    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch Invoices
    print(class="hl-string">"Starting invoice extraction...")
    invoice_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices'
    invoice_params = {
        class="hl-string">'q': fclass="hl-string">'CreationDate between \'{START_DATE}T00:00:00.000Z\class="hl-string">' and \'{END_DATE}T23:59:59.999Z\class="hl-string">'',
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'limit': LIMIT,
        class="hl-string">'fields': class="hl-string">'InvoiceId,InvoiceNumber,InvoiceAmount,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,SupplierName,ValidationDate,CancelledDate,ApprovalStatus,AccountingDate,PaymentStatus,DueDate,InvoiceStatus,BusinessUnitName'
    }
    invoices = fetch_data(invoice_url, headers, invoice_params)
    print(fclass="hl-string">"Total invoices fetched: {len(invoices)}")

    class=class="hl-string">"hl-comment"># 2. Process each invoice to create events
    for inv in invoices:
        case_id = inv.get(class="hl-string">'InvoiceNumber')
        if not case_id:
            continue

        base_event = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'EndTime': None,
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'InvoiceAmount'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'SupplierName'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'DueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'InvoiceStatus'),
            class="hl-string">'CompanyCode': inv.get(class="hl-string">'BusinessUnitName')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Created
        if inv.get(class="hl-string">'CreationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Created', class="hl-string">'EventTime': inv[class="hl-string">'CreationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'CreatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Validated
        if inv.get(class="hl-string">'ValidationDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Validated', class="hl-string">'EventTime': inv[class="hl-string">'ValidationDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activities based on Approval Status
        if inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Initiated', class="hl-string">'Required']:
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') in [class="hl-string">'Approved', class="hl-string">'Not required', class="hl-string">'Workflow approved']:
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        elif inv.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># This is an inference, might represent corrections after rejection or validation failure
        if inv.get(class="hl-string">'InvoiceStatus') == class="hl-string">'Needs revalidation':
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Corrected', class="hl-string">'EventTime': inv[class="hl-string">'LastUpdateDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Accounted
        if inv.get(class="hl-string">'AccountingDate'):
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Accounted', class="hl-string">'EventTime': inv[class="hl-string">'AccountingDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># Activity: Invoice Canceled
        if inv.get(class="hl-string">'CancelledDate'):
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Canceled', class="hl-string">'EventTime': inv[class="hl-string">'CancelledDate'], class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})
        
        class=class="hl-string">"hl-comment"># Activity: Matched to PO - Inference based on PaymentStatus which can indicate matching holds resolved
        if inv.get(class="hl-string">'PaymentStatus') == class="hl-string">'Available':
             event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Invoice Matched to PO', class="hl-string">'EventTime': inv.get(class="hl-string">'ValidationDate') or inv.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': inv.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 3. Fetch Holds for the Invoice
        holds_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/invoices/{inv["InvoiceId"]}/child/holds'
        holds = fetch_data(holds_url, headers, {class="hl-string">'onlyData': class="hl-string">'true'})
        for hold in holds:
            class=class="hl-string">"hl-comment"># Activity: Hold Placed on Invoice
            event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Placed on Invoice', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            if hold.get(class="hl-string">'HoldReason') in [class="hl-string">'Price', class="hl-string">'Qty Ord', class="hl-string">'Qty Rec', class="hl-string">'Quality']:
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified', class="hl-string">'EventTime': hold[class="hl-string">'HoldDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})
            
            class=class="hl-string">"hl-comment"># Activity: Hold Released from Invoice
            if hold.get(class="hl-string">'ReleaseDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Hold Released from Invoice', class="hl-string">'EventTime': hold[class="hl-string">'ReleaseDate'], class="hl-string">'UserName': hold.get(class="hl-string">'LastUpdatedBy')})

        class=class="hl-string">"hl-comment"># 4. Fetch Payments for the Invoice
        if inv.get(class="hl-string">'PaymentStatus') in [class="hl-string">'Paid', class="hl-string">'Partially paid']:
            payment_url = fclass="hl-string">'{FUSION_HOST}/fscmRestApi/resources/11.13.18.05/payments'
            payment_params = {
                class="hl-string">'q': fclass="hl-string">'InvoiceNumber=\'{case_id}\class="hl-string">'',
                class="hl-string">'onlyData': class="hl-string">'true',
                class="hl-string">'fields': class="hl-string">'PaymentId,CreationDate,CreatedBy,ClearedDate,PaymentDate'
            }
            payments = fetch_data(payment_url, headers, payment_params)
            for pmt in payments:
                 class=class="hl-string">"hl-comment"># Activity: Payment Scheduled (Approximation using Payment Creation Date)
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': pmt[class="hl-string">'CreationDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Created
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Created', class="hl-string">'EventTime': pmt[class="hl-string">'PaymentDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})
                 class=class="hl-string">"hl-comment"># Activity: Payment Executed
                 if pmt.get(class="hl-string">'ClearedDate'):
                     event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': pmt[class="hl-string">'ClearedDate'], class="hl-string">'UserName': pmt.get(class="hl-string">'CreatedBy')})

    class=class="hl-string">"hl-comment"># 5. Create and Save DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. Please check your date range and API responses.")
        return

    df = pd.DataFrame(event_log)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
    if class="hl-string">'EndTime' in df.columns:
         df[class="hl-string">'EndTime'] = pd.to_datetime(df[class="hl-string">'EndTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    output_filename = class="hl-string">'invoice_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

始める準備はできましたか？

このテンプレートを使ってデータを準備し、請求書処理の改善に取り組みましょう。インサイトを得て、組織全体の業務効率を高めることができます。

改善ガイドに戻る

テンプレートをダウンロード

P2Pの請求書処理を改善し、サイクルを30％短縮

Oracle Fusion Financialsのボトルネックを解消し、サイクルタイムを30％短縮します。

無料トライアルを開始しましょう

クレジットカードは不要です。数日で結果を確認できます。

調達から支払いまでの請求書処理用データテンプレート

調達から支払いまでの請求書処理用データテンプレート

調達から支払いまでの請求書処理に関する属性

調達から支払いまでの請求書処理に関するアクティビティ

データ抽出ガイド

Oracle BI Cloud Connector（BICC）による一括データエクスポート

ステップ

設定

クエリの例 sql

カスタムSQLデータモデルを使ったOracle BI Publisherレポート

ステップ

設定

クエリの例 sql

Fusion Financials REST APIを使ったPythonスクリプトによるデータ抽出

ステップ

設定

クエリの例 python

始める準備はできましたか？

P2Pの請求書処理を改善し、サイクルを30％短縮