> 継続的なプロセス改善 > 調達から支払いまで：発注書 > SAP Ariba > データテンプレート

調達から支払いまで：発注のデータテンプレート

SAP Ariba

調達から支払いまで：発注書の属性 (22) 調達から支払いまで：発注書のアクティビティ (14) 抽出ガイド (2)

調達から支払いまで：発注のデータテンプレート

このテンプレートでは、調達から支払いまでの発注プロセスを分析するために必要なデータを収集する方法を詳しく説明します。追跡すべき重要な属性とアクティビティに加え、任意のシステムからデータを抽出するための具体的な手順を示します。プロセスの可視化と最適化に向けて、完全で正確なデータ基盤を整えるためにご利用ください。

収集を推奨する属性
追跡すべき主要なアクティビティ
抽出手順

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

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

調達から支払いまで：発注書の属性

調達から支払いまで：発注書プロセスを詳細に分析するため、イベントログに含めることを推奨するデータ項目です。

3 必須 6 推奨 13 任意

	名前	説明
	アクティビティ名 ActivityName	Purchase Orderプロセス内で、ある時点に発生した特定のイベントまたはタスクの名前です。
説明 Activity Nameは、「Purchase Order Created」、「Purchase Order Approved」、「Goods Receipt Posted」など、Purchase Orderのライフサイクルにおけるステップを表します。これらのアクティビティの順序がプロセスマップの基盤になります。アクティビティの分析は、プロセスマイニングの中心です。プロセスフローの可視化、一般的なプロセスバリアントとまれなプロセスバリアントの特定、ステップ間の所要時間の測定に役立ちます。「Purchase Order Changed」などのアクティビティの順序と頻度を把握することは、Purchase Order Change Rate Analysisなどのダッシュボードに欠かせません。重要な理由この属性によってプロセスのステップが定義され、プロセスフローの可視化、ボトルネック、手戻り、逸脱の特定が可能になります。入手先基盤となるSAP Aribaテーブルから、ドキュメント履歴やワークフローに関連するステータス変更、トランザクションコード、イベントログをマッピングして生成されます。例 Purchase Orderを承認Purchase Orderを変更入庫を計上POに対する請求書を受領
	イベント時刻 EventTime	特定のアクティビティまたはイベントが発生した正確な日時です。
説明 Event Timeは各アクティビティに関連付けられたタイムスタンプで、アクティビティの開始時刻を記録します。このデータは、イベントを時系列に並べ、プロセス内の異なるステップ間の所要時間やサイクルタイムを計算するために欠かせません。この属性は、Purchase Order End-to-End Cycle TimeやPurchase Order Approval Cycle Timeのダッシュボードを含む、ほぼすべての時間ベースの分析で重要です。「Purchase Order Created」と「Purchase Order Approved」のタイムスタンプの差を測定することで、「Average PO Approval Cycle Time」などの主要パフォーマンス指標を計算できます。重要な理由このタイムスタンプは、イベントを正しく順序付け、サイクルタイムや待機時間など、期間に基づくすべての指標を計算するための基盤です。入手先通常、SAP AribaのPurchase Orderドキュメントに関する監査証跡または変更ログデータに含まれています。例 2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
	発注書 PurchaseOrderNumber	各Purchase Orderドキュメントを一意に識別する値であり、プロセスの中心的なケース識別子として機能します。
説明 Purchase Order Numberは、調達ライフサイクル全体にわたる関連アクティビティとイベントをつなぐ主キーです。各番号は、注文の初回作成から最終的な完了またはキャンセルまで、1件の購買取引を表します。プロセスマイニングでは、この属性がケース単位の分析の基盤になります。すべてのPurchase Orderについてエンドツーエンドの流れを再構成できるため、サイクルタイムの計算、プロセスバリアントの特定、個々の注文ステータスの追跡が可能になります。Purchase Order Numberでプロセスを分析すると、取引ごとの全体の流れを把握し、ボトルネックや逸脱を特定できます。重要な理由すべてのプロセスステップをつなぐ必須のCase IDであり、個々のPurchase Orderのライフサイクルをエンドツーエンドで分析できます。入手先 SAP Ariba Buying and InvoicingまたはSAP Ariba SourcingのPurchase Orderドキュメントにある主要フィールドです。例 PO7000123456PO7000123457PO7000123458
	PO金額 PurchaseOrderAmount	Purchase Orderの合計金額です。
説明この属性は、Purchase Orderに記載されたすべての商品およびサービスの合計金額を表します。特に指定がない限り、税金やその他の費用は含まれません。プロセスを通過する取引の価値を把握するうえで、重要な財務指標です。分析では、Purchase Order金額を使ってプロセスをセグメント化することがよくあります。たとえば、高額な注文には、低額な注文とは異なる、より厳格な承認経路が設定される場合があります。財務的な影響が大きい取引を優先してプロセス改善に取り組んだり、部門やベンダー別に支出パターンを分析したりする際にも利用できます。重要な理由各ケースの財務的な背景を把握できるため、価値に基づいて改善の優先順位を決め、注文金額がプロセスの動きに与える影響を理解できます。入手先これは、Purchase Orderドキュメントのヘッダーレベルにある標準の計算フィールドで、すべての明細項目の金額を合計します。例 1500.0025000.50500.75
	ベンダー名 VendorName	商品またはサービスを調達するサプライヤーまたはベンダーの名前です。
説明この属性は、Purchase Orderに関わる外部パートナーを識別します。ベンダーはPurchase to Payプロセスの重要な関係者であり、そのパフォーマンスはサイクル全体の効率に直接影響します。 Vendor Nameは、パフォーマンス分析の主要なディメンションです。異なるサプライヤーの納品日を比較するVendor Delivery Performanceダッシュボードに欠かせません。ベンダー別にプロセスを分析すると、納期遅延、手戻りの多さ、請求書処理の複雑さなど、サプライヤー管理に役立つ情報が明らかになります。重要な理由サプライヤーのパフォーマンスを分析し、信頼できるパートナーや、遅延などの問題を引き起こしているベンダーを特定できます。入手先これは、SAP AribaのPurchase Orderドキュメントのヘッダーレベルにある標準フィールドです。例 Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
	ユーザー名 UserName	アクティビティを実行したユーザーの名前またはIDです。
説明この属性は、Purchase Orderの承認や入庫計上など、特定のプロセスステップを実行した担当者を識別します。一意のユーザーIDまたは氏名を指定できます。ユーザー別にパフォーマンスを分析すると、トレーニングの必要性を特定したり、優れた担当者を把握したりできます。また、PO Approval Compliance Deviationダッシュボードなど、コンプライアンス関連の分析にも欠かせません。必要な承認ステップを省略した担当者の特定に役立ちます。業務量の分布やリソース配分の把握にも利用できます。重要な理由担当者の説明責任を明確にし、ユーザーごとのパフォーマンス、業務量、コンプライアンスを分析できます。トレーニングの必要性やプロセスの逸脱を特定するうえで重要です。入手先通常、SAP Ariba内のワークフローとドキュメント履歴ログで、各イベントに関連付けられた情報として確認できます。例 john.smithLROSSIjane.doe
	入庫日 GoodsReceiptDate	商品の受領またはサービスの完了がシステムに正式に記録された日付です。
説明この属性は、「Goods Receipt Posted」または「Services Confirmation Entered」アクティビティのタイムスタンプを示します。注文した品目を受領したことを正式に確認する日付です。この日付は、実際の納入時間を測定するうえで重要です。「RequestedDeliveryDate」に対応する日付であり、納入差異や納期遵守KPIの計算に使われます。Goods Receipt Posting Timelinessダッシュボードでは、この属性を使って納入後どれだけ早く入庫が記録されたかを評価します。これは、在庫の正確性と請求書の迅速な支払いに関わります。重要な理由実際の納入日を示し、納入実績の計算やサプライチェーンにおける遅延の特定に欠かせません。入手先 Purchase Orderを参照するGoods ReceiptまたはService Entry Sheetドキュメントのタイムスタンプです。例 2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
	希望納入日 RequestedDeliveryDate	依頼元が商品またはサービスの納入を希望する日付です。
説明購買依頼または注文の作成時に、業務側が指定する納入目標日です。実際の納入実績を測定する際の基準になります。この属性は、Vendor Delivery PerformanceダッシュボードとGoods Receipt Timeliness Rate KPIに欠かせません。希望納入日と実際のGoods Receipt Dateを比較することで、ベンダーの納期遵守状況を測定し、納入差異を計算できます。また、納期を継続的に守れないサプライヤーを特定できます。この分析は、サプライヤーとの関係を管理し、サプライチェーンのリスクを抑えるうえで重要です。重要な理由納期どおりの納入実績を測定する基準となり、ベンダーの信頼性やサプライチェーンの効率を評価するうえで重要です。入手先これは、Purchase Orderドキュメントの明細項目レベルにある標準の日付フィールドです。例 2023-06-012023-07-152023-08-20
	部門名 DepartmentName	Purchase Orderに関連付けられた事業部門またはコストセンターです。
説明この属性は、購買依頼を開始した組織単位、または購買の対象となる組織単位を示します。通常、Purchase Orderのコストセンター情報から導出されます。このディメンションは、Departmental PO Processing Efficiencyダッシュボードに欠かせません。部門間でサイクルタイムとプロセスバリアントを直接比較できます。ベストプラクティスに従っている部門や、追加のトレーニングまたはプロセス改善が必要な部門を特定するのに役立ちます。Departmental PO Cycle Time Variance KPIの計算にも重要です。重要な理由異なる事業部門間でパフォーマンスを比較でき、部門ごとのボトルネックの特定やベストプラクティスの共有に役立ちます。入手先 Purchase Orderのヘッダーまたは明細レベルで確認できます。通常は、Cost CenterまたはRequestorのプロファイルに関連付けられています。例マーケティングIT業務施設管理研究開発
	POエンドツーエンドサイクルタイム POEndToEndCycleTime	最初の購買依頼が作成されてから、Purchase Orderが最終的に完了するまでの経過時間です。
説明この計算属性は、Purchase Orderプロセス全体の所要時間を測定します。通常、「Purchase Requisition Created」イベントから始まり、「Purchase Order Completed」または最後の「Goods Receipt Posted」イベントで終了します。プロセス効率を全体的に把握できます。「End-to-End PO Cycle Time」KPIと「Purchase Order End-to-End Cycle Time」ダッシュボードの主要指標です。組織全体のパフォーマンスや、プロセス改善の効果を追跡できます。この合計サイクルタイムをベンダー、部門、品目グループ別に分解すると、リードタイム長期化の主な要因を明らかにできます。重要な理由 Purchase Orderの処理にかかる合計時間を示し、プロセス全体の効率と顧客体験を測る高レベルの指標になります。入手先対象ケースの最も早いタイムスタンプと最も遅いタイムスタンプの差分を取り、データ変換時に計算されます。例 P15DP30D12HP7D
	POステータス PurchaseOrderStatus	ライフサイクルにおけるPurchase Orderの現在のステータスです。
説明この属性は、Purchase Orderの現在の状態（「Ordering」、「Receiving」、「Invoiced」、「Completed」など）を示します。プロセス全体のどの段階にPOがあるかを把握できます。プロセスマイニングではアクティビティからフローを再構成しますが、現在のステータスはケースの絞り込みや現在の作業量の把握に役立ちます。たとえば、分析担当者は、まだ完了していない「In-Flight」のPurchase Orderだけに注目できます。また、プロセストレースの最後のアクティビティを検証する際にも利用できます。重要な理由 Purchase Orderのライフサイクル上の現在位置をすばやく把握できるため、進行中または完了したケースの絞り込みや確認に役立ちます。入手先これは、SAP AribaのPurchase Orderドキュメントヘッダーにある標準のステータスフィールドです。例発注中受領中完了キャンセル済み
	POタイプ PurchaseOrderType	標準、包括契約、外注など、Purchase Orderの分類です。
説明 Purchase Order Typeは、業務上の目的に基づいて注文を分類します。注文タイプによって異なるプロセス経路をたどり、承認や履行に関するルールも異なる場合があります。この属性を使ってプロセスをセグメント化すると、より意味のある分析ができます。たとえば、「Standard POs」と「Service POs」のサイクルタイムを分けて分析することで、異なる種類のボトルネックを明らかにできます。データをより均質なグループに分け、特定の調達シナリオを明確に把握できます。重要な理由注文タイプ別に分析を分けられるため、タイプごとにプロセスフローが異なる場合でも、より正確な分析結果を得られます。入手先 SAP Aribaのドキュメントを参照してください。通常、POヘッダーレベルで設定可能なフィールドです。例標準POサービスPO包括PO
	PO変更あり IsPurchaseOrderChanged	Purchase Orderが初回作成後に変更されたかどうかを示すブール型フラグです。
説明これは導出属性で、対象ケースに「Purchase Order Changed」アクティビティが存在する場合に「true」になります。変更率をケース単位で簡単に分析できます。このフラグは、「Purchase Order Change Rate」KPIの計算に使われます。変更された注文と変更されていない注文をすばやく分けて比較できるため、サイクルタイムの長期化や請求書の不一致増加など、変更が後続プロセスに与える影響を明らかにできます。Purchase Order Change Rate Analysisダッシュボードでは、変更頻度の定量化に利用します。重要な理由変更されたすべてのPurchase Orderを簡単に特定できるため、変更率の計算や影響の分析に役立ちます。入手先各Purchase Order Numberについて「Purchase Order Changed」イベントの有無を確認し、データ変換時に導出されます。例 truefalse
	イベント終了時刻 EventEndTime	アクティビティが完了した日時を示すタイムスタンプです。手動アクティビティの処理時間の計算に使用します。
説明 StartTimeがアクティビティの開始時刻を示すのに対し、EventEndTimeは終了時刻を示します。システムが生成する多くのイベントでは、開始時刻と終了時刻は同じです。一方、手動タスクや長時間実行される自動ジョブでは、開始と終了の差がアクティビティの処理時間を表します。この属性は「ProcessingTime」指標の計算に使用され、Purchase Order Activity Duration Analysisダッシュボードに欠かせません。完了までに最も時間がかかるタスクを特定し、トレーニング、リソースの再配分、自動化の機会を明らかにします。重要な理由個々のアクティビティの正確な処理時間を計算できるため、特に時間のかかるタスクを特定できます。入手先 SAP Aribaのドキュメントを参照してください。明示的に取得できない場合は、後続アクティビティの開始時刻から導出する必要があります。例 2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
	ソースシステム SourceSystem	データの抽出元システムを識別します。この場合はSAP Aribaです。
説明この属性は、プロセスデータの出所を示します。複数のシステムが連携する環境では、異なるソースのデータを区別し、データの系譜を確保するために欠かせません。分析では、特定のシステムにデータを絞り込んだり、異なるプラットフォーム間のプロセス連携を把握したりするのに役立ちます。データガバナンスと検証に必要なメタデータであり、正しいデータセットに基づいて分析できるようにします。重要な理由データの出所に関する重要な背景情報を提供し、複数システム環境でのデータガバナンス、検証、分析を支えます。入手先通常、データの抽出と変換の処理中に静的な値（「SAP Ariba」）として追加されます。例 SAP AribaSAP-Ariba-USAribaCloud
	最終データ更新 LastDataUpdate	このイベントのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。
説明この属性は、SAP Aribaからデータを最後に取得した日時を示します。分析対象データの鮮度を把握するために欠かせないメタデータです。プロセスマイニング分析では、データの新しさを把握することがレポート作成と意思決定に重要です。このタイムスタンプにより、Purchase Order Throughput TrendなどのダッシュボードやKPIが最新情報に基づいていることを確認できます。重要な理由データの鮮度を示し、分析がどの時点の情報に基づくものかを把握できるようにします。分析結果への信頼にもつながります。入手先通常、データの抽出、変換、ロード（ETL）処理中に生成され、データセットに追加されます。例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	品目グループ MaterialGroup	特性が類似する資材やサービスをまとめるための分類です。
説明 Material Groupは、Aribaの用語ではCommodity Codeにあたり、購入対象の品目を分類するための項目です。これにより、支出を分析し、商品やサービスの種類に応じて異なる調達戦略を適用できます。プロセスマイニングでは、この属性を使って購入対象別に調達プロセスを分析できます。たとえば、ITハードウェアの承認プロセスは、事務用品の承認プロセスとは異なる場合があります。品目カテゴリーごとに改善策を調整し、より詳細な分析を行うことができます。重要な理由購入する商品やサービスのカテゴリー別にプロセスを分析でき、品目によって調達方法がどのように異なるかを明らかにします。入手先これは、Purchase Orderの明細項目レベルにある標準フィールドで、「Commodity Code」と表示されることがよくあります。例 IT.HardwareOffice.SuppliesProfessional.Services
	手戻りあり IsRework	Purchase Orderが、却下後の再申請などの手戻りループを経たかどうかを示す計算フラグです。
説明このブール型属性は、アクティビティの順序から導出されます。Purchase Orderがプロセスを逆戻りした場合に「true」になります。たとえば、「Approve Purchase Order」の後に「Change Purchase Order」が続き、その後に再び承認が行われるケースです。これは、理想的な一方向のプロセスからの逸脱を示します。このフラグは、PO Rework Loop Rate KPIの計算や、非効率なフローを強調表示するプロセスマップの絞り込みに欠かせません。手戻りのあるケースを特定することで、入力ミスや要件の不明確さなどの根本原因を調査し、初回承認率の改善につなげられます。重要な理由プロセスの非効率や手戻りがあるケースを直接特定できるため、ループの影響を定量化し、削減対象を絞り込めます。入手先この属性はソースシステムには存在せず、各ケースのアクティビティの順序を使ってデータ変換時に計算されます。例 truefalse
	納入差異 DeliveryVariance	希望納入日と実際の入庫日の時間差を計算した値です。
説明納入がどれだけ早かったか、または遅かったかを測定し、ベンダーの納入実績を定量化します。「GoodsReceiptDate」から「RequestedDeliveryDate」を差し引いて計算します。正の値は納入遅延、負の値は予定より早い納入、0は予定どおりの納入を示します。「Vendor Delivery Performance」ダッシュボードと「Vendor Delivery Performance Variance」KPIの基礎となる計算です。ベンダー別に差異を分析することで、信頼できるパートナーと信頼性に課題のあるパートナーを特定でき、サプライヤーとの交渉やリスク管理の方針に役立ちます。単に納期どおりか遅延かを示すだけでなく、納入のずれの大きさまで把握できます。重要な理由納入の遅れや前倒しの程度を正確に測定してベンダーの納期遵守状況を定量化できるため、サプライヤーの実績管理に欠かせません。入手先データ変換レイヤーで、「GoodsReceiptDate」から「RequestedDeliveryDate」を差し引いて計算されます。例 P2D-P1DP0D
	購買依頼番号 PurchaseRequisitionNumber	Purchase Orderに先行する購買依頼を一意に識別する番号です。
説明この属性により、Purchase Orderを元の購買依頼に関連付けることができます。ただし、直接POを作成した場合など、すべてのPurchase Orderに先行する購買依頼があるとは限りません。この関連付けは、最初の依頼から始まる調達プロセス全体を分析するうえで欠かせません。Requisition to PO Conversion FunnelダッシュボードとRequisition to PO Conversion Time KPIに必要です。このつながりを分析すると、依頼の承認からベンダーへの正式な発注までに生じる遅延を特定できます。重要な理由 Purchase Orderを最初の依頼に結び付け、購買依頼の作成から注文の履行まで、真のエンドツーエンド分析を可能にします。入手先通常、Purchase Orderの明細項目にある参照フィールドとして利用できます。例 PR10004567PR10004568PR10004569
	購買組織 PurchasingOrganization	資材やサービスの調達と、ベンダーとの交渉を担当する組織単位です。
説明 Purchasing Organizationは、調達体制における主要な組織で、購買の戦略面を担います。地域や事業部門ごとに異なる購買組織が置かれる場合があります。 Purchasing Organization別にプロセスを分析すると、社内の各組織における効率、コンプライアンス、ベンダー管理の違いを明らかにできます。ベストプラクティスの標準化や、組織レベルのボトルネック、非効率の原因の特定にも役立ちます。重要な理由戦略的な購買単位ごとに、プロセスの効率とコンプライアンスを高い視点から分析できます。入手先これは、Purchase Orderドキュメントのヘッダーレベルにある標準の組織データフィールドです。例 PO_US01PO_EMEAPO_GLOBAL
	通貨 DocumentCurrency	Purchase Orderの金額に使用される通貨コードです。
説明この属性は、Purchase Order金額の通貨（USD、EUR、GBPなど）を指定します。財務データを扱ううえで欠かせない情報です。複数の国や地域にまたがるプロセスを分析する場合、Document Currencyは金額を正しく解釈し、比較するために重要です。すべての財務KPIとダッシュボードでは、このフィールドを使って単一通貨に絞り込むか、正確な集計と比較のために適切な為替レートを適用する必要があります。重要な理由すべての金額フィールドに必要な背景情報を提供し、正確な財務分析を可能にするとともに、異なる通貨を誤って合算することを防ぎます。入手先これは、SAP AribaのPurchase Orderドキュメントのヘッダーレベルにある標準フィールドです。例 USDEURGBPJPY

必須推奨任意

調達から支払いまで：発注書のアクティビティ

調達から支払いまで：発注書プロセスを正確に発見するため、イベントログに記録する主要なプロセス手順とマイルストーンです。

6 推奨 8 任意

	アクティビティ	説明
	Purchase Orderをベンダーに送信	承認済みのPurchase Orderが、通常はAriba Networkを通じてベンダーに正式送信された時点を示します。POのステータスが「Sent」または「Ordered」に変わった時点で取得されます。
重要な理由社内処理から外部での履行へ移行したことを示します。ベンダーのリードタイムと納品パフォーマンスを測定する開始点です。入手先 PurchaseOrderドキュメントのステータスが「Sent」または「Ordered」に変わった時点のタイムスタンプから推定されます。これはAribaにおける標準的なステータス遷移です。取得ステータスが「Sent」または同様の状態に変わった時点のタイムスタンプから推定されます。イベントタイプ inferred
	Purchase Orderを作成	このアクティビティは、承認済みの購買依頼から、または直接、SAP Aribaで正式なPurchase Orderドキュメントが作成されたことを示します。POドキュメントの作成タイムスタンプから取得され、POライフサイクルの正式な開始を表します。
重要な理由直接作成されたPOの場合、ここがプロセスの開始点です。購買依頼からPOへの変換時間と、PO処理全体のサイクルを測定する重要なマイルストーンです。入手先 SAP Ariba BuyingのPurchaseOrderドキュメントオブジェクトの作成タイムスタンプから取得されます。この時点のステータスは通常、「Composing」または「Submitted」です。取得 Purchase Orderドキュメントの作成タイムスタンプに基づきます。イベントタイプ explicit
	Purchase Orderを完了	Purchase Orderのライフサイクルが正常に終了し、商品またはサービスの受領と請求書処理が完了したことを示します。POのステータスが「Received」、「Invoiced」または同様の終端状態に変わったことから推定されます。
重要な理由これはプロセスが正常に完了したことを示す主な終点です。この状態に到達するまでの時間を測定することで、業務全体の効率を示す重要な指標であるエンドツーエンドのサイクルタイムを把握できます。入手先 PurchaseOrderのステータスが「Received」などの最終状態に変わった時点のタイムスタンプから推定されます。すべての明細が完全に受領されると、POは完了したとみなされます。取得 POのステータスが「Received」または同様の完了状態に変わった時点から推定されます。イベントタイプ inferred
	Purchase Orderを承認	Purchase Orderに必要な社内承認がすべて完了し、ベンダーに送信できる状態になったことを示します。指定されたワークフローの完了後、POドキュメントのステータスが「Approved」に変わったことから推定されます。
重要な理由これは、承認サイクルタイムの測定と管理レビューにおけるボトルネックの特定に欠かせないマイルストーンです。ここでの遅延は、ベンダーのリードタイムと調達効率に直接影響します。入手先 PurchaseOrderドキュメントのステータスまたは「ApprovedState」フィールドが「Approved」に変わった時点のタイムスタンプから推定されます。承認履歴ログから詳細なデータを取得できます。取得 POの承認フローにおける最終承認アクションのタイムスタンプから推定されます。イベントタイプ inferred
	入庫を計上	SAP Aribaに記録された商品の実際の受領を示します。ユーザーがPurchase Orderの明細に対してReceiptドキュメントを作成して送信した時点で取得される明示的なイベントです。
重要な理由納品を確認する重要なマイルストーンであり、ベンダーの納品パフォーマンスを測定する終点です。また、三者照合のシナリオでは、請求書の支払いを可能にします。入手先 PurchaseOrderに関連付けられたReceiptドキュメントの作成または送信タイムスタンプから取得されます。取得 Goods Receiptドキュメントの送信タイムスタンプに基づきます。イベントタイプ explicit
	購買依頼を作成	このアクティビティは、Purchase Orderに先立つ商品またはサービスの正式な依頼である購買依頼の作成を示します。SAP Aribaでは通常、ユーザーが新しい購買依頼書を保存して送信した時点で記録され、作成日時を含む明示的なレコードが生成されます。
重要な理由これは調達プロセスの主な開始点です。このイベントからPO作成までの時間を分析することは、購買依頼から注文までのサイクルタイムを把握し、初期段階のボトルネックを特定するうえで重要です。入手先このイベントは、SAP Ariba BuyingモジュールのRequisitionドキュメントオブジェクトの作成日から取得されます。「Submitted」へのステータス変更が正式な開始を示すことが多いです。取得購買依頼書の作成タイムスタンプに基づきます。イベントタイプ explicit
	POに対する請求書を受領	Purchase Orderを参照するベンダーの請求書を受領し、SAP Aribaに入力したことを示します。このイベントにより、調達プロセスとその後の支払いプロセスがつながります。
重要な理由このアクティビティは、調達と財務をつなぐ重要な連携点です。運転資本の管理とベンダーへの期日どおりの支払いを確実にするうえで、そのタイミングが重要です。入手先 PurchaseOrderへの参照を含むAriba InvoicingのInvoiceドキュメントの作成タイムスタンプから取得されます。取得 POに関連付けられた請求書ドキュメントの作成タイムスタンプに基づきます。イベントタイプ explicit
	Purchase Orderをキャンセル	履行前にPurchase Orderを終了したことを示します。購買組織が開始するほか、まれにベンダーが開始する場合もあります。
重要な理由これは重要な例外であり、プロセスの終点です。POがキャンセルされた理由を分析すると、計画、予算、ベンダーの信頼性に関する問題が明らかになることがあります。入手先 PurchaseOrderドキュメントのステータスが「Cancelled」または「Closed」に変更された時点のタイムスタンプから推定されます。取得ステータスが「Cancelled」に変わった時点のタイムスタンプから推定されます。イベントタイプ inferred
	Purchase Orderを変更	このアクティビティは、初回作成後にPurchase Orderへ加えられた変更を記録します。数量、価格、納期の変更などが該当します。POドキュメントの新しいバージョンが作成され、再承認ワークフローが開始されることがあります。
重要な理由変更を追跡することは、プロセスの非効率、手戻りループ、調達エラーの根本原因を特定するうえで重要です。変更率が高い場合、初期の要件確認が不十分である可能性があります。入手先同じPurchaseOrderドキュメントに複数のバージョンがあることを特定して取得します。各新バージョンには作成タイムスタンプがあり、このイベントに利用できます。取得 POドキュメントの新しいバージョンが作成され、保存された時点で記録されます。イベントタイプ explicit
	サービス確認を入力	サービスが提供されたことの確認を示します。商品の入庫に相当するサービス向けのアクティビティです。サービス型Purchase Orderに対してService Sheetが作成され、承認された時点で取得されます。
重要な理由このアクティビティは、サービス注文の履行状況を追跡し、支払いを可能にするうえで重要です。適時性を分析することで、サービス提供と関連支出を管理しやすくなります。入手先 PurchaseOrderに関連付けられたServiceSheetドキュメントの承認タイムスタンプから取得されます。取得 Service Sheetドキュメントの承認タイムスタンプに基づきます。イベントタイプ explicit
	ベンダーがPurchase Orderを確認	ベンダーがPurchase Orderを受領して確認し、履行する意思を示したことを表します。ベンダーがAriba Network経由でOrder Confirmationドキュメントを送信し、POのステータスが更新された時点で取得されます。
重要な理由このアクティビティにより、ベンダーが注文処理を進めていることを確認できます。ベンダーの応答性と、初回注文の正確性を追跡するのに役立ちます。入手先ベンダーからOrder Confirmationを受領した後、PurchaseOrderのステータスが「Confirmed」に更新された時点のタイムスタンプから推定されます。取得関連するOrder Confirmationドキュメントの作成日、またはPOのステータス変更に基づきます。イベントタイプ inferred
	出荷通知を受領	このアクティビティは、ベンダーがAriba Network経由で出荷通知（ASN）を送信し、商品が発送されたことを示した時点で記録されます。ASNには、品目、数量、追跡情報などの出荷詳細が含まれます。
重要な理由 ASNによりサプライチェーンの可視性が高まり、受入部門は納品に備えられます。輸送中在庫の追跡と納品時期の予測に役立つ重要な入力データです。入手先 PurchaseOrderの明細に関連付けられたShipNoticeドキュメントの作成日から取得されます。取得出荷通知（ASN）ドキュメントの作成タイムスタンプに基づきます。イベントタイプ explicit
	商品をベンダーに返品	このアクティビティは、破損、欠陥、誤納品などを理由に商品をベンダーへ返品したことを記録します。元の入庫に対して返品入庫またはデビットメモが作成された時点で記録されます。
重要な理由返品を追跡することで、ベンダーの品質や納品精度に関する問題が明らかになります。返品の頻度と理由を分析すると、ベンダーの選定と管理の改善に役立ちます。入手先返品専用の入庫ドキュメントの作成、または入庫数量がマイナスであることから推定できます。具体的な方法は設定によって異なります。取得数量がマイナスの入庫、または特定の「Return」タイプの作成時点から推定されます。イベントタイプ inferred
	購買依頼を承認	必要なすべての関係者が購買依頼を最終承認し、Purchase Orderへの変換を承認したことを示します。通常は、購買依頼書のステータスが「Approved」に変わったことと、その最終承認アクションのタイムスタンプから推定されます。
重要な理由このマイルストーンで、依頼に対する社内承認フェーズが完了します。追跡することで、PO作成前の内部統制と承認ワークフローの効率を測定できます。入手先 Requisitionドキュメントの承認履歴またはステータスフィールドから推定されます。イベントのタイムスタンプは、ステータスが「Approved」に変わった日付に対応します。取得 Requisitionの「ApprovedState」フィールドが「Approved」に変わった時点のタイムスタンプから推定されます。イベントタイプ inferred

推奨任意

抽出ガイド

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

ステップ

分析レポートにアクセス：レポート管理者またはレポートユーザーの権限を持つユーザーでSAP Aribaにログインします。［管理］>［分析レポート］をクリックして、レポート用のダッシュボードを開きます。
新しいレポートを作成：［作成］をクリックして［レポート］を選択します。表示された選択肢から［トランザクションレポート］を選び、取引データに基づくレポートを作成します。
データモデル（Fact）を選択：調達データを含む適切なデータモデルを選択します。通常は「Procurement Workspace Data」や「Sourcing and Procurement Data」などの名前になっています。［Your Procurement Data Mart］のようなカスタムFactの場合もあります。これをレポートの基盤として選択します。
レポート内容（FactsとDimensions）を追加：［データフィールド］パネルから必要なオブジェクトをレポートクエリに追加し、レポートを構成します。最低限、Purchase Order、Purchase Requisition、Receipt、Invoice、UserのFactを含めます。必要なフィールドを各オブジェクトから［レポート列］へドラッグ＆ドロップします。
レポート列を定義：イベントログの作成に必要なすべてのフィールドを追加します。後で変換する「横持ち」形式でエクスポートします。次の項目を含めます：
- Purchase Order.ID（PurchaseOrderNumberとして使用）
- Purchase Requisition.Time Created
- Purchase Requisition.Approved Date
- Purchase Order.Time Created
- Purchase Order.Approved Date
- Purchase Order.Version Time Created（変更用）
- Purchase Order.Ordered Date（［仕入先へ送信］用）
- Order Confirmation.Confirmation Date
- Advance Ship Notice.Time Created
- Receipt.Receipt Date（GoodsReceiptDateとして使用）
- Service Sheet.Approved Date
- Invoice.Time Created
- Purchase Order.Closed Date（［完了］用）
- Purchase Order.Canceled Date
- User.Name、Department.Name、Supplier.Name、Purchase Order.Total Cost、Purchase Order.Req Delivery Dateも追加します。
レポートフィルターを設定：［フィルター］タブを開きます。データ量を制限するため、主要なタイムスタンプにフィルターを設定します。一般的には、過去3～6か月のPurchase Order.Time Createdを指定します。Company CodeやPurchasing Organizationなど、分析対象の範囲を定める重要なフィルターも追加します。
レポートを保存して実行：ProcessMind_P2P_PO_Extractionのように、内容がわかる名前でレポートを保存します。大規模なデータセットでは、処理への影響を避けるため、［スケジュール］を使って夜間に実行します。すぐには実行しないでください。
レポートデータをエクスポート：レポートの実行が完了したら、スケジュール済みレポートを開き、完了した実行結果を選択して出力をダウンロードします。データ変換ツールとの互換性が高いCSV形式を選択します。
データを変換：エクスポートしたCSVは横持ち形式（発注1件につき1行）です。これを縦持ちのイベントログへ変換する必要があります。Microsoft Excel Power Query、Python、専用のETLツールなどを使い、日付列を「ピボット解除」します。元ファイルの各行について、値が空でない日付列ごとに新しい行を作成します。各行にはPurchaseOrderNumber、元の日付列の見出しから作成したActivityName、その日付列の値であるEventTimeを設定します。
仕上げてアップロード：変換後のCSVに、必要な列見出し（PurchaseOrderNumber、ActivityName、EventTimeなど）があることを確認します。これでファイルをプロセスマイニングプラットフォームへアップロードできます。

設定

前提条件：分析レポートを作成、実行、スケジュール設定するには、「Reporting User」または「Reporting Administrator」権限を持つユーザーアカウントが必要です。
レポートタイプ：［トランザクションレポート］を使用します。複数のデータFact（例：発注、申請、請求書）を1つのレポートにまとめられるため、エンドツーエンドのプロセスを記録できます。
データモデル（Fact）：発注と関連文書を結合した、Procurement Workspace Dataなどの調達データマート、または同等のカスタムデータマートを基盤にする必要があります。
日付範囲のフィルタリング：データセットのサイズを制限するため、必ず日付フィルターを設定します。まずは、過去3～6か月のPurchase Order Creation Dateで絞り込むことを推奨します。
主要なデータフィルター：データの関連性を保ち、量を管理するため、Company CodeやPurchasing Organizationで絞り込みます。これにより、抽出対象を特定の事業部門に限定できます。
パフォーマンスに関する考慮事項：発注件数が数万件を超える場合は、必ずレポートを業務時間外に実行するようスケジュールします。大規模で複雑なレポートをオンデマンドで実行すると、すべてのユーザーのシステム性能に悪影響を及ぼす可能性があります。

a サンプルクエリ sql

/*
This is a conceptual SQL query representing the logic to be built in the SAP Ariba Analytical Reporting UI.
The final output is a single CSV file that is later transformed into an event log.
The Ariba UI does not use SQL directly; this query illustrates the required data structure and joins.
*/

-- Activity: Purchase Requisition Created
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Requisition Created' AS "ActivityName",
  pr.CREATION_TIME AS "EventTime",
  pr_creator.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.PRHeader] pr ON po.PR_ID = pr.PR_ID
LEFT JOIN [Ariba.Users] pr_creator ON pr.CREATED_BY_USER_ID = pr_creator.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Requisition Approved
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Requisition Approved' AS "ActivityName",
  pr.APPROVAL_TIME AS "EventTime",
  pr_approver.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.PRHeader] pr ON po.PR_ID = pr.PR_ID
LEFT JOIN [Ariba.Users] pr_approver ON pr.APPROVED_BY_USER_ID = pr_approver.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND pr.APPROVAL_TIME IS NOT NULL

UNION ALL

-- Activity: Purchase Order Created
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Created' AS "ActivityName",
  po.CREATION_TIME AS "EventTime",
  po_creator.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] po_creator ON po.CREATED_BY_USER_ID = po_creator.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Order Approved
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Approved' AS "ActivityName",
  po.APPROVAL_TIME AS "EventTime",
  po_approver.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] po_approver ON po.APPROVED_BY_USER_ID = po_approver.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.APPROVAL_TIME IS NOT NULL

UNION ALL

-- Activity: Purchase Order Changed
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Changed' AS "ActivityName",
  ver.VERSION_CREATION_TIME AS "EventTime",
  changer.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.POVersions] ver ON po.PO_ID = ver.PO_ID AND ver.VERSION_NUMBER > 1
LEFT JOIN [Ariba.Users] changer ON ver.CHANGED_BY_USER_ID = changer.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Order Sent To Vendor
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Sent To Vendor' AS "ActivityName",
  po.ORDERED_TIME AS "EventTime",
  sender.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] sender ON po.ORDERED_BY_USER_ID = sender.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.ORDERED_TIME IS NOT NULL

UNION ALL

-- Activity: Vendor Confirmed Purchase Order
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Vendor Confirmed Purchase Order' AS "ActivityName",
  oc.CONFIRMATION_TIME AS "EventTime",
  'System/Vendor' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.OrderConfirmations] oc ON po.PO_ID = oc.PO_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND oc.CONFIRMATION_TIME IS NOT NULL

UNION ALL

-- Activity: Advance Ship Notice Received
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Advance Ship Notice Received' AS "ActivityName",
  asn.CREATION_TIME AS "EventTime",
  'System/Vendor' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.ASNs] asn ON po.PO_ID = asn.PO_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND asn.CREATION_TIME IS NOT NULL

UNION ALL

-- Activity: Goods Receipt Posted
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Goods Receipt Posted' AS "ActivityName",
  rcpt.RECEIPT_TIME AS "EventTime",
  receiver.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  rcpt.RECEIPT_TIME AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.Receipts] rcpt ON po.PO_ID = rcpt.PO_ID
LEFT JOIN [Ariba.Users] receiver ON rcpt.CREATED_BY_USER_ID = receiver.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND rcpt.RECEIPT_TYPE = 'Goods'

UNION ALL

-- Activity: Services Confirmation Entered
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Services Confirmation Entered' AS "ActivityName",
  ss.APPROVAL_TIME AS "EventTime",
  ss_creator.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  ss.APPROVAL_TIME AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.ServiceSheets] ss ON po.PO_ID = ss.PO_ID
LEFT JOIN [Ariba.Users] ss_creator ON ss.CREATED_BY_USER_ID = ss_creator.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND ss.APPROVAL_TIME IS NOT NULL

UNION ALL

-- Activity: Goods Returned To Vendor
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Goods Returned To Vendor' AS "ActivityName",
  rcpt.RECEIPT_TIME AS "EventTime",
  returner.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.Receipts] rcpt ON po.PO_ID = rcpt.PO_ID AND rcpt.RECEIPT_TYPE = 'Return'
LEFT JOIN [Ariba.Users] returner ON rcpt.CREATED_BY_USER_ID = returner.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Invoice Received Against PO
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Invoice Received Against PO' AS "ActivityName",
  inv.CREATION_TIME AS "EventTime",
  'System/AP' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
INNER JOIN [Ariba.Invoices] inv ON po.PO_ID = inv.PO_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]')

UNION ALL

-- Activity: Purchase Order Completed
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Completed' AS "ActivityName",
  po.COMPLETED_TIME AS "EventTime",
  'System' AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.STATUS = 'Completed'

UNION ALL

-- Activity: Purchase Order Cancelled
SELECT
  po.PO_NUMBER AS "PurchaseOrderNumber",
  'Purchase Order Cancelled' AS "ActivityName",
  po.CANCELLED_TIME AS "EventTime",
  canceller.USER_NAME AS "UserName",
  dept.DEPARTMENT_NAME AS "DepartmentName",
  vendor.VENDOR_NAME AS "VendorName",
  po.TOTAL_AMOUNT AS "PurchaseOrderAmount",
  po.REQUESTED_DELIVERY_DATE AS "RequestedDeliveryDate",
  NULL AS "GoodsReceiptDate"
FROM [Ariba.POHeader] po
LEFT JOIN [Ariba.Users] canceller ON po.CANCELLED_BY_USER_ID = canceller.USER_ID
LEFT JOIN [Ariba.Departments] dept ON po.DEPARTMENT_ID = dept.DEPT_ID
LEFT JOIN [Ariba.Vendors] vendor ON po.VENDOR_ID = vendor.VENDOR_ID
WHERE po.CREATION_TIME BETWEEN '[START_DATE]' AND '[END_DATE]' AND po.COMPANY_CODE IN ('[Your Company Code]') AND po.STATUS = 'Cancelled'

ステップ

前提条件：SAP Aribaの開発者アカウントを用意し、APIアクセスを有効にしたアプリケーションを作成します。API Key、OAuth Client ID、OAuth Client Secretが必要です。アプリケーションには、Analytical Reporting APIへのアクセス権限が承認・付与されている必要があります。
レポートビューを設定：SAP Aribaの管理画面で、発注ライフサイクルに必要なすべてのフィールドを含む分析レポートビュー（ビュー・テンプレートとも呼ばれます）を設定します。このビューでは、申請、発注、入庫、請求書のデータを結合します。API呼び出しに必要なため、ビュー・テンプレートの正確な名前を控えておきます。
Pythonライブラリをインストール：Python環境を用意し、API呼び出し用のrequestsとデータ操作用のpandasをインストールします。pip install requests pandasでインストールできます。
Pythonスクリプトを設定：提供されたPythonスクリプトを、たとえばariba_p2p_extractor.pyというファイルにコピーします。スクリプト冒頭のプレースホルダー変数に、使用するAribaの認証情報、APIエンドポイント、レポートビュー・テンプレート名を入力します。
認証してトークンを取得：スクリプトの最初の部分でOAuth 2.0認証を処理します。認証情報をAribaの認証エンドポイントへ送信し、後続のAPI呼び出しに必要な一時アクセストークンを取得します。
レポートジョブを定義して送信：スクリプトでレポートジョブを定義するJSONペイロードを作成します。使用するビュー・テンプレートや、発注作成日の範囲などのフィルターを指定します。その後、ジョブをAriba Reporting APIへ送信し、レポートを非同期で生成します。
ジョブの完了を確認：レポート生成は非同期で行われるため、スクリプトはポーリングループに入ります。APIへ定期的にリクエストを送り、ステータスがCompletedに変わるまでジョブの状態を確認します。
レポートデータをダウンロード：ジョブが完了すると、ステータス応答からダウンロードURLを取得します。そのURLからGZIP圧縮されたCSV形式のレポートデータをダウンロードし、解凍します。
データをイベントログへ変換：ダウンロードしたCSVをpandasのDataFrameに読み込みます。通常は横持ち形式（発注1件につき1行）です。次に、この横持ちの表を縦持ちのイベントログ形式へ変換します。pr.TimeCreatedやpo.ApprovedDateなど、業務イベントに対応する列を順に処理し、有効なタイムスタンプごとに該当するアクティビティを表す新しい行を作成します。
属性をマッピング：変換時に、各イベントに必要なPurchaseOrderNumber（ケースID）、ActivityName、EventTimeの列を設定します。UserName、VendorName、PurchaseOrderAmountなど、その他の関連情報も各イベント行へマッピングします。
最終イベントログを保存：すべてのアクティビティを処理してイベントログを作成したら、ケースIDとイベント時刻でデータを並べ替えます。最後に、ProcessMindなどのプロセスマイニングツールへアップロードできるariba_p2p_event_log.csvというCSVファイルにDataFrameを保存します。

設定

APIアプリケーション：SAP Ariba Developer Portalでアプリケーションを登録し、「Analytical Reporting API」へのアクセスを有効にする必要があります。
レポートビューテンプレート：この方法の中心となるのは、あらかじめ作成したレポートビューです。Ariba上で、必要なすべての文書タイプ（Purchase Requisition、Purchase Order、Receipt、Service Sheet、Invoice）を結合し、必要な日付フィールドと属性フィールドを公開するよう設定します。
認証：スクリプトではOAuth 2.0を使用して認証します。Aribaアプリケーションの有効なAPI Key、Client ID、Client Secretを指定する必要があります。
日付範囲フィルター：抽出範囲を制限するため、API呼び出しに発注作成日（po.TimeCreated）のフィルターを含めます。詳細度と性能のバランスを取るには、通常3～12か月分のデータを指定します。
Realm Name：APIエンドポイントの作成には、会社固有のAriba realm名が必要です。
APIエンドポイント：認証用（api.ariba.com）とレポート用（[your-realm].ariba.com）の正しいベースURLを使用します。
データの粒度：プロセス分析で必要な詳細度に応じて、レポートビューをPurchase Orderのヘッダー単位または明細行単位に設定します。

a サンプルクエリ python

import requests
import pandas as pd
import json
import time
import gzip
import io

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your SAP Ariba Developer Portal application credentials
API_KEY = class="hl-string">'[Your_API_Key]'
CLIENT_ID = class="hl-string">'[Your_OAuth_Client_ID]'
CLIENT_SECRET = class="hl-string">'[Your_OAuth_Client_Secret]'

class=class="hl-string">"hl-comment"># Replace with your company's Ariba realm information
REALM = class="hl-string">'[Your_Company_Ariba_Realm]'

class=class="hl-string">"hl-comment"># Replace with the exact name of your pre-configured reporting view in Ariba
VIEW_TEMPLATE_NAME = class="hl-string">'[Your_P2P_View_Template]'

class=class="hl-string">"hl-comment"># --- API Endpoints --- #
AUTH_URL = class="hl-string">'https://api.ariba.com/v2/oauth/token'
API_BASE_URL = fclass="hl-string">'https://{REALM}.ariba.com/api/analytics-reporting-view/v1'

class=class="hl-string">"hl-comment"># --- Helper Functions --- #
def get_access_token():
    class="hl-string">"""Authenticates with Ariba and returns an access token."""
    auth_payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    try:
        response = requests.post(AUTH_URL, data=auth_payload)
        response.raise_for_status()
        return response.json()[class="hl-string">'access_token']
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        print(fclass="hl-string">"Response body: {response.text}")
        return None

def main():
    class="hl-string">"""Main function to run the extraction process."""
    access_token = get_access_token()
    if not access_token:
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'apiKey': API_KEY,
        class="hl-string">'Content-Type': class="hl-string">'application/json'
    }

    class=class="hl-string">"hl-comment"># Define the reporting job with filters
    report_job_payload = {
        class="hl-string">"viewTemplateName": VIEW_TEMPLATE_NAME,
        class="hl-string">"filters": {
            class="hl-string">"createdDateFrom": class="hl-string">"2023-01-01T00:00:00Z",
            class="hl-string">"createdDateTo": class="hl-string">"2023-12-31T23:59:59Z"
        },
        class="hl-string">"outputFormat": class="hl-string">"csv"
    }

    class=class="hl-string">"hl-comment"># 1. Submit the report generation job
    print(class="hl-string">"Submitting report job...")
    try:
        submit_response = requests.post(fclass="hl-string">'{API_BASE_URL}/jobs', headers=headers, json=report_job_payload)
        submit_response.raise_for_status()
        job_id = submit_response.json()[class="hl-string">'jobId']
        print(fclass="hl-string">"Job submitted successfully. Job ID: {job_id}")
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error submitting job: {e}")
        print(fclass="hl-string">"Response body: {submit_response.text}")
        return

    class=class="hl-string">"hl-comment"># 2. Poll for job completion
    while True:
        print(class="hl-string">"Checking job status...")
        try:
            status_response = requests.get(fclass="hl-string">'{API_BASE_URL}/jobs/{job_id}', headers=headers)
            status_response.raise_for_status()
            status = status_response.json()[class="hl-string">'status']
            print(fclass="hl-string">"Current job status: {status}")
            if status == class="hl-string">'COMPLETED':
                download_url = status_response.json()[class="hl-string">'downloadUrl']
                break
            elif status in [class="hl-string">'FAILED', class="hl-string">'NO_DATA']:
                print(fclass="hl-string">"Job finished with status: {status}")
                return
            time.sleep(30)  class=class="hl-string">"hl-comment"># Wait for 30 seconds before polling again
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error checking job status: {e}")
            return

    class=class="hl-string">"hl-comment"># 3. Download the report data
    print(fclass="hl-string">"Job completed. Downloading data from: {download_url}")
    try:
        download_headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}', class="hl-string">'apiKey': API_KEY}
        data_response = requests.get(download_url, headers=download_headers)
        data_response.raise_for_status()
        class=class="hl-string">"hl-comment"># Decompress the gzipped content
        gzip_file = gzip.GzipFile(fileobj=io.BytesIO(data_response.content))
        df_raw = pd.read_csv(gzip_file)
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error downloading data: {e}")
        return

    class=class="hl-string">"hl-comment"># 4. Transform data into event log
    print(class="hl-string">"Transforming data into event log format...")
    event_log = []

    class=class="hl-string">"hl-comment"># Rename columns for clarity, assuming view template field names like class="hl-string">'Purchase Order Id',
    class=class="hl-string">"hl-comment"># class="hl-string">'Requisition TimeCreated', class="hl-string">'PO ApprovedDate', etc. Adjust these to match your view template.
    class=class="hl-string">"hl-comment"># Placeholder names are used here.
    column_mapping = {
        class="hl-string">'[Purchase Order Id]': class="hl-string">'PurchaseOrderNumber',
        class="hl-string">'[Requisition TimeCreated]': class="hl-string">'pr_created_time',
        class="hl-string">'[Requisition ApprovedDate]': class="hl-string">'pr_approved_time',
        class="hl-string">'[PO TimeCreated]': class="hl-string">'po_created_time',
        class="hl-string">'[PO ApprovedDate]': class="hl-string">'po_approved_time',
        class="hl-string">'[PO LastModifiedDate]': class="hl-string">'po_changed_time',
        class="hl-string">'[PO OrderedDate]': class="hl-string">'po_sent_time',
        class="hl-string">'[PO ConfirmedDate]': class="hl-string">'po_confirmed_time',
        class="hl-string">'[ASN TimeCreated]': class="hl-string">'asn_received_time',
        class="hl-string">'[Receipt Date]': class="hl-string">'goods_receipt_time',
        class="hl-string">'[Service Sheet End Date]': class="hl-string">'service_confirmed_time',
        class="hl-string">'[Return Date]': class="hl-string">'goods_returned_time',
        class="hl-string">'[Invoice Date]': class="hl-string">'invoice_received_time',
        class="hl-string">'[PO CompletedDate]': class="hl-string">'po_completed_time',
        class="hl-string">'[PO CancelledDate]': class="hl-string">'po_cancelled_time',
        class="hl-string">'[PO Submitter]': class="hl-string">'UserName',
        class="hl-string">'[Department Name]': class="hl-string">'DepartmentName',
        class="hl-string">'[Vendor Name]': class="hl-string">'VendorName',
        class="hl-string">'[PO TotalAmount]': class="hl-string">'PurchaseOrderAmount',
        class="hl-string">'[PO DeliveryDate]': class="hl-string">'RequestedDeliveryDate',
        class="hl-string">'[Receipt Date]': class="hl-string">'GoodsReceiptDate'
    }
    df_raw.rename(columns=column_mapping, inplace=True)

    class=class="hl-string">"hl-comment"># Define activities and their corresponding timestamp columns
    activities = {
        class="hl-string">'Purchase Requisition Created': class="hl-string">'pr_created_time',
        class="hl-string">'Purchase Requisition Approved': class="hl-string">'pr_approved_time',
        class="hl-string">'Purchase Order Created': class="hl-string">'po_created_time',
        class="hl-string">'Purchase Order Approved': class="hl-string">'po_approved_time',
        class="hl-string">'Purchase Order Changed': class="hl-string">'po_changed_time',
        class="hl-string">'Purchase Order Sent To Vendor': class="hl-string">'po_sent_time',
        class="hl-string">'Vendor Confirmed Purchase Order': class="hl-string">'po_confirmed_time',
        class="hl-string">'Advance Ship Notice Received': class="hl-string">'asn_received_time',
        class="hl-string">'Goods Receipt Posted': class="hl-string">'goods_receipt_time',
        class="hl-string">'Services Confirmation Entered': class="hl-string">'service_confirmed_time',
        class="hl-string">'Goods Returned To Vendor': class="hl-string">'goods_returned_time',
        class="hl-string">'Invoice Received Against PO': class="hl-string">'invoice_received_time',
        class="hl-string">'Purchase Order Completed': class="hl-string">'po_completed_time',
        class="hl-string">'Purchase Order Cancelled': class="hl-string">'po_cancelled_time'
    }

    for index, row in df_raw.iterrows():
        base_event = {
            class="hl-string">'PurchaseOrderNumber': row.get(class="hl-string">'PurchaseOrderNumber'),
            class="hl-string">'UserName': row.get(class="hl-string">'UserName'),
            class="hl-string">'DepartmentName': row.get(class="hl-string">'DepartmentName'),
            class="hl-string">'VendorName': row.get(class="hl-string">'VendorName'),
            class="hl-string">'PurchaseOrderAmount': row.get(class="hl-string">'PurchaseOrderAmount'),
            class="hl-string">'RequestedDeliveryDate': row.get(class="hl-string">'RequestedDeliveryDate'),
            class="hl-string">'GoodsReceiptDate': row.get(class="hl-string">'GoodsReceiptDate')
        }

        for activity_name, time_col in activities.items():
            if time_col in row and pd.notna(row[time_col]):
                event = base_event.copy()
                event[class="hl-string">'ActivityName'] = activity_name
                event[class="hl-string">'EventTime'] = row[time_col]
                
                class=class="hl-string">"hl-comment"># Special handling for class="hl-string">'Purchase Order Changed'
                class=class="hl-string">"hl-comment"># This event should only be created if it's after the PO creation time
                if activity_name == class="hl-string">'Purchase Order Changed':
                    if pd.notna(row.get(class="hl-string">'po_created_time')) and pd.to_datetime(row[time_col]) > pd.to_datetime(row[class="hl-string">'po_created_time']):
                        event_log.append(event)
                else:
                    event_log.append(event)

    df_event_log = pd.DataFrame(event_log)
    df_event_log[class="hl-string">'EventTime'] = pd.to_datetime(df_event_log[class="hl-string">'EventTime'])
    df_event_log.sort_values(by=[class="hl-string">'PurchaseOrderNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># 5. Save the final event log
    output_filename = class="hl-string">'ariba_p2p_event_log.csv'
    df_event_log.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Event log successfully created and saved to {output_filename}")

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

準備はできましたか？

このテンプレートを使ってデータ準備を効率化し、安心して調達から支払いまでの発注プロセスの最適化を始められます。効率化への取り組みは、ここから始まります。

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

今日から調達から支払いまでの発注プロセスを最適化

SAP Aribaのサイクルタイムを30％短縮し、ボトルネックを解消します。

無料トライアルを開始

クレジットカードは必要ありません。数分で無料トライアルを設定できます。

調達から支払いまで：発注のデータテンプレート

調達から支払いまで：発注のデータテンプレート

調達から支払いまで：発注書の属性

調達から支払いまで：発注書のアクティビティ

抽出ガイド

SAP Ariba分析レポートのCSV／Excelエクスポート

ステップ

設定

a サンプルクエリ sql

SAP Ariba Reporting APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか？

今日から調達から支払いまでの発注プロセスを最適化

調達から支払いまで：発注のデータテンプレート

調達から支払いまで：発注のデータテンプレート

調達から支払いまで：発注書の属性

調達から支払いまで：発注書のアクティビティ

抽出ガイド

SAP Ariba分析レポートのCSV／Excelエクスポート

ステップ

設定

a サンプルクエリ sql

SAP Ariba Reporting APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか？

今日から調達から支払いまでの発注プロセスを最適化

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