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

調達から支払いまで - 申請データテンプレート

Oracle Fusion Financials

購買から支払いまで - 購買依頼属性 (22) 購買から支払いまで - 購買依頼アクティビティ (12) 抽出ガイド (4)

調達から支払いまで - 申請データテンプレート

このテンプレートは、購買申請（Purchase to Pay - Requisition）プロセスを分析するために必要な不可欠なデータを収集するための明確なロードマップを提供します。収集すべき主要な属性、追跡すべき重要なアクティビティ、およびOracle Fusion Financialsからこの情報を抽出するための実践的なガイダンスを概説しています。これにより、洞察に富んだプロセスマイニングのためにイベントログを効果的に準備できます。

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

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

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

購買から支払いまで - 購買依頼属性

これらは、包括的な購買申請（Purchase to Pay - Requisition）分析のために、イベントログに含めることを推奨するデータフィールドです。

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が割り当てられ、そのライフサイクルを通じて一定に保たれます。プロセスマイニングでは、この属性は作成、提出、承認ステップ、最終クローズなどの関連するすべてのイベントを単一のケースにグループ化するために使用されます。これにより、申請のジャーニーをエンドツーエンドで分析することが可能になり、個々の要求ごとにプロセスマップを視覚化し、サイクルタイムを計算し、バリアントを分析することができます。その重要性これは、申請のライフサイクルを最初から最後まで追跡するための基本的な属性であり、すべてのケースレベル分析と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のようなテーブルの申請ヘッダーで利用可能です。例 BU North AmericaBU Europe本社
	却下理由 RejectionReason	購買申請または承認ステップが却下された際に、承認者から提供される理由です。
説明購買申請が却下された場合、承認者は通常、事前定義されたリストから選択するか、自由形式のテキストを入力して理由を提供します。この属性はその正当化を捕捉します。これは、プロセス障害の根本原因分析にとって重要な属性です。「修正と却下のトレンド」ダッシュボードを直接サポートし、却下の「理由」を提供します。却下理由を分析することで、誤ったコーディング、予算超過、ポリシー違反などの一般的な問題を特定するのに役立ち、これらはトレーニングやシステム制御を通じて対処できます。その重要性購買申請が却下される理由に直接的な洞察を提供し、手戻りを減らし、ストレートスルー処理率を向上させるための的を絞った改善を可能にします。取得元ワークフローのコメント、またはワークフロー監査証跡内の特定の却下理由コードフィールドから取得されます。FA_FUSION_SOAINFRA.WFTASKや関連するコメントストレージのテーブル内に存在する可能性があります。例誤ったGL勘定コストセンターの予算超過非優先サプライヤーの選択重複リクエスト
	必要期日 RequiredByDate	申請者が物品またはサービスを必要とする日付です。
説明この日付は、申請者が要求された品目を受け取る期限を示すために指定します。これは、調達プロセスにおける内部サービスレベルアグリーメント（SLA）の目標として機能します。この属性は、「必要日パフォーマンス」ダッシュボードおよび「必要日遵守率」KPIの基礎となります。この日付を実際の購買オーダー作成日または物品受領日と比較することで、調達プロセスが内部顧客の要求をどの程度満たしているかを分析し、システム的な遅延を特定することができます。その重要性内部の期限に対するプロセスパフォーマンスを測定し、調達プロセスがタイムリーにビジネスニーズを満たしているかを理解するために不可欠です。取得元通常、購買申請明細レベルで、POR_REQUISITION_LINES_ALLのようなテーブルの「NEED_BY_DATE」といったフィールドに保存されます。例 2023-11-012023-12-152024-01-31
	申請者名 RequesterName	購買申請を作成し提出した従業員の名前です。
説明この属性は、物品またはサービスの要求を開始した個人を特定します。この情報は通常、申請が最初に作成されたプロセスの開始時に捕捉されます。「申請者別パフォーマンスメトリクス」ダッシュボードにとって、申請者別にプロセスパフォーマンスを分析することは非常に重要です。これにより、申請の修正、却下、または長いサイクルタイムの発生率が高いユーザーやグループを強調表示し、追加のトレーニングが必要なユーザーやグループを特定するのに役立ちます。これにより、プロセスを人間中心の視点で見ることができます。その重要性依頼者ごとのパフォーマンス分析を可能にし、トレーニングニーズを特定し、効率的なユーザーや部門を浮き彫りにするのに役立ちます。取得元購買申請ヘッダーデータから取得され、多くの場合、申請者のIDを従業員またはユーザーマスターデータテーブルと結合して取得します。POR_REQUISITION_HEADERS_ALLの「PREPARER_ID」に関連するフィールドを探し、PER_ALL_PEOPLE_Fと結合してください。例 John Smithジェーン・ドウエミリー・ジョーンズ
	購買依頼ステータス RequisitionStatus	購買依頼の現在の、または最終的なステータス。
説明この属性は、ある時点での購買申請の全体的な状態、または「承認済み」、「却下済み」、「処理中」、「クローズ済み」などの最終結果を示します。これは、イベントログ内の多くのアクティビティが派生するソースとなることが多いです。この属性は、「申請ステータス概要」ダッシュボードの鍵となり、現在のワークロードとバックログのスナップショットを提供します。また、特定のステータスで終了するケースをフィルタリングすることにより、購買申請却下率などの結果ベースのKPIを計算するためにも使用されます。その重要性購買申請の現在の状態をスナップショットで提供し、KPI計算における最終結果の決定に利用されます。取得元購買依頼ヘッダーテーブルで見つかります。通常、POR_REQUISITION_HEADERS_ALLの『DOCUMENT_STATUS』または『APPROVAL_STATUS』のようなフィールドにあります。例 APPROVEDIN PROCESS却下済み撤回済み
	購買申請合計金額 RequisitionTotalAmount	購買依頼の合計金額。
説明この属性は、単一の購買申請におけるすべての明細項目の価値の合計を表します。これは、各要求の財務的な重要性を理解するための重要なデータポイントです。プロセスマイニングでは、合計金額は幅広い分析に使用されます。承認経路が異なる、または精査が厳しい高価値の申請をフィルタリングするために使用できます。ダッシュボードでは、この属性を使用して、サイクルタイムや却下率などのプロセス指標が申請の価値とどのように相関するかを分析できます。その重要性財務コンテキストを提供し、価値ベースの分析を可能にすることで、プロセス改善の優先順位付けや、購買申請の価値がプロセス行動にどのように影響するかを理解するのに役立ちます。取得元購買申請ヘッダーにあり、POR_REQUISITION_HEADERS_ALL内のREQUISITION_TOTALなどのフィールドで確認できます。POR_REQUISITION_LINES_ALLの明細項目金額を合計して計算することも可能です。例 550.0012500.7599.99
	部署 DepartmentName	申請者が所属する事業部門です。
説明この属性は、「財務」、「IT」、「マーケティング」など、購買申請を作成した個人の組織単位を示します。これは通常、HRシステム内の申請者のユーザープロファイルから導き出されます。部門別に分析することは、プロセスデータをセグメント化するための一般的で強力な方法です。これにより、却下率が高い、サイクルタイムが長いなど、部門固有の行動を特定するのに役立ち、的を絞ったプロセス改善イニシアチブの策定に役立ちます。これは「申請者別パフォーマンスメトリクス」ダッシュボードの重要なディメンションです。その重要性事業単位ごとにプロセス分析をセグメント化し、部門固有のパターン、パフォーマンス、コンプライアンスの問題を明らかにできます。取得元通常、申請者のプロファイルから導き出され、多くの場合、申請テーブルから部門情報を含むHRまたはユーザーディレクトリテーブルへの結合が必要です。例情報技術財務運用マーケティング
	ストレートスルーです IsStraightThrough	依頼が修正や却下なしで承認されたかどうかを示すフラグ。
説明この計算フラグは、提出から承認まで、修正や却下などの手戻りループなしでプロセスを通過した申請を特定します。これは、単一のケースにおいて完全に実行されたプロセスを示します。この属性は、「ストレートスルー申請率」KPIの基礎となります。ストレートスルー申請の特性（例：共通の部門、申請者、またはタイプ）を分析することで、ベストプラクティスと自動化の機会を明らかにすることができます。逆に、ストレートスルーではない申請を分析することで、非効率性の主要な原因を特定するのに役立ちます。その重要性プロセス効率を直接測定し、ストレートスルー購買依頼率KPIの基礎となり、手戻りの要因を特定するのに役立ちます。取得元この属性はデータ変換中に計算されます。「購買申請修正」または「承認ステップ却下」のアクティビティが存在しない場合、ケースはtrueとフラグ付けされます。例 truefalse
	ユーザー名 UserName	承認者や編集者など、特定のアクティビティを実行したユーザーの名前です。
説明「申請者名」がプロセスの開始者を特定するのに対し、「実行者名」は承認や却下といったプロセス内の特定のイベントを実行した個人を指します。複数の担当者が関与する多段階の承認ワークフローでは、この情報が特に重要になります。この属性は、承認プロセスにおけるボトルネックを分析し、特定の承認者やチームのパフォーマンスを測定する上で不可欠です。承認プロセスに関わる各ユーザーの処理時間を分析できるため、「承認ワークフローのボトルネック」ダッシュボードに直接役立ちます。その重要性各イベントのアクターを特定します。これは、引き渡し時間、承認者のパフォーマンス、リソース割り当てを分析するために不可欠です。取得元ワークフロー履歴または監査証跡テーブル（FA_FUSION_SOAINFRA.WFTASKなど）から取得されます。これらのテーブルには、各タスク完了に関連するユーザーがログ記録されています。例デイビッド・リーSusan Chenマイケル・ブラウン
	仕入先名 SupplierName	物品またはサービスに対して提案された、または事前に選択されたサプライヤーの名前です。
説明この属性は、物品またはサービスを購入する予定のベンダーを特定します。サプライヤーは、申請者によって提案されるか、カタログや以前の合意に基づいてシステムによって決定される場合があります。サプライヤー別に分析することで、重要な調達パターンが明らかになることがあります。例えば、特定のサプライヤーに対する申請の承認に時間がかかったり、却下率が高かったりするかどうかを特定するのに役立ちます。この情報は、サプライヤー関係管理および調達戦略にとって貴重です。その重要性サプライヤーごとのプロセスパフォーマンス分析を可能にし、ソーシング戦略やサプライヤー関係管理に役立ちます。取得元購買申請明細テーブルPOR_REQUISITION_LINES_ALLにあり、VENDOR_IDを介してPOZ_SUPPLIERSのようなサプライヤーマスターテーブルとリンクされていることがよくあります。例オフィス用品株式会社グローバルテックソリューションズクリエイティブマーケティング代理店
	依頼種別 RequisitionType	購買申請のカテゴリ。物品やサービスなどの要求を指します。
説明この属性は、要求されている内容に基づいて購買申請を分類します。一般的なタイプには、物品、サービス、または設備投資が含まれます。このタイプは、必要な承認ワークフローと調達戦略に影響を与える可能性があります。分析では、購買申請タイプはフィルタリングと比較のための強力なディメンションとして機能します。たとえば、サービス申請が物品申請よりも長い承認サイクルタイムを持つかどうかを分析することができます。これにより、異なるタイプの要求が異なるプロセス動作やボトルネックを示すかどうかを理解するのに役立ちます。その重要性分析をセグメント化し、商品とサービスなど、さまざまな種類の購買でプロセスがどのように異なるかを理解できます。取得元これは、申請作成時に選択された明細項目タイプまたはカテゴリによって決定されることがよくあります。申請明細テーブルPOR_REQUISITION_LINES_ALLに保存される場合があります。例商品サービス設備投資
	品目説明 ItemDescription	購買申請明細行で要求されている製品またはサービスの説明です。
説明この属性には、調達される品目のテキストによる説明が含まれます。これにより、要求される物品やサービスに関する具体的な詳細が提供されます。多くの場合、非構造化データですが、品目説明は分析に貴重なコンテキストを提供します。これは、購買申請タイプでは捕捉されない特定の種類の購入の申請を分離するためのフィルターとして使用できます。例えば、アナリストは「ソフトウェアライセンス」を含むすべての申請を検索して、その特定のプロセスフローとサイクルタイムを理解することができます。その重要性購入される内容に関する詳細なコンテキストを提供し、特定の物品やサービスのより詳細なフィルタリングと分析を可能にします。取得元購買申請明細テーブルPOR_REQUISITION_LINES_ALL内のITEM_DESCRIPTIONのようなフィールドに記載されています。例 15インチノートPC、16GB RAMコンサルティングサービス - 第4四半期プロジェクト年間ソフトウェア保守契約の更新
	変更済み IsAmendedFlag	依頼が少なくとも一度修正された場合にtrueとなるブール値フラグ。
説明この計算属性は、購買申請が初回提出後に変更されたかどうかを示します。これは、ケースの履歴に「購買申請修正」アクティビティが存在するかどうかを確認することによって導き出されます。このフラグは分析とKPI計算を簡素化します。「購買申請修正率」KPIを直接計算し、ストレートスルーではないケースを特定するために使用されます。これにより、修正された申請と修正されていない申請の間でプロセス指標を容易にフィルタリングおよび比較することができます。その重要性修正率の計算を簡素化し、修正された申請と修正されていない申請の比較を容易にします。取得元この属性はソースシステムには存在しませんが、イベントログ内の修正関連アクティビティの存在に基づいてデータ変換中に計算されます。例 truefalse
	承認ワークフロー経路 ApprovalWorkflowPath	購買申請に必要とされる承認者または承認グループの、事前に定義された順序です。
説明この属性は、購買申請金額、タイプ、部門などの要素を考慮し、会社のポリシーに基づいて特定の申請に対する期待される標準的な承認プロセスを定義します。これは「あるべき姿」のプロセスモデルを表します。承認ワークフローパスは、コンプライアンスおよび適合性分析の基本です。「コンプライアンスと逸脱分析」ダッシュボードおよび「購買申請適合度インデックス」KPIを直接サポートし、実際に取られた承認ステップを規定されたパスと比較することを可能にします。逸脱はポリシー違反またはプロセスの非効率性を示している可能性があります。その重要性実際のプロセスフローと必要な承認階層を比較することで、適合性チェックを可能にし、コンプライアンスに違反する購買依頼を強調表示します。取得元この情報は、Oracle Fusion BPM Worklistまたは承認管理エンジン（AMX）で構成されます。各申請に定義されたパスを抽出することは複雑であり、設定テーブルへのクエリが必要となる場合があります。例マネージャー＞ディレクター＞財務担当副社長コストセンターオーナー > ITセキュリティマネージャー＞部門長
	発注書番号 PurchaseOrderNumber	承認された申請から作成された購買オーダーの識別子です。
説明この属性は、購買申請を結果として生じる購買オーダーにリンクさせます。申請が完全に承認されると、通常はサプライヤーに送信される1つ以上の購買オーダーに変換されます。分析において、このIDは申請から下流のプロセスを追跡するために不可欠です。「申請からPOまでのリードタイム」KPIの計算を可能にし、「申請からPOまでのサイクルタイム」ダッシュボードをサポートします。また、購買申請プロセスデータを、その後のPOおよび請求プロセスと組み合わせて、真のエンドツーエンドの購買支払（Purchase-to-Pay）分析を行うことを可能にします。その重要性購買申請とそれに続く購買オーダーを連携させ、申請から発注までのサイクルタイム測定とエンドツーエンドのプロセス分析を可能にします。取得元この情報はPOが作成されると保存されます。通常、PO_DISTRIBUTIONS_ALLのようなPO配布テーブル内の裏付けとなる申請参照を確認することで見つかり、これは申請明細行にリンクされています。例 PO-2023-5832PO-2023-5833PO-2023-5834
	自動化 IsAutomated	活動がシステムによって自動的に実行されたかどうかを示すフラグです。
説明この属性は、人間ではなくシステムユーザーまたは自動エージェントによって実行されたプロセス内のイベントを特定します。例としては、システム駆動のステータス変更や、低価値品目に対する自動承認ステップなどが考えられます。この属性を分析することで、プロセスにおける自動化のレベルを定量化するのに役立ちます。自動化されたステップと手動のステップの速度と効率を比較し、さらなる自動化の機会を特定するために使用できます。その重要性プロセスにおける自動化のレベルを測定し、手動タスクを自動化する機会を特定するのに役立ちます。取得元活動に関連付けられたユーザーがシステムアカウントまたはサービスアカウントであるかをチェックすることで導出されます。これには、既知のシステムユーザーIDのリストが必要です。例 truefalse
	通貨 CurrencyCode	購買申請金額の通貨コードです（例：USDまたはEUR）。
説明この属性は、購買申請合計金額が表記されている通貨を指定します。グローバル組織では、申請はさまざまな通貨で作成される場合があります。財務データを正しく解釈し、集計するために不可欠です。金銭的価値を含むあらゆる分析では、金額が正確に比較されるように、単一の通貨でフィルタリングするか、すべての金額を共通の通貨に変換することで、通貨コードを使用する必要があります。その重要性特に複数の通貨を扱う多国籍企業において、正確な財務分析とレポート作成を保証します。取得元通常、金額フィールドとともに申請ヘッダーテーブル（例：POR_REQUISITION_HEADERS_ALL）で見つかります。例 USDEURGBPJPY

必須推奨任意

購買から支払いまで - 購買依頼アクティビティ

これらは、正確な購買申請（Purchase to Pay - Requisition）プロセスの発見のために、イベントログに捕捉すべき主要なプロセスステップとマイルストーンです。

6 推奨 6 任意

	アクティビティ	説明
	依頼書承認済み	ワークフローのすべてのステップを正常に通過した後、購買申請が最終承認されたことを示します。これは、申請の全体ステータスが「承認済み」に変更されたことから推測されます。
その重要性これは、リクエストが調達アクションの準備ができたことを示す重要なマイルストーンです。総購買申請承認サイクルタイムを測定するための終点です。取得元 POR_REQUISITION_HEADERS_ALLテーブルのドキュメントステータスフィールドが『APPROVED（承認済み）』に変更されたことから推測されます。このステータス変更の日付がイベントタイムです。取得ドキュメントステータスが最初に『Approved（承認済み）』に設定された際のタイムスタンプを特定する。イベントタイプ inferred
	採用申請作成済み	ユーザーが新しい購買申請を初めて保存したときに、調達プロセスが開始されたことを示します。このイベントは通常、システム内で対応するタイムスタンプとともに明示的なレコード作成として捕捉されます。
その重要性これは購買申請プロセスの主要な開始イベントです。作成から提出までの時間を分析することで、要求の正式化における遅延を明らかにできます。取得元このイベントはPOR_REQUISITION_HEADERS_ALLテーブルに記録され、新しい申請IDが生成された際のcreation_dateカラムから取得されます。取得購買申請ヘッダーレコードの作成タイムスタンプを使用します。イベントタイプ explicit
	申請提出済	完成した申請を承認ワークフローに提出するユーザーアクションを表します。これは、申請ステータスが「未完了」または「下書き」から承認待ちを示すステータスに変更されたときに捕捉されます。
その重要性このアクティビティは承認サイクルをトリガーします。購買申請承認サイクルタイムと全体的なリードタイムを測定するための重要なマイルストーンです。取得元 POR_REQUISITION_HEADERS_ALLテーブルにおけるステータス変更（例：ステータスが『PENDING APPROVAL（承認保留中）』に移行）から推測されます。提出日も明示的に保存されていることがよくあります。取得ドキュメントステータスフィールドが最初に『Pending Approval（承認保留中）』に変更された際のタイムスタンプを特定する。イベントタイプ inferred
	発注作成済み	このイベントは、承認された申請明細行が購買オーダーの生成に使用されたときに発生します。これにより、申請プロセスが下流の調達プロセスにリンクされます。
その重要性これは、申請からPOまでのリードタイムを測定するための重要なマイルストーンです。ここでの遅延は、承認から購買への引き継ぎにおけるボトルネックを示します。取得元これは明示的なイベントです。申請と購買オーダー間のリンクは、PO_LINE_LOCATIONS_ALLのようなテーブルに保存され、ソース申請明細IDへの参照を含んでいます。取得指定された依頼IDを参照する購買オーダーの作成日を検索する。イベントタイプ explicit
	購買依頼クローズ済み	購買依頼のライフサイクルの最終的なクローズを示します。これは、すべての明細が履行された（例：購買オーダーに変換された）か、キャンセルされたことを意味します。これは最終ステータス更新から推測されます。
その重要性これはプロセスの主要な成功終了イベントです。申請が完全に処理され、それ以上の行動が不要であることを確認します。取得元 POR_REQUISITION_HEADERS_ALLにおける購買依頼ヘッダーステータスが『CLOSED（クローズ済み）』に変更されたことから推測されます。取得購買依頼のドキュメントステータスが『Closed（クローズ済み）』に変更された際のタイムスタンプを特定する。イベントタイプ inferred
	購買依頼却下済み	申請の最終的な却下を表し、このリクエストのプロセスを終了させます。これは、申請の全体ステータスが「却下済み」に更新されたときに推測されます。
その重要性このアクティビティは、失敗したリクエストの最終終点です。これらのケースを分析することは、購買申請却下率KPIと失敗理由を理解するために不可欠です。取得元 POR_REQUISITION_HEADERS_ALLテーブルのドキュメントステータスが『REJECTED（却下済み）』に変更されたことから推測されます。取得ドキュメントステータスが最初に『Rejected（却下済み）』に設定された際のタイムスタンプを特定する。イベントタイプ inferred
	承認ステップ却下済み	個々の承認者が依頼を却下すること。これは通常、起案者に修正のために差し戻すか、依頼を終了させることを意味します。このアクションはワークフロー履歴に明示的に記録されます。
その重要性このアクティビティは、手戻りや遅延の主要な原因となります。却下を分析することで、コンプライアンス問題、予算問題、または不明確な正当化を特定するのに役立ちます。取得元購買依頼の承認アクション履歴から取得されます。ワークフローシステムは、タイムスタンプ付きの『REJECT（却下）』アクションを記録します。取得ワークフローアクション履歴ログからの「却下」アクションのタイムスタンプを使用します。イベントタイプ explicit
	承認ステップ差し戻し済み	承認者が正式に却下することなく、追加情報や軽微な修正のために依頼を起案者に差し戻すこと。これは通常、ワークフローシステムにおける明示的なアクションです。
その重要性これは説明の必要性を示し、サイクルタイムを延長する手戻りループを作成します。返却と却下を区別することで、プロセスの摩擦に対するより深い洞察が得られます。取得元購買依頼の承認アクション履歴から取得されます。ワークフローシステムは、タイムスタンプ付きの『RETURN（差し戻し）』または類似のアクションを記録します。取得ワークフロー履歴からの「返却」または「情報要求」アクションのタイムスタンプを使用します。イベントタイプ explicit
	承認ステップ承認済み	ワークフローの指定されたステップで、個々の承認者が申請を承認するアクションを表します。このイベントは、承認履歴に明示的にログ記録されます。
その重要性個々の承認ステップを追跡することで、実際の承認パスをマッピングし、階層の各段階での処理時間を測定するのに役立ちます。取得元購買依頼の承認アクション履歴から取得されます。これは通常、承認階層を管理するワークフロー（WF）または人事管理（HCM）テーブルに保存されています。取得ワークフローアクション履歴ログからの「承認」アクションのタイムスタンプを使用します。イベントタイプ explicit
	承認ステップ開始済み	ワークフロー内で申請が特定の承認者または承認グループに割り当てられた瞬間を示します。これはワークフローエンジンのトランザクションログから取得されます。
その重要性このアクティビティは、各承認ステップの待ち時間を計算するために非常に重要です。特定の承認者や承認レベルによって引き起こされるボトルネックを特定するのに役立ちます。取得元 Oracle Fusionのワークフローテーブルから取得されます。このテーブルには、ユーザーに割り当てられたタスクがログ記録されており、承認タスクの割り当てタイムスタンプが使用されます。取得特定の購買申請のワークフロー履歴にあるタスクの作成タイムスタンプを使用します。イベントタイプ explicit
	購買依頼変更済み	このイベントは、ユーザーが初回提出後に申請を修正したことを示し、多くの場合、承認プロセスを再開する必要があります。これは、主要なデータフィールドへの変更、または申請の新しいバージョンの作成を検出することによって推測されます。
その重要性頻繁な修正は、データ品質の問題や要件の変更を示しており、手戻りやプロセス遅延につながります。これは「購買依頼修正率」KPIを直接裏付けるものです。取得元購買依頼のバージョン番号を追跡するか、提出後にステータスが『Incomplete（未完了）』に戻る変更を特定することで推測されます。変更ログまたは監査証跡テーブルもこれらの変更を捕捉する場合があります。取得提出後に同じ依頼IDの新しいバージョン作成タイムスタンプを特定する。イベントタイプ inferred
	購買依頼撤回済み	申請者が、提出済みの申請が完全に承認される前にキャンセルまたは取り下げた場合に発生します。これは通常、ステータス変更を伴う明示的なユーザーアクションです。
その重要性取り下げを追跡することで、ビジネスニーズの変更や提出後のユーザーによるエラー修正など、早期終了の理由を特定するのに役立ちます。取得元 POR_REQUISITION_HEADERS_ALLテーブルにおける『WITHDRAWN（取り消し済み）』へのステータス変更から推測されます。このアクションは購買依頼のアクション履歴にログが記録されます。取得購買依頼のステータスが『Withdrawn（取り消し済み）』に更新された際のタイムスタンプを検出する。イベントタイプ inferred

推奨任意

抽出ガイド

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

ステップ

「レポートおよび分析」への移動: Oracle Fusion Financialsにログインします。ナビゲーターメニューを使用して「ツール」に進み、「レポートおよび分析」を選択します。これは、すべてのレポート作成活動の中心となる場所です。
新しい分析の作成: 「レポートおよび分析」ワークエリア内で、「作成」ボタンをクリックし、ドロップダウンメニューから「分析」を選択します。これにより、Oracle Transactional Business Intelligence (OTBI) 分析エディターが新しいタブで起動します。
サブジェクトエリアの選択: サブジェクトエリアの選択を促されます。検索ボックスに「Procurement - Requisitions Real Time」と入力し、リストから選択します。このサブジェクトエリアには、購買依頼のライフサイクルイベントに必要なすべてのデータポイントが含まれています。
購買依頼イベントの分析の構築: このステップでは、それぞれの異なるイベントを捕捉するために、複数のクエリを結合する必要があります。OTBI UIには異なるイベントタイプを直接「UNION ALL」する機能がないため、関連するすべての日付およびステータスフィールドを抽出する単一のレポートを作成します。「基準」タブで、クエリセクションに記載されている列を、左側の「サブジェクトエリア」ペインから「選択された列」エリアにドラッグ＆ドロップします。これには、作成日、提出日、承認日、購買オーダー作成日などの列が含まれます。
購買依頼アクション履歴の追加: 詳細な承認ステップ（Approved, Rejected, Returned, Withdrawn）を捕捉するには、サブジェクトエリア内の「Requisition Action History」フォルダーからフィールドを含める必要があります。「アクション日付」、「アクション」、「実行者」を「選択された列」にドラッグします。
フィルターの設定: 「プロンプト」タブに切り替えて、分析用のフィルターを作成します。データ量を管理するために、日付範囲でフィルターすることが不可欠です。「Requisition Header」の「Requisition Creation Date」にフィルターを作成し、例えば過去6ヶ月のような範囲に設定します。データを絞り込むために、「事業単位」や「依頼者名」のプロンプトを追加することもできます。
レポートの実行とレビュー: 「結果」タブに移動して分析を実行し、データをプレビューします。出力は、購買依頼明細または承認アクションごとに1行の「ワイド」なテーブルとなり、複数の日付とステータス列が含まれます。
生データのエクスポート: プレビューに満足したら、通常は結果ページの下部にある「エクスポート」リンクをクリックします。形式として「データ」>「CSVファイル」を選択します。これにより、分析からの生データがダウンロードされます。
データをイベントログ形式に変換: エクスポートされたCSVはワイド形式です。このデータを変換するには、外部ツール（Pythonスクリプト、ExcelのPower Query、その他のデータ準備ツールなど）を使用する必要があります。このプロセスには、日付列を単一の「EventTime」列に「アンピボット」し、各イベントタイプ（例：「Requisition Created（依頼作成済み）」、「Requisition Submitted（依頼提出済み）」）に対応する「ActivityName」列を作成することが含まれます。
アップロードの最終化と準備: 変換後、ファイルに必要な列（PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdate）が含まれていることを確認します。最終的なイベントログをCSVファイルとして保存し、その後ProcessMindにアップロードできます。

設定

サブジェクトエリア: 使用する主要なサブジェクトエリアは「Procurement - Requisitions Real Time」です。これには、主要な依頼ヘッダー、明細、配賦、および承認履歴情報がすべて含まれています。
日付範囲: データ量を制限し、パフォーマンスを向上させるため、常に必須の日付フィルターを適用してください。「依頼ヘッダー」の「依頼作成日」に対して過去3〜6ヶ月のフィルターを設定するのが良い開始点です。
主要なフィルター: 分析に不要な「キャンセル済み」のような無関係なステータスを除外、関連する組織単位に抽出を集中させるために、「依頼ヘッダー」の「事業単位」および「依頼ヘッダー」の「依頼ステータス」のフィルターを追加することを検討してください。
列の選択: 分析に追加する列は選択的に行ってください。特に多数の異なるフォルダー（ディメンション）からあまりに多くの列を含めると、パフォーマンスに悪影響を与える可能性があります。イベントログに必要なフィールドのみに焦点を当ててください。
権限: 抽出を実行するユーザーは、レポートおよび分析ワークエリアと「Procurement - Requisitions Real Time」サブジェクトエリアにアクセスするための必要な権限を持つロールが必要です。通常、「BI Author」や「調達アナリスト」などのロールがこれらの権限を持っています。

a クエリ例 config

/*
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」に設定します。
このドキュメントの「クエリ」セクションから完全なSQLスクリプトをコピーし、SQLクエリテキストエリアに貼り付けます。
クエリにはパラメーター:p_start_dateと:p_end_dateが含まれています。これらはBI Publisherによって自動的に認識されます。必要に応じてデフォルト値を設定できます。
データモデルを適切なカタログフォルダー（例：Shared Folders/Custom）に保存します。
データをエクスポートするには、カタログに戻り、「新規」をクリックし、「レポート」を選択します。この新しいレポートを、作成したばかりのデータモデルにリンクします。
開始日と終了日のパラメーターを指定してレポートを実行します。レポートがデータを表示したら、「エクスポート」機能を使用して結果をCSVファイルとしてダウンロードします。
最終的なCSVファイルがUTF-8エンコーディングで保存され、プロセスマイニングツールに取り込むために必要なヘッダーが含まれていることを確認してください。

設定

データソース: 通常「ApplicationDB_FSCM」などと名付けられたBI Publisherデータソースは、調達 (POR, PO)、人事管理 (PER, HR)、財務 (FUN) の各テーブルを含む、クエリ内のすべてのテーブルへの読み取りアクセス権を持つユーザーで設定されている必要があります。
日付範囲フィルタリング: このクエリは、依頼の作成日をフィルターする必須の日付パラメーター (:p_start_dateと:p_end_date) を使用して設計されています。初期抽出や大規模システムの場合、システムのタイムアウトを防ぐため、例えば一度に3〜6ヶ月分といった処理しやすいバッチでデータを抽出することが重要です。
事業単位フィルタリング: クエリのWHERE句のコメントアウトされたセクションに、事業単位名のフィルターが含まれています。分析に関連する事業単位にデータを制限するため、このフィルターのコメントを解除して設定することを強く推奨します。これにより、パフォーマンスを大幅に向上させることができます。
前提条件: レポートを作成・実行するユーザーには、「BI管理者ロール」や「BI作成者ロール」などのBI Publisherの権限を持つロールが必要です。さらに、このユーザーは調達データにアクセスするための必要なデータセキュリティ権限が必要です。

a クエリ例 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がインストールされていることを確認してください。ターミナルで次のコマンドを実行して、必要なrequestsライブラリをインストールします: pip install requests。また、Oracle FusionインスタンスのベースURLと、購買依頼データを読み取るのに十分な権限を持つOracle FusionユーザーのAPI認証情報（ユーザー名、パスワード）も必要です。
Pythonスクリプトの保存: 「クエリ」セクションに記載されているPythonコード全体を、例えばextract_requisitions.pyというファイル名で保存します。
スクリプトパラメーターの設定: スクリプトファイルをテキストエディターで開きます。スクリプト上部のプレースホルダー値を変更します。FUSION_URL、USERNAME、PASSWORDをOracle Fusion環境の詳細に合わせて設定します。START_DATEとEND_DATEを調整して、抽出期間を定義します。
APIエンドポイントとフィールドの理解: このスクリプトはpurchaseRequisitions REST APIリソースを対象としています。パフォーマンスを向上させるため、fieldsパラメーターを使用して、lines（PO情報用）や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への読み取り専用アクセスを許可するロールを持つ専用の連携ユーザーアカウントが必要です。例としては、調達マネージャーやカスタム連携ロールが挙げられます。
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制限が発生する可能性があることに注意してください。

a クエリ例 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 Fusion Financialsにログインします。ナビゲーターメニューを使用して「ツール」に進み、「レポートおよび分析」を選択します。これは、すべてのレポート作成活動の中心となる場所です。
新しい分析の作成: 「レポートおよび分析」ワークエリア内で、「作成」ボタンをクリックし、ドロップダウンメニューから「分析」を選択します。これにより、Oracle Transactional Business Intelligence (OTBI) 分析エディターが新しいタブで起動します。
サブジェクトエリアの選択: サブジェクトエリアの選択を促されます。検索ボックスに「Procurement - Requisitions Real Time」と入力し、リストから選択します。このサブジェクトエリアには、購買依頼のライフサイクルイベントに必要なすべてのデータポイントが含まれています。
購買依頼イベントの分析の構築: このステップでは、それぞれの異なるイベントを捕捉するために、複数のクエリを結合する必要があります。OTBI UIには異なるイベントタイプを直接「UNION ALL」する機能がないため、関連するすべての日付およびステータスフィールドを抽出する単一のレポートを作成します。「基準」タブで、クエリセクションに記載されている列を、左側の「サブジェクトエリア」ペインから「選択された列」エリアにドラッグ＆ドロップします。これには、作成日、提出日、承認日、購買オーダー作成日などの列が含まれます。
購買依頼アクション履歴の追加: 詳細な承認ステップ（Approved, Rejected, Returned, Withdrawn）を捕捉するには、サブジェクトエリア内の「Requisition Action History」フォルダーからフィールドを含める必要があります。「アクション日付」、「アクション」、「実行者」を「選択された列」にドラッグします。
フィルターの設定: 「プロンプト」タブに切り替えて、分析用のフィルターを作成します。データ量を管理するために、日付範囲でフィルターすることが不可欠です。「Requisition Header」の「Requisition Creation Date」にフィルターを作成し、例えば過去6ヶ月のような範囲に設定します。データを絞り込むために、「事業単位」や「依頼者名」のプロンプトを追加することもできます。
レポートの実行とレビュー: 「結果」タブに移動して分析を実行し、データをプレビューします。出力は、購買依頼明細または承認アクションごとに1行の「ワイド」なテーブルとなり、複数の日付とステータス列が含まれます。
生データのエクスポート: プレビューに満足したら、通常は結果ページの下部にある「エクスポート」リンクをクリックします。形式として「データ」>「CSVファイル」を選択します。これにより、分析からの生データがダウンロードされます。
データをイベントログ形式に変換: エクスポートされたCSVはワイド形式です。このデータを変換するには、外部ツール（Pythonスクリプト、ExcelのPower Query、その他のデータ準備ツールなど）を使用する必要があります。このプロセスには、日付列を単一の「EventTime」列に「アンピボット」し、各イベントタイプ（例：「Requisition Created（依頼作成済み）」、「Requisition Submitted（依頼提出済み）」）に対応する「ActivityName」列を作成することが含まれます。
アップロードの最終化と準備: 変換後、ファイルに必要な列（PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdate）が含まれていることを確認します。最終的なイベントログをCSVファイルとして保存し、その後ProcessMindにアップロードできます。

設定

サブジェクトエリア: 使用する主要なサブジェクトエリアは「Procurement - Requisitions Real Time」です。これには、主要な依頼ヘッダー、明細、配賦、および承認履歴情報がすべて含まれています。
日付範囲: データ量を制限し、パフォーマンスを向上させるため、常に必須の日付フィルターを適用してください。「依頼ヘッダー」の「依頼作成日」に対して過去3〜6ヶ月のフィルターを設定するのが良い開始点です。
主要なフィルター: 分析に不要な「キャンセル済み」のような無関係なステータスを除外、関連する組織単位に抽出を集中させるために、「依頼ヘッダー」の「事業単位」および「依頼ヘッダー」の「依頼ステータス」のフィルターを追加することを検討してください。
列の選択: 分析に追加する列は選択的に行ってください。特に多数の異なるフォルダー（ディメンション）からあまりに多くの列を含めると、パフォーマンスに悪影響を与える可能性があります。イベントログに必要なフィールドのみに焦点を当ててください。
権限: 抽出を実行するユーザーは、レポートおよび分析ワークエリアと「Procurement - Requisitions Real Time」サブジェクトエリアにアクセスするための必要な権限を持つロールが必要です。通常、「BI Author」や「調達アナリスト」などのロールがこれらの権限を持っています。

a クエリ例 config

/*
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'

調達から支払いまで - 申請データテンプレート

調達から支払いまで - 申請データテンプレート

購買から支払いまで - 購買依頼属性

購買から支払いまで - 購買依頼アクティビティ

抽出ガイド

Oracle Transactional Business Intelligence (OTBI) エクスポート

ステップ

設定

a クエリ例 config

Oracle BI Publisher SQLベースデータモデル抽出

ステップ

設定

a クエリ例 sql

Oracle Fusion REST API経由のPythonスクリプト

ステップ

設定

a クエリ例 python

Oracle BI Cloud Connector (BICC) 一括`データ`抽出

ステップ

設定

a クエリ例 config

今すぐ始めますか？

調達から支払いまでのプロセス（購買依頼フェーズ）を30%高速化する

調達から支払いまで - 申請データテンプレート

調達から支払いまで - 申請データテンプレート

購買から支払いまで - 購買依頼属性

購買から支払いまで - 購買依頼アクティビティ

抽出ガイド

Oracle Transactional Business Intelligence (OTBI) エクスポート

ステップ

設定

a クエリ例 config

Oracle BI Publisher SQLベースデータモデル抽出

ステップ

設定

a クエリ例 sql

Oracle Fusion REST API経由のPythonスクリプト

ステップ

設定

a クエリ例 python

Oracle BI Cloud Connector (BICC) 一括`データ`抽出

ステップ

設定

a クエリ例 config

お客様のプライバシーを大切にしています

今すぐ始めますか？

調達から支払いまでのプロセス（購買依頼フェーズ）を30%高速化する