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

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

Coupa

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

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

このデータテンプレートでは、調達から支払いまでの購買依頼プロセスを分析するために必要な情報を、体系的に収集できます。信頼性の高いイベントログに必要な属性とアクティビティをまとめています。また、Coupaからデータを効率よく抽出する方法もご案内します。

詳細な分析に推奨される属性
記録すべき主要なプロセスアクティビティ
データ抽出の手順

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

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

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

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

5 必須 5 推奨 11 任意

	名前	説明
	アクティビティ名 ActivityName	購買依頼について、ある時点で発生した特定の業務アクティビティまたはイベントの名前です。
説明この属性には、購買依頼のライフサイクルにおける個々のステップが記録されます。例として、「購買依頼の作成」「承認ステップの承認」「購買依頼のソーシング」などがあります。各アクティビティは、購買依頼に対して行われた特定の操作や節目を表します。アクティビティの順序や頻度を分析することは、プロセスマイニングの基本です。プロセスマップを可視化し、よくある経路を特定して、標準手順からの逸脱を検出できます。重要な理由プロセスマップの各ステップを定義し、購買依頼の流れを可視化して分析できるようにします。入手先通常、Coupaシステムのイベントログ、ステータス変更記録、または監査証跡から取得します。ステータスフィールドや操作コードとのマッピングが必要になる場合があります。例申請を作成申請を提出承認段階を承認購買依頼の却下発注書の作成
	イベント発生時刻 EventTime	アクティビティが発生した正確な日時です。
説明イベント発生時刻（タイムスタンプ）は、購買依頼のアクティビティが記録された正確な時点を示します。このデータは、イベントを時系列に並べてプロセスの流れを構築するうえで欠かせません。サイクルタイムの算出、アクティビティ間の所要時間によるボトルネックの特定、期間ごとのプロセスパフォーマンスの把握など、時間に基づく分析の基礎となります。意味のあるプロセス分析には、正確で詳細なタイムスタンプが必要です。重要な理由イベントを正しい順序に並べ、サイクルタイムやボトルネックなど、所要時間に基づく指標を算出するうえで欠かせないタイムスタンプです。入手先 Coupaの各購買依頼の監査証跡または履歴レコードに記録されます。各操作の「created_at」や「updated_at」フィールドとして保存されることがよくあります。例 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
	購買依頼ID PurchaseRequisitionId	各購買依頼を一意に識別するIDで、プロセスの主要なケースIDとして使用されます。
説明購買依頼IDは、1件の物品またはサービスの依頼に関するすべてのアクティビティを結び付ける中心的なキーです。購買依頼の作成時に一意のIDが割り当てられ、ライフサイクルを通じて変わりません。このIDを使うことで、作成・提出から、承認または却下の各ステップ、最終的なソーシングとクローズまで、購買依頼を一貫して追跡できます。プロセスマイニングでは、すべてのイベントログのエントリがこのIDにひも付くため、各ケースの全体像を再構成できます。重要な理由すべてのプロセスステップを結び付ける主要なケースIDです。購買依頼の開始から終了まで、ライフサイクル全体を分析できます。入手先 Coupaの購買依頼モジュールおよび関連するデータエクスポートに含まれる主キー項目です。例 PR-102934PR-102935PR-102936
	ソースシステム SourceSystem	データの抽出元となるシステムを示します。
説明この属性は、プロセスデータの発生元となる記録システムを示します。この分析では、値は常に「Coupa」です。複数のシステムのデータを統合する環境では、特にこのフィールドを含めることが推奨されます。データの来歴を把握するための重要なコンテキストとなり、データガバナンスや品質ルールの管理にも役立ちます。重要な理由データの来歴を明確にします。データガバナンスや、複数のエンタープライズシステムのデータを統合する際に欠かせません。入手先通常、データの抽出・変換時に、データセットの発生元を示す固定値として追加されます。例 Coupa
	最終データ更新日時 LastDataUpdate	ソースシステムからデータが最後に更新された日時です。
説明この属性には、Coupaからデータを最後に抽出した日時が記録されます。分析対象のデータがどの程度新しいかを明確にできます。インサイトが現在の業務状況を反映しているのか、過去の時点の状況を示しているのかを判断するうえで、データの更新時期を把握することが重要です。継続中の業務を監視するダッシュボードでは、特に役立ちます。重要な理由データの更新時期を把握できるため、分析対象の期間を理解し、最新の情報に基づいて判断できます。入手先データパイプラインまたはETLツールが、データ抽出の正常終了時にこのタイムスタンプを生成して追加します。例 2024-05-21T02:00:00Z
	依頼者 Requester	購買依頼を作成して提出した従業員です。
説明この属性は、依頼を開始した個人を特定します。依頼者ごとにデータを分析すると、修正率が高い、却下が頻繁に発生するといったユーザー別の傾向を把握でき、追加トレーニングの必要性を判断できます。また、ユーザーやユーザーグループごとの購買依頼件数やプロセスの進み方を分析する際にも使われます。重要な理由ユーザーごとのプロセスの進み方を分析し、トレーニングの必要性を特定したり、個人によるプロセスの違いを把握したりできます。入手先 Coupaの購買依頼オブジェクトに標準フィールドとして用意されており、通常はユーザーオブジェクトに関連付けられ、「requester」または「created_by」という名前が付いています。例アリス・ジョンソンボブ・スミスチャーリー・ブラウン
	合計金額 TotalAmount	購買依頼の合計金額です。
説明この属性は、購買依頼で依頼されたすべての物品とサービスの合計金額を表します。金額は承認ワークフローの複雑さに影響することが多いため、プロセス分析における重要な要素です。金額の大きい購買依頼では、通常、承認ステップが増えます。金額帯（例：1,000ドル未満、1,000～10,000ドル）ごとにプロセス指標を分析すると、金額の異なる購買依頼がどのように処理されるかを把握できます。重要な理由金額の大きい購買依頼では承認ワークフローが複雑になることが多いため、金額によるプロセスの違いを分析できます。入手先 Coupaの購買依頼オブジェクトのヘッダーにある標準フィールドで、通常は「total」または「total_amount」という名前です。例 500.0012550.7599.99
	承認者 Approver	承認アクティビティを担当するユーザーまたはグループです。
説明この属性は、承認ステップに割り当てられた個人または承認グループを特定します。「承認ステップの開始」「承認ステップの承認」「承認ステップの却下」などのアクティビティに設定されます。承認者ごとのデータ分析は、「承認者のパフォーマンスと業務量」ダッシュボードの作成に欠かせません。個々の承認時間の測定、特定の承認者が原因となるボトルネックの特定、業務量の分布の評価に役立ちます。重要な理由承認者のパフォーマンスや業務量のバランスを分析し、特定の個人または承認グループに関連するボトルネックを特定するうえで重要です。入手先 Coupaで各購買依頼に関連付けられた承認チェーンの詳細に記録されています。ユーザーデータとの結合が必要になる場合があります。例デビッド・ミラー財務承認者レベル2スーザン・チェン
	購買依頼のステータス RequisitionStatus	購買依頼の現在または最終のステータスです。
説明この属性は、データ抽出時点での購買依頼の状態、または最終的な結果を示します。一般的なステータスには、「承認待ち」「承認済み」「却下」「取り下げ」「クローズ」があります。これは、フィルタリングや分析に使う重要な切り口です。承認率や却下率の算出、未完了の購買依頼の現在の業務量の監視、依頼の最終結果の把握に利用できます。重要な理由購買依頼の結果の把握、承認率と却下率の算出、処理中の購買依頼の状況の監視に欠かせません。入手先 Coupaの購買依頼オブジェクトに標準で含まれるフィールドで、通常は「status」または「state」という名前です。例承認待ち承認済み却下取り下げクローズ
	部門 Department	購買依頼の費用が計上される事業部門またはコストセンターです。
説明部門属性は、各購買依頼を特定の組織単位またはコストセンターに関連付けます。比較分析における重要な切り口です。ダッシュボードやKPIを部門ごとに絞り込んで分類できるため、組織内の各部門で承認サイクルタイム、却下率、コンプライアンスを比較できます。これにより、部門固有の問題や優れた取り組みを特定できます。重要な理由事業部門ごとにサイクルタイムや却下率などのプロセスKPIを比較し、改善が必要な領域を特定できます。入手先 Coupaの購買依頼オブジェクトに標準で含まれるフィールドです。依頼者のユーザープロフィールに関連付けられている場合や、購買依頼の明細項目に指定されている場合があります。例マーケティングIT運用施設管理研究開発
	サプライヤー名 SupplierName	購買依頼で選択されたサプライヤーまたはベンダーの名前です。
説明この属性は、依頼された物品またはサービスの購入先となるサプライヤーを示します。サプライヤーは依頼者が指定する場合も、後のソーシング段階で追加される場合もあります。サプライヤーごとにプロセス指標を分析すると、サプライヤーのパフォーマンスを評価し、特定のサプライヤーとのやり取りがサイクルタイムの長期化やその他の非効率につながっていないかを特定できます。調達方針やサプライヤーとの関係を検討する際の重要なコンテキストにもなります。重要な理由選択したサプライヤーごとにプロセスのパフォーマンスを分析し、ソーシング方針やサプライヤー管理の検討に役立てられます。入手先 Coupaの購買依頼明細オブジェクトに記録されており、通常は「supplier」または「vendor」フィールドにあります。例ステープルズデル・テクノロジーズアクセンチュアCDW
	修正の有無 IsAmended	購買依頼が最初に提出された後、1回以上修正された場合にTrueとなるブール値フラグです。
説明この計算属性は、特定のケースで「購買依頼の修正」アクティビティが発生したかどうかを示す単純なフラグ（True／False）です。修正が必要だった購買依頼を簡単に抽出できるため、分析やフィルタリングが容易になります。購買依頼の修正率KPIの算出や、「購買依頼の修正件数」ダッシュボードに使われ、手戻りの根本原因の特定と初回品質の向上に役立ちます。重要な理由修正率KPIの算出が簡単になり、手戻りが発生したケースと発生しなかったケースを容易に分類できます。入手先プロセスマイニングツールで、各ケースのイベントログに「購買依頼の修正」アクティビティがあるかを確認して算出します。例 truefalse
	却下理由 RejectionReason	購買依頼または承認ステップを却下した際に、承認者が提示した理由です。
説明承認者が購買依頼を却下する際、判断理由を提示することがあります。この属性には、その説明がテキストで記録されます。却下理由を分析すると、購買依頼が却下される理由を直接把握できます。誤ったコードの使用、予算不足、根拠の不備など、よくある問題を特定するうえで役立ちます。特定した問題には、トレーニングやプロセスの改善を通じて対処できます。重要な理由プロセスが失敗する根本原因を直接把握し、ユーザートレーニングやプロセスの明確化が必要な領域を特定できます。入手先通常、購買依頼の承認履歴でステータスが「却下」に変わった際に、関連するコメントまたはメモのフィールドに記録されます。例コストセンターの誤り今四半期の予算超過重複した依頼根拠の記載が不十分
	品目カテゴリ Commodity	依頼された物品またはサービスの大分類です。
説明品目カテゴリ属性は、「事務用品」「コンピューターハードウェア」「マーケティングサービス」など、購買依頼の品目を標準化されたカテゴリに分類します。購入品目に基づいて、購買傾向やプロセスの違いを分析できます。品目カテゴリによっては、特別な承認要件やソーシング方針が適用されます。カテゴリごとにプロセスを分析すると、支出区分に応じた調達の改善に役立ちます。重要な理由支出区分を分析し、購入する物品やサービスの種類によって、承認時間などのプロセスの進み方が異なるかを把握できます。入手先 Coupaの標準フィールドで、通常は購買依頼の明細項目にあります。ヘッダーレベルへの集計が必要になる場合があります。例事務用品コンピューターハードウェアマーケティングサービス出張
	承認ステップの所要時間 ApprovalStepDuration	購買依頼が1つの承認ステップで待機した時間です。
説明この計算指標は、「承認ステップの開始」アクティビティから、対応する「承認ステップの承認」または「承認ステップの却下」アクティビティまでの時間を測定します。承認チェーンの各段階で発生した待ち時間を個別に把握できます。「重大な承認ステップのボトルネック」ダッシュボードに欠かせない指標であり、どの承認者または承認段階がプロセス全体の大幅な遅延を引き起こしているかを特定できます。重要な理由承認ワークフローの各ステップの待ち時間を測定し、サイクルタイムの合計だけでは見えない具体的なボトルネックを特定します。入手先プロセスマイニングツールで、「承認ステップ開始」から、その後に発生する最終承認イベント（承認済み／却下）までの時間差を算出します。例 1.2日4時間3.8日
	承認ステップ数 ApprovalStepCount	購買依頼が経た承認ステップの合計数です。
説明この計算属性は、購買依頼ごとに「承認ステップ承認済み」アクティビティの件数を数えます。各ケースの承認ワークフローの複雑さを把握するのに役立ちます。「承認ステップの平均数」KPIの基礎となる指標であり、通常より長い、または複雑な承認経路をたどる購買依頼を特定できます。こうした経路は、ワークフローの簡素化が必要であることを示している場合があります。重要な理由購買依頼ごとの承認ワークフローの複雑さを数値化し、見直しが必要な複雑すぎる経路を特定します。入手先この指標は、プロセスマイニングツールでケースIDごとに「承認ステップ承認済み」の発生回数を数えて算出します。例 253
	承認ワークフローの経路 ApprovalWorkflowPath	購買依頼に適用された特定の承認チェーンまたはワークフローテンプレートを識別する値です。
説明この属性は、購買依頼がたどることになっている、あらかじめ定められた承認者の順序を示します。金額、部門、購買依頼の種類などに基づく業務ルールによって決まります。この属性は、「購買依頼ポリシーのコンプライアンス」ダッシュボードの中心となります。実際の承認者の順序を割り当てられたワークフロー経路と比較することで、逸脱を検出し、適合率を測定し、管理されていない例外を特定できます。重要な理由想定された承認ステップと実際の承認ステップを比較し、プロセス逸脱を把握することで、コンプライアンス分析が可能になります。入手先 Coupaの文書を確認してください。購買依頼に適用された承認チェーンまたはワークフロールールの名前から取得できる場合があります。例標準承認：5,000ドル未満ITハードウェア承認：10,000ドル超設備投資のCFO審査
	発注書ID PurchaseOrderId	承認済みの購買依頼から作成された発注書の識別子です。
説明購買依頼の承認とソーシングが完了すると、通常は発注書が作成されます。この属性には、作成されたPOのIDが保存されます。前段の購買依頼プロセスと後続の発注書プロセスを結び付ける重要な情報です。「購買依頼の承認からPOの作成までの時間」というKPIを算出でき、調達から支払いまでのサイクル全体をより広く分析できます。重要な理由購買依頼と後続の発注書を結び付け、引き継ぎにかかる時間の分析や、調達から支払いまでのプロセス全体の把握に役立ちます。入手先 Coupaの購買依頼オブジェクトにある標準フィールドで、POの作成後に値が設定されます。例 PO-45000123PO-45000124PO-45000125
	緊急度 UrgencyLevel	「高」「中」「低」など、購買依頼の緊急度を示す分類です。
説明緊急度は、優先度フィールドに対応付けられることが多く、依頼者は迅速な処理が必要な依頼を示せます。この属性は、「緊急購買依頼の処理時間」ダッシュボードに欠かせません。緊急度の高い購買依頼と通常の依頼のサイクルタイムを比較することで、優先順位付けが有効か、緊急の業務ニーズに適時対応できているかを評価できます。重要な理由緊急の依頼が通常の依頼より速く処理されているかを分析し、優先順位付けの方針が有効かどうかを確認できます。入手先 Coupaの購買依頼オブジェクトに標準またはカスタムのフィールドとして用意されている場合があります。Coupaの文書またはシステム設定を確認してください。例高中低
	購買依頼の種類 RequisitionType	「設備投資」「運営費」「ソフトウェア」など、購買依頼のカテゴリまたは種類です。
説明購買依頼の種類は、業務上の目的や購入内容に基づいて購買依頼を分類する属性です。コンプライアンス分析や、依頼の種類によるプロセスの違いの把握に役立ちます。たとえば、設備投資の依頼は、通常の運営費の依頼よりも厳格で時間のかかる承認経路をたどる場合があります。購買依頼の種類ごとにプロセスを分析すると、プロセス改善につながるインサイトを得られます。重要な理由依頼の業務上の目的ごとに分析を分類できます。種類によってプロセスの流れや適用される方針が異なる場合があります。入手先 Coupaの購買依頼オブジェクトにある標準またはカスタムの分類フィールドと考えられます。例設備投資運営費ITハードウェア専門サービス
	通貨 Currency	購買依頼の合計金額に使われる通貨コードです。
説明この属性は、購買依頼の合計金額に使われる通貨（例：USD、EUR、GBP）を示します。特に複数の通貨を扱う多国籍組織では、財務分析に欠かせないコンテキストです。金額を正しく解釈し、財務レポートやダッシュボードで適切に換算・集計できます。重要な理由「合計金額」の属性に必要なコンテキストを加え、複数通貨を扱う環境で正確な財務分析を可能にします。入手先 Coupaの購買依頼オブジェクトにある標準フィールドで、通常は「currency_code」などの名前です。例 USDEURGBP

必須推奨任意

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

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

6 推奨 6 任意

	アクティビティ	説明
	申請を作成	利用者が新しい購買申請を開始し、下書きとして保存します。これは各申請ケースの開始点で、通常は申請レコード自体の作成タイムスタンプから推定します。
重要な理由このアクティビティは、申請プロセスの開始を示します。作成から提出までの時間を分析すると、利用者の迷いやシステムの複雑さによる遅延がわかります。入手先このイベントは、対象の購買申請IDに対応する「requisition_headers」テーブルの「created-at」タイムスタンプから取得します。記録申請ヘッダーレコードの作成タイムスタンプを使用します。イベントタイプ inferred
	申請を提出	申請者が記入済みの申請を正式に承認ワークフローへ提出します。このイベントは、システムの監査ログまたは履歴テーブルで申請のステータスが「draft」から「pending_approval」に変わったことを確認して推定します。
重要な理由提出をもって承認プロセスが始まるため、「申請の平均承認サイクルタイム」という重要業績評価指標（KPI）を測るうえで重要な節目です。この時点までの遅延は利用者に起因し、それ以降の遅延はプロセスに起因します。入手先「requisition_headers」テーブルのステータス変更から推定します。具体的には、「status」フィールドが「pending_approval」に変わった時点を確認し、関連する監査履歴から変更のタイムスタンプを取得します。記録申請のステータスが初めて「pending_approval」に変わった時点のタイムスタンプを特定します。イベントタイプ inferred
	発注書の作成	承認済みの購買依頼の情報に基づいて、発注書（PO）が作成されます。元の購買依頼IDを参照するPOレコードが作成されたことから、このイベントを推定します。
重要な理由これは購買依頼プロセスの主な成功結果であり、調達から支払いまでの次の段階への引き継ぎを示します。「購買依頼の承認」からこのイベントまでの時間を分析すると、実行時の遅延を把握できます。入手先「purchase_orders」テーブルに、元の「requisition_headers」または「requisition_lines」のIDを参照するレコードが作成されたことから推定します。記録購買依頼IDに関連付けられたPOレコードの「created-at」タイムスタンプを使用します。イベントタイプ inferred
	購買依頼のクローズ	購買依頼が正式にクローズされ、それ以上の対応が行われない状態です。POの作成と履行後にクローズされる場合や、承認後、発注前に購買依頼が取り消される場合があります。
重要な理由このアクティビティは、購買依頼のライフサイクルが確実に終了したことを示します。ケースを明確に完了させることで、プロセス分析上で「アクティブ」のまま残り続けるのを防ぎます。入手先「requisition_headers」テーブルの「status」フィールドが「closed」に更新されたときのステータス変更から推定します。タイムスタンプは関連する監査証跡に記録されます。記録購買依頼全体のステータスが「closed」に変わった時刻を特定します。イベントタイプ inferred
	購買依頼の却下	承認プロセスで購買依頼が最終的に却下され、発注書には変換されない状態です。購買依頼ヘッダー全体のステータスが「rejected」に変わったことから推定します。
重要な理由このアクティビティは、プロセスが最終的に失敗したことを示します。イベントを分析すると、「購買依頼の却下率」の改善や、ポリシー違反、予算上の問題などの根本原因の特定に役立ちます。入手先「requisition_headers」テーブルの「status」フィールドが「rejected」に更新されたときのステータス変更から推定します。タイムスタンプは関連する監査証跡に記録されます。記録購買依頼全体のステータスが「rejected」に変わった時刻を特定します。イベントタイプ inferred
	購買依頼の承認完了	購買依頼が、承認ワークフローで必要なすべてのステップを完了した状態です。購買依頼ヘッダー全体のステータスが「approved」に変わったことから推定します。
重要な理由承認サイクルの終了を示す重要な成功の節目です。このアクティビティに到達するまでの時間は主要なKPIであり、後続の調達業務を開始するきっかけにもなります。入手先「requisition_headers」テーブルの「status」フィールドが「approved」に更新されたときのステータス変更から推定します。タイムスタンプは関連する監査証跡に記録されます。記録購買依頼全体のステータスが「approved」に変わった時刻を特定します。イベントタイプ inferred
	承認ステップで却下	ワークフローの各段階で承認者が購買依頼を却下します。通常は修正のため依頼者に差し戻されます。これはCoupaに記録される明示的な操作です。
重要な理由どのステップであっても、却下が発生すると手戻りが生じ、サイクルタイムが長くなります。却下の発生箇所と理由を分析することは、プロセスの改善やユーザーへのトレーニングに欠かせません。入手先「approvals」テーブルまたは監査証跡に記録された明示的な「reject」操作から取得します。対象の購買依頼と承認者に関連付けられています。記録購買依頼の承認履歴から「reject」イベントを抽出します。イベントタイプ explicit
	承認段階を承認	ワークフロー内の承認者が、個別に購買依頼を承認します。これはシステムに記録される明示的な操作で、具体的なタイムスタンプとユーザー情報が残ります。
重要な理由このアクティビティにより、承認プロセスの流れを詳細に把握できます。各ステップを集計すると、「承認ステップごとの平均待ち時間」を算出し、承認者のパフォーマンスを分析できます。入手先「approvals」テーブルまたは監査証跡に記録された明示的な「approve」操作から取得します。対象の購買依頼と承認者に関連付けられています。記録購買依頼の承認履歴から「approve」イベントを抽出します。イベントタイプ explicit
	承認段階を開始	承認タスクが特定の承認者または承認グループに割り当てられ、申請がその対応を待っている状態です。申請に関連する承認レコードが「pending」ステータスで作成された時点から推定します。
重要な理由特定の承認における待ち時間の開始を示します。この時点から対応する「承認段階を承認／却下」までの時間を測ると、承認経路の具体的なボトルネックを特定できます。入手先申請に関連付けられた「approvals」テーブルのレコード作成タイムスタンプから推定します。承認者の対応ステータスが「pending」またはそれに相当する状態であることを確認します。記録承認経路にある個人の承認待ちレコードの作成タイムスタンプを使用します。イベントタイプ inferred
	申請を修正	申請の提出後に、申請者または権限を持つ別の利用者が申請を編集します。Coupaでは通常、新しいバージョンまたは監査記録として明示的に記録され、承認ワークフローの一部または全体が再設定されることがあります。
重要な理由修正を追跡することは、プロセスの手戻りや非効率を把握するうえで重要です。修正が多い場合、当初の要件が不明確、または購買ポリシーが複雑である可能性があり、「申請修正率」という重要業績評価指標（KPI）に影響します。入手先「requisition_headers」テーブルに関連する監査履歴テーブルから取得します。これらのテーブルには、バージョン変更や特定の「edit」操作が記録されます。記録提出後の申請履歴ログで、明示的な「edit」または「update」イベントを確認します。イベントタイプ explicit
	購買依頼のソーシング開始	承認済みの購買依頼が、すぐに発注書へ変換されるのではなく、RFQやオークションなどのソーシングイベントに送られます。購買依頼がソーシングイベントのオブジェクトに関連付けられたことから、このイベントを推定します。
重要な理由このアクティビティから、調達プロセスにおける重要な別経路がわかります。通常の購入と、より複雑で戦略的なソーシングを区別できるため、サイクルタイムをより細かく分析できます。入手先ステータスが「sourcing」に変わったこと、または「requisition_lines」テーブルとソーシングイベントのテーブルとの間にリンクが作成されたことから推定します。記録ステータスが「sourcing」に変わったか、ソーシングイベントIDへのリンクが作成されたかを確認します。イベントタイプ inferred
	購買依頼の取り下げ	最終承認を受ける前に、当初の依頼者が購買依頼を取り消します。ユーザーによる明示的な操作であり、その購買依頼のプロセスは終了します。
重要な理由取り下げは、業務上のニーズの変化、重複した依頼、またはユーザーがプロセスを回避している可能性を示します。これを追跡することで、需要の変動やプロセス遵守上の問題を把握できます。入手先監査証跡に記録されたユーザーの明示的な操作に基づき、「requisition_headers」テーブルのステータスが「withdrawn」または同様の状態に変わったことから推定します。記録購買依頼のステータスが「withdrawn」に変わった時刻を特定します。イベントタイプ inferred

推奨任意

データ抽出ガイド

Coupaからデータを取得する方法

ステップ

Coupaにログイン：レポートの作成とスケジュール設定ができる権限を持つユーザーアカウントで、Coupaにアクセスします。
レポート機能を開く：「設定」タブから「レポート」セクションに進みます。「レポート」を選択して、レポート用ダッシュボードを開きます。
カスタムレポートを新規作成：「作成」をクリックして新しいレポートを作成し、種類として「カスタムレポート」を選択します。
レポートのデータソースを設定：レポート作成画面で、必要な情報を集めるために複数のデータソースを選択して結合します。まず「購買依頼ヘッダー」を主なデータソースにし、次の関連オブジェクトを追加します。
- 「承認」：承認者、ステータス、タイムスタンプなど、各承認ステップの詳細を取得します。
- 「購買依頼明細」：合計金額を集計し、品目ごとの詳細を取得します。
- 「発注書ヘッダー」：購買依頼が発注書に変換された時点を特定します。
- 「ユーザー」：依頼者と承認者の氏名や部門の詳細を取得します。
レポートの列を設定：利用可能なデータソースから必要なフィールドをレポートのレイアウトにドラッグ＆ドロップします。これらの列を使ってイベントログを作成するため、特に重要な手順です。少なくとも次の項目を含めてください。
- 購買依頼ヘッダー：「購買依頼番号」、「作成日時」、「提出日時」、「更新日時」、「ステータス」、「作成者（ログインID）」、「合計」、「外部ソースから調達？」
- ユーザー（依頼者）：「氏名」、「部門名」
- 承認：「作成日時」、「更新日時」、「ステータス」、「承認者（ログインID）」
- 発注書ヘッダー：「発注書番号」、「作成日時」
レポートのフィルターを設定：データ抽出の範囲を絞るフィルターを適用します。一般的で効果的な方法は、「購買依頼ヘッダー：作成日時」を使い、「過去90日間」などの動的な日付範囲を設定することです。必要に応じて、特定の会社コードで絞り込むこともできます。
レポートをスケジュール設定：レポート作成画面の「スケジュール」タブを開き、毎日や毎週など、実行頻度を設定します。アクセスが少ない時間帯を指定してください。
納品方法を設定：納品方法を指定します。自動化する場合は「SFTP」を選択し、サーバーの認証情報と保存先ディレクトリを入力します。メールアドレスへの送信も選択できます。ファイル形式は「CSV」を指定してください。
保存して有効化：レポートを保存し、スケジュールが有効になっていることを確認します。初回のレポートは、次回の実行予定時刻に作成されます。
データを変換：作成されるCSVはフラットファイルであり、イベントログではありません。外部スクリプト（Pythonなど）またはETLツールで処理する必要があります。スクリプトでデータをピボットし、アクティビティごとに個別の行を作成します。たとえば、「購買依頼作成」には「作成日時」列を使った行を作成し、承認ステップごとに「承認」列を使った行を作成します。また、「発注書作成」には発注書の「作成日時」列を使った行を作成します。
最終イベントログを作成：変換スクリプトで、PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdateなどの必須列と、推奨属性を含む最終CSVを出力します。このファイルをアップロードする準備が整います。

設定

主なデータソース：レポートでは、複数のCoupaオブジェクトを結合する必要があります。主なデータソースは「購買依頼ヘッダー」、「承認」、「購買依頼明細」、「発注書ヘッダー」です。
日付範囲の絞り込み：データ量を抑えるため、日付フィルターを必ず設定してください。まずは「購買依頼ヘッダー：作成日時」を基準に、過去3～6か月の期間を指定する方法をおすすめします。
増分読み込み：継続的に分析する場合は、レポートを毎日実行し、前日（例：「昨日」）のデータを抽出して増分読み込みを行います。
納品方法の設定：データパイプラインと自動連携する場合は、SFTPサーバーへの納品を設定します。保存先が安全で、十分な容量を確保できることを確認してください。
必要な権限：レポートを設定するユーザーアカウントには、必要なデータオブジェクト（購買依頼、発注書、承認、ユーザー）へのアクセスと、レポートの作成・スケジュール設定に必要な管理者権限またはレポート関連の権限が必要です。

クエリの例 config

This extraction is configured within the Coupa UI and does not use a direct script. The following outlines the objects and fields required to build the report, which is then transformed into an event log.

**Data Sources (Objects to Join):**
1.  `Requisition Headers` (Primary)
2.  `Approvals` (Joined on Requisition Header ID)
3.  `Users` (Joined from `Requisition Headers` for Requester details)
4.  `Users` (Joined from `Approvals` for Approver details)
5.  `Purchase Order Headers` (Joined on Requisition Header ID)

**Report Columns Configuration (Fields to Select):**

*   **For 'Requisition Created' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Requisition #` -> Maps to `PurchaseRequisitionId`
    *   Source Field: `Created At` -> Maps to `EventTime`

*   **For 'Requisition Submitted' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Submitted At` -> Maps to `EventTime`

*   **For 'Requisition Amended' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Updated At` -> Maps to `EventTime` (Logic must be applied to identify updates after submission)

*   **For 'Approval Step Started' event:**
    *   Source Object: `Approvals`
    *   Source Field: `Created At` -> Maps to `EventTime`

*   **For 'Approval Step Approved' / 'Approval Step Rejected' events:**
    *   Source Object: `Approvals`
    *   Source Field: `Updated At` -> Maps to `EventTime`
    *   Source Field: `Status` -> Used to determine `ActivityName` ('Approved' or 'Rejected')

*   **For 'Requisition Withdrawn' / 'Requisition Approved' / 'Requisition Rejected' / 'Requisition Closed' events:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Updated At` -> Maps to `EventTime`
    *   Source Field: `Status` -> Used to determine `ActivityName`

*   **For 'Requisition Sourced' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Updated At` -> Maps to `EventTime`
    *   Source Field: `Sourced Externally?` -> Used in logic to identify this event

*   **For 'Purchase Order Created' event:**
    *   Source Object: `Purchase Order Headers`
    *   Source Field: `Created At` -> Maps to `EventTime`

*   **For General Attributes:**
    *   `Requisition Headers | Requisition #` -> `PurchaseRequisitionId`
    *   `Requisition Headers | Status` -> `RequisitionStatus`
    *   `Requisition Headers | Created By (Full Name)` -> `Requester`
    *   `Requisition Headers | Account Department` -> `Department`
    *   `Requisition Headers | Total` -> `TotalAmount`
    *   `Approvals | Approver (Full Name)` -> `Approver`

ステップ

事前準備：Python 3環境がインストールされていることを確認します。ターミナルまたはコマンドプロンプトでpip install pandas requestsを実行し、必要なライブラリであるpandasとrequestsをインストールします。
Coupa APIキーを取得：管理者としてCoupaにログインします。「設定」>「会社の設定」>「APIキー」に進みます。次のスコープに対する読み取り権限を少なくとも付与したAPIキーを新規作成します：core.purchase_order.read、core.requisition.read、core.user.read。
スクリプトを設定：新しいPythonファイル（例：extract_coupa_reqs.py）を作成し、提供されたPythonスクリプトを貼り付けます。COUPA_INSTANCE_URLのプレースホルダーを会社のCoupa URL（例：https://yourcompany.coupahost.com）に、API_KEYを前の手順で取得したキーに置き換えます。
抽出パラメーターを設定：スクリプトのmainセクションで、START_DATEとEND_DATEの変数を調整し、データ抽出の期間を指定します。購買依頼は作成日を基準に絞り込まれます。
スクリプトを実行：ターミナルでpython extract_coupa_reqs.pyを実行します。スクリプトがCoupa APIに接続してデータを取得し、進捗状況をコンソールに表示します。
APIのページネーションを処理：スクリプトには、APIのページネーションを自動処理する関数が含まれています。指定した日付範囲内の購買依頼をすべて取得するまで、50件ずつページ単位でデータを取得します。
購買依頼データを処理：取得した各購買依頼ヘッダーから、「購買依頼作成」と「購買依頼提出」のイベントを作成します。その後、関連する承認と発注書のデータを取得するため、追加のAPI呼び出しを行います。
アクティビティイベントを作成：承認レコードを処理し、「承認ステップ開始」、「承認ステップ承認済み」、「承認ステップ却下」のイベントを作成します。また、購買依頼の最終ステータスと関連データを確認し、「購買依頼承認済み」、「発注書作成」、「購買依頼取り下げ」などのイベントを作成します。
変更を検出：各購買依頼のversion属性を確認します。バージョンが1より大きい場合は、変更があったことを示します。新しいバージョンのupdated-atタイムスタンプを使って、「購買依頼変更」イベントを作成します。
イベントログをまとめる：作成したすべてのイベントを構造化されたリストにまとめます。各イベントには、PurchaseRequisitionId、ActivityName、EventTimeなどの必須属性と、RequesterやTotalAmountなどの推奨属性が含まれます。
CSVにエクスポート：すべての購買依頼の処理が完了したら、最終イベントリストをpandasのDataFrameに変換し、同じディレクトリにcoupa_requisition_event_log.csvという名前で保存します。このファイルはProcessMindに直接アップロードできる形式です。

設定

APIキーの権限：抽出に使うAPIキーには、Coupaのrequisition_headers、requisition_lines、approvals、purchase_orders、usersオブジェクトへの読み取りアクセス権が必要です。権限がない場合、スクリプトが失敗したり、データが不完全になったりすることがあります。
日付範囲：スクリプトは購買依頼の作成日（created-at）を基準に日付範囲を絞り込みます。実行時間の長期化やAPIのタイムアウトを避けるため、3～6か月など、運用しやすい単位でデータを抽出してください。必要に応じてSTART_DATEとEND_DATEを調整します。
ステータスによる絞り込み：提供されたスクリプトは、ステータスにかかわらずすべての購買依頼を取得します。対象を絞って分析する場合は、最初のAPI呼び出しでparams辞書にstatusパラメーターを追加し、「approved」、「pending_approval」、「ordered」などのステータスを指定できます。
ページネーションの上限：スクリプトはAPI呼び出しごとに50件（limit=50）を取得する設定です。これはCoupa APIで一般的に使われる値です。件数を増やしても処理が速くなるとは限らず、複雑なクエリではタイムアウトのリスクが高まる可能性があります。
パフォーマンスに関する注意：スクリプトは購買依頼ごとに複数回（ヘッダー、承認、発注書の各データに対して）APIを呼び出します。数千件の購買依頼を抽出する場合、時間がかかることがあり、CoupaのAPIレート制限の対象となる可能性があります。業務の繁忙時間を避けて実行してください。

クエリの例 python

import requests
import pandas as pd
from datetime import datetime, timezone

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Coupa instance URL and API Key
COUPA_INSTANCE_URL = class="hl-string">"https://[your_instance].coupahost.com"
API_KEY = class="hl-string">"[your_api_key]"

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

def get_coupa_data(endpoint, params={}):
    class="hl-string">"""Fetches paginated data from a Coupa API endpoint."""
    headers = {
        class="hl-string">"Accept": class="hl-string">"application/json",
        class="hl-string">"X-COUPA-API-KEY": API_KEY
    }
    
    all_records = []
    offset = 0
    limit = 50
    
    while True:
        paginated_params = params.copy()
        paginated_params[class="hl-string">'offset'] = offset
        paginated_params[class="hl-string">'limit'] = limit
        
        try:
            response = requests.get(fclass="hl-string">"{COUPA_INSTANCE_URL}{endpoint}", headers=headers, params=paginated_params)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an exception for 4xx/5xx errors
            data = response.json()
            
            if not data:
                break
                
            all_records.extend(data)
            offset += limit
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    return all_records

def main(start_date, end_date):
    class="hl-string">"""Main function to extract, transform, and save the event log.""" 
    print(class="hl-string">"Starting Coupa Requisition data extraction...")
    
    event_log = []
    current_time_utc = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 1. Fetch Requisition Headers within the date range
    req_params = {
        class="hl-string">"created-at[gt]": start_date,
        class="hl-string">"created-at[lt]": end_date,
        class="hl-string">"fields": class="hl-string">'["id", "created-at", "submitted-at", "updated-at", "version", "status", "total", "requester", "currency", "sourcing-event-id"]'
    }
    requisition_headers = get_coupa_data(class="hl-string">"/api/requisition_headers", req_params)
    print(fclass="hl-string">"Found {len(requisition_headers)} requisitions to process.")

    for i, header in enumerate(requisition_headers):
        print(fclass="hl-string">"Processing requisition {i+1}/{len(requisition_headers)}: ID {header['id']}")
        
        class=class="hl-string">"hl-comment"># Common attributes for all events of this case
        case_id = str(header[class="hl-string">'id'])
        total_amount = header.get(class="hl-string">'total', {}).get(class="hl-string">'total')
        requester_name = fclass="hl-string">"{header.get('requester', {}).get('firstname', '')} {header.get('requester', {}).get('lastname', '')}".strip()
        department_name = header.get(class="hl-string">'requester', {}).get(class="hl-string">'department', {}).get(class="hl-string">'name')

        base_event = {
            class="hl-string">"PurchaseRequisitionId": case_id,
            class="hl-string">"TotalAmount": total_amount,
            class="hl-string">"Requester": requester_name,
            class="hl-string">"Department": department_name,
            class="hl-string">"Approver": None,
            class="hl-string">"SourceSystem": class="hl-string">"Coupa",
            class="hl-string">"LastDataUpdate": current_time_utc
        }

        class=class="hl-string">"hl-comment"># Activity: Requisition Created
        event_log.append({
            **base_event,
            class="hl-string">"ActivityName": class="hl-string">"Requisition Created",
            class="hl-string">"EventTime": header[class="hl-string">'created-at'],
            class="hl-string">"RequisitionStatus": class="hl-string">"draft"
        })

        class=class="hl-string">"hl-comment"># Activity: Requisition Submitted
        if header.get(class="hl-string">'submitted-at'):
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Submitted",
                class="hl-string">"EventTime": header[class="hl-string">'submitted-at'],
                class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval"
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Amended
        if header.get(class="hl-string">'version') and int(header[class="hl-string">'version']) > 1:
             event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Amended",
                class="hl-string">"EventTime": header[class="hl-string">'updated-at'], class=class="hl-string">"hl-comment"># Timestamp of the new version
                class="hl-string">"RequisitionStatus": header[class="hl-string">'status']
            })

        class=class="hl-string">"hl-comment"># 2. Fetch Approvals for this requisition
        approval_params = {
            class="hl-string">"approvable-id": header[class="hl-string">'id'],
            class="hl-string">"approvable-type": class="hl-string">"RequisitionHeader"
        }
        approvals = get_coupa_data(class="hl-string">"/api/approvals", approval_params)

        for approval in approvals:
            approver = approval.get(class="hl-string">'approver', {}).get(class="hl-string">'fullname')
            approval_status = approval[class="hl-string">'status']

            class=class="hl-string">"hl-comment"># Activity: Approval Step Started
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Approval Step Started",
                class="hl-string">"EventTime": approval[class="hl-string">'created-at'],
                class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval",
                class="hl-string">"Approver": approver
            })

            if approval_status == class="hl-string">'approved':
                class=class="hl-string">"hl-comment"># Activity: Approval Step Approved
                event_log.append({
                    **base_event,
                    class="hl-string">"ActivityName": class="hl-string">"Approval Step Approved",
                    class="hl-string">"EventTime": approval[class="hl-string">'updated-at'],
                    class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval",
                    class="hl-string">"Approver": approver
                })
            elif approval_status == class="hl-string">'rejected':
                class=class="hl-string">"hl-comment"># Activity: Approval Step Rejected
                event_log.append({
                    **base_event,
                    class="hl-string">"ActivityName": class="hl-string">"Approval Step Rejected",
                    class="hl-string">"EventTime": approval[class="hl-string">'updated-at'],
                    class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval",
                    class="hl-string">"Approver": approver
                })
        
        class=class="hl-string">"hl-comment"># 3. Handle final status and related events
        final_status_event_time = header[class="hl-string">'updated-at']
        final_status = header[class="hl-string">'status']

        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": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })
        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": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })
        elif final_status == class="hl-string">'withdrawn':
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Withdrawn",
                class="hl-string">"EventTime": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })
        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": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Sourced
        if header.get(class="hl-string">'sourcing-event-id'):
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Sourced",
                class="hl-string">"EventTime": final_status_event_time, class=class="hl-string">"hl-comment"># Assumes status update time reflects sourcing
                class="hl-string">"RequisitionStatus": final_status
            })

        class=class="hl-string">"hl-comment"># 4. Fetch Purchase Orders to detect PO Creation
        po_params = {class="hl-string">"requisition-header-id": header[class="hl-string">'id']}
        purchase_orders = get_coupa_data(class="hl-string">"/api/purchase_orders", po_params)

        for po in purchase_orders:
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Purchase Order Created",
                class="hl-string">"EventTime": po[class="hl-string">'created-at'],
                class="hl-string">"RequisitionStatus": class="hl-string">"ordered" 
            })

    class=class="hl-string">"hl-comment"># 5. Create and save the DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. The output file will be empty.")
        return

    df = pd.DataFrame(event_log)
    df = df.sort_values(by=[class="hl-string">"PurchaseRequisitionId", class="hl-string">"EventTime"])
    df.to_csv(class="hl-string">"coupa_requisition_event_log.csv", index=False)
    print(class="hl-string">"\nExtraction complete. Event log saved to coupa_requisition_event_log.csv")

if __name__ == class="hl-string">"__main__":
    class=class="hl-string">"hl-comment"># Define the extraction period. Format: YYYY-MM-DDTHH:MM:SSZ
    START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
    END_DATE = class="hl-string">"2023-06-30T23:59:59Z"
    main(START_DATE, END_DATE)

ステップ

選択したサードパーティのiPaaSまたはプロセスマイニングプラットフォームが、検証済みのCoupaコネクターを提供していることを確認します。コネクターから、購買依頼ヘッダー、購買依頼の履歴または監査データ、承認レコード、ソーシングとの関連、発注書との関連、クローズ情報にアクセスできる必要があります。コネクター名、オブジェクト名、利用可能なフィールドはプロバイダーによって異なるため、コネクターの文書とCoupaテナントに合わせて設定してください。
プラットフォームの接続画面でコネクター接続を作成します。必要なCoupaテナントURL、認証方式、認証情報、OAuthの詳細、必要なスコープを入力します。接続先の環境で設定が完了するまでは、[Your Coupa tenant URL]や[Your connector credentials]などのプレースホルダーを使ってください。
抽出範囲を設定します。最初は過去3～6か月のローリング期間を選択し、照合後に期間を広げます。[Your company filter]や[Your document type filter]など、テナントで有効なフィルターだけを適用してください。ライフサイクル分析に必要なため、現在のステータスがクローズ、却下、取り下げ、承認済みであることだけを理由に購買依頼を除外しないでください。
コネクターでソースオブジェクトを対応付けます。購買依頼ヘッダー、購買依頼の履歴または監査、承認、ソーシングとの関連、発注書との関連、およびコネクターが提供するクローズまたはステータス履歴の各オブジェクトを選択します。必須のオブジェクトが利用できない場合は、コネクターがサポートする履歴または監査データで代替するか、抽出を公開する前に制約を文書化してください。
ケースとイベントのマッピングを設定します。購買依頼IDをPurchaseRequisitionId、イベントラベルをActivityName、ソースのタイムスタンプをEventTime、固定値のCoupaをSourceSystem、コネクターの更新タイムスタンプをLastDataUpdateに対応付けます。利用可能な場合は、依頼者、部門、合計金額、購買依頼のステータス、承認者も対応付けます。
12種類すべてのアクティビティについて、イベント行を明示的に作成するルールを設定します。購買依頼の作成タイムスタンプから「購買依頼作成」を作成します。「下書き」からpending_approvalへの遷移から「購買依頼提出」を作成します。提出後のバージョンまたは監査記録から「購買依頼変更」を作成します。保留中の承認レコードから「承認ステップ開始」を作成します。承認操作から「承認ステップ承認済み」を、却下操作から「承認ステップ却下」を作成します。明示的な取り下げ操作またはステータス遷移から「購買依頼取り下げ」を作成します。承認済みのヘッダーステータスへの遷移から「購買依頼承認済み」を、却下されたヘッダーステータスへの遷移から「購買依頼却下」を作成します。購買依頼とソーシングの関連から「購買依頼ソーシング済み」を作成します。購買依頼を参照する発注書から「発注書作成」を作成します。クローズ操作またはステータス遷移から「購買依頼クローズ」を作成します。
イベントストリームを結合する前に、抽出データを正規化します。すべてのタイムスタンプを単一のタイムゾーン（UTCを推奨）に変換し、ソースの精度を保ち、購買依頼IDを一貫したテキスト型に変換して、ソースのステータスとユーザーの値を保持します。技術的に同一のソースレコードだけを重複排除します。比較キーには、購買依頼ID、アクティビティ名、イベントタイムスタンプ、利用可能な場合はソースレコードID、承認者を使います。
コネクターフローを公開するか、スケジュールを設定します。選択した日付範囲を最初に全件抽出し、その後はソースの更新タイムスタンプまたはコネクターがサポートする変更追跡方式に基づいて増分更新します。遅れて追加された監査記録や変更後の承認レコードを含めるため、遡及期間を設定してください。
作成されたイベントログをCoupaのレポートまたはコネクターのプレビューと照合します。すべての購買依頼に作成イベントがあること、ステータスと承認の遷移が想定どおりの時系列になっていること、ソーシングや発注書が存在する場合に関連イベントが含まれていることを確認してください。
最終結果をフラットなCSV、またはProcessMindがサポートする別のイベントログ形式でエクスポートします。イベントごとに1行を作成し、ケースIDにPurchaseRequisitionId、アクティビティにActivityName、イベントタイムスタンプにEventTimeを使います。不足イベントの推測をProcessMindに任せず、ファイルをアップロードするか、コネクターデータセットをProcessMindに公開してください。

設定

コネクターとアクセス：選択したiPaaSまたはプロセスマイニングプラットフォームが提供する、検証済みのCoupaコネクターを使います。必要なCoupaの認可、APIスコープ、モジュール、コネクターライセンスは、プロバイダーとテナントの設定によって異なります。導入前に、購買依頼、履歴または監査、承認、ソーシング、発注書、クローズの各データにアクセスできることを確認してください。
日付範囲：まず3～6か月分のデータを対象にします。定期更新ではローリング方式で抽出し、遅れて届く更新、承認操作、変更された購買依頼を取り込めるよう、遡及期間を設けてください。
必須のマッピング：購買依頼IDをPurchaseRequisitionId、イベントラベルをActivityName、イベントタイムスタンプをEventTime、ソース値をSourceSystem、更新タイムスタンプをLastDataUpdateに対応付けます。
推奨するマッピング：購買依頼のステータス、依頼者、部門またはコストセンター、合計金額、承認者を対応付けます。コネクターが履歴スナップショットに対応している場合は、現在の値とイベント発生時の値の両方を保持してください。
イベントルール：必須の12種類すべてについて、イベントを明示的に作成するよう設定します。ProcessMindはイベントログをそのまま読み込み、追加のイベントを導出または推測しません。
フィルター：コネクターがサポートし、テナントで有効なフィルターだけを適用します。例：[Your company filter]、[Your document type filter]、[Your business unit filter]、[Your requisition date range]。分析上必要な場合を除き、最終ステータスのケースを除外しないでください。
タイムスタンプの処理：タイムスタンプを共通のタイムゾーンに変換し、ソースの精度を保ちます。同じタイムスタンプのイベントには、順序を一意に決めるルールを設定してください。
増分更新：コネクターがサポートするupdated-atフィールドまたは変更追跡フィールドを使います。承認履歴、ソーシングとの関連、発注書との関連、クローズ情報は初回作成後に追加される場合があるため、遡及期間を設定してください。
パフォーマンス：初回の抽出では日付と有効な業務フィルターで範囲を絞り、必要なフィールドだけを取得します。大きなオブジェクトはページネーションを使い、過去の全データセットを繰り返し結合しないでください。サポートされている場合は、関連データと監査データを増分で抽出します。
データ品質：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdateが空でないことを必須にします。コネクターから取得できる場合は、トラブルシューティングと重複排除に備えてソースIDを保持してください。
設定の違い：オブジェクト名、フィールド名、ステータス値、監査データの形式、利用可能な関連データは、Coupaテナントやコネクターによって異なります。コネクターに文書化された同等の項目がない場合は、[Configure based on your system]を使ってください。

クエリの例 config

WITH
requisition_created AS (
    SELECT
        CAST(r.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Created' AS ActivityName,
        CAST(r.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(r.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(NULL AS VARCHAR(255)) AS Approver
    FROM [Your requisition header object] r
    WHERE r.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND r.created_at < CAST('[Your end date]' AS TIMESTAMP)
      AND [Your company filter]
),
requisition_submitted AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Submitted' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.previous_status AS VARCHAR(255))) = 'draft'
      AND LOWER(CAST(h.new_status AS VARCHAR(255))) = 'pending_approval'
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_amended AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Amended' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.event_type AS VARCHAR(255))) IN ('amended', 'updated', 'version_created')
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
approval_step_started AS (
    SELECT
        CAST(a.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Approval Step Started' AS ActivityName,
        CAST(a.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(a.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(a.approver AS VARCHAR(255)) AS Approver
    FROM [Your approval object] a
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(a.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(a.status AS VARCHAR(255))) = 'pending'
      AND a.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND a.created_at < CAST('[Your end date]' AS TIMESTAMP)
),
approval_step_approved AS (
    SELECT
        CAST(a.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Approval Step Approved' AS ActivityName,
        CAST(a.action_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(a.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(a.approver AS VARCHAR(255)) AS Approver
    FROM [Your approval object] a
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(a.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(a.action AS VARCHAR(255))) = 'approved'
      AND a.action_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND a.action_time < CAST('[Your end date]' AS TIMESTAMP)
),
approval_step_rejected AS (
    SELECT
        CAST(a.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Approval Step Rejected' AS ActivityName,
        CAST(a.action_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(a.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(a.approver AS VARCHAR(255)) AS Approver
    FROM [Your approval object] a
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(a.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(a.action AS VARCHAR(255))) = 'rejected'
      AND a.action_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND a.action_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_withdrawn AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Withdrawn' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.event_type AS VARCHAR(255))) IN ('withdrawn', 'withdrawal', 'cancelled_before_approval')
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_approved AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Approved' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.new_status AS VARCHAR(255))) = 'approved'
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_rejected AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Rejected' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.new_status AS VARCHAR(255))) = 'rejected'
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_sourced AS (
    SELECT
        CAST(s.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Sourced' AS ActivityName,
        CAST(s.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(s.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(NULL AS VARCHAR(255)) AS Approver
    FROM [Your sourcing relationship object] s
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(s.requisition_id AS VARCHAR(255))
    WHERE s.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND s.created_at < CAST('[Your end date]' AS TIMESTAMP)
),
purchase_order_created AS (
    SELECT
        CAST(p.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Purchase Order Created' AS ActivityName,
        CAST(p.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(p.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(NULL AS VARCHAR(255)) AS Approver
    FROM [Your purchase order relationship object] p
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(p.requisition_id AS VARCHAR(255))
    WHERE p.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND p.created_at < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_closed AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Closed' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.event_type AS VARCHAR(255))) IN ('closed', 'closure', 'cancelled_after_approval')
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
)
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_created
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_submitted
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_amended
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM approval_step_started
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM approval_step_approved
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM approval_step_rejected
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_withdrawn
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_approved
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_rejected
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_sourced
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM purchase_order_created
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_closed
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

準備はできましたか？

このテンプレートを使って、Coupaの調達から支払いまでの購買依頼プロセスの改善を始めましょう。調達に関するインサイトを見つけ、業務効率の向上につなげられます。

改善ガイドに戻る

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

Coupaの購買依頼を最適化し、サイクルタイムを短縮

非効率な箇所を特定し、購買依頼のサイクルタイムを30％短縮しましょう。

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

クレジットカードは不要です。数分で改善を始められます。

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

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

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

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

データ抽出ガイド

購買依頼データをエクスポートするCoupaの定期レポート

ステップ

設定

クエリの例 config

Coupa REST APIを使ったPythonスクリプトによる抽出

ステップ

設定

クエリの例 python

サードパーティのiPaaSコネクターを使った抽出

ステップ

設定

クエリの例 config

準備はできましたか？

Coupaの購買依頼を最適化し、サイクルタイムを短縮