> 継続的なプロセス改善 > 調達から支払いまで：購買依頼 > Oracle Fusion Financials > データテンプレート

調達から支払いまで：購買依頼のデータテンプレート

Oracle Fusion Financials

調達から支払いまで：購買依頼の属性(22) 調達から支払いまで：購買依頼のアクティビティ(12) データ抽出ガイド(4)

調達から支払いまで：購買依頼のデータテンプレート

このテンプレートでは、調達から支払いまでの購買依頼プロセスを分析するために必要なデータの収集方法をまとめています。収集する属性や追跡する主要なアクティビティに加え、Oracle Fusion Financialsからデータを抽出する手順も説明します。この情報をもとにイベントログを準備し、プロセスマイニングによる分析を始められます。

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

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

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

調達から支払いまで：購買依頼の属性

調達から支払いまでの購買依頼プロセスを詳しく分析するため、イベントログに含めることを推奨するデータ項目です。

5 必須 7 推奨 10 任意

	名前	説明
	アクティビティ ActivityName	依頼プロセスの特定の時点で発生した業務イベントの名前です。
説明アクティビティは、購買依頼のライフサイクルにおける個別のステップや節目を表します。例として、「依頼を作成」「承認ステップを承認」「発注書を作成」などがあります。これらのアクティビティは、ソースシステムの監査ログやトランザクションテーブルに記録されたステータス変更、ユーザー操作、システムイベントから取得します。この属性は、依頼の流れを視覚的に表すプロセスマップの作成に欠かせません。アクティビティの順序や発生頻度を分析すると、よくあるプロセス経路、ボトルネック、手戻りのループ、標準手順からの逸脱を特定できます。重要な理由プロセスマップの基盤となり、依頼のワークフローを可視化して分析できます。入手先 POR_REQUISITION_HEADERS_ALLなどのテーブルに記録されたステータス変更、トランザクション履歴、またはFA_FUSION_SOAINFRA.WFTASKなどのワークフロー監査履歴から取得します。例購買依頼を作成承認ステップを承認購買依頼を却下発注書を作成
	イベント時刻 EventTime	アクティビティが発生した日時を示すタイムスタンプです。
説明イベント時刻には、特定のアクティビティが発生した正確な日時が記録されます。ケース内のイベントを時系列に並べるための基本情報であり、システム内の作成日、最終更新日、または特定の操作のタイムスタンプから取得します。分析では、アクティビティ間のサイクルタイムや待ち時間、ケース全体の所要時間など、時間に関する指標の算出に使用します。ボトルネックの特定、SLAに対するパフォーマンスの測定、依頼プロセスの時間的な推移の把握にも欠かせません。重要な理由時間に関する重要業績評価指標（KPI）の算出、イベントの正確な並べ替え、プロセスのパフォーマンスやボトルネックの分析に欠かせない属性です。入手先通常は、トランザクションやステータス変更に関連付けられたLAST_UPDATE_DATE列またはCREATION_DATE列から取得します。POR_REQUISITION_HEADERS_ALLなどのテーブルや、ワークフロー履歴テーブルに記録されています。例 2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
	購買依頼ID PurchaseRequisitionId	購買依頼を一意に識別するIDで、プロセスのケースIDとして使用します。
説明購買依頼IDは、特定の物品やサービスの依頼に関するすべてのアクティビティを結び付ける中心的な識別子です。依頼の作成時に一意のIDが割り当てられ、その依頼のライフサイクルを通じて変わりません。プロセスマイニングでは、この属性を使って、作成、提出、承認の各段階、最終的な完了など、関連するすべてのイベントを1つのケースにまとめます。これにより、依頼の開始から完了までの流れを分析し、プロセスマップの表示、サイクルタイムの算出、依頼ごとのバリアント分析が可能になります。重要な理由依頼の開始から完了までを追跡する基本的な属性です。ケース単位の分析や重要業績評価指標（KPI）の算出に使用します。入手先通常は依頼ヘッダーテーブルの主キーです。Oracle Fusion Financialsでは、POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_IDなどが該当します。例 100234810023491002350
	ソースシステム SourceSystem	このデータの抽出元となる情報システムです。
説明この属性は、プロセスデータの取得元を示します。このデータモデルでは、値は常に「Oracle Fusion Financials」です。複数のERPや統合システムを利用する環境では、データの来歴の追跡、問題の調査、データ品質の確保に欠かせない項目です。分析対象のプロセスイベントについて、信頼できる唯一の情報源を把握するためのコンテキストを提供します。重要な理由データの取得元に関する重要なコンテキストを示します。データガバナンスや複数システムのデータ統合に欠かせません。入手先データの抽出・変換時に追加する固定値で、データセットの取得元を示します。例 Oracle Fusion Financials
	最終データ更新日時 LastDataUpdate	ソースシステムからデータを更新した最新の日時です。
説明この属性は、Oracle Fusion Financialsからデータを最後に抽出した日時を示します。個々のイベントではなく、データセット全体に適用されます。分析担当者はこの情報からデータの鮮度を把握し、最新のトランザクションがいつ取り込まれたかを確認できます。ダッシュボードでのレポート作成や、最新の情報に基づく分析を確保するための重要なメタデータです。重要な理由データがいつ更新されたかを把握できるため、最新の情報に基づいた適切な分析に役立ちます。入手先データ抽出時にタイムスタンプが生成・保存されます。通常はETLツールまたはデータパイプラインが記録します。例 2023-10-27T02:00:00Z
	事業部門 BusinessUnit	依頼が属する組織内の事業部門です。
説明事業部門は、依頼が行われる会社内の独立した法的または機能的な組織を表します。部門より上位の組織単位です。事業部門別にデータを分析すると、組織内の各領域のパフォーマンスを大局的に比較できます。プロセスの非効率性が一部に限られるのか、広範囲に及ぶのかを経営層が把握し、改善に取り組む領域を決めるのに役立ちます。ほぼすべてのダッシュボードや重要業績評価指標（KPI）で、主要な絞り込み条件として使用できます。重要な理由組織全体の状況を把握するための情報を提供し、事業の各領域におけるパフォーマンス比較や戦略的な分析を可能にします。入手先 Oracle Fusionの基本的な組織フィールドです。通常はPOR_REQUISITION_HEADERS_ALLなどのテーブルにある依頼ヘッダーで確認できます。例北米事業部門欧州事業部門本社
	依頼ステータス RequisitionStatus	購買依頼の現在または最終のステータスです。
説明この属性は、特定の時点における依頼全体の状態、または最終結果を示します。「承認済み」「却下」「処理中」「完了」などが該当します。イベントログ内の多くのアクティビティは、この属性をもとに特定されます。「依頼ステータスの概要」ダッシュボードでは、現在の作業量や未処理案件を把握できます。また、特定のステータスで終了したケースを抽出し、依頼却下率など、結果に基づく重要業績評価指標（KPI）を算出するためにも使用します。重要な理由依頼の現在の状態を把握でき、重要業績評価指標（KPI）の算出に必要な最終結果の判定にも使用します。入手先通常は依頼ヘッダーテーブルにあり、POR_REQUISITION_HEADERS_ALLのDOCUMENT_STATUSやAPPROVAL_STATUSなどのフィールドで確認できます。例承認済み処理中却下取り下げ
	依頼総額 RequisitionTotalAmount	購買依頼の金額の合計です。
説明この属性は、1件の購買依頼に含まれるすべての明細金額の合計を表します。各依頼の金銭的な重要性を把握するための重要なデータです。プロセスマイニングでは、さまざまな分析に総額を使用できます。高額な依頼を抽出すると、通常とは異なる承認経路や、より厳格な審査が必要なケースを確認できます。ダッシュボードでは、サイクルタイムや却下率などのプロセス指標と依頼金額の関係を分析できます。重要な理由金額に基づく分析が可能になり、改善の優先順位付けや、依頼金額がプロセスに与える影響の把握に役立ちます。入手先通常は依頼ヘッダーのREQUISITION_TOTALなどのフィールドにあります。POR_REQUISITION_LINES_ALLから明細金額を合計して算出することもできます。例 550.0012500.7599.99
	依頼者名 RequesterName	購買依頼を作成して提出した従業員の名前です。
説明この属性は、物品やサービスを依頼した人を特定します。通常、依頼の作成時にプロセスの最初の段階で記録されます。依頼者別のプロセスパフォーマンス分析は、「依頼者パフォーマンス指標」ダッシュボードに欠かせません。依頼に伴う変更、却下、長いサイクルタイムの発生率を確認することで、追加のトレーニングが必要なユーザーやグループを特定できます。プロセスを人の視点から把握するための情報です。重要な理由依頼者別のパフォーマンス分析に使い、トレーニングの必要性や効率的なユーザー・部門の特定に役立ちます。入手先依頼ヘッダーデータから取得します。依頼者IDを従業員またはユーザーのマスターデータテーブルと結合する方法が一般的です。POR_REQUISITION_HEADERS_ALLのPREPARER_IDに関連するフィールドを確認し、PER_ALL_PEOPLE_Fと結合します。例ジョン・スミスジェーン・ドウエミリー・ジョーンズ
	却下理由 RejectionReason	依頼または承認ステップを却下した際に、承認者が記録する理由です。
説明依頼が却下されると、承認者は通常、定義済みのリストから理由を選ぶか、自由記述で入力します。この属性には、その理由が記録されます。プロセス上の問題の根本原因分析に欠かせない属性です。「変更・却下の傾向」ダッシュボードで、却下の理由を明らかにします。却下理由を分析すると、勘定科目の誤り、予算超過、ポリシー違反などの共通する問題を特定でき、トレーニングやシステム上の制御による対策につなげられます。重要な理由依頼が却下される理由を直接把握できるため、対象を絞った改善によって手戻りを減らし、ストレートスルー処理率を高められます。入手先ワークフローのコメント、または監査証跡に記録された却下理由コードのフィールドから取得します。FA_FUSION_SOAINFRA.WFTASKに関連するテーブルや、コメント保存領域に記録されている場合があります。例総勘定元帳の勘定科目が誤っているコストセンターの予算超過優先サプライヤー以外を選択重複した依頼
	必要日 RequiredByDate	依頼者が物品やサービスの受け取りを希望する期限です。
説明この日付は、依頼者が希望する物品の受け取り期限を示します。調達プロセスにおける社内のサービスレベル目標（SLA）として機能します。「必要日までの対応状況」ダッシュボードと「必要日遵守率」重要業績評価指標（KPI）の基礎となる属性です。この日付を実際の発注書作成日または入荷日と比較すると、調達プロセスが社内の顧客ニーズにどの程度応えているかを確認し、継続的に発生する遅延を特定できます。重要な理由社内の期限に対するプロセスのパフォーマンスを測定し、調達が業務上のニーズに間に合っているかを把握するために欠かせません。入手先通常は依頼明細のレベルで保存されます。POR_REQUISITION_LINES_ALLなどのテーブルにあるNEED_BY_DATEなどのフィールドを確認してください。例 2023-11-012023-12-152024-01-31
	部門 DepartmentName	依頼者が所属する部門です。
説明この属性は、依頼を作成した人の組織単位を示します。「財務」「IT」「マーケティング」などが該当します。通常は、人事システムの依頼者プロフィールから取得します。部門別の分析は、プロセスデータを分類する一般的な方法です。却下率の高さやサイクルタイムの長さなど、部門ごとの傾向を特定し、対象を絞ったプロセス改善に役立てられます。「依頼者パフォーマンス指標」ダッシュボードの主要な分析軸です。重要な理由事業部門別にプロセスを分析し、部門ごとの傾向やパフォーマンス、コンプライアンス上の問題を明らかにできます。入手先通常は依頼者のプロフィールから取得します。依頼テーブルと、部門情報を含む人事テーブルまたはユーザーディレクトリテーブルとの結合が必要になる場合があります。例情報技術財務オペレーションマーケティング
	サプライヤー名 SupplierName	物品やサービスの購入先として提案または事前選定されたサプライヤーの名前です。
説明この属性は、物品やサービスの購入先となるサプライヤーを特定します。依頼者がサプライヤーを提案する場合や、カタログまたは既存の契約に基づいてシステムが決定する場合があります。サプライヤー別の分析から、調達に関する重要な傾向を把握できます。たとえば、特定のサプライヤーへの依頼は承認に時間がかかるか、却下率が高いかを確認できます。この情報は、サプライヤーとの関係管理や調達方針の検討に役立ちます。重要な理由サプライヤー別にプロセスのパフォーマンスを分析でき、調達先の選定方針やサプライヤーとの関係管理に役立ちます。入手先依頼明細テーブルPOR_REQUISITION_LINES_ALLにあります。通常はVENDOR_IDを介して、POZ_SUPPLIERSなどのサプライヤーマスターテーブルと結び付けます。例オフィス用品株式会社グローバル・テック・ソリューションズクリエイティブ・マーケティング・エージェンシー
	ユーザー名 UserName	承認者や編集者など、特定のアクティビティを実行したユーザーの名前です。
説明依頼者名が依頼を開始した人を示すのに対し、ユーザー名は承認や却下など、プロセス内の特定のイベントを実行した人を示します。複数の担当者が関わる承認ワークフローでは、特に重要な属性です。この属性は、承認のボトルネック分析や、特定の承認者・チームのパフォーマンス測定に欠かせません。承認プロセスに関わる各ユーザーの処理時間を分析できるため、「承認ワークフローのボトルネック」ダッシュボードを支えます。重要な理由各イベントの実行者を特定できます。引き継ぎ時間、承認者のパフォーマンス、リソース配分の分析に役立ちます。入手先 FA_FUSION_SOAINFRA.WFTASKなど、各タスクの完了者を記録するワークフロー履歴または監査証跡テーブルから取得します。例デビッド・リースーザン・チェンマイケル・ブラウン
	依頼種別 RequisitionType	物品やサービスの依頼など、依頼の分類です。
説明この属性は、依頼内容に基づいて依頼を分類します。一般的な種別には、物品、サービス、資本的支出があります。種別によって、必要な承認ワークフローや調達方針が異なる場合があります。分析では、依頼種別を比較や絞り込みの軸として使用できます。たとえば、サービスの依頼は物品の依頼より承認サイクルタイムが長いかどうかを分析できます。依頼の種類によってプロセスの進み方やボトルネックが異なるかを把握するのに役立ちます。重要な理由物品とサービスなど、購入の種類ごとのプロセスの違いを把握するために、分析対象を分類できます。入手先通常は依頼の作成時に選択した明細種別またはカテゴリで決まります。POR_REQUISITION_LINES_ALLなどの依頼明細テーブルに保存されている場合があります。例物品サービス資本的支出
	品目の説明 ItemDescription	依頼明細で指定された製品またはサービスの説明です。
説明この属性には、調達する品目の説明がテキストで記録されます。依頼された物品やサービスの詳細を確認できます。構造化されていないことが多いものの、品目の説明は分析に役立つコンテキストを提供します。依頼種別では分類できない特定の購入を絞り込むために使用できます。たとえば、「ソフトウェアライセンス」を含む依頼を検索し、そのプロセスの流れやサイクルタイムを分析できます。重要な理由購入する物品やサービスの詳細を把握でき、対象を絞ったフィルタリングや分析が可能になります。入手先依頼明細テーブルPOR_REQUISITION_LINES_ALLにあり、ITEM_DESCRIPTIONなどのフィールドで確認できます。例 15インチノートパソコン、メモリ16GBコンサルティングサービス：第4四半期プロジェクト年間ソフトウェア保守契約の更新
	変更あり IsAmendedFlag	依頼が1回以上変更された場合にtrueとなるブール値フラグです。
説明この計算属性は、最初の提出後に依頼が変更されたかどうかを示します。ケースの履歴に「依頼を変更」アクティビティがあるかどうかを確認して算出します。このフラグを使うと、分析や重要業績評価指標（KPI）の算出が簡単になります。「依頼変更率」の算出や、最初から最後まで手戻りなく処理されなかったケースの特定に直接使用できます。変更あり・なしの依頼を簡単に絞り込み、プロセス指標を比較できます。重要な理由変更率を簡単に算出でき、変更あり・なしの依頼を比較できます。入手先この属性はソースシステムにはなく、イベントログ内に変更関連のアクティビティがあるかどうかに基づいて、データ変換時に算出します。例 truefalse
	手戻りなし IsStraightThrough	変更や却下を経ずに依頼が承認されたかどうかを示すフラグです。
説明この計算フラグは、変更や却下などの手戻りを経ずに、提出から承認まで処理された依頼を特定します。1件のケースが最初から最後まで問題なく処理されたことを示します。この属性は、「依頼のストレートスルー処理率」重要業績評価指標（KPI）の基礎となります。手戻りなく処理された依頼の特徴（よくある部門、依頼者、種別など）を分析すると、ベストプラクティスや自動化の機会が見つかる場合があります。一方、手戻りが発生した依頼を分析すれば、非効率性の主な要因を特定できます。重要な理由プロセス効率を直接測定し、依頼のストレートスルー処理率を算出する基礎となります。手戻りの要因特定にも役立ちます。入手先この属性はデータ変換時に算出します。「依頼を変更」または「承認ステップを却下」アクティビティがないケースにtrueを設定します。例 truefalse
	承認ワークフロー経路 ApprovalWorkflowPath	依頼に必要な承認者または承認グループの、あらかじめ定められた順序です。
説明この属性は、依頼金額、種別、部門などを考慮し、社内ポリシーに基づいて定められた標準の承認プロセスを示します。想定されるプロセスモデルを表します。承認ワークフロー経路は、コンプライアンスと適合性分析の基礎となります。「コンプライアンスと逸脱の分析」ダッシュボードと「依頼適合性指数」重要業績評価指標（KPI）では、実際の承認ステップと規定の経路を直接比較できます。逸脱があれば、ポリシー違反やプロセスの非効率性を示している可能性があります。重要な理由実際のプロセスの流れを必要な承認階層と比較して適合性を確認し、要件に沿わない依頼を特定できます。入手先この情報は、Oracle Fusion BPM WorklistまたはApproval Management Engine（AMX）で設定します。依頼ごとに定義済みの経路を抽出するのは複雑な場合があり、設定テーブルの照会が必要になることがあります。例マネージャー＞ディレクター＞財務担当副社長コストセンター責任者＞ ITセキュリティマネージャー＞部門長
	発注書番号 PurchaseOrderNumber	承認済みの依頼から作成された発注書の識別子です。
説明この属性は、購買依頼と、その依頼から作成された発注書を結び付けます。依頼の承認が完了すると、通常はサプライヤーに送付する1件以上の発注書に変換されます。分析では、このIDを使って依頼後のプロセスを追跡します。「依頼から発注書までのリードタイム」重要業績評価指標（KPI）の算出や、「依頼から発注書までのサイクルタイム」ダッシュボードに役立ちます。また、依頼のデータを後続の発注書や請求書のプロセスと結合し、調達から支払いまでを一貫して分析できます。重要な理由依頼と後続の発注書を結び付け、依頼から発注書までのサイクルタイムの測定や、プロセス全体の分析を可能にします。入手先発注書の作成後に保存されます。通常は、PO_DISTRIBUTIONS_ALLなどの発注書配分テーブルにある元の依頼への参照から確認でき、依頼明細に結び付いています。例 PO-2023-5832PO-2023-5833PO-2023-5834
	自動処理 IsAutomated	アクティビティがシステムによって自動実行されたかどうかを示すフラグです。
説明この属性は、人ではなくシステムユーザーまたは自動エージェントが実行したプロセス内のイベントを特定します。システムによるステータス変更や、少額品目の自動承認などが該当します。この属性を分析すると、プロセスの自動化の度合いを測定できます。自動処理と手作業の速度や効率を比較し、さらなる自動化の機会を特定するために使用できます。重要な理由プロセスの自動化の度合いを測定し、手作業のタスクを自動化できる箇所を特定するのに役立ちます。入手先アクティビティに関連付けられたユーザーがシステムアカウントまたはサービスアカウントかどうかを確認して判定します。既知のシステムユーザーIDの一覧が必要です。例 truefalse
	通貨 CurrencyCode	依頼金額の通貨コードです。USDやEURなどが該当します。
説明この属性は、依頼総額の通貨を示します。グローバルな組織では、依頼が複数の通貨で作成される場合があります。財務データを正しく解釈し、集計するために欠かせません。金額を含む分析では、単一の通貨に絞り込むか、すべての金額を共通通貨に換算して、正確に比較できるようにする必要があります。重要な理由複数の通貨を扱う多国籍組織で、正確な財務分析とレポート作成を支えます。入手先通常は金額フィールドとともに依頼ヘッダーテーブルにあります。たとえば、POR_REQUISITION_HEADERS_ALLで確認できます。例 USDEURGBPJPY

必須推奨任意

調達から支払いまで：購買依頼のアクティビティ

調達から支払いまでの購買依頼プロセスを正確に把握するため、イベントログに記録する主要なプロセスのステップと節目です。

6 推奨 6 任意

	アクティビティ	説明
	発注書を作成	承認済みの購買依頼明細を使って発注書が作成されたときに発生します。購買依頼プロセスと、その後の調達プロセスをつなぐイベントです。
重要な理由購買依頼から発注書作成までのリードタイムを測る重要な節目です。ここで遅延が発生している場合、承認から購買への引き継ぎにボトルネックがあることを示します。入手先明示的に記録されるイベントです。購買依頼と発注書の関連情報は、元の購買依頼明細IDを参照するPO_LINE_LOCATIONS_ALLなどのテーブルに保存されます。記録該当する購買依頼IDを参照する発注書の作成日を特定します。イベントタイプ explicit
	購買依頼をクローズ	購買依頼のライフサイクルが終了したことを示します。すべての明細が充足された（例：発注書に変換された）か、キャンセルされた状態です。最終的なステータス更新から推定します。
重要な理由プロセスが正常に完了したことを示す主な終了イベントです。購買依頼の処理がすべて完了し、追加の対応が不要であることを確認できます。入手先 POR_REQUISITION_HEADERS_ALLの購買依頼ヘッダーのステータスが「CLOSED」に変わったことから推定します。記録購買依頼の文書ステータスが「クローズ」に変わったタイムスタンプを特定します。イベントタイプ inferred
	購買依頼を作成	ユーザーが新しい購買依頼を初めて保存した時点で、調達プロセスが開始したことを示します。通常、このイベントはシステム内での明示的なレコード作成と、そのタイムスタンプによって記録されます。
重要な理由購買依頼プロセスの主な開始イベントです。作成から提出までの時間を分析すると、依頼の正式化にかかる遅れを把握できます。入手先 POR_REQUISITION_HEADERS_ALLテーブルのcreation_date列から取得します。新しい購買依頼IDが生成された時点で記録されます。記録購買依頼ヘッダーレコードの作成タイムスタンプを使用します。イベントタイプ explicit
	購買依頼を却下	購買依頼が最終的に却下され、その依頼のプロセスが終了したことを示します。購買依頼全体のステータスが「却下」に更新された時点から推定します。
重要な理由このアクティビティは、依頼が承認されなかった場合の終点です。購買依頼の却下率に関する重要業績評価指標（KPI）や、却下理由を把握するうえで、該当案件の分析が欠かせません。入手先 POR_REQUISITION_HEADERS_ALLテーブルの文書ステータスが「REJECTED」に変わったことから推定します。記録文書のステータスが初めて「却下」に設定されたタイムスタンプを特定します。イベントタイプ inferred
	購買依頼を承認	ワークフローのすべてのステップを通過した後、購買依頼が最終承認されたことを示します。購買依頼全体のステータスが「承認済み」に変わったことから推定します。
重要な理由依頼が調達に進める状態になったことを示す重要な節目です。購買依頼の承認サイクルタイム全体を測定する際の終点となります。入手先 POR_REQUISITION_HEADERS_ALLテーブルの文書ステータスが「APPROVED」に変わったことから推定します。このステータス変更日をイベント時刻として使用します。記録文書のステータスが初めて「承認済み」に設定されたタイムスタンプを特定します。イベントタイプ inferred
	購買依頼を提出	入力済みの購買依頼を承認ワークフローに提出するユーザーの操作を示します。購買依頼のステータスが「未完了」または「下書き」から、承認待ちを示すステータスに変わった時点で記録されます。
重要な理由このアクティビティを起点に承認サイクルが始まります。購買依頼の承認サイクルタイムと全体のリードタイムを測定するうえで重要な節目です。入手先 POR_REQUISITION_HEADERS_ALLテーブルのステータス変更から推定します（例：ステータスが「承認待ち」に変わる）。提出日は明示的に保存されている場合もあります。記録文書のステータスフィールドが初めて「承認待ち」に変わったタイムスタンプを特定します。イベントタイプ inferred
	承認ステップから差し戻し	承認者が正式な却下を行わず、追加情報や軽微な修正を求めて購買依頼を作成者に戻したことを示します。通常、ワークフローシステム上の明示的な操作として記録されます。
重要な理由確認が必要な状態を示し、サイクルタイムを延ばす手戻りが発生します。差し戻しと却下を区別すると、プロセス上の問題をより詳しく把握できます。入手先購買依頼の承認アクション履歴から取得します。ワークフローシステムには、「RETURN」などのアクションとそのタイムスタンプが記録されます。記録ワークフロー履歴にある「RETURN」または「情報提供依頼」アクションのタイムスタンプを使用します。イベントタイプ explicit
	承認ステップで却下	個々の承認者が購買依頼を却下すると、通常は修正のために作成者へ差し戻されるか、依頼が終了します。この操作はワークフロー履歴に明示的に記録されます。
重要な理由このアクティビティは、手戻りや遅延の主な原因です。却下を分析すると、コンプライアンス上の問題、予算の問題、根拠の不明確さを特定できます。入手先購買依頼の承認アクション履歴から取得します。ワークフローシステムには、「REJECT」アクションとそのタイムスタンプが記録されます。記録ワークフローのアクション履歴ログにある「REJECT」アクションのタイムスタンプを使用します。イベントタイプ explicit
	承認ステップを承認	ワークフローの担当ステップで、個々の承認者が購買依頼を承認したことを示します。このイベントは承認履歴に明示的に記録されます。
重要な理由個々の承認ステップを追跡すると、実際の承認経路を把握し、階層の各段階での処理時間を測定できます。入手先購買依頼の承認アクション履歴から取得します。通常、承認階層を管理するワークフロー（WF）またはHuman Capital Management（HCM）のテーブルに保存されています。記録ワークフローのアクション履歴ログにある「APPROVE」アクションのタイムスタンプを使用します。イベントタイプ explicit
	承認ステップを開始	ワークフロー内で、購買依頼が特定の承認者または承認グループに割り当てられた時点を示します。ワークフローエンジンのトランザクションログから取得します。
重要な理由各承認ステップの待ち時間を計算するうえで重要なアクティビティです。特定の承認者や承認レベルによるボトルネックの特定に役立ちます。入手先ユーザーに割り当てられたタスクを記録するOracle Fusionのワークフローテーブルから取得します。承認タスクの割り当てタイムスタンプを使用します。記録該当する購買依頼のワークフロー履歴にあるタスクの作成タイムスタンプを使用します。イベントタイプ explicit
	購買依頼を取り下げ	購買依頼が完全に承認される前に、依頼者が提出済みの依頼をキャンセルまたは取り下げたときに発生します。通常、ユーザーの明示的な操作によるステータス変更として記録されます。
重要な理由取り下げを追跡すると、業務上のニーズの変化や、提出後にユーザーが誤りを修正したことなど、プロセスが途中で終了する理由を特定できます。入手先 POR_REQUISITION_HEADERS_ALLテーブルのステータスが「取り下げ」に変わったことから推定します。操作は購買依頼のアクション履歴に記録されます。記録購買依頼のステータスが「取り下げ」に更新されたタイムスタンプを検出します。イベントタイプ inferred
	購買依頼を変更	初回提出後にユーザーが購買依頼を変更したことを示します。変更後は承認プロセスを最初からやり直す必要が生じる場合があります。重要なデータ項目の変更や、購買依頼の新しいバージョンの作成から推定します。
重要な理由変更が頻繁に発生している場合、データ品質の問題や要件の変化が考えられます。手戻りやプロセスの遅延につながり、購買依頼変更率の重要業績評価指標（KPI）にも直接影響します。入手先購買依頼のバージョン番号を追跡するか、提出後にステータスが「未完了」に戻ったことから推定します。変更ログや監査証跡テーブルに記録されている場合もあります。記録提出後、同じ購買依頼IDに対して新しいバージョンが作成されたタイムスタンプを特定します。イベントタイプ inferred

推奨任意

データ抽出ガイド

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

ステップ

レポートと分析に移動：Oracle Fusion Financialsにログインします。ナビゲーターメニューから「ツール」を開き、「レポートと分析」を選択します。ここでレポート関連の操作を行います。
新しい分析を作成：「レポートと分析」の作業領域で「作成」をクリックし、ドロップダウンメニューから「分析」を選択します。新しいタブでOracle Transactional Business Intelligence（OTBI）の分析エディターが開きます。
サブジェクト領域を選択：サブジェクト領域の選択画面が表示されます。検索ボックスに「Procurement - Requisitions Real Time」と入力し、一覧から選択します。このサブジェクト領域には、購買依頼のライフサイクルイベントに必要なデータが含まれています。
購買依頼イベントの分析を作成：個々のイベントを取得するには、複数のクエリを結合する必要があります。OTBIの画面には異なるイベントタイプを直接UNION ALLで結合する機能がないため、関連する日付とステータスの項目をまとめた単一のレポートを作成します。「条件」タブで、左側の「サブジェクト領域」ペインからクエリセクションに記載された列を、「選択された列」エリアにドラッグ＆ドロップします。作成日、提出日、承認日、発注書作成日などの列を追加します。
購買依頼のアクション履歴を追加：承認、却下、差し戻し、取り下げなどの詳細な承認ステップを取得するには、サブジェクト領域内の「Requisition Action History」フォルダーにある項目を追加します。「Action Date」「Action」「Performer」を選択された列にドラッグします。
フィルターを設定：「プロンプト」タブに切り替えて、分析用のフィルターを作成します。データ量を抑えるため、日付範囲による絞り込みが必要です。「Requisition Header」の「Requisition Creation Date」にフィルターを設定し、たとえば過去6か月の範囲を指定します。「Business Unit」や「Requester Name」のプロンプトを追加して、対象データをさらに絞り込むこともできます。
レポートを実行して確認：「結果」タブを開いて分析を実行し、データをプレビューします。出力は、購買依頼の明細または承認アクションごとに1行を持ち、複数の日付列とステータス列を含む横持ちのテーブルになります。
生のデータをエクスポート：プレビューを確認したら、通常は結果ページの下部にある「エクスポート」リンクをクリックします。形式として「データ」＞「CSVファイル」を選択すると、分析結果の生のデータがダウンロードされます。
イベントログ形式に変換：エクスポートしたCSVは横持ち形式です。Pythonスクリプト、ExcelのPower Queryなどの外部ツールを使ってデータを変換します。日付列を1つの「EventTime」列にピボット解除し、イベントタイプごとに対応する「ActivityName」列を作成します（例：「Requisition Created」「Requisition Submitted」）。
アップロード用に仕上げる：変換後、PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdateの各列があることを確認します。完成したイベントログをCSVファイルとして保存すると、ProcessMindにアップロードできます。

設定

サブジェクト領域：主に使用するサブジェクト領域は「Procurement - Requisitions Real Time」です。購買依頼のヘッダー、明細、配賦、承認履歴に関する主要な情報が含まれています。
日付範囲：データ量を抑え、処理性能を高めるため、必ず日付フィルターを設定します。まずは「Requisition Header」の「Requisition Creation Date」で過去3～6か月に絞り込む方法が適しています。
主なフィルター：対象の組織単位に絞り込み、分析に不要な「Canceled」などのステータスを除外するには、「Requisition Header」の「Business Unit」や「Requisition Status」のフィルターを追加します。
列の選択：分析に追加する列は必要なものに絞ります。特に複数のフォルダー（ディメンション）から多くの列を追加すると、処理性能が低下する可能性があります。イベントログに必要な項目だけを選択してください。
権限：抽出を実行するユーザーには、「レポートと分析」の作業領域と「Procurement - Requisitions Real Time」サブジェクト領域へのアクセス権限を持つロールが必要です。通常、「BI Author」や「Procurement Analyst」などのロールに必要な権限が付与されています。

クエリの例 sql

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

ステップ

BI Authorまたは同等の権限を持つユーザーでOracle Fusion Financialsにログインします。
ナビゲーターアイコンをクリックし、「ツール」＞「レポートと分析」を選択して作業領域に移動します。
「カタログの参照」をクリックし、Business Intelligence Publisherのカタログを開きます。
BI Publisherの画面で「新規」をクリックし、ドロップダウンリストから「データモデル」を選択します。
データモデルのプロパティで名前と説明を入力できます。「＋」アイコンをクリックしてデータセットを追加し、「SQLクエリ」を選択します。
新しいデータセットのダイアログで名前（例：Requisition_Event_Log）を入力し、Financialsデータに対応するデータソース（例：ApplicationDB_FSCM）を選択して、SQLの種類に「標準SQL」を指定します。
この文書の「query」セクションにあるSQLスクリプト全体をコピーし、SQLクエリの入力欄に貼り付けます。
クエリには:p_start_dateと:p_end_dateのパラメーターが含まれています。BI Publisherが自動的に認識します。必要に応じて既定値を設定できます。
データモデルを適切なカタログフォルダー（例：Shared Folders/Custom）に保存します。
データをエクスポートするには、カタログに戻り、「新規」＞「レポート」を選択します。作成したレポートを、先ほど作成したデータモデルに関連付けます。
レポートを実行し、開始日と終了日のパラメーターを指定します。データが表示されたら、「エクスポート」機能を使ってCSVファイルとしてダウンロードします。
最終的なCSVファイルをUTF-8で保存し、プロセスマイニングツールへの取り込みに必要なヘッダーが含まれていることを確認します。

設定

データソース：BI Publisherのデータソース（通常は「ApplicationDB_FSCM」など）には、クエリで使用するすべてのテーブルを読み取れるユーザーを設定する必要があります。対象には、調達（POR、PO）、人事管理（PER、HR）、財務（FUN）のテーブルが含まれます。
日付範囲による絞り込み：クエリには、購買依頼の作成日を絞り込む必須の日付パラメーター（:p_start_dateと:p_end_date）が設定されています。初回抽出や大規模システムでは、システムのタイムアウトを防ぐため、たとえば3～6か月ずつ、運用しやすい単位に分けて抽出することが重要です。
事業部門による絞り込み：クエリのWHERE句には、事業部門名で絞り込む条件がコメントアウトされた状態で含まれています。この条件のコメントを解除して設定し、分析対象の事業部門にデータを限定することを強く推奨します。処理性能の向上につながる場合があります。
前提条件：レポートの作成と実行には、「BI Administrator Role」や「BI Author Role」など、BI Publisherの権限を持つロールが必要です。また、調達データにアクセスするためのデータセキュリティ権限も必要です。

クエリの例 sql

WITH BaseRequisitions AS (
    SELECT
        PRH.REQUISITION_HEADER_ID,
        PRH.REQUISITION_NUMBER,
        PRH.CREATION_DATE,
        PRH.LAST_UPDATE_DATE AS HEADER_LAST_UPDATE_DATE,
        PRH.DOCUMENT_STATUS,
        PRH.PREPARER_ID,
        PPNF_REQ.DISPLAY_NAME AS RequesterName,
        HOU.NAME AS DepartmentName,
        BU.BU_NAME AS BusinessUnit,
        SUM(PRL.AMOUNT) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequisitionTotalAmount,
        MIN(PRL.NEED_BY_DATE) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequiredByDate
    FROM
        POR_REQUISITION_HEADERS_ALL PRH
    JOIN
        POR_REQUISITION_LINES_ALL PRL ON PRH.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
    JOIN
        PER_USERS PU_REQ ON PRH.PREPARER_ID = PU_REQ.USER_ID
    LEFT JOIN
        PER_PERSON_NAMES_F PPNF_REQ ON PU_REQ.PERSON_ID = PPNF_REQ.PERSON_ID AND PPNF_REQ.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PPNF_REQ.EFFECTIVE_START_DATE AND PPNF_REQ.EFFECTIVE_END_DATE
    LEFT JOIN
        PER_ALL_ASSIGNMENTS_F PAAF ON PU_REQ.PERSON_ID = PAAF.PERSON_ID AND PAAF.ASSIGNMENT_TYPE = 'E' AND PAAF.PRIMARY_FLAG = 'Y' AND SYSDATE BETWEEN PAAF.EFFECTIVE_START_DATE AND PAAF.EFFECTIVE_END_DATE
    LEFT JOIN
        HR_ORGANIZATION_UNITS_F_VL HOU ON PAAF.ORGANIZATION_ID = HOU.ORGANIZATION_ID AND SYSDATE BETWEEN HOU.EFFECTIVE_START_DATE AND HOU.EFFECTIVE_END_DATE
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON PRH.REQ_BU_ID = BU.BU_ID
    WHERE PRH.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    -- AND BU.BU_NAME IN ('[Your Business Unit Name]') -- Recommended: Uncomment and specify your Business Unit(s)
)
-- 1. Requisition Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Created' AS "ActivityName",
    BR.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR

UNION ALL

-- 2. Requisition Submitted, 4. Requisition Amended
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    CASE 
        WHEN PAH.OBJECT_REVISION_NUM > 1 THEN 'Requisition Amended'
        ELSE 'Requisition Submitted'
    END AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'SUBMIT'

UNION ALL

-- 3. Requisition Withdrawn
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Withdrawn' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'WITHDRAW'

UNION ALL

-- 5. Approval Step Started
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Started' AS "ActivityName",
    PAH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE IN ('APPROVE', 'REJECT', 'SUBMIT', 'RETURN')

UNION ALL

-- 6. Approval Step Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'APPROVE'

UNION ALL

-- 7. Approval Step Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'

UNION ALL

-- 8. Approval Step Returned
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Returned' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'RETURN'

UNION ALL

-- 9. Requisition Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'APPROVED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'FINALLY CLOSE' AND BR.DOCUMENT_STATUS = 'APPROVED'

UNION ALL

-- 10. Requisition Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'REJECTED' AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'
AND BR.DOCUMENT_STATUS = 'REJECTED'
AND PAH.ACTION_DATE = (SELECT MAX(PAH2.ACTION_DATE) FROM PO_ACTION_HISTORY PAH2 WHERE PAH2.OBJECT_ID = BR.REQUISITION_HEADER_ID AND PAH2.ACTION_CODE = 'REJECT')

UNION ALL

-- 11. Purchase Order Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Purchase Order Created' AS "ActivityName",
    POH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN POR_REQUISITION_LINES_ALL PRL ON BR.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
JOIN PO_DISTRIBUTIONS_ALL POD ON PRL.REQUISITION_LINE_ID = POD.REQUISITION_LINE_ID
JOIN PO_HEADERS_ALL POH ON POD.PO_HEADER_ID = POH.PO_HEADER_ID

UNION ALL

-- 12. Requisition Closed
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Closed' AS "ActivityName",
    BR.HEADER_LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'CLOSED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
WHERE BR.DOCUMENT_STATUS = 'CLOSED'

ステップ

前提条件と環境設定：システムにPython 3がインストールされていることを確認します。ターミナルでpip install requestsを実行し、必要なrequestsライブラリをインストールします。また、購買依頼データの読み取り権限を持つOracle FusionユーザーのAPI認証情報（ユーザー名、パスワード）と、Oracle Fusion環境のベースURLが必要です。
Pythonスクリプトを保存：「query」セクションに記載されたPythonコード全体を、たとえばextract_requisitions.pyというファイル名で保存します。
スクリプトのパラメーターを設定：テキストエディターでスクリプトファイルを開き、先頭にあるプレースホルダーの値を変更します。FUSION_URL、USERNAME、PASSWORDにOracle Fusion環境の情報を設定します。START_DATEとEND_DATEを変更して、抽出期間を指定します。
APIエンドポイントと項目を確認：スクリプトはpurchaseRequisitions REST APIリソースを対象とします。fieldsパラメーターで必要なデータだけを要求します。処理性能を高めるため、発注書情報を含むlinesや承認イベントを含むactionHistoryなど、ネストされたコレクションも指定します。
スクリプトを実行：ターミナルでpython extract_requisitions.pyを実行します。スクリプトがAPIに認証し、データの取得を開始します。処理済みの購買依頼数など、進捗状況がコンソールに表示されます。
ページネーションを処理：スクリプトがページネーションを自動で処理します。Oracle Fusion REST APIはデータを複数のページに分けて返します。各応答のhasMoreフラグを確認し、指定した日付範囲の購買依頼をすべて取得するまで、offsetパラメーターを更新してリクエストを繰り返します。
データ変換の仕組み：APIから取得した購買依頼ごとに、スクリプトがイベントログの行を複数作成します。CreationDateから「Requisition Created」イベントを、SubmittedDateから「Requisition Submitted」イベントを作成します。また、actionHistoryコレクションを順に確認し、各承認ステップ（開始、承認、却下、差し戻し）のイベントを作成します。
最終ステータスのイベントを判定：購買依頼の最終的なDocumentStatusを確認し、LastUpdateDateをイベント時刻として、「Requisition Approved」や「Requisition Rejected」などの最終結果イベントを記録します。
発注書イベントを作成：購買依頼の各明細を確認します。明細にPoHeaderIdがある場合、発注書が作成されたことを示します。このアクティビティのイベントログ行を作成し、購買依頼と後続の調達プロセスを関連付けます。
出力ファイルを確認：スクリプトの実行が完了すると、同じディレクトリにoracle_fusion_requisitions_event_log.csvというCSVファイルが作成されます。このファイルに抽出したイベントログが含まれています。
アップロードの準備：生成されたCSVファイルを表計算ソフトで開き、内容を確認します。列とデータ形式がプロセスマイニングツールの要件に合っていることを確認してください。これでProcessMindにアップロードできます。

設定

API認証情報：購買依頼REST APIへの読み取り専用アクセス権限を持つロールを割り当てた、専用の連携ユーザーアカウントが必要です。ロールの例として、Procurement Managerやカスタムの連携ロールがあります。
REST APIエンドポイント：スクリプトでは.../fscmRestApi/resources/11.13.18.05/purchaseRequisitionsエンドポイントを使用します。URL内のバージョン番号がOracle Fusion環境と一致していることを確認してください。
日付範囲フィルター：スクリプトにはSTART_DATEとEND_DATEの変数が含まれています。APIのタイムアウトや処理性能の問題を避けるため、たとえば3～6か月ずつ、運用しやすい単位に分けて抽出することを強く推奨します。フィルターは購買依頼のCreationDateに適用されます。
項目の選択：スクリプトのfieldsパラメーターは、処理性能を左右する重要な設定です。イベントログに必要な属性だけに応答データを絞り込み、ネットワーク通信量と処理時間を抑えます。RequisitionId、CreationDate、actionHistory、linesなど、必須項目は削除しないでください。
ページネーションの上限：limitパラメーターは100に設定されています。多くの環境で安全に使える値です。抽出を速めるために200や500へ増やすこともできますが、値を大きくしすぎるとメモリの問題やAPIの制限が発生する可能性があります。

クエリの例 python

import requests
import csv
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 instance URL, username, and password.
FUSION_URL = class="hl-string">"https://[your-fusion-instance-url].oraclecloud.com"
USERNAME = class="hl-string">"your_api_user"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Define the date range for the extraction.
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_requisitions_data():
    class="hl-string">"""Fetches and processes purchase requisition data from Oracle Fusion REST API."""
    
    api_url = fclass="hl-string">"{FUSION_URL}/fscmRestApi/resources/11.13.18.05/purchaseRequisitions"
    
    class=class="hl-string">"hl-comment"># Define the fields to retrieve to optimize the API call
    fields_to_get = [
        class="hl-string">"RequisitionId", class="hl-string">"RequisitionNumber", class="hl-string">"CreationDate", class="hl-string">"SubmittedDate", class="hl-string">"LastUpdateDate",
        class="hl-string">"DocumentStatus", class="hl-string">"PreparerName", class="hl-string">"BusinessUnitName", class="hl-string">"RequisitionTotal", class="hl-string">"NeedByDate",
        class="hl-string">"Department", class="hl-string">"RejectionReason", 
        class="hl-string">"actionHistory(ActionCode,ActionDate,PerformerName)",
        class="hl-string">"lines(PoHeaderId,LastUpdateDate)"
    ]
    
    class=class="hl-string">"hl-comment"># Parameters for the API request
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">"fields": class="hl-string">",".join(fields_to_get),
        class="hl-string">"limit": 100,
        class="hl-string">"offset": 0
    }
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    event_log = []
    has_more = True
    total_processed = 0
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    while has_more:
        print(fclass="hl-string">"Fetching requisitions from offset {params['offset']}...")
        try:
            response = requests.get(
                api_url, 
                auth=(USERNAME, PASSWORD), 
                params=params, 
                headers=headers
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break

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

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

        for req in requisitions:
            base_event = {
                class="hl-string">'PurchaseRequisitionId': req.get(class="hl-string">'RequisitionNumber'),
                class="hl-string">'RequesterName': req.get(class="hl-string">'PreparerName'),
                class="hl-string">'DepartmentName': req.get(class="hl-string">'Department'),
                class="hl-string">'RequisitionTotalAmount': req.get(class="hl-string">'RequisitionTotal'),
                class="hl-string">'RequisitionStatus': req.get(class="hl-string">'DocumentStatus'),
                class="hl-string">'RequiredByDate': req.get(class="hl-string">'NeedByDate'),
                class="hl-string">'RejectionReason': req.get(class="hl-string">'RejectionReason'),
                class="hl-string">'BusinessUnit': req.get(class="hl-string">'BusinessUnitName'),
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': now_iso
            }

            class=class="hl-string">"hl-comment"># 1. Requisition Created
            if req.get(class="hl-string">'CreationDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Created', class="hl-string">'EventTime': req[class="hl-string">'CreationDate']})

            class=class="hl-string">"hl-comment"># 2. Requisition Submitted
            if req.get(class="hl-string">'SubmittedDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Submitted', class="hl-string">'EventTime': req[class="hl-string">'SubmittedDate']})

            class=class="hl-string">"hl-comment"># 3-8. Approval Workflow Events from actionHistory
            po_created = False
            if class="hl-string">'actionHistory' in req and req[class="hl-string">'actionHistory'] is not None:
                for action in req[class="hl-string">'actionHistory']:
                    activity = None
                    action_code = action.get(class="hl-string">'ActionCode')
                    if action_code == class="hl-string">'SUBMIT':
                        class=class="hl-string">"hl-comment"># This is often the first step in the approval flow
                        activity = class="hl-string">'Approval Step Started'
                    elif action_code == class="hl-string">'APPROVE':
                        activity = class="hl-string">'Approval Step Approved'
                    elif action_code == class="hl-string">'REJECT':
                        activity = class="hl-string">'Approval Step Rejected'
                    elif action_code == class="hl-string">'RETURN':
                        activity = class="hl-string">'Approval Step Returned'
                    elif action_code == class="hl-string">'WITHDRAW':
                        activity = class="hl-string">'Requisition Withdrawn'
                    elif action_code == class="hl-string">'UPDATE':
                        activity = class="hl-string">'Requisition Amended'
                    
                    if activity:
                        event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': action.get(class="hl-string">'ActionDate')})

            class=class="hl-string">"hl-comment"># 9-10 & 12. Final Status Events
            final_status = req.get(class="hl-string">'DocumentStatus')
            last_update_date = req.get(class="hl-string">'LastUpdateDate')
            if last_update_date:
                if final_status == class="hl-string">'APPROVED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Approved', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'REJECTED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Rejected', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'CLOSED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Closed', class="hl-string">'EventTime': last_update_date})

            class=class="hl-string">"hl-comment"># 11. Purchase Order Created
            if class="hl-string">'lines' in req and req[class="hl-string">'lines'] is not None:
                for line in req[class="hl-string">'lines']:
                    if line.get(class="hl-string">'PoHeaderId') and not po_created:
                        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created', class="hl-string">'EventTime': line.get(class="hl-string">'LastUpdateDate', last_update_date)})
                        po_created = True class=class="hl-string">"hl-comment"># Create only one PO event per requisition
                        break
        
        total_processed += len(requisitions)
        print(fclass="hl-string">"Processed {total_processed} total requisitions so far.")

        class=class="hl-string">"hl-comment"># Check if there is more data to fetch for pagination
        has_more = data.get(class="hl-string">'hasMore', False)
        if has_more:
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

    class=class="hl-string">"hl-comment"># Write to CSV
    if event_log:
        filename = class="hl-string">'oracle_fusion_requisitions_event_log.csv'
        fieldnames = list(event_log[0].keys())
        with open(filename, 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(event_log)
        print(fclass="hl-string">"\nSuccessfully extracted {len(event_log)} events to {filename}")
    else:
        print(class="hl-string">"\nNo events were generated.")

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

ステップ

Oracle BI Cloud Connector、必要なOracle Fusion Financialsの調達コンテンツ、および関連するPublic View Objectへのアクセスが環境で利用できることを確認します。BICCユーザーまたは連携アカウントに、購買依頼、承認履歴、発注書データを抽出する権限があることも確認してください。正確なロール名や画面上の項目名はOracleのリリースによって異なるため、テナントに対応するBICC管理画面を使用します。
抽出に必要なPVOを特定して有効にします。RequisitionHeaderPVO、または環境内の対応する購買依頼ヘッダーPVOに加え、購買依頼明細、ステータス履歴、承認ワークフロー履歴、発注書参照を提供するPVOを使用します。1つのPVOにワークフロー履歴や発注書作成履歴がすべて含まれるとは限りません。テナントで利用できる正確なPVO名と属性を記録してください。
増分または履歴データの一括抽出用にBICCジョブを設定します。[Start date parameter]と[End date parameter]で抽出期間を指定し、承認済みのクラウドストレージにCSVファイルを出力するよう設定します。初回ロードでは、十分な期間を対象にします。定期的なロードでは、更新の遅延に備えて期間を重複させます。可能な場合は、ケース識別子、アクティビティ、イベント時刻、ソースイベント識別子を使ってイベントの重複を除去します。
抽出する列を設定します。購買依頼ID、ヘッダーIDと明細ID、依頼者、部門、金額、ステータス、必要日、事業部門、却下理由、作成・更新日時、ステータス変更日時、承認の割り当て日時とアクション日時、承認アクション、発注書参照、BICCの更新日時を含めます。選択したPVOで公開されている正確な属性名を使用してください。属性が利用できない場合は、未確認の項目で代用せず、[Configure based on your system]にマッピングして制約を文書化します。
元のCSVファイルを保持したまま抽出します。各ファイルをステージング領域に読み込み、ソースPVO名とファイル名を記録します。タイムスタンプを合意したタイムゾーンに統一し、Oracleの日付とタイムスタンプを一貫した方法で解析します。先頭のゼロや精度が失われないよう、識別子は文字列として扱います。
ソースデータを、明示的な業務イベントごとに1行を持つイベントテーブルに変換します。出力にはPurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdateが必要です。利用可能な場合は、推奨属性も追加します。ProcessMindがステータスや項目の変更からイベントを推定することを前提にしないでください。クエリに記載された12種類のアクティビティすべてについて、変換処理で明示的に行を作成します。
適切なソース情報からイベント行を作成します。「Requisition Created」にはレコード作成の証跡、「Requisition Submitted」には明示的な提出への遷移、「Requisition Withdrawn」には明示的な取り下げアクションまたは遷移を使用します。「Requisition Amended」には、提出後の変更または新しいバージョンを検出した記録を使用します。「Approval Step Started」にはワークフローの割り当てを、「Approval Step Approved」「Approval Step Rejected」「Approval Step Returned」には明示的な承認履歴のアクションを使用します。「Requisition Approved」「Requisition Rejected」「Requisition Closed」には、全体ステータスの明示的な遷移を使用します。「Purchase Order Created」には、購買依頼に関連付けられた発注書の明示的な作成レコードまたは作成日時を使用します。
重複を一貫したルールで除去します。複数のソース行が同じイベントを表す場合は、最も詳細なイベント時刻と、利用可能であれば一意で安定したソース識別子を使って1行を残します。同じ購買依頼IDを持つという理由だけで、異なる承認ステップをまとめないでください。承認者やワークフローのステップが異なる場合は、別々の承認イベントとして保持します。
作成したイベントログを検証します。必須のアクティビティがすべて含まれ、各イベントにケース識別子とイベント時刻があることを確認します。タイムスタンプが抽出期間内にあること、または遅れて届いた更新によるものと説明できることも確認してください。ソースに値がある場合は、推奨属性が入力されていることを確認します。購買依頼数と発注書の関連付けをソース抽出データと照合します。
最終的なイベントログを、ヘッダー行が1行でイベントごとに1行のUTF-8 CSVとしてエクスポートします。PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdateと、推奨属性には指定どおりの列名を使用します。CSVをProcessMindにアップロードし、PurchaseRequisitionIdをケース識別子、ActivityNameをアクティビティ、EventTimeをイベント時刻として設定します。

設定

抽出方法：Oracle BI Cloud Connectorによる一括データ抽出。設定済みのクラウドストレージにCSVファイルを出力します。
ソースオブジェクト：RequisitionHeaderPVOと、テナントで利用できる対応する購買依頼明細、ステータス履歴、承認ワークフロー履歴、発注書参照のPVOを使用します。正確なPVO名と属性は環境内で確認してください。
必須の出力列：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdate。
推奨する出力列：RequesterName、DepartmentName、RequisitionTotalAmount、RequisitionStatus、RequiredByDate、RejectionReason、BusinessUnit。
日付範囲：通常の分析では3～6か月を対象にします。初回の履歴データロードでは、必要に応じてより長い期間を指定します。定期抽出では、更新の遅延を取り込めるよう期間を重複させ、その後に重複を除去します。
フィルター：選択したPVOで該当属性が利用できる場合に限り、[Company-specific filter]、[Document Type filter]、[Business Unit filter]、[Date range filter]を適用します。フィルターが作成日、更新日、ステータス変更日、その他のソース日付のどれに適用されるかを確認してください。
増分抽出：BICCで利用できる更新日時、またはサポートされている増分抽出の仕組みを優先します。最後に成功した抽出のウォーターマークを保持し、次回の実行期間に短い重複期間を設けます。
イベントの網羅性：購買依頼ヘッダーから承認履歴、ステータス変更、変更履歴、発注書作成情報を取得できない場合は、ソース抽出を分けて設定します。現在の状態だけを含むヘッダー抽出では、過去のイベントを正確に再構成できません。
処理性能：日付範囲と選択列を絞り込み、対応している場合は大規模な抽出を分割します。不要な説明属性を避け、CSVファイルを分割して処理します。照合に備えてソースファイルを保持してください。
ストレージ：十分な容量、保持期間、暗号化、アクセス制御を備えた承認済みのクラウドストレージを設定します。抽出アカウントにファイルの書き込み権限があり、変換処理からファイルを読み取れることを確認してください。
前提条件：BICCが利用可能であること、関連するOracle Fusionの調達・承認データへのアクセス権限、適切な連携権限、選択したPVOへのアクセス権限、および必要なOracleサブスクリプションや機能の利用資格が必要です。正確なロール名、ライセンス、画面上の操作手順は、Oracleのリリースとテナント設定によって異なります。
時刻の扱い：すべてのソースタイムスタンプを文書化したタイムゾーンに統一します。監査可能性が必要な場合は、元のタイムスタンプも保持してください。
ケースの扱い：PurchaseRequisitionIdをケース識別子として使用します。明細単位でプロセスをモデル化する場合を除き、購買依頼の明細IDをケース識別子にしないでください。

クエリの例 sql

WITH
source_requisition AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([Creation timestamp attribute] AS TIMESTAMP) AS CreatedAt,
        CAST([Submission timestamp attribute] AS TIMESTAMP) AS SubmittedAt,
        CAST([Withdrawal timestamp attribute] AS TIMESTAMP) AS WithdrawnAt,
        CAST([Approval timestamp attribute] AS TIMESTAMP) AS ApprovedAt,
        CAST([Rejection timestamp attribute] AS TIMESTAMP) AS RejectedAt,
        CAST([Closure timestamp attribute] AS TIMESTAMP) AS ClosedAt,
        CAST([Last update timestamp attribute] AS TIMESTAMP) AS SourceLastUpdate,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Requisition header extract or view]
    WHERE CAST([Last update timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Last update timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND ([Company filter attribute] = '[Company-specific filter]' OR '[Company-specific filter]' = '[All companies]')
      AND ([Document type filter attribute] = '[Document Type filter]' OR '[Document Type filter]' = '[All document types]')
),
source_status_history AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Previous status attribute] AS VARCHAR(200)) AS PreviousStatus,
        CAST([New status attribute] AS VARCHAR(200)) AS NewStatus,
        CAST([Status change timestamp attribute] AS TIMESTAMP) AS StatusChangedAt,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Requisition status history extract or view]
    WHERE CAST([Status change timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status change timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
source_amendments AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Amendment timestamp attribute] AS TIMESTAMP) AS AmendedAt,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Requisition amendment or version extract or view]
    WHERE CAST([Amendment timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Amendment timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
source_approval_history AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Approval step identifier attribute] AS VARCHAR(200)) AS ApprovalStepId,
        CAST([Approver or approval group attribute] AS VARCHAR(500)) AS ApproverName,
        CAST([Approval action attribute] AS VARCHAR(200)) AS ApprovalAction,
        CAST([Approval assignment timestamp attribute] AS TIMESTAMP) AS ApprovalStartedAt,
        CAST([Approval action timestamp attribute] AS TIMESTAMP) AS ApprovalActionAt,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Approval workflow history extract or view]
    WHERE COALESCE(CAST([Approval assignment timestamp attribute] AS TIMESTAMP), CAST([Approval action timestamp attribute] AS TIMESTAMP)) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND COALESCE(CAST([Approval assignment timestamp attribute] AS TIMESTAMP), CAST([Approval action timestamp attribute] AS TIMESTAMP)) < CAST('[End date parameter]' AS TIMESTAMP)
),
source_purchase_orders AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Purchase order creation timestamp attribute] AS TIMESTAMP) AS PurchaseOrderCreatedAt,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Purchase order reference extract or view]
    WHERE CAST([Purchase order creation timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Purchase order creation timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
events AS (
    SELECT PurchaseRequisitionId, 'Requisition Created' AS ActivityName, CreatedAt AS EventTime, RequesterName, DepartmentName, RequisitionTotalAmount, RequisitionStatus, RequiredByDate, RejectionReason, BusinessUnit, LastDataUpdate FROM source_requisition WHERE CreatedAt IS NOT NULL
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Submitted', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) IN ('pending approval', 'submitted', 'pending') AND LOWER(COALESCE(h.PreviousStatus, '')) IN ('incomplete', 'draft')
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Withdrawn', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) IN ('withdrawn', 'cancelled', 'canceled')
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Requisition Amended', a.AmendedAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_amendments a WHERE a.AmendedAt IS NOT NULL
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Started', a.ApprovalStartedAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalStartedAt IS NOT NULL
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Approved', a.ApprovalActionAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalActionAt IS NOT NULL AND LOWER(a.ApprovalAction) IN ('approved', 'approve')
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Rejected', a.ApprovalActionAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalActionAt IS NOT NULL AND LOWER(a.ApprovalAction) IN ('rejected', 'reject')
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Returned', a.ApprovalActionAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalActionAt IS NOT NULL AND LOWER(a.ApprovalAction) IN ('returned', 'return', 'sent back', 'send back')
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Approved', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) = 'approved'
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Rejected', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) = 'rejected'
    UNION ALL
    SELECT p.PurchaseRequisitionId, 'Purchase Order Created', p.PurchaseOrderCreatedAt, p.RequesterName, p.DepartmentName, p.RequisitionTotalAmount, p.RequisitionStatus, p.RequiredByDate, p.RejectionReason, p.BusinessUnit, p.LastDataUpdate FROM source_purchase_orders p WHERE p.PurchaseOrderCreatedAt IS NOT NULL
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Closed', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) IN ('closed', 'finally closed', 'complete', 'completed')
)
SELECT
    PurchaseRequisitionId,
    ActivityName,
    EventTime,
    'Oracle Fusion Financials' AS SourceSystem,
    LastDataUpdate,
    RequesterName,
    DepartmentName,
    RequisitionTotalAmount,
    RequisitionStatus,
    RequiredByDate,
    RejectionReason,
    BusinessUnit
FROM events
WHERE PurchaseRequisitionId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

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

このテンプレートを使って、調達から支払いまでの購買依頼プロセスの改善に取り組み、業務効率の向上を目指しましょう。調達業務を見直すための準備を始められます。

改善ガイドに戻る

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

調達から支払いまでの購買依頼プロセスを30％短縮

Oracleの調達から支払いまでの購買依頼プロセスを効率化し、処理期間を30％短縮します。

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

クレジットカードは不要です。数分で設定できます。

調達から支払いまで：購買依頼のデータテンプレート

調達から支払いまで：購買依頼のデータテンプレート

調達から支払いまで：購買依頼の属性

調達から支払いまで：購買依頼のアクティビティ

データ抽出ガイド

Oracle Transactional Business Intelligence（OTBI）からのエクスポート

ステップ

設定

クエリの例 sql

Oracle BI PublisherのSQLベースデータモデルによる抽出

ステップ

設定

クエリの例 sql

Oracle Fusion REST APIを使ったPythonスクリプト

ステップ

設定

クエリの例 python

Oracle BI Cloud Connector（BICC）による一括データ抽出

ステップ

設定

クエリの例 sql

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

調達から支払いまでの購買依頼プロセスを30％短縮