> 継続的なプロセス改善 > 調達から支払いまで：請求書処理 > 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
	会社コード CompanyCode	請求書を処理する法人または会社を識別するコードです。
説明会社コードは、請求書に対して財務上の責任を負う組織内の特定の事業体を示します。複数の会社で構成される組織では、基本的な組織データの一つです。この属性により、法人単位でプロセスを分けて分析できます。事業の各部門におけるパフォーマンスの比較、法人固有のボトルネックやコンプライアンス上の問題の特定、会社単位でのKPI報告に役立ちます。適切な承認ワークフローを決める要素になる場合もあります。重要な理由組織内の異なる法人や事業部門間で、プロセスを比較し、パフォーマンスをベンチマークできます。入手先通常はAP_INVOICES_ALLのLEGAL_ENTITY_IDまたは同様のフィールドで表されます。総勘定元帳テーブルと結合してコードや名称を取得できます。例 1001US01DE01
	取引先名 VendorName	請求書を発行した取引先またはサプライヤーの名前です。
説明この属性は、請求書の発行元であるサプライヤーを識別します。取引先情報は、財務取引の背景を理解するうえで重要です。取引先単位でプロセスを分析すると、サプライヤーとの関係やパフォーマンスに関する重要な傾向を把握できます。たとえば、特定の取引先の請求書で照合差異、保留、遅延が多く発生していないかを確認できます。この情報は、取引先の登録、コミュニケーション、サプライチェーン全体の効率化に役立ちます。重複支払いの可能性を特定する際にも使用します。重要な理由取引先ごとのプロセス分析が可能になり、遅延や例外の原因となる特定のサプライヤーの問題を特定できます。入手先 POZ_SUPPLIERSテーブルにあります。請求書テーブルのAP_INVOICES_ALLにあるVENDOR_IDを使って、サプライヤーテーブルと結合できます。例 Acme CorporationGlobal Tech Inc.Office Supplies Co.
	支払期日 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	ライフサイクルにおける請求書の現在のステータスです。
説明「Validated」「Needs Revalidation」「Paid」「Canceled」など、請求書の最後に確認された状態を示します。任意の時点で、請求書がプロセスのどこにあるかを把握できます。請求書ステータスは、滞留や請求書処理パイプライン全体の状態を運用管理者が確認する「現在の請求書ステータス分布」ダッシュボードに欠かせません。ステータスの経時変化を分析することで、プロセスフローを簡潔に把握することもできます。重要な理由請求書の現在の状態を把握できるため、滞留や業務量を追跡する運用ダッシュボードに欠かせません。入手先 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が設定されます。たとえば、「Invoice Corrected」や、却下後に2回目に実行された「Invoice Validated」などです。非効率なプロセスループを明示的にタグ付けし、その量を測定できます。この属性は、「手戻り・例外処理率」ダッシュボードに欠かせません。手戻りアクティビティにフラグを付けることで、手戻りの量とコストを簡単に測定し、根本原因を特定できます。また、最初から正しく処理することを目指す改善施策の効果も測定できます。重要な理由手戻りを明示的に特定・定量化できるため、プロセスの非効率性について、発生頻度、原因、影響を分析しやすくなります。入手先計算属性です。手戻りに該当するアクティビティの連続を特定するロジックを、データ変換時に定義します。例 truefalse
	承認者名 ApproverName	請求書を承認または却下した担当者の名前です。
説明この属性は、承認手順で処理を実行した担当者を記録します。「請求書承認」や「請求書却下」などのアクティビティで保存されます。分析では、承認者名を使って承認業務量の把握、承認者ごとのサイクル時間の測定、承認ポリシーの遵守状況の監査を行います。「承認コンプライアンス率」KPIでは、請求金額と会社コードに基づく権限委譲ルールと照合できます。重要な理由承認サイクル時間の分析、承認マトリクスポリシーの遵守確認、業務量の分布把握に欠かせません。入手先 Oracle Fusionのワークフローまたは請求書オブジェクトに関連付けられた承認履歴テーブルに保存されています。例 David WilsonSarah JohnsonMichael Brown
	期限内支払かどうか IsOnTimePayment	請求書が支払期日までに支払われたかどうかを示す真偽フラグです。
説明支払が指定された支払期日以前に実行された場合はtrue、それ以外の場合はfalseに設定されます。支払済みの各請求書を明確かつ簡単に分類できます。この計算属性は、期限内支払率KPIと対応するダッシュボードを直接支えます。都度日付を比較しなくても、期限超過支払と期限内支払の割合を簡単に絞り込み、集計、可視化できます。支払遅延の規模をすばやく把握し、時間の経過に伴う改善状況を追跡できます。重要な理由支払の適時性を簡単に分析でき、期限内支払率KPIの計算に直接使われます。入手先「Payment Executed」アクティビティのタイムスタンプと「PaymentDueDate」属性を比較して算出する計算属性です。例 truefalse
	照合差異の理由 MatchingDiscrepancyReason	請求書、発注書、入庫記録の間に不一致が生じた具体的な理由です。
説明この属性には、請求書が自動照合に失敗した理由が記録されます。請求書と対応する発注書または入庫記録の価格、数量、品目コードの違いなどが一般的な理由です。この情報は、「請求書照合差異率」ダッシュボードに欠かせません。差異の理由を分類して分析することで、調達または入荷処理における構造的な問題を特定できます。これにより、請求書を最初から手作業なしで処理できる割合を高めるための是正措置を講じられます。重要な理由請求書が自動照合に失敗した理由を明らかにし、初回照合率の向上と手戻りの削減に必要な情報を提供します。入手先 Oracle Fusion Financialsのドキュメントを参照してください。AP_HOLDS_ALLまたは関連する照合詳細テーブルに、特定の保留理由として記録されている場合があります。例単価が発注書と異なる請求数量が受領数量を超過請求書の商品が無効
	発注番号 PurchaseOrderNumber	請求書に紐づく発注書の識別子です。
説明この属性は、商品やサービスの調達を承認した対応する発注書（PO）に請求書を紐づけます。請求書には、POに基づくものとPOを伴わないものがあります。 PO単位で分析すると、調達から支払いまでのプロセスにおける調達部分との関連を確認できます。調達プロセスがどの程度コンプライアンスに沿っているか、また照合差異などの請求上の問題が、最初の発注書の問題に起因しているかを把握できます。PO番号の有無は、請求書処理の経路を分類・分析する主要な方法です。重要な理由請求書を調達プロセスに紐づけ、PO請求書と非PO請求書のフローを分析するための主要な属性です。入手先 AP_INVOICE_LINES_ALLの請求書明細をPO_DISTRIBUTION_IDを介してPO配分に紐づけることで取得できます。例 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）の照合完了	請求書明細と対応する発注書明細が正常に照合され、請求対象の商品またはサービスが発注済みであることを確認したことを示します。通常は、システムに記録された自動処理または手動処理です。
重要な理由発注書、入荷、請求書を照合する三者間照合に欠かせません。この段階での失敗は、例外や遅延の主な原因になります。入手先請求書と発注書の配賦を関連付けるAP_INVOICE_DISTRIBUTIONS_ALLテーブルのレコード作成から推定できます。発注書配賦ID（PO_DISTRIBUTION_ID）も利用します。AP_INVOICE_LINES_ALLの明細レベルの照合ステータスも使用できます。取得請求書明細に発注書配賦データが登録されたことから推定します。イベントタイプ inferred
	請求書の承認申請	設定された業務ルールに基づき、請求書が承認ワークフローに送信されます。正式な承認サイクルの開始を示します。
重要な理由プロセスの重要な段階を開始します。この開始時刻を追跡することは、「請求書承認サイクル時間」の測定と最適化に欠かせません。入手先 AP_INVOICES_ALLテーブルで、APPROVAL_STATUSが「Initiated」や「Pending Approval」などに変更されたことから推定します。ワークフローテーブルにこのイベントが記録されている場合もあります。取得 AP_INVOICES_ALL.APPROVAL_STATUSが「Initiated」に変更されたことから推定します。イベントタイプ 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_INVOICE_DISTRIBUTIONS_ALLテーブルのステータス（ACCRUAL_POSTED_FLAG = 'Y'）から推定するか、XLA_AE_HEADERSなどの総勘定元帳テーブルに対応する仕訳があるかを確認します。取得 AP_INVOICE_DISTRIBUTIONS_ALLのフラグ、または関連付けられた総勘定元帳エントリから推定します。イベントタイプ 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
	請求書却下	承認者が承認ワークフロー中に請求書を却下しました。通常は、修正または取り消しのために請求書が差し戻され、手戻りが発生します。
重要な理由否定的な結果を示し、手戻りと処理サイクル時間の増加を招く主な要因です。却下を追跡することで、請求書の品質や発注書のコンプライアンスに関する問題を特定できます。入手先 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にログイン：BI Cloud Connector Administratorロール（BICC_ADMIN）を持つユーザーでOracle Fusion Cloud環境にアクセスします。
BI Cloud Connectorへ移動：メインナビゲーションメニューから「Tools」>「BI Cloud Connector」の順に選択し、BICCコンソールを開きます。
Offeringを選択：BICCコンソールで、Financialsデータに対応するOfferingを選択します。通常は「Financials」という名前です。
外部ストレージを設定：「Configure External Storage」セクションに移動します。抽出したCSVファイルの保存先となるクラウドストレージへの接続を設定します。例としてOracle Cloud Infrastructure（OCI）Object Storageがあります。
抽出対象のOfferingを有効化：「Manage Offerings and PVOs」または同様のセクションに移動します。「Financials」Offeringを選択し、抽出対象として有効にします。
Public View Objects（PVO）を選択：請求書処理に必要なPVOを検索して選択します。主要なPVOは、FscmTopModelAM.FinApInvQuickInvoicesAM.InvoiceHeaderPVO、FscmTopModelAM.FinApInvHoldAM.InvoiceHoldPVO、FscmTopModelAM.FinApInvSharedAM.InvoiceApprovalHistoryPVO、FscmTopModelAM.FinApPmtsInvPmtsAM.PaymentPVOです。
抽出ジョブをスケジュール：「Manage Extract Schedules」に移動します。新しいジョブを作成し、分かりやすい名前を付け、前の手順で有効にしたすべてのPVOを選択します。ジョブをスケジュールします。初回ロードでは、必要な過去の期間を指定して実行します。以降は、LastUpdateDateに基づく増分抽出を設定します。
データを監視・取得：BICCコンソールでジョブの進行状況を確認します。正常に完了したら、設定済みのクラウドストレージに移動します。PVOごとに1つずつ、圧縮されたCSVファイルとして抽出データが保存されています。
ステージング領域にデータをロード：ファイルを解凍し、SQLクエリを実行できるステージングデータベースまたはデータ処理基盤（データウェアハウスやデータレイクなど）にCSVをロードします。各CSVファイルは、それぞれ別のテーブルにロードしてください。
データをイベントログに変換：ステージング領域のテーブルに対して、提供されたSQLクエリを実行します。このクエリは複数のテーブルのデータを統合し、単一のイベントログテーブルを作成します。
ProcessMind用にエクスポート：SQLクエリの結果を1つのCSVファイルとしてエクスポートします。ProcessMindアプリケーションへのアップロードに必要な属性（InvoiceNumber、ActivityName、EventTimeなど）と列見出しが一致していることを確認してください。

設定

主要なPublic View Objects（PVO）：抽出には、Financials Offeringの中核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など）も必要です。

a サンプルクエリ 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などの名前を入力します。適切なData Sourceを選択します。財務データでは通常、ApplicationDB_FSCMを使用します。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ファイルをダウンロードします。ProcessMindなどのプロセスマイニングツールにアップロードする前に、列見出しが必要な属性（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など）を参照するためのデータセキュリティ権限が必要です。

a サンプルクエリ 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 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アクセストークンを取得します。その後、このトークンを後続のすべてのAPIリクエストのヘッダーに含め、Fusion Financials APIで認証します。
データ取得とページネーション：スクリプトはinvoices REST APIエンドポイントにクエリを実行し、指定した期間内に作成されたレコードを取得します。APIレスポンスのhasMoreフラグを確認し、offsetパラメーターを更新して次のリクエストを送ることで、すべての請求書データを自動的に取得します。
詳細データの取得：取得した各請求書について、関連する詳細を取得する追加のAPI呼び出しを行います。保留・解除情報には/child/holdsエンドポイントを、支払データには請求書番号で絞り込んだ/paymentsエンドポイントを使用します。
イベントログの生成：スクリプトの中心的なロジックで、APIから取得した生のJSONデータを処理します。日付、ステータス、子レコードを確認し、必要な15種類の業務アクティビティごとに行を生成します。たとえば、CancelledDateが存在する場合は「Invoice Canceled」イベントを生成します。
出力を確認：スクリプトが完了すると、同じディレクトリにinvoice_event_log.csvというファイルが作成されます。表計算アプリケーションで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変数は、1回のAPIリクエストで取得するレコード数を制御します。デフォルトは100です。値を大きくするとAPI呼び出し回数を減らせますが、1回のリクエストで消費するメモリが増えます。タイムアウトエラーが発生する場合は、値を小さくする必要があります。
必要な権限：API認証情報に紐づくユーザーアカウントには、買掛請求書、請求書の保留、支払、仕入先情報への読み取りアクセス権が必要です。通常、Payables Invoice Inquiry Dutyロールで十分な権限が付与されます。

a サンプルクエリ 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()

準備はできましたか？

このテンプレートでデータを準備し、請求書処理の最適化を始めてください。価値ある情報を見つけ出し、組織の業務効率を大きく高められます。

改善ガイドに戻るテンプレートをダウンロード

調達から支払いまでの請求書処理を最適化し、処理サイクルを30％短縮

Oracle Fusion Financialsのボトルネックをなくし、処理サイクルを30％短縮します。

無料トライアルを開始

クレジットカードは必要ありません。数日で効果を確認できます。

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

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

調達から支払いまで：請求書処理の属性

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

抽出ガイド

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

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ sql

Fusion Financials REST APIを使用したPythonスクリプトによる抽出

ステップ

設定

a サンプルクエリ python

準備はできましたか？

調達から支払いまでの請求書処理を最適化し、処理サイクルを30％短縮

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

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

調達から支払いまで：請求書処理の属性

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

抽出ガイド

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

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ sql

Fusion Financials REST APIを使用したPythonスクリプトによる抽出

ステップ

設定

a サンプルクエリ python

準備はできましたか？

調達から支払いまでの請求書処理を最適化し、処理サイクルを30％短縮

プライバシーを大切にしています