> 継続的なプロセス改善 > 買掛金請求書処理 > Oracle Fusion Financials > データテンプレート

データテンプレート：買掛金（AP）請求書処理

Oracle Fusion Financials

買掛金請求書処理の属性 (23) 買掛金請求書処理のアクティビティ (13) 抽出ガイド (4)

買掛金（AP）請求書処理用データテンプレート

本テンプレートは、買掛金（AP）請求書処理を分析するために必要な適切なデータ収集を支援する包括ガイドです。正確なイベントログ構築に欠かせない属性とアクティビティを整理し、データ抽出の実務ポイントも提示します。重要情報を漏れなく取得し、効果的な Process Mining にお役立てください。

収集を推奨する属性
追跡すべき主なアクティビティ
Oracle Fusion Financials 向け抽出ガイド

イベントログについて初めての方へ：プロセスマイニングのイベントログ作成方法.

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

買掛金請求書処理の属性

買掛金請求書処理を網羅的に分析するために、イベントログに含めたい推奨データ項目です。

3 必須 8 推奨 12 任意

	名前	説明
	アクティビティ名 ActivityName	発生した特定のプロセスステップ／イベントの名称です。
説明この属性は、請求書処理ライフサイクルの単一のステップ（例：'Invoice Created'、'Approval Initiated'、'Payment Executed'）を表します。これらを時系列に並べることで、各請求書のエンドツーエンドのプロセスフローを再構築できます。アクティビティの分析により、頻出経路、逸脱、手戻りループを特定できます。その重要性プロセスマップの中核となる情報で、フローの可視化・分析、逸脱の特定、各ステップのパフォーマンス計測を可能にします。取得元通常、Oracle Fusion Financials 内のステータス変更、イベントテーブル、監査ログから導出します。複数のソーステーブルや項目からのマッピングを要する場合があります。例請求書検証済み保留設定請求書承認済み支払実行
	イベント日時 EventTime	アクティビティの発生時刻を示すタイムスタンプです。
説明各アクティビティの正確な日時を示す属性です。イベントを時系列に並べ、ステップ間の所要時間を算出する基盤となります。待ち時間の計測によるボトルネック特定、特定フェーズ（例：承認）のサイクルタイム算出、SLA順守のモニタリングなど、パフォーマンス分析に活用します。その重要性サイクルタイムや待ち時間など時間ベースの指標を算出するうえで不可欠です。ボトルネックの特定やプロセス効率の測定に直結します。取得元各種 Oracle Fusion テーブルにおける作成日、最終更新日、特定イベントの timestamp（例：LAST_UPDATE_DATE、CREATION_DATE、APPROVAL_DATE）に対応します。例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	請求書 InvoiceId	各請求書に付与された一意の識別子です。
説明「請求書」は主要なケース識別子として機能し、受領から最終支払までの全アクティビティをひも付けます。固有の InvoiceId ごとに1つのエンドツーエンドなプロセスインスタンスを表し、AP（買掛金）プロセスにおける各請求書の流れを網羅的に分析できます。関連するすべてのイベントや属性を結びつける、プロセス分析の基盤となる項目です。その重要性請求書のライフサイクルを開始から完了まで追跡するための要となる情報です。バリアント分析、ボトルネック検出、スループット評価に役立ちます。取得元一般的に、Oracle Fusion Financials の AP_INVOICES_ALL テーブルにある INVOICE_ID または INVOICE_NUM を用います。例 INV-987657334001APO-INV-2023-005
	ユーザー User	そのアクティビティを実行した担当者のユーザーIDまたは氏名を示します。
説明特定のプロセスステップを実行した担当者（社員またはシステムユーザー）を示します。例：請求書を入力したAP担当、承認したマネージャー、支払を実行したスペシャリストなど。ユーザー単位の分析により、教育ニーズや業務負荷の偏り、メンバー間のパフォーマンス差が把握できます。コンプライアンスや監査証跡の観点でも重要な属性です。その重要性業務負荷やチームのパフォーマンス分析、個別のボトルネックやトレーニング機会の特定を可能にします。監査可能性の確保にも不可欠です。取得元各種テーブルの CREATED_BY や LAST_UPDATED_BY などのユーザー関連項目、または特定の workflow／承認履歴テーブルから取得します。例 john.doejane.smithap.clerk1
	仕入先名 VendorName	請求書を提出した仕入先／ベンダーの名称です。
説明請求書に紐づく仕入先（ベンダー）を示します。サプライヤー別にプロセスパフォーマンスをセグメントできる、分析上の重要な軸です。たとえば、保留発生率が高い仕入先、処理時間が長い仕入先、照合の不一致が多い仕入先を把握できます。サプライヤー管理や特定ベンダーに起因する恒常的な課題の発見に役立ちます。その重要性仕入先別のパフォーマンス分析を可能にし、頻発する遅延・不一致・保留など、特定の仕入先に固有の課題を明らかにします。取得元通常は、POZ_SUPPLIERS などのベンダーテーブルの VENDOR_NAME フィールドから取得し、AP_INVOICES_ALL の VENDOR_ID で結合します。例 Global Office Supplies Inc.Innovate Tech ServicesReliable Logistics Co.
	支払日 PaymentDate	請求書の支払が実行された日付です。
説明実際に支払いが行われた日付を記録します。請求書に関するAPプロセスの完了確認に用います。Payment Date と Due Date を比較することで、期日内支払い率の算出や早期支払い割引の取得状況を評価できます。財務・キャッシュフロー管理にとって重要なデータポイントです。その重要性期日内支払KPIの算出や早期支払割引の実現分析を行え、キャッシュフロー管理に直結します。取得元 AP_INVOICE_PAYMENTS_ALL などの支払テーブルに由来し、ACCOUNTING_DATE や CHECK_DATE といった項目を参照します。例 2023-11-132023-12-052024-01-19
	支払期日 DueDate	請求書の支払期日です。
説明請求書日と支払条件から算出される、延滞を避け良好なベンダー関係を維持するための支払期日です。期限内支払のモニタリングやキャッシュフロー管理に不可欠で、KPI「期限内支払率」は「支払日」とこの「支払期日」を比較して算出します。その重要性期日どおりの支払率の計測、キャッシュフロー管理、延滞金の回避に不可欠。支払ポリシー遵守を評価するうえでの重要なフィールドです。取得元支払スケジュールテーブル（例：AP_PAYMENT_SCHEDULES_ALL）の直接項目である場合と、INVOICE_DATE と支払条件から計算する場合があります。例 2023-11-142023-12-012024-01-19
	終了日時 EndTime	請求書における最終アクティビティのタイムスタンプです。
説明請求書ライフサイクルの終端イベント（例：'Payment Cleared' や 'Invoice Cancelled'）のタイムスタンプを表します。通常は各 'InvoiceId' に対する最新の 'EventTime' から導出され、請求書のエンドツーエンド処理時間を算出するうえで不可欠です。その重要性各請求書のエンドツーエンドの総処理時間を計算できます。全体のプロセス効率を測る基本KPIです。取得元データセット内で各ケース（InvoiceId）の最大 EventTime を求めて導出する計算属性です。例 2023-10-30T11:00:00Z2023-11-20T16:45:00Z2024-01-10T10:20:30Z
	請求書ステータス InvoiceStatus	請求書の現在または最終ステータスです。
説明プロセス内での請求書の現在のステータスを示します（例: 'Validated'、'Pending Approval'、'Paid'、'Cancelled'）。この属性を見ると、請求書がライフサイクルのどこにあるかがひと目でわかり、運用向けのdashboardで役立ちます。最終ステータスを分析すれば、取消や却下の比率など、プロセスの結果を把握できます。その重要性請求書の結果と現在の状態を手早く把握でき、（取消などの）例外率やプロセス効率の分析に役立ちます。取得元 AP_INVOICES_ALL のステータス項目、または AP_PAYMENT_SCHEDULES_ALL の支払ステータスから導出できます。例検証済み支払済キャンセル済み再検証が必要
	請求金額 InvoiceAmount	請求書の合計金額です。
説明請求書の支払総額を表す属性です。財務分析や支払優先度の判断に欠かせません。高額請求書が低額に比べて処理方法や遅延に違いがあるかを見極める助けになります。キャッシュフロー予測や二重支払の分析など、ダッシュボードでも重要な指標です。その重要性高額請求の優先度付け、金額別の処理時間分析、遅延の金銭的影響の算定を可能にします。取得元 AP_INVOICES_ALL テーブルの INVOICE_AMOUNT から取得します。例 5400.50125000.00750.25
	購買発注番号 PurchaseOrderNumber	請求書に関連する発注書の識別子です。
説明品目やサービスの調達を承認する購買発注（PO）の一意の番号です。三点照合（PO・検収・請求書）を分析するための基本項目です。POにひも付いた請求書で不一致が多い場合は、購買や受入（検収）部門の課題が疑われます。POあり／なしで請求書を分けて分析すると、プロセスの動きの違いも見えてきます。その重要性 3 点照合の分析、不一致の特定、PO 付き／なしの請求書の違いを理解するうえでも重要です。取得元請求書明細テーブル（例：AP_INVOICE_LINES_ALL）とPOテーブル（例：PO_HEADERS_ALL）を結合することで取得するのが一般的です。例 PO-10056982347null
	ソースシステム SourceSystem	データの抽出元システムです。
説明この属性はデータの由来を示します。本プロセスでは通常は 'Oracle Fusion Financials' です。複数システムが併存する環境（例：別の OCR スキャンシステム）では、イベントの発生源を見分けるのに役立ちます。データリネージの確保や、異なるプラットフォームを統合する際の文脈付けに有効です。その重要性データの発生源に関する重要なコンテキストを提供し、トレーサビリティを確保。複数システムからのデータ統合管理にも役立ちます。取得元通常は、データ抽出の設定時に定義される静的な値です。例 Oracle Fusion FinancialsOracle EBS R12Fusion Cloud AP
	ビジネスユニット BusinessUnit	請求書を所管する事業部門／オペレーションユニットです。
説明費用を負担した事業部門・部署・コストセンターを示します。これは組織分析の重要な軸で、部門間でプロセスパフォーマンスを比較できます。承認リードタイムの長さや例外率の高さなどの課題が特定部門に偏っていないかを明らかにし、的を絞った改善につなげます。その重要性組織単位間でのパフォーマンス・ベンチマークを可能にし、部門特有のボトルネックやコンプライアンス課題を特定します。取得元多くの場合、AP_INVOICES_ALL の ORG_ID に格納されています。HRの組織テーブルと結合してビジネスユニット名を取得します。例北米営業欧州事業本社経理
	保留理由 HoldReason	請求書が支払保留（Hold）となった理由です。
説明請求書が支払いプロセスに進めない場合は hold が掛かります。この属性には、その hold の具体的な理由（例：価格不一致、数量差異、入荷待ちなど）を記録します。hold 理由の分析は、プロセス中断や遅延の根本原因を突き止めるカギです。例外や手戻りを監視する dashboard にも直結します。その重要性支払遅延や請求書の例外発生の根本原因を特定し、プロセス改善やベンダー対応に直結する示唆を提供します。取得元 AP_HOLDS_ALL などのテーブルから取得し、請求書にひも付く保留理由やコードを参照します。例価格不一致請求数量が受領数量を超過重複請求書
	最終データ更新 LastUpdateDate	直近のデータ更新のタイムスタンプです。
説明この属性は、当該プロセスのデータがソースシステムから最後に抽出された時刻を示します。更新のたびにデータセット全体に付与されるメタデータです。データの鮮度や、分析がカバーする期間を理解するうえで不可欠で、透明性の確保と結果の正しい解釈に役立ちます。その重要性データの鮮度を示し、分析対象期間や最終更新日時をユーザーに明確に伝えます。取得元この値はデータ抽出時に生成され、データセットに付与されます。例 2024-03-10T05:00:00Z2024-03-11T05:00:00Z
	手戻り IsRework	請求書で手戻りが発生したかを示すフラグ。
説明検証のやり直しや、後工程から前工程への巻き戻り（例：'Pending Approval' から 'Needs Revalidation' へ戻る）などの手戻りがあった請求書を識別する真偽値フラグ（True/False）。アクティビティの遷移を分析して導出します。『請求書手戻り率』を定量化し、非効率の把握に不可欠です。その重要性非効率な手戻りループの発生頻度を定量化し、例外発生の根因やムダの所在を明らかにします。取得元計算属性です。各ケースのアクティビティの並びを分析し、同一ステップの繰り返しや後戻りなど、プロセスフロー上の逆行を検出して導出します。例 truefalse
	承認者 Approver	請求書の支払承認を行った担当者です。
説明請求書に対して最終、または主要な承認を行ったユーザー／管理者を示します。承認者別に承認時間を切り出す「Invoice Approval Cycle Time」dashboardに不可欠な属性です。分析により、承認階層上のボトルネックや高負荷の承認者を可視化し、権限委譲ポリシーの遵守も確認できます。その重要性承認ワークフローの分析、特定承認者に起因するボトルネックの特定、承認ポリシー遵守の監査に不可欠です。取得元 Oracle の workflow テーブル（承認管理エンジン：AME 関連など）や監査履歴テーブルに格納されているのが一般的です。例 s.jonesm.riverad.chen
	支払条件 PaymentTerms	ベンダーと合意した請求書の支払条件です。
説明仕入先に対する支払条件（例：Net 30、2% 10, Net 30）を定義する属性です。請求書の支払期日の計算や、早期支払割引の機会を見極める基礎となります。支払条件の分析はキャッシュフロー計画に不可欠で、「Early Payment Discount Realization」dashboard における、利用可能な割引をどれだけ有効に取り込めているかの測定にも直結します。その重要性支払スケジュールや早期支払割引の適用可否を左右し、キャッシュフローと収益性に直結します。取得元 AP_INVOICES_ALL から参照される AP_TERMS_TL または AP_TERMS_B テーブルに存在します。例 Net 30Net 602% 10, Net 30
	期日内支払い IsOnTimePayment	支払期日までに支払われたかを示すフラグ。
説明「Payment Date」と「Due Date」を突き合わせて判定する真偽値フラグ（True/False）。支払日が期日以前（同日を含む）なら True。『期日内支払率』KPIの算出を直接支援し、支払ポリシーの遵守監視やサプライヤー関係の管理に不可欠です。その重要性支払条件の遵守度を直接測定します。これは仕入先との関係、資金計画、延滞料の回避に極めて重要です。取得元他の項目から導出する計算属性です。ロジック：IF PaymentDate <= DueDate THEN true ELSE false。例 truefalse
	照合ステータス MatchingStatus	請求書の照合処理の結果を示します。
説明請求書を発注書および入庫／検収（3点照合）と突き合わせた結果を示します。ステータスは「照合済み」「一部照合」「失敗」などがあります。KPI「3点照合失敗率」と関連する不一致分析 dashboard の基礎となり、調達から支払までのプロセス課題の診断に役立ちます。その重要性自動照合プロセスの達成度を直接測定し、手戻りや支払遅延を招く不一致を洗い出します。取得元このステータスは、多くの場合、AP_INVOICES_ALL や AP_INVOICE_LINES_ALL などのテーブルのヘッダーまたは明細レベルにあります。例成功失敗 - 価格不一致失敗 - 数量不一致不要
	請求日 InvoiceDate	ベンダーの請求書に記載された日付です。
説明仕入先が請求書を発行した日付です。合意済みの支払条件にもとづき、支払期日を決める起点となります。Invoice Date とシステムへの入力日（'Invoice Created' アクティビティ）を比較すると、請求書の提出遅延や受領・登録の遅れが可視化できます。これにより、期日内支払いと割引取得に影響するフロント側のボトルネックを特定できます。その重要性支払期日の算出や、請求書発行から AP プロセスに入るまでの遅延を把握する際の基準となります。取得元 AP_INVOICES_ALL テーブルの INVOICE_DATE から取得します。例 2023-10-152023-11-012023-12-20
	請求書の処理時間 InvoiceProcessingTime	請求書の開始から完了までに要した総処理時間です。
説明計算指標で、各請求書について最初のイベント（例：'Invoice Created'）から最後のイベント（'EndTime'）までの所要時間を測定します。エンドツーエンドの効率を測る主要KPIです。この所要時間を分析することで、ベンダー・金額・ビジネスユニットなどの切り口で処理に時間がかかる請求書タイプを特定し、改善施策のベースラインを提示します。その重要性 AP プロセスのエンドツーエンド効率を直接測定し、ボトルネックの定量化や、時間経過に伴う改善効果の追跡に役立ちます。取得元各 InvoiceId で最も早い EventTime と最も遅い EventTime（EndTime）の差で算出します。例 10日4時間35日11時間5日2時間
	請求通貨 InvoiceCurrency	請求金額の通貨です。
説明請求書の通貨（例：USD、EUR、GBP）を示します。多国・多通貨の分析に不可欠で、請求金額の解釈に必要な文脈を提供します。グローバル企業では、財務データの絞り込みやセグメント化に欠かせない主要属性です。その重要性 'Invoice Amount' の正確な分析・報告に不可欠な前提情報を提供し、特にグローバルな業務で有効です。取得元 AP_INVOICES_ALL テーブルの INVOICE_CURRENCY_CODE から取得します。例 USDEURGBPJPY

必須推奨任意

買掛金請求書処理のアクティビティ

プロセスを正確に把握し、ボトルネックを特定するために、イベントログに記録しておきたい主な工程とマイルストーンです。

6 推奨 7 任意

	アクティビティ	説明
	支払予定作成	承認済みの請求書が Payment Process Request（PPR）や支払バッチに取り込まれたが、まだ支払われていない状態を示します。支払スケジュールのレコードが確定した時点で記録されます。
その重要性承認から実支払までの“橋渡し”となるアクティビティです。ここに要した時間の分析は、資金繰りの予測やキャッシュマネジメントに直結します。取得元請求書に対し、AP_PAYMENT_SCHEDULES_ALL テーブルの checkrun_id に値が入ったことから推定されます。PPR の作成日をタイムスタンプとして利用できます。取得請求書が Payment Process Request（PPR）に関連付けられていること。イベントタイプ inferred
	支払実行	支払が作成され、仕入先に発行された瞬間を示します。請求書にひも付く支払レコードが作成された時点で記録されます。
その重要性「期日内支払率」や「請求書処理のE2Eスループット」を測るうえでの重要なマイルストーン。自社が財務上の支払義務を履行したことを示します。取得元これは明示的なイベントで、AP_INVOICE_PAYMENTS_ALL テーブルにリンクレコードが作成されたことで記録されます。timestamp には ACCOUNTING_DATE または CREATION_DATE を使用できます。取得請求書と支払を関連付ける AP_INVOICE_PAYMENTS_ALL でのレコード作成。イベントタイプ explicit
	支払消込完了	プロセスの最終アクティビティで、支払が銀行で消込済みとなったことを確認します。通常、銀行照合後に Oracle Cash Management からのステータス更新で記録されます。
その重要性エンドツーエンドの真の終点であり、『Average Invoice Cycle Time』を最も正確に算出するためのデータです。ここで財務取引の一連の流れが完結します。取得元 AP_CHECKS_ALL テーブルで支払ステータスが 'CLEARED' に更新されたことから推定されます。このイベントのタイムスタンプは CLEARED_DATE カラムで取得します。取得 CLEARED_DATE は AP_CHECKS_ALL テーブルに格納されます。イベントタイプ inferred
	請求書作成	システム上で請求書レコードが初期作成されたことを示すイベントです。手入力、スキャン（OCR）、EDI のいずれでも対象となり、メインの請求書テーブルに新規レコードが追加された時点で記録されます。
その重要性請求書処理ライフサイクルの確定した開始点です。このイベントから他のイベントまでの時間を分析すると、上流の遅延や全体の処理時間が明らかになります。取得元これは明示的なイベントで、AP_INVOICES_ALL テーブルの請求書レコードの作成日時（通常は CREATION_DATE 列）から取得します。取得 AP_INVOICES_ALL テーブルでのレコード作成タイムスタンプ。イベントタイプ explicit
	請求書承認済み	請求書の最終承認を表し、支払実行を許可する段階です。workflowのステータスが最終承認の状態に更新されたことから推定される主要なマイルストーンです。
その重要性承認サイクルを締めくくる重要なマイルストーン。「請求書承認サイクル時間」の算出や、承認者起因のボトルネック特定に不可欠です。取得元 AP_INVOICES_ALL テーブルの WFAPPROVAL_STATUS が 'Manually Approved'、'Workflow Approved' などの最終承認ステータスに変更されたことから推定されます。取得 AP_INVOICES_ALL.WFAPPROVAL_STATUS が承認済みの状態に変更。イベントタイプ inferred
	請求書検証済み	請求書データに対するシステムの自動バリデーション（形式の妥当性や仕入先との突合せなど）が完了したことを示します。請求書のバリデーションステータス項目の変更を追跡して取得します。
その重要性照合や承認など次工程に進める準備が整った状態を示します。この段階までに時間がかかる場合は、データ入力の不備が疑われます。'Invoice Data Entry Error Analysis' dashboardでの分析に役立ちます。取得元 AP_INVOICES_ALL テーブルの VALIDATION_STATUS が 'Validated' に変更されたことから推定されます。当該フィールドの監査ログや履歴テーブルからタイムスタンプを取得できます。取得 AP_INVOICES_ALL.VALIDATION_STATUS が 'Validated' に変更。イベントタイプ inferred
	保留解除	問題が解消されて保留が解除されたことを示し、請求書が支払プロセスを継続できるようになります。保留レコードに解除情報が更新された時点で記録されます。
その重要性不一致の解消に要した時間を測定します。'Hold Placed' と組み合わせることで、手戻りや例外対応の期間と影響を定量化できます。取得元既存の保留レコードについて、AP_HOLDS_ALL テーブルの RELEASE_LOOKUP_CODE および LAST_UPDATE_DATE カラムに値が入ったことから推定されます。取得解除内容とともに、AP_HOLDS_ALL レコードのタイムスタンプを更新します。イベントタイプ inferred
	保留設定	請求書に保留が設定され、支払いが止まっていることを示します。これは、相違やポリシー違反などを理由に、保留レコードが作成され請求書に関連付けられた時点で記録される明示的なイベントです。
その重要性プロセス例外やボトルネックを直接特定します。保留理由と保留期間の分析は、よくある処理課題の理解と解決の鍵です。取得元これは明示的なイベントで、特定の INVOICE_ID にリンクされた AP_HOLDS_ALL テーブルの新規エントリ作成によって記録されます。取得 AP_HOLDS_ALL テーブルでのレコード作成タイムスタンプ。イベントタイプ explicit
	承認開始	請求書が承認 workflow に入り、最初の承認者へ回付されたことを示します。請求書の workflow ステータス変更から推定されます。
その重要性このアクティビティが『Invoice Approval Cycle Time』KPIの計測開始点になります。データ待ちと承認者待ちの時間を切り分けて把握できます。取得元 AP_INVOICES_ALL テーブルの WFAPPROVAL_STATUS がワークフロー開始前のステータスから 'Initiated' などの保留状態へ変更されたことから推定されます。取得 AP_INVOICES_ALL.WFAPPROVAL_STATUS が 'Initiated' に変更。イベントタイプ inferred
	早期支払いを実施	割引獲得のために前倒しで支払われたことを示す、計算により付与されるイベント。支払スケジュールに保存された割引条件と実際の支払日を比較して判定します。
その重要性「Early Payment Discount Realization」dashboard を直接支える指標です。効率的な AP プロセスの金銭的効果を定量化し、取り逃した機会を特定します。取得元支払日（AP_INVOICE_PAYMENTS_ALL）と AP_PAYMENT_SCHEDULES_ALL の割引日フィールド（DISCOUNT_DATE）を比較して算出します。取得支払実行日と割引適用期限を比較。イベントタイプ calculated
	照合完了	請求書を発注書（PO）や検収伝票（GRN）と照合するシステム／ユーザーの操作を表します。請求書の照合ステータスが更新された時に記録されます。
その重要性 POベースの請求書で欠かせないステップで、「3点照合の不一致トレンド」分析に直結します。ここでの失敗や遅延は、プロセス全体の大きなボトルネック要因です。取得元 AP_INVOICES_ALL テーブルの WFAPPROVAL_STATUS または同様の照合ステータス系フィールドが更新され、照合を試みたことを示している場合に推定されます。取得 PO マッチングに関するステータス変更の timestamp。イベントタイプ inferred
	請求書却下	承認者が請求書を却下し、プロセスが停止したことを示します。通常は修正のうえで再申請が必要になります。承認workflow内のステータス変更として記録されます。
その重要性大きな手戻りのループがあることを示します。却下の頻度や理由を分析すると、ポリシーの理解不足やデータに起因する継続的な問題が見えてきます。取得元 AP_INVOICES_ALL テーブルの WFAPPROVAL_STATUS が 'Rejected' に変更されたことから推定されます。workflow の履歴テーブルで詳細を確認できる場合があります。取得 AP_INVOICES_ALL.WFAPPROVAL_STATUS が 'Rejected' に変更。イベントタイプ inferred
	請求書取消	支払前に請求書プロセスが終了したことを表します。ユーザーが請求書を取り消し、取消日が入力された時点で記録されます。
その重要性請求書の終端であり、成功に至らない終了状態。キャンセルの頻度と理由を分析することで、調達やサプライヤーマネジメントの上流課題が浮き彫りになります。取得元 AP_INVOICES_ALL テーブルの CANCELLED_DATE カラムに値が入ったことから推定されます。日付自体がイベントのタイムスタンプとして扱われます。取得 CANCELLED_DATE は AP_INVOICES_ALL テーブルに格納されます。イベントタイプ inferred

推奨任意

抽出ガイド

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

ステップ

OTBI に移動: Oracle Fusion Cloud Applications にログインし、Navigator メニューから Tools > Reports and Analytics を開きます。Business Intelligence カタログが表示されます。
新しい Analysis を作成: Create > Analysis をクリックします。Subject Area の選択を求められます。
主要な Subject Area を選択: Payables Invoices - Transactions Real Time を選びます。請求書関連のアクティビティの基盤になります。
最初のアクティビティレポート（Invoice Created）を作成: 'Criteria' タブで、イベントログに必要な列をドラッグ&ドロップします（例: InvoiceId は "Invoice Details"."Invoice Number"、VendorName は "Supplier"."Supplier Name" など）。ActivityName 用のカスタムテキスト列を作成し、式に 'Invoice Created' と入力します。EventTime には "Invoice Details"."Invoice Creation Date" を使用します。作成日が null でないフィルタを追加します。
後続アクティビティを結合: 'Criteria' タブの下部で Combine results based on a union, intersection, or difference operation with another analysis ボタンをクリックし、Union を選択します。新しい結果ブロックが作成されます。
請求書の追加アクティビティを追加: 'Invoice Validated'、'Matching Performed'、'Hold Placed'、'Hold Released'、'Invoice Cancelled' など、各アクティビティについて同じ手順を繰り返します。列は同じ順序・構成で選択し、ActivityName の文字列（例: 'Invoice Validated'）を変更し、EventTime を該当する日付フィールドに割り当てます（例: "Invoice Details"."Validation Date"、"Invoice Holds"."Hold Date"）。そのアクティビティの該当日付フィールドが null でないフィルタも追加します。
支払アクティビティ用の Subject Area を組み込む: 'Payment Scheduled'、'Payment Executed'、'Payment Cleared' などの支払アクティビティには、追加の Subject Area が必要です。'Criteria' タブで Subject Areas ペインの Add / Remove Subject Areas アイコン（プラス付きフォルダ）をクリックし、Payables Payments - Disbursements Real Time と Cash Management - Bank Statement Reconciliation Real Time を追加します。これらの Subject Area のフィールドで新たな UNION を作成し、請求書の分析と列構成を合わせます。
レポートのフィルタとプロンプトを定義: 'Prompts' タブで、Business Unit Name、Ledger Name、日付範囲（例: "Invoice Details"."Invoice Creation Date"）などの主要フィルタ用プロンプトを作成します。実行時にユーザーがデータの範囲を指定できます。
結果を設定してデータを確認: 'Results' タブに、UNION したすべての分析の結合データが表示されます。シンプルな Table ビューを作成するのがおすすめです。EventTime が null の行を除外するフィルタを追加し、各行が有効なアクティビティを表すようにします。
実行してエクスポート: 分析にわかりやすい名前を付けて保存し、Open で実行します。データが表示されたら、ページ下部の Export から CSV にエクスポートします。プロセスマイニングツールにそのままアップロードできます。

設定

主題領域: レポートは複数の主題領域を組み合わせて作成します。主なものは次のとおりです。
- Payables Invoices - Transactions Real Time: 請求書の作成、検証、保留、承認、取消しに関する情報。
- Payables Payments - Disbursements Real Time: 支払いのスケジュールと実行イベント。
- Cash Management - Bank Statement Reconciliation Real Time: 「Payment Cleared」イベント。
レポート構成: UNION を用いたクエリ構造が必須です。各アクティビティは個別の分析ブロックとして作成し、UNION で結合して単一のイベントログテーブルを出力します。
期間フィルタ: データ量を抑えるため、日付範囲での絞り込みは不可欠です。まずは3〜6か月を目安に、「Invoice Details」の「Invoice Creation Date」で絞り込みます。
主要フィルタ: パフォーマンスと実用性のため、次の条件で必ず絞り込みます。
- Business Unit Name
- Ledger Name
- Source（例: 'Manual' や 'EDI' など、特定の請求書ソースを含める／除外する）
前提条件: レポートを実行するユーザーには、上記の主題領域にアクセスできるロールが必要です。例: Accounts Payable Manager、Accounts Payable Specialist。レポートを作成する場合は BI Administrator ロールが必要です。

a クエリ例 config

`config
-- OTBI Analysis Configuration for Accounts Payable Event Log
-- This is a logical representation of an OTBI UNION report.
-- Each block represents a separate analysis combined with a UNION operation.
-- The column order and data types must be identical in each block.

-- Base Columns (ensure these are selected in this order for every block):
-- 1. InvoiceId: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Number"
-- 2. ActivityName: 'Literal String Value'
-- 3. EventTime: [Specific Date/Time Column]
-- 4. VendorName: "Payables Invoices - Transactions Real Time"."Supplier"."Supplier Name"
-- 5. InvoiceAmount: "Payables Invoices - Transactions Real Time"."Invoice Lines"."Line Amount"
-- 6. User: [Specific User Column]
-- 7. PurchaseOrderNumber: "Payables Invoices - Transactions Real Time"."Matched Purchase Order"."PO Number"
-- 8. DueDate: "Payables Invoices - Transactions Real Time"."Invoice Installments"."Due Date"
-- 9. PaymentDate: "Payables Payments - Disbursements Real Time"."Payment Details"."Payment Date"
-- 10. InvoiceStatus: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Validation Status"
-- 11. EndTime: [Calculated as MAX(EventTime) over InvoiceId later]

-- Block 1: Invoice Created
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Created' AS ActivityName,
  "Invoice Details"."Invoice Creation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Invoice Creation Date" IS NOT NULL

UNION ALL

-- Block 2: Invoice Validated
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Validated' AS ActivityName,
  "Invoice Details"."Validation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Validation Date" IS NOT NULL

UNION ALL

-- Block 3: Matching Performed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Matching Performed' AS ActivityName,
  "Invoice Details"."PO Matched Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."PO Matched Date" IS NOT NULL

UNION ALL

-- Block 4: Hold Placed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Placed' AS ActivityName,
  "Invoice Holds"."Hold Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Hold Date" IS NOT NULL

UNION ALL

-- Block 5: Hold Released
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Released' AS ActivityName,
  "Invoice Holds"."Release Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Release Date" IS NOT NULL

UNION ALL

-- Block 6: Approval Initiated
-- Note: This is often the workflow start date, which might be the same as creation.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Approval Initiated' AS ActivityName,
  "Invoice Details"."Workflow Initiated Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" <> 'Not Required'
  AND "Invoice Details"."Workflow Initiated Date" IS NOT NULL

UNION ALL

-- Block 7: Invoice Approved
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Approved' AS ActivityName,
  "Invoice Details"."Workflow Approved Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Approved Date" IS NOT NULL

UNION ALL

-- Block 8: Invoice Rejected
-- Note: A specific rejection date field may not exist; use the last update date when status is 'Rejected'.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Rejected' AS ActivityName,
  "General Information"."Last Update Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" = 'Rejected'

UNION ALL

-- Block 9: Payment Scheduled
-- Uses the Payment subject area and joins back to Invoice.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Scheduled' AS ActivityName,
  "Payment Process Request"."Request Creation Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Process Request"."Request Creation Date" IS NOT NULL

UNION ALL

-- Block 10: Payment Executed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Executed' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL

UNION ALL

-- Block 11: Early Payment Taken
-- Note: Requires a formula column or filter condition.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Early Payment Taken' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL
  AND "Invoice Installments"."Discount Date 1" IS NOT NULL
  AND "Payment Details"."Payment Date" <= "Invoice Installments"."Discount Date 1"

UNION ALL

-- Block 12: Payment Cleared
-- Uses the Cash Management subject area.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Cleared' AS ActivityName,
  "Bank Statement Line"."Cleared Date" AS EventTime,
  ...
FROM "Cash Management - Bank Statement Reconciliation Real Time"
WHERE "Bank Statement Line"."Cleared Date" IS NOT NULL

UNION ALL

-- Block 13: Invoice Cancelled
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Cancelled' AS ActivityName,
  "Invoice Details"."Cancellation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Cancellation Date" IS NOT NULL
`

ステップ

OTBI に移動: Oracle Fusion Cloud Applications にログインし、Navigator メニューから Tools > Reports and Analytics を開きます。Business Intelligence カタログが表示されます。
新しい Analysis を作成: Create > Analysis をクリックします。Subject Area の選択を求められます。
主要な Subject Area を選択: Payables Invoices - Transactions Real Time を選びます。請求書関連のアクティビティの基盤になります。
最初のアクティビティレポート（Invoice Created）を作成: 'Criteria' タブで、イベントログに必要な列をドラッグ&ドロップします（例: InvoiceId は "Invoice Details"."Invoice Number"、VendorName は "Supplier"."Supplier Name" など）。ActivityName 用のカスタムテキスト列を作成し、式に 'Invoice Created' と入力します。EventTime には "Invoice Details"."Invoice Creation Date" を使用します。作成日が null でないフィルタを追加します。
後続アクティビティを結合: 'Criteria' タブの下部で Combine results based on a union, intersection, or difference operation with another analysis ボタンをクリックし、Union を選択します。新しい結果ブロックが作成されます。
請求書の追加アクティビティを追加: 'Invoice Validated'、'Matching Performed'、'Hold Placed'、'Hold Released'、'Invoice Cancelled' など、各アクティビティについて同じ手順を繰り返します。列は同じ順序・構成で選択し、ActivityName の文字列（例: 'Invoice Validated'）を変更し、EventTime を該当する日付フィールドに割り当てます（例: "Invoice Details"."Validation Date"、"Invoice Holds"."Hold Date"）。そのアクティビティの該当日付フィールドが null でないフィルタも追加します。
支払アクティビティ用の Subject Area を組み込む: 'Payment Scheduled'、'Payment Executed'、'Payment Cleared' などの支払アクティビティには、追加の Subject Area が必要です。'Criteria' タブで Subject Areas ペインの Add / Remove Subject Areas アイコン（プラス付きフォルダ）をクリックし、Payables Payments - Disbursements Real Time と Cash Management - Bank Statement Reconciliation Real Time を追加します。これらの Subject Area のフィールドで新たな UNION を作成し、請求書の分析と列構成を合わせます。
レポートのフィルタとプロンプトを定義: 'Prompts' タブで、Business Unit Name、Ledger Name、日付範囲（例: "Invoice Details"."Invoice Creation Date"）などの主要フィルタ用プロンプトを作成します。実行時にユーザーがデータの範囲を指定できます。
結果を設定してデータを確認: 'Results' タブに、UNION したすべての分析の結合データが表示されます。シンプルな Table ビューを作成するのがおすすめです。EventTime が null の行を除外するフィルタを追加し、各行が有効なアクティビティを表すようにします。
実行してエクスポート: 分析にわかりやすい名前を付けて保存し、Open で実行します。データが表示されたら、ページ下部の Export から CSV にエクスポートします。プロセスマイニングツールにそのままアップロードできます。

設定

主題領域: レポートは複数の主題領域を組み合わせて作成します。主なものは次のとおりです。
- Payables Invoices - Transactions Real Time: 請求書の作成、検証、保留、承認、取消しに関する情報。
- Payables Payments - Disbursements Real Time: 支払いのスケジュールと実行イベント。
- Cash Management - Bank Statement Reconciliation Real Time: 「Payment Cleared」イベント。
レポート構成: UNION を用いたクエリ構造が必須です。各アクティビティは個別の分析ブロックとして作成し、UNION で結合して単一のイベントログテーブルを出力します。
期間フィルタ: データ量を抑えるため、日付範囲での絞り込みは不可欠です。まずは3〜6か月を目安に、「Invoice Details」の「Invoice Creation Date」で絞り込みます。
主要フィルタ: パフォーマンスと実用性のため、次の条件で必ず絞り込みます。
- Business Unit Name
- Ledger Name
- Source（例: 'Manual' や 'EDI' など、特定の請求書ソースを含める／除外する）
前提条件: レポートを実行するユーザーには、上記の主題領域にアクセスできるロールが必要です。例: Accounts Payable Manager、Accounts Payable Specialist。レポートを作成する場合は BI Administrator ロールが必要です。

a クエリ例 config

`config
-- OTBI Analysis Configuration for Accounts Payable Event Log
-- This is a logical representation of an OTBI UNION report.
-- Each block represents a separate analysis combined with a UNION operation.
-- The column order and data types must be identical in each block.

-- Base Columns (ensure these are selected in this order for every block):
-- 1. InvoiceId: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Number"
-- 2. ActivityName: 'Literal String Value'
-- 3. EventTime: [Specific Date/Time Column]
-- 4. VendorName: "Payables Invoices - Transactions Real Time"."Supplier"."Supplier Name"
-- 5. InvoiceAmount: "Payables Invoices - Transactions Real Time"."Invoice Lines"."Line Amount"
-- 6. User: [Specific User Column]
-- 7. PurchaseOrderNumber: "Payables Invoices - Transactions Real Time"."Matched Purchase Order"."PO Number"
-- 8. DueDate: "Payables Invoices - Transactions Real Time"."Invoice Installments"."Due Date"
-- 9. PaymentDate: "Payables Payments - Disbursements Real Time"."Payment Details"."Payment Date"
-- 10. InvoiceStatus: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Validation Status"
-- 11. EndTime: [Calculated as MAX(EventTime) over InvoiceId later]

-- Block 1: Invoice Created
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Created' AS ActivityName,
  "Invoice Details"."Invoice Creation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Invoice Creation Date" IS NOT NULL

UNION ALL

-- Block 2: Invoice Validated
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Validated' AS ActivityName,
  "Invoice Details"."Validation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Validation Date" IS NOT NULL

UNION ALL

-- Block 3: Matching Performed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Matching Performed' AS ActivityName,
  "Invoice Details"."PO Matched Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."PO Matched Date" IS NOT NULL

UNION ALL

-- Block 4: Hold Placed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Placed' AS ActivityName,
  "Invoice Holds"."Hold Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Hold Date" IS NOT NULL

UNION ALL

-- Block 5: Hold Released
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Released' AS ActivityName,
  "Invoice Holds"."Release Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Release Date" IS NOT NULL

UNION ALL

-- Block 6: Approval Initiated
-- Note: This is often the workflow start date, which might be the same as creation.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Approval Initiated' AS ActivityName,
  "Invoice Details"."Workflow Initiated Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" <> 'Not Required'
  AND "Invoice Details"."Workflow Initiated Date" IS NOT NULL

UNION ALL

-- Block 7: Invoice Approved
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Approved' AS ActivityName,
  "Invoice Details"."Workflow Approved Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Approved Date" IS NOT NULL

UNION ALL

-- Block 8: Invoice Rejected
-- Note: A specific rejection date field may not exist; use the last update date when status is 'Rejected'.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Rejected' AS ActivityName,
  "General Information"."Last Update Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" = 'Rejected'

UNION ALL

-- Block 9: Payment Scheduled
-- Uses the Payment subject area and joins back to Invoice.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Scheduled' AS ActivityName,
  "Payment Process Request"."Request Creation Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Process Request"."Request Creation Date" IS NOT NULL

UNION ALL

-- Block 10: Payment Executed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Executed' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL

UNION ALL

-- Block 11: Early Payment Taken
-- Note: Requires a formula column or filter condition.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Early Payment Taken' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL
  AND "Invoice Installments"."Discount Date 1" IS NOT NULL
  AND "Payment Details"."Payment Date" <= "Invoice Installments"."Discount Date 1"

UNION ALL

-- Block 12: Payment Cleared
-- Uses the Cash Management subject area.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Cleared' AS ActivityName,
  "Bank Statement Line"."Cleared Date" AS EventTime,
  ...
FROM "Cash Management - Bank Statement Reconciliation Real Time"
WHERE "Bank Statement Line"."Cleared Date" IS NOT NULL

UNION ALL

-- Block 13: Invoice Cancelled
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Cancelled' AS ActivityName,
  "Invoice Details"."Cancellation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Cancellation Date" IS NOT NULL
`

ステップ

事前準備: Python 3.6 以上と requests ライブラリ（pip install requests）がインストールされていることを確認します。あわせて、REST API 経由で請求書・支払データを参照できる権限を持つ Oracle Fusion Financials ユーザーの有効な認証情報（ユーザー名とパスワード）が必要です（例: 'Payables Inquiry'、'Integration Specialist' など）。
Oracle Fusion のホストを確認: 利用中の Oracle Fusion Cloud 環境の REST API 用ベース URL を特定します。通常は https://[hostname].fa.em2.oraclecloud.com の形式です。
Python スクリプトを設定: 提供された Python スクリプトをファイル（例: extract_invoices.py）として保存します。スクリプト内の ORACLE_HOST、USERNAME、PASSWORD のプレースホルダーを自社の情報に置き換え、抽出期間を定義する START_DATE と END_DATE を調整します。
API パラメータを理解: スクリプトは /fscmRestApi/resources/11.13.18.05/invoices エンドポイントを使用します。q パラメータで CreationDate による請求書の絞り込みを行います。さらに fields で取得項目を指定し、expand で holds や paymentSchedules などの子オブジェクトを同一呼び出しで展開します。効率化に重要です。
スクリプトを実行: コマンドラインから python extract_invoices.py を実行します。API への認証、リクエスト送信、ページネーションは自動で処理されます。
進行状況を確認: コンソールに進捗メッセージが表示され、現在取得中のページを知らせます。大規模データの抽出状況を把握できます。
子データを取得: API が返す各請求書について、メインの請求書データを処理しつつ、holds と paymentSchedules の入れ子配列を走査して、対応するアクティビティ行（'Hold Placed'、'Hold Released'、'Payment Scheduled' など）を生成します。
データ変換ロジック: JSON データをフラットなイベントログ構造に変換するロジックを備えています。請求書ごとに 'Invoice Created'、'Invoice Approved' などのビジネスアクティビティ単位で複数行を作成します。日付や特定ステータスの有無を確認し、イベントを作成するか判断します。
出力ファイルを生成: 指定期間内の請求書データの取得が完了したら、生成したイベントを集約し、スクリプトと同じディレクトリに oracle_fusion_ap_event_log.csv という CSV ファイルとして書き出します。
確認してアップロード: 生成した CSV を表計算ソフトで開き、構造と内容を確認します。必須列（InvoiceId、ActivityName、EventTime）が欠けなく含まれているかチェックしてください。ファイルは ProcessMind へのアップロード準備ができています。

設定

APIエンドポイント: スクリプトは主に invoices の REST API リソースを対象とします。サンプルのバージョンは 11.13.18.05、エンドポイントは /fscmRestApi/resources/11.13.18.05/invoices です。
認証: Basic 認証を使用します。請求書、サプライヤー、支払いデータの参照に必要最小限の権限だけを付与した、連携専用ユーザーの利用を強く推奨します。
期間フィルタ: 取得期間はスクリプト内の START_DATE と END_DATE で制御します。まずは3〜6か月程度の小さな範囲から始めると、件数と処理時間を抑えられます。フィルタは請求書の CreationDate に適用されます。
取得範囲（Fields & Expansion）: 必要な属性だけを取得するために fields を、関連する子オブジェクト（holds, paymentSchedules, payments）をあわせて取得するために expand を使います。API の呼び出し回数を減らせるため、パフォーマンス上非常に重要です。
ページング: Oracle の REST API は limit と offset によるページングを使用しています。スクリプトでは1リクエストあたりの LIMIT を500件に設定しており、一般的で効率的なバッチサイズです。結果の全ページを自動で取得します。
前提条件: Oracle Fusion Financials Cloud 環境へのアクセスが必須です。Payables Invoices REST API にアクセスできる適切なセキュリティロールがユーザーに付与されている必要があります。実行には Python 3 環境が必要です。

a クエリ例 python

`python
import requests
import json
import csv
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance details
ORACLE_HOST = class="hl-string">"https://[your-fusion-host].fa.em2.oraclecloud.com"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Date range for invoice creation date
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># API request parameters
LIMIT = 500
API_ENDPOINT = fclass="hl-string">"{ORACLE_HOST}/fscmRestApi/resources/11.13.18.05/invoices"
OUTPUT_FILE = class="hl-string">"oracle_fusion_ap_event_log.csv"

def process_invoice(invoice):
    class="hl-string">"""Processes a single invoice JSON object and returns a list of event dictionaries."""
    events = []
    
    class=class="hl-string">"hl-comment"># Common attributes for all events related to this invoice
    common_attrs = {
        class="hl-string">'InvoiceId': invoice.get(class="hl-string">'InvoiceId'),
        class="hl-string">'VendorName': invoice.get(class="hl-string">'Supplier'),
        class="hl-string">'InvoiceAmount': invoice.get(class="hl-string">'InvoiceAmount'),
        class="hl-string">'PurchaseOrderNumber': invoice.get(class="hl-string">'PoNumber'),
        class="hl-string">'DueDate': invoice.get(class="hl-string">'DueDate'),
        class="hl-string">'InvoiceStatus': invoice.get(class="hl-string">'InvoiceStatus'),
        class="hl-string">'User': None, class=class="hl-string">"hl-comment"># Often not available per event in summary APIs
        class="hl-string">'PaymentDate': None,
        class="hl-string">'EndTime': None
    }

    class=class="hl-string">"hl-comment"># Activity: Invoice Created
    if invoice.get(class="hl-string">'CreationDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Created',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'CreationDate'),
            class="hl-string">'User': invoice.get(class="hl-string">'CreatedBy')
        })

    class=class="hl-string">"hl-comment"># Activity: Invoice Validated
    if invoice.get(class="hl-string">'ValidatedDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Validated',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'ValidatedDate')
        })

    class=class="hl-string">"hl-comment"># Activity: Matching Performed (using ValidationDate as a proxy if no specific match date is available)
    if invoice.get(class="hl-string">'MatchStatus') in [class="hl-string">'Success', class="hl-string">'Partial'] and invoice.get(class="hl-string">'ValidatedDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Matching Performed',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'ValidatedDate') class=class="hl-string">"hl-comment"># Proxy timestamp
        })

    class=class="hl-string">"hl-comment"># Activities from Holds
    if invoice.get(class="hl-string">'holds'):
        for hold in invoice[class="hl-string">'holds']:
            if hold.get(class="hl-string">'HoldDate'):
                events.append({
                    **common_attrs,
                    class="hl-string">'ActivityName': class="hl-string">'Hold Placed',
                    class="hl-string">'EventTime': hold.get(class="hl-string">'HoldDate'),
                    class="hl-string">'User': hold.get(class="hl-string">'HeldBy')
                })
            if hold.get(class="hl-string">'ReleaseDate'):
                events.append({
                    **common_attrs,
                    class="hl-string">'ActivityName': class="hl-string">'Hold Released',
                    class="hl-string">'EventTime': hold.get(class="hl-string">'ReleaseDate'),
                    class="hl-string">'User': hold.get(class="hl-string">'ReleasedBy')
                })

    class=class="hl-string">"hl-comment"># Activities from Approval Status
    if invoice.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Initiated' and invoice.get(class="hl-string">'LastUpdateDate'):
         events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Approval Initiated',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy timestamp
        })
    if invoice.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Approved' and invoice.get(class="hl-string">'ApprovedDate'):
         events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Approved',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'ApprovedDate')
        })
    if invoice.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected' and invoice.get(class="hl-string">'LastUpdateDate'):
         events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy timestamp
        })

    class=class="hl-string">"hl-comment"># Activities from Payment Schedules and Payments
    final_payment_date = None
    if invoice.get(class="hl-string">'paymentSchedules'):
        for schedule in invoice[class="hl-string">'paymentSchedules']:
            class=class="hl-string">"hl-comment"># Activity: Payment Scheduled
            events.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled',
                class="hl-string">'EventTime': schedule.get(class="hl-string">'CreationDate') or invoice.get(class="hl-string">'ApprovedDate') class=class="hl-string">"hl-comment"># Use schedule creation or invoice approval date
            })

            if schedule.get(class="hl-string">'payments'):
                for payment in schedule[class="hl-string">'payments']:
                    if payment.get(class="hl-string">'PaymentDate'):
                        final_payment_date = payment.get(class="hl-string">'PaymentDate')
                        class=class="hl-string">"hl-comment"># Activity: Payment Executed
                        events.append({
                            **common_attrs,
                            class="hl-string">'ActivityName': class="hl-string">'Payment Executed',
                            class="hl-string">'EventTime': payment.get(class="hl-string">'PaymentDate'),
                            class="hl-string">'PaymentDate': payment.get(class="hl-string">'PaymentDate')
                        })

                        class=class="hl-string">"hl-comment"># Activity: Early Payment Taken (Calculated)
                        discount_date = schedule.get(class="hl-string">'firstDiscountDate')
                        if discount_date and payment.get(class="hl-string">'PaymentDate') <= discount_date:
                            events.append({
                                **common_attrs,
                                class="hl-string">'ActivityName': class="hl-string">'Early Payment Taken',
                                class="hl-string">'EventTime': payment.get(class="hl-string">'PaymentDate')
                            })

                    class=class="hl-string">"hl-comment"># Activity: Payment Cleared
                    if payment.get(class="hl-string">'clearedDate'):
                        events.append({
                            **common_attrs,
                            class="hl-string">'ActivityName': class="hl-string">'Payment Cleared',
                            class="hl-string">'EventTime': payment.get(class="hl-string">'clearedDate')
                        })

    class=class="hl-string">"hl-comment"># Activity: Invoice Cancelled
    if invoice.get(class="hl-string">'CancelledDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Cancelled',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'CancelledDate'),
            class="hl-string">'User': invoice.get(class="hl-string">'CancelledBy')
        })

    class=class="hl-string">"hl-comment"># Calculate EndTime as the timestamp of the last event
    if events:
        end_time = max(e[class="hl-string">'EventTime'] for e in events if e.get(class="hl-string">'EventTime'))
        for e in events:
            e[class="hl-string">'EndTime'] = end_time
            if not e.get(class="hl-string">'PaymentDate'): class=class="hl-string">"hl-comment"># Backfill payment date if available
                e[class="hl-string">'PaymentDate'] = final_payment_date

    return events

def main():
    class="hl-string">"""Main function to fetch data and write to CSV."""
    all_events = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Prepare headers for the API request
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    auth = (USERNAME, PASSWORD)

    class=class="hl-string">"hl-comment"># Define fields to retrieve for efficiency
    fields_to_get = [
        class="hl-string">'InvoiceId', class="hl-string">'InvoiceNumber', class="hl-string">'InvoiceAmount', class="hl-string">'CreationDate', class="hl-string">'CreatedBy',
        class="hl-string">'Supplier', class="hl-string">'PoNumber', class="hl-string">'DueDate', class="hl-string">'InvoiceStatus', class="hl-string">'ValidatedDate',
        class="hl-string">'MatchStatus', class="hl-string">'ApprovalStatus', class="hl-string">'ApprovedDate', class="hl-string">'LastUpdateDate',
        class="hl-string">'CancelledDate', class="hl-string">'CancelledBy',
        class="hl-string">'holds(HoldDate,HeldBy,ReleaseDate,ReleasedBy)',
        class="hl-string">'paymentSchedules(CreationDate,firstDiscountDate,payments(PaymentDate,clearedDate))'
    ]

    print(class="hl-string">"Starting Oracle Fusion AP Invoice data extraction...")

    while has_more:
        params = {
            class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">','.join(fields_to_get),
            class="hl-string">'expand': class="hl-string">'holds,paymentSchedules.payments'
        }

        try:
            print(fclass="hl-string">"Fetching records from offset {offset}...")
            response = requests.get(API_ENDPOINT, auth=auth, headers=headers, params=params, timeout=120)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raise an exception for bad status codes

            data = response.json()
            invoices = data.get(class="hl-string">'items', [])

            if not invoices:
                print(class="hl-string">"No more invoices found.")
                break

            for invoice in invoices:
                all_events.extend(process_invoice(invoice))
            
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(invoices)

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except requests.exceptions.RequestException as req_err:
            print(fclass="hl-string">"Request error occurred: {req_err}")
            break
        except json.JSONDecodeError:
            print(fclass="hl-string">"Failed to decode JSON from response: {response.text}")
            break

    if not all_events:
        print(class="hl-string">"No events were generated. The output file will not be created.")
        return

    class=class="hl-string">"hl-comment"># Write to CSV
    print(fclass="hl-string">"\nWriting {len(all_events)} events to {OUTPUT_FILE}...")
    fieldnames = [
        class="hl-string">'InvoiceId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'VendorName', class="hl-string">'InvoiceAmount',
        class="hl-string">'User', class="hl-string">'PurchaseOrderNumber', class="hl-string">'DueDate', class="hl-string">'PaymentDate', class="hl-string">'InvoiceStatus', class="hl-string">'EndTime'
    ]
    
    try:
        with open(OUTPUT_FILE, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
            writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
            writer.writeheader()
            writer.writerows(all_events)
        print(class="hl-string">"Extraction complete.")
    except IOError as io_err:
        print(fclass="hl-string">"Error writing to file: {io_err}")

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

ステップ

BI Publisher に移動: Oracle Fusion Applications にログインし、Navigator メニューで Tools > Reports and Analytics を選択します。Browse Catalog をクリックして Business Intelligence Publisher のインターフェースを開きます。
データモデルを作成: BI Publisher のカタログで New > Data Model を選択し、データモデルエディタを開きます。
SQL Query データセットを作成: 左側の Data Sets パネルで + アイコンをクリックし、SQL Query を選びます。新しいデータセットの作成ダイアログが表示されます。
SQL を入力: New Data Set - SQL Query ダイアログでデータセット名（例: AP_Invoice_Events_DS）を指定します。このドキュメントの query セクションにある完全な SQL クエリをコピーし、SQL Query テキストエリアに貼り付けます。
パラメータを定義: このクエリは日付範囲を絞り込むために :P_START_DATE と :P_END_DATE を使用します。BI Publisher が自動で検出します。既定値を設定するか、レポート実行時の必須項目にできます。
データモデルを保存: OK をクリックしてデータセットのダイアログを閉じます。Data タブでパラメータを入力し、View をクリックしてクエリをテストしてサンプルデータを確認します。検証できたら、共有フォルダ（例: Shared Folders/Custom/Financials）に保存します。
レポートを作成: カタログに戻り、New > Report をクリックします。Use Existing Data Model を選び、先ほど保存したデータモデルを指定してウィザードを進めます。
レイアウトを設定: レポートエディタのウィザードでレイアウトを設計します。シンプルにするため Table レイアウトを選択し、データセットの全列をテーブルにドラッグ&ドロップします。
レポートのプロパティ設定: レイアウト作成後、Properties をクリックします。Formatting タブで CSV (Data) 出力が有効になっていることを確認します。プロセスマイニングへの取り込みに最適な形式です。
レポートを保存: データモデルと同じカスタムフォルダに保存します。
レポートをスケジュール: 抽出を自動化するため、レポートをジョブとしてスケジュールします。レポートを開き、Actions > Schedule をクリックします。実行頻度（例: 毎日）を設定し、日付範囲のパラメータ値を入力し、Output タブで CSV を選択します。
配信先を指定: スケジューラの Destination タブで配信先を選びます。一般的な選択肢は Content Server、外部 FTP サーバー、メールなどです。ここに出力されたファイルを取得し、プロセスマイニングツールにアップロードします。

設定

前提条件: データモデルやレポートを作成・管理するには、BI Administrator もしくは Application Developer のいずれかのロールを持つユーザーが必要です。
データモデルのパラメータ: クエリはデータ量をコントロールする必須パラメータを2つ持ちます。
- :P_START_DATE: 請求書作成日時の開始日（形式 'YYYY-MM-DD'）。
- :P_END_DATE: 請求書作成日時の終了日（形式 'YYYY-MM-DD'）。
期間の推奨: 初回の抽出は3〜6か月の期間を選びます。以降は直近期間を対象に、日次または週次の定期実行を設定してください。
クエリのフィルタリング: 主な絞り込みは BaseInvoices CTE で実施します。WHERE 句に条件を追加して、特定のビジネス・ユニット（BU.BU_NAME）、サプライヤー、または請求書タイプ（AIA.INVOICE_TYPE_LOOKUP_CODE）に限定できます。
パフォーマンス考慮: 複数の大規模テーブルを結合する包括的なクエリです。取引量が多い環境では、負荷の少ない時間帯に実行することを強く推奨します。日付範囲は無理のない設定にしてください。
出力形式: BI Publisher のジョブ出力は CSV を指定します。シンプルなテキスト形式で、多くのプロセスマイニング・プラットフォームで容易に解析できます。レイアウトによる書式や集計は適用しないでください。

a クエリ例 sql

`sql
WITH BaseInvoices AS (
    -- Select base invoice data and apply primary filters here
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE AS INVOICE_CREATION_DATE,
        AIA.CANCELLED_DATE,
        AIA.WFAPPROVAL_STATUS AS INVOICE_STATUS,
        AIA.LAST_UPDATE_DATE AS INVOICE_LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY AS INVOICE_LAST_UPDATED_BY,
        AIA.CREATED_BY AS INVOICE_CREATED_BY,
        PSV.VENDOR_NAME,
        (SELECT LISTAGG(PHA.SEGMENT1, ', ') WITHIN GROUP (ORDER BY PHA.PO_HEADER_ID) 
         FROM AP_INVOICE_LINES_ALL AILA 
         JOIN PO_HEADERS_ALL PHA ON AILA.PO_HEADER_ID = PHA.PO_HEADER_ID
         WHERE AILA.INVOICE_ID = AIA.INVOICE_ID) AS PurchaseOrderNumber
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON AIA.ORG_ID = BU.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_TIMESTAMP(:P_START_DATE, 'YYYY-MM-DD') AND TO_TIMESTAMP(:P_END_DATE, 'YYYY-MM-DD HH24:MI:SS')
        -- Add additional filters here if needed, e.g.:
        -- AND BU.BU_NAME = '[Your Business Unit Name]'
),
EventLog_Pre AS (
    -- 1. Invoice Created
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Created' AS "ActivityName",
        BI.INVOICE_CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN PER_USERS PU ON BI.INVOICE_CREATED_BY = PU.USER_GUID

    UNION ALL

    -- 2. Invoice Validated
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Validated' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'VALIDATED'

    UNION ALL

    -- 3. Matching Performed
    -- This uses the last update date when match status becomes 'A' (Tested)
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Matching Performed' AS "ActivityName",
        AID.LAST_UPDATE_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_DISTRIBUTIONS_ALL AID ON BI.INVOICE_ID = AID.INVOICE_ID
    JOIN PER_USERS PU ON AID.LAST_UPDATED_BY = PU.USER_GUID
    WHERE AID.MATCH_STATUS_FLAG = 'A'
    AND ROWNUM = 1 -- To get one event per invoice if multiple lines are matched at different times

    UNION ALL

    -- 4. Hold Placed
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Hold Placed' AS "ActivityName",
        APH.HOLD_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_HOLDS_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME

    UNION ALL

    -- 5. Hold Released
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Hold Released' AS "ActivityName",
        APH.LAST_UPDATE_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_HOLDS_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.LAST_UPDATED_BY = PU.USER_GUID
    WHERE APH.RELEASE_LOOKUP_CODE IS NOT NULL

    UNION ALL

    -- 6. Approval Initiated
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Approval Initiated' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'SUBMITTED'

    UNION ALL

    -- 7. Invoice Approved
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Approved' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'APPROVED'

    UNION ALL

    -- 8. Invoice Rejected
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Rejected' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'REJECTED'

    UNION ALL

    -- 9. Payment Scheduled
    SELECT
        BI.INVOICE_ID AS "InvoiceId",
        'Payment Scheduled' AS "ActivityName",
        APS.LAST_UPDATE_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_PAYMENT_SCHEDULES_ALL APS ON BI.INVOICE_ID = APS.INVOICE_ID
    JOIN PER_USERS PU ON APS.LAST_UPDATED_BY = PU.USER_GUID
    WHERE APS.CHECKRUN_ID IS NOT NULL

    UNION ALL

    -- 10. Payment Executed
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Payment Executed' AS "ActivityName",
        AC.CHECK_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_PAYMENTS_ALL AIP ON BI.INVOICE_ID = AIP.INVOICE_ID
    JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
    JOIN PER_USERS PU ON AC.LAST_UPDATED_BY = PU.USER_GUID

    UNION ALL

    -- 11. Early Payment Taken
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Early Payment Taken' AS "ActivityName",
        AC.CHECK_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_PAYMENTS_ALL AIP ON BI.INVOICE_ID = AIP.INVOICE_ID
    JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
    JOIN AP_PAYMENT_SCHEDULES_ALL APS ON AIP.INVOICE_ID = APS.INVOICE_ID AND AIP.PAYMENT_NUM = APS.PAYMENT_NUM
    JOIN PER_USERS PU ON AC.LAST_UPDATED_BY = PU.USER_GUID
    WHERE AC.CHECK_DATE <= APS.DISCOUNT_DATE

    UNION ALL

    -- 12. Payment Cleared
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Payment Cleared' AS "ActivityName",
        AC.CLEARED_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_PAYMENTS_ALL AIP ON BI.INVOICE_ID = AIP.INVOICE_ID
    JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
    JOIN PER_USERS PU ON AC.LAST_UPDATED_BY = PU.USER_GUID
    WHERE AC.CLEARED_DATE IS NOT NULL

    UNION ALL

    -- 13. Invoice Cancelled
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Cancelled' AS "ActivityName",
        BI.CANCELLED_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN PER_USERS PU ON BI.INVOICE_LAST_UPDATED_BY = PU.USER_GUID
    WHERE BI.CANCELLED_DATE IS NOT NULL
),
FinalLog AS (
    SELECT 
        E."InvoiceId",
        E."ActivityName",
        E."EventTime",
        E."VendorName",
        E."InvoiceAmount",
        E."User",
        E."PurchaseOrderNumber",
        APS.DUE_DATE AS "DueDate",
        AC.CHECK_DATE AS "PaymentDate",
        AIA.WFAPPROVAL_STATUS AS "InvoiceStatus"
    FROM EventLog_Pre E
    LEFT JOIN AP_INVOICES_ALL AIA ON E."InvoiceId" = AIA.INVOICE_ID
    LEFT JOIN AP_PAYMENT_SCHEDULES_ALL APS ON E."InvoiceId" = APS.INVOICE_ID AND APS.PAYMENT_NUM = 1 -- Assuming first payment schedule for due date
    LEFT JOIN AP_INVOICE_PAYMENTS_ALL AIP ON E."InvoiceId" = AIP.INVOICE_ID AND ROWNUM = 1 -- To get one payment record
    LEFT JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
)
SELECT 
    F."InvoiceId",
    F."ActivityName",
    F."EventTime",
    F."VendorName",
    F."InvoiceAmount",
    F."User",
    F."PurchaseOrderNumber",
    F."DueDate",
    F."PaymentDate",
    F."InvoiceStatus",
    MAX(F."EventTime") OVER (PARTITION BY F."InvoiceId") AS "EndTime"
FROM FinalLog F
WHERE F."EventTime" IS NOT NULL
ORDER BY F."InvoiceId", F."EventTime";
`

データテンプレート：買掛金（AP）請求書処理

買掛金（AP）請求書処理用データテンプレート

買掛金請求書処理の属性

買掛金請求書処理のアクティビティ

抽出ガイド

Oracle Transactional Business Intelligence (OTBI) Report

ステップ

設定

a クエリ例 config

Oracle BI Cloud Connector (BICC) PVO Extraction

ステップ

設定

a クエリ例 config

Oracle Fusion Financials REST API を利用する Python スクリプト

ステップ

設定

a クエリ例 python

Oracle BI Publisher SQL-Based Report Extraction

ステップ

設定

a クエリ例 sql

今すぐ始めませんか？

AP 請求書処理コストを60%削減。今すぐ開始