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

データテンプレート: 購買から支払いまで - 購買オーダー

SAP Ariba

購買から支払いまで - 発注書属性 (23) 購買から支払いまで - 発注書活動 (14) 抽出ガイド (2)

Purchase to Pay - 発注書データテンプレート

このテンプレートは、Purchase to Pay（購買から支払いまで） - 購買発注プロセスを分析するために必要な重要なデータを収集するための包括的なガイドです。追跡すべき重要な属性とアクティビティを明確にし、ソースシステムからのデータ抽出に関する実践的なガイダンスも提供します。このリソースを活用することで、プロセスディスカバリと最適化のための完全かつ正確な基盤を確立できます。

収集を推奨する項目
追跡すべき主要アクティビティ
抽出の手引き

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

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

購買から支払いまで - 発注書属性

購買から支払いまでの発注書プロセスの包括的な分析のため、イベントログに含めることが推奨されるデータフィールドです。

3 必須 6 推奨 14 任意

	名前	説明
	アクティビティ名 ActivityName	発注プロセス内の特定の時点で発生したイベントまたはタスクの名前。
説明アクティビティ名は、「発注書作成」、「発注書承認」、「物品受領記帳」など、発注書ライフサイクルのステップを表します。このアクティビティの順序がプロセスマップの基礎を形成します。これらのアクティビティを分析することは、プロセスマイニングの核心です。これにより、プロセスフローを可視化し、一般的および稀なプロセスバリアントを特定し、異なるステップ間の期間を測定するのに役立ちます。「発注書変更」のようなアクティビティの順序と頻度を理解することは、「発注書変更率分析」のようなダッシュボードにとって極めて重要です。その重要性この属性はプロセスを構成するステップを定義し、プロセスフローの可視化、そしてボトルネック、手戻り、逸脱の特定を可能にします。取得元 SAP Aribaの基盤データベースにある文書履歴およびワークフロー関連テーブルからのステータス変更、トランザクションコード、またはイベントログをマッピングすることで生成されます。例発注書承認済み発注書変更済み入荷記帳済み発注書に対する請求書受領
	イベント日時 EventTime	特定のアクティビティやイベントが発生した正確な日時。
説明イベントタイムは、各アクティビティに関連付けられたタイムスタンプであり、その開始時刻を記録します。このデータは、イベントを時系列に並べ、プロセス内の異なるステップ間の期間とサイクルタイムを計算するために不可欠です。この属性は、発注書（PO）のエンドツーエンドサイクルタイムや発注書（PO）承認サイクルタイムダッシュボードを含む、ほとんどすべての時間ベースの分析にとって重要です。これにより、「発注書（PO）作成アクティビティ」と「発注書（PO）承認アクティビティ」のタイムスタンプ間の時間差を測定することで、「平均PO承認サイクルタイム」のような主要パフォーマンス指標の計算が可能になります。その重要性このタイムスタンプは、イベントを正確に順序付けし、サイクルタイムや待機時間などのすべての期間ベースのメトリクスを計算するために不可欠です。取得元これは、SAP Aribaの発注書ドキュメントに関する監査証跡または変更ログデータで通常確認できます。例 2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
	購買発注 PurchaseOrderNumber	各発注書ドキュメントの一意の識別子で、プロセスの中心的なケース識別子として機能します。
説明発注書番号は、調達ライフサイクル全体におけるすべての関連活動とイベントを結びつける主キーです。各番号は、注文の初回作成から最終完了またはキャンセルまで、単一の購買取引を表します。プロセスマイニングにおいて、この属性はケースレベル分析に不可欠です。すべての発注書のエンドツーエンドのジャーニーを再構築し、サイクルタイムの計算、プロセスバリアントの特定、個別の注文ステータスの追跡を可能にします。発注書番号でプロセスを分析することで、完全なフローを理解し、特定のトランザクションにおけるボトルネックや逸脱の特定に役立ちます。その重要性これは、すべてのプロセスステップを接続する必須のケースIDで、個々の発注書のエンドツーエンドのライフサイクル分析を可能にします。取得元これは、SAP Ariba Buying and InvoicingまたはSAP Ariba Sourcingの発注書ドキュメントにある主要フィールドです。例 PO7000123456PO7000123457PO7000123458
	ユーザー名 UserName	アクティビティを実行したユーザー名またはID。
説明この属性は、発注書の承認や入庫の記帳など、特定のプロセスステップを実行する責任を負う個人を特定します。これは一意のユーザーID、またはフルネームである場合があります。ユーザーごとにパフォーマンスを分析することで、トレーニングの必要性を特定したり、トップパフォーマーを評価したりするのに役立ちます。また、コンプライアンス関連の分析にも不可欠です。例えば、発注書承認コンプライアンス逸脱ダッシュボードでは、誰が必須の承認ステップをバイパスしたかを特定するのに役立ちます。さらに、ワークロードの分散やリソースの割り当て状況を理解するためにも活用できます。その重要性説明責任を明確にし、ユーザーごとのパフォーマンス、ワークロード、コンプライアンスの分析を可能にします。これは、トレーニングの必要性やプロセスからの逸脱を特定するための鍵となります。取得元この情報は通常、SAP Ariba内のワークフローおよびドキュメント履歴ログで利用可能で、多くの場合、各イベントに関連付けられています。例 john.smithLROSSIjane.doe
	仕入先名 VendorName	物品またはサービスを調達しているサプライヤーまたはベンダーの名前。
説明この属性は、発注書に関与する外部パートナーを特定します。ベンダーは購買から支払いまでのプロセスにおいて重要なエンティティであり、そのパフォーマンスはサイクル全体の効率性に直接影響を及ぼします。ベンダー名はパフォーマンス分析の主要なディメンションです。これは、異なるサプライヤー間の納期を比較するベンダー配送パフォーマンスダッシュボードにとって不可欠です。ベンダーごとにプロセスを分析することで、どのサプライヤーが一貫して遅延しているか、手戻りを多く発生させているか、あるいは複雑な請求プロセスを抱えているかを明らかにでき、サプライヤー関係管理のための貴重な洞察を提供します。その重要性サプライヤーのパフォーマンス分析を可能にし、信頼できるパートナーを特定し、遅延やその他の問題を引き起こすベンダーを正確に突き止めるのに役立ちます。取得元これは、SAP Aribaの発注書ドキュメントのヘッダーレベルにある標準的なフィールドです。例グローバルオフィスサプライズ株式会社Tech Solutions LLC高度産業部品
	希望納期 RequestedDeliveryDate	依頼側が物品またはサービスが納品されることを期待する日付。
説明これは、購買依頼またはオーダーの作成時にビジネスによって指定される目標納期です。実際の納品パフォーマンスを測定するための基準として機能します。この属性は、ベンダー納品パフォーマンスダッシュボードおよび入庫適時率 KPIにとって極めて重要です。要求納期と実際の入庫日を比較することで、組織はベンダーの納期厳守を測定し、納品差異を計算し、常に納期を守れないサプライヤーを特定できます。この分析は、サプライヤー関係の管理とサプライチェーンリスクの軽減に不可欠です。その重要性納期遵守率を測定するための基準として機能し、ベンダーの信頼性やサプライチェーンの効率性を評価する上で不可欠です。取得元これは、発注書ドキュメントの明細項目レベルにある標準的な日付フィールドです。例 2023-06-012023-07-152023-08-20
	物品受領日 GoodsReceiptDate	物品受領またはサービス完了がシステムに正式に記録された日付。
説明この属性は、「入庫計上済み」または「サービス確認入力済み」アクティビティのタイムスタンプを示します。これは、注文された品目が受領されたことの正式な確認です。この日付は、実際の納期を測定するために不可欠です。これは「RequestedDeliveryDate」に対応し、納期差異と適時性KPIの算出に使用されます。入庫計上適時性ダッシュボードは、この属性を用いて、納品後どれだけ迅速に受領が記録されているかを評価します。これは、在庫精度とタイムリーな請求書支払いに重要です。その重要性実際の納期を表し、納期パフォーマンスの計算およびサプライチェーンにおける遅延の特定に不可欠です。取得元これは、発注書を参照する入庫またはサービス受領書ドキュメントのタイムスタンプです。例 2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
	発注書金額 PurchaseOrderAmount	発注書の総金額です。
説明この属性は、購買オーダーに記載されているすべての物品およびサービスの総費用を表し、特に指定がない限り、税金やその他の料金は含まれません。これは、プロセスを流れる取引の価値を理解するための主要な財務メトリクスです。分析において、「購買オーダー金額」はプロセスをセグメント化するためによく使用されます。例えば、高額なオーダーは、低額なオーダーよりも異なる、より厳格な承認パスをたどる場合があります。これは、財務的に最も重要な取引に優先的にプロセス改善の取り組みを行うため、あるいは部門別やベンダー別の支出パターンを分析するために活用できます。その重要性各ケースに財務的なコンテキストを提供し、価値に基づいた分析により改善の優先順位付けを可能にし、注文の価値がプロセス動作にどのように影響するかを理解するのに役立ちます。取得元これは、発注書ドキュメントのヘッダーレベルにある標準的な計算フィールドで、すべての明細項目の値を合計します。例 1500.0025000.50500.75
	部門名 DepartmentName	発注書に関連付けられた事業部門またはコストセンター。
説明この属性は、購買申請を発議した組織部門、または購買の対象となる組織部門を示します。多くの場合、購買オーダー上のコストセンター情報から取得されます。このディメンションは、部門別購買オーダー処理効率ダッシュボードに不可欠であり、各部門のサイクルタイムやプロセスバリアントを直接比較することが可能です。どの部門がベストプラクティスを実践しているか、また追加の研修やプロセス改善が必要な部門を特定するのに役立ちます。また、部門別購買オーダーサイクルタイム差異KPIの算出にも重要です。その重要性異なる事業部門間のパフォーマンス比較を可能にし、部門ごとのボトルネックを特定し、ベストプラクティスを共有するのに役立ちます。取得元この情報は、発注書のヘッダーまたは明細レベルで確認でき、多くの場合、コストセンターまたは依頼者プロファイルにリンクされています。例マーケティングIT運用ファシリティマネジメント研究開発
	イベントの終了時刻 EventEndTime	活動が完了したことを示すタイムスタンプ。手動活動の処理時間を計算するために使用されます。
説明 StartTimeはアクティビティの開始を示し、EventEndTimeは完了を示します。システムが生成する多くのイベントでは、開始時刻と終了時刻は同じです。しかし、手動タスクや長時間実行される自動化ジョブの場合、開始時刻と終了時刻の差が、そのアクティビティの処理時間となります。この属性は、購買発注アクティビティ期間分析ダッシュボードにとって極めて重要な「ProcessingTime」メトリクスの計算に用いられます。これにより、完了に最も時間を要する特定のタスクを特定し、トレーニング、リソースの再配分、あるいは自動化の機会を明確にできます。その重要性個々のアクティビティの正確な処理時間の計算を可能にし、どの特定のタスクが最も時間を要するかを特定するのに役立ちます。取得元 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からの最新のデータ抽出日時を提供します。これは、分析されているデータの鮮度を理解するための重要なメタデータです。あらゆるプロセスマイニング分析において、データの新しさを把握することは、レポーティングと意思決定にとって不可欠です。このタイムスタンプにより、ユーザーは「購買オーダー処理スループットトレンド」などのダッシュボードやKPIが、最新情報に基づいていることを確認できます。その重要性データの鮮度を示し、ユーザーが自身の分析がどれほど最新であるかを理解し、インサイトへの信頼を構築するのに役立ちます。取得元このタイムスタンプは、通常、データ抽出・変換・ロード（ETL）プロセス中に生成され、データセットに追加されます。例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	品目グループ MaterialGroup	類似の特性を持つ資材やサービスをグループ化するために使用される分類です。
説明品目グループは、Aribaの用語ではコモディティコードとも呼ばれ、購入される品目を分類する方法です。これにより、支出分析や、異なる種類の物品またはサービスに対して異なる調達戦略を適用することが可能になります。プロセスマイニングでは、この属性により、購入されるものに基づいて調達プロセスを分析できます。例えば、ITハードウェアの承認プロセスは、事務用品とは異なる場合があります。これにより、より詳細なインサイトが得られ、特定の購買カテゴリに合わせたプロセス改善に役立ちます。その重要性購入される商品やサービスのカテゴリに基づいてプロセスを分析し、異なる品目がどのように調達されているかのバリエーションを明らかにします。取得元これは、発注書の明細項目レベルにある標準的なフィールドで、しばしば「商品コード」とラベル付けされます。例 ITハードウェアOffice.SuppliesProfessional.Services
	手戻り IsRework	購買オーダーが、却下され再提出されるなどの手戻りループを経たかどうかを示す計算フラグです。
説明このブール属性は、アクティビティの順序から導出されます。例えば、「購買オーダー承認」アクティビティの後に「購買オーダー変更」アクティビティが続き、さらに別の承認が行われるなど、購買オーダーがプロセス内で逆行した場合に「true」に設定されます。これは、理想的なストレートスループロセスからの逸脱を示します。このフラグは、PO手戻りループ率 KPIの算出や、非効率なフローを強調するためにプロセスマップをフィルタリングする上で不可欠です。手戻りが発生しているケースを特定することで、アナリストは不正確なデータ入力や不明確な要件などの根本原因を調査し、初回承認率を向上させるための対策を講じることができます。その重要性プロセスの非効率性や手戻りがあるケースを直接フラグ付けし、アナリストがループの影響を定量化して排除目標を設定できるようにします。取得元この属性はソースシステムには存在しませんが、各ケースにおけるアクティビティの順序を使用してデータ変換中に算出されます。例 truefalse
	発注書（PO）は変更されたか IsPurchaseOrderChanged	購買オーダーが初期作成後に変更されたかどうかを示すブール値フラグです。
説明これは、特定のケースに対して「発注書変更」アクティビティが存在する場合に「true」に設定される導出属性です。これにより、ケースレベルでのシンプルな変更インジケーターとなり、変更率の分析を簡素化します。このフラグは、「発注書変更率」KPIを計算するために使用されます。変更されたオーダーと変更されていないオーダーのプロセスを比較するためにデータを迅速にセグメント化するのに役立ち、長いサイクルタイムや請求書の不一致の増加など、変更が後続プロセスに与えるインパクトを明らかにすることができます。「発注書変更率分析」ダッシュボードは、変更の頻度を定量化するためにこれを使用します。その重要性変更されたすべての購買発注を特定するためのシンプルなフラグを提供し、変更率の計算やその影響の分析を容易にします。取得元このフラグは、各購買オーダー番号に対する「購買オーダー変更済み」イベントの存在を確認することにより、データ変換中に導出されます。例 truefalse
	発注書ステータス PurchaseOrderStatus	発注書のライフサイクルにおける現在のステータス。
説明この属性は、発注書の現在のステータスを示し、「発注中」、「受領中」、「請求済み」、「完了」といったステータスがあります。これは、発注書がプロセス全体のどの段階にあるかを示すスナップショットを提供します。プロセスマイニングは活動からフローを再構築しますが、現在のステータスはケースのフィルタリングや現在のワークロードの理解に役立ちます。たとえば、アナリストがまだ完了していない「進行中」の発注書のみにフォーカスしたい場合などがあります。また、プロセストレースにおける最終活動を検証するためにも活用できます。その重要性購買発注がライフサイクルのどの段階にあるか、その現在の状態を素早く把握できます。これは、処理中のケースや完了済みのケースのフィルタリングや絞り込みに役立ちます。取得元これは、SAP Aribaの発注書ドキュメントヘッダーにある標準的なステータスフィールドです。例発注受領完了済みキャンセル済み
	納期差異 DeliveryVariance	要求された納期と実際の物品受領日との間の計算された時間差。
説明このメトリクスは、納品がどれだけ早いか遅いかを測定することで、ベンダーの納品パフォーマンスを定量化します。「要求納期」から「入庫日」を減算して計算されます。正の値は納品遅延を示し、負の値は早期納品を示し、ゼロは定時納品を意味します。これは、「ベンダー納品パフォーマンス」ダッシュボードおよび「ベンダー納品パフォーマンス差異」KPIの背後にある中核的な計算です。ベンダー間でこの差異を分析することで、組織は信頼できるパートナーと信頼できないパートナーを特定でき、サプライヤー交渉やリスク管理戦略に役立つ情報を提供します。これにより、単純な適時/遅延フラグを超えて、納品偏差の大きさを理解するのに役立ちます。その重要性納期の正確な遅延または早期納入を測定することで、ベンダーの納期遵守度を定量化します。これはサプライヤーのパフォーマンス管理にとって不可欠です。取得元データ変換レイヤーで、GoodsReceiptDateからRequestedDeliveryDateを差し引くことにより計算されます。例 P2D-P1DP0D
	購買依頼番号 PurchaseRequisitionNumber	発注書に先行する購買依頼の一意の識別子。
説明この属性は、購買オーダーを元の購買依頼にリンクさせます。直接PO作成の場合など、すべての購買オーダーに事前の購買依頼があるわけではありません。このリンクは、初期の依頼から始まるエンドツーエンドの調達プロセス全体を分析するために重要です。購買依頼から購買オーダーへのコンバージョンファネルダッシュボードや、購買依頼から購買オーダーへのコンバージョン時間KPIで必須となります。この関連性を分析することで、依頼の承認からベンダーへの正式な発注までの間の遅延を特定するのに役立ちます。その重要性発注書を最初の依頼に紐付け、依頼作成から注文履行までの真のエンドツーエンド分析を可能にします。取得元この情報は通常、発注書の明細項目にある参照フィールドとして利用可能です。例 PR10004567PR10004568PR10004569
	購買発注エンドツーエンドサイクルタイム POEndToEndCycleTime	最初の購買依頼の作成から発注書の最終完了までに経過した合計時間。
説明この算出属性は、購買オーダープロセス全体の総期間を測定します。通常、「購買依頼作成済み」イベントで始まり、「購買オーダー完了」または最終的な「入庫計上済み」イベントで終了します。これにより、プロセス効率の全体像が提供されます。これは「エンドツーエンドPOサイクルタイム KPI」および「購買オーダーエンドツーエンドサイクルタイムダッシュボード」の主要メトリクスです。組織が全体のパフォーマンスと、プロセス改善による影響を追跡するのに役立ちます。この総サイクルタイムをベンダー、部門、または品目グループ別に分解することで、長いリードタイムの最大の要因を明らかにできます。その重要性発注書全体の処理時間を表し、全体的なプロセス効率と顧客体験を示す指標となります。取得元データ変換時に、特定のケースにおける最も早いタイムスタンプと最も遅いタイムスタンプの差を算出して計算されます。例 P15DP30D12HP7D
	購買発注タイプ PurchaseOrderType	購買オーダーの分類（例：標準、フレームワーク、下請けなど）です。
説明購買発注タイプは、そのビジネス目的に基づいて発注を分類します。異なる種類の発注は、異なるプロセスパスをたどり、承認と履行に関して異なるルールを持つ場合があります。この属性を使用すると、プロセスをセグメント化して、より意味のある分析を行うことができます。例えば、「標準PO」のサイクルタイムを「サービスPO」とは別に分析することで、異なる種類のボトルネックを明らかにできます。これは、特定の調達シナリオをより明確に把握するために、より均質なデータのサブセットを作成するのに役立ちます。その重要性注文タイプ別に分析をセグメント化することができ、タイプによってプロセスフローが異なることが多いため、より正確なインサイトが得られます。取得元 SAP Aribaのドキュメントを参照してください。これは通常、POヘッダーレベルで構成可能なフィールドです。例標準発注書サービス発注書包括発注書（Blanket PO）
	購買発注承認サイクルタイム POApprovalCycleTime	発注書作成から最終承認までの計算された期間。
説明このメトリクスは、発注書が必要なすべての承認ステップを通過するのにかかる時間を測定します。特定のケースにおいて、最初の「発注書作成」アクティビティのタイムスタンプと最後の「発注書承認」アクティビティのタイムスタンプとの時間差として計算されます。これは、「平均発注書承認サイクルタイム」KPIの直接的な尺度で、「発注書承認サイクルタイム」ダッシュボードの中核的なメトリクスです。この期間を分析することで、特定の個人、部門、または特定の種類の購買に関する承認ヒエラルキーにおけるボトルネックを特定するのに役立ちます。このサイクルタイムを短縮することは、プロセス改善プロジェクトの主要な目標となることがよくあります。その重要性承認プロセスの効率を直接測定し、調達における遅延の一般的な原因であるプロセスオーナーにとって重要なKPIとなります。取得元データ変換時に、最終承認イベントの開始時間から作成イベントの開始時間を差し引いて計算されます。例 P2DPT8H30MP0D
	購買組織 PurchasingOrganization	資材やサービスを調達し、ベンダーと交渉する責任を負う組織単位です。
説明購買組織は、調達構造における主要なエンティティであり、購買の戦略的側面を担当します。異なる地域や事業単位に応じて、複数の購買組織が存在する場合があります。購買組織ごとにプロセスを分析することで、会社全体の効率性、コンプライアンス、ベンダー管理戦略の違いを明らかにすることができます。これにより、ベストプラクティスの標準化、組織レベルのボトルネックや非効率の原因特定に役立ちます。その重要性異なる戦略的購買部門全体で、プロセス効率とコンプライアンスのハイレベルな分析を可能にします。取得元これは、発注書ドキュメントのヘッダーレベルにある標準的な組織データフィールドです。例 PO_US01PO_EMEAPO_GLOBAL
	通貨 DocumentCurrency	発注書上の金額の通貨コード。
説明この属性は、購買オーダー金額が米ドル、ユーロ、英ポンドなどのどの通貨で表示されるかを指定します。これは、あらゆる財務データにとって不可欠なコンテキストです。複数の国や地域にまたがるプロセスを分析する場合、ドキュメント通貨は金銭的価値を正しく解釈し比較するために極めて重要です。すべての財務KPIやダッシュボードでは、このフィールドを用いて単一の通貨でフィルタリングするか、または正確な集計と比較のために適切な為替レートを適用する必要があります。その重要性すべての通貨関連フィールドに必要なコンテキストを提供し、正確な財務分析を保証し、異なる通貨の誤った集計を防ぎます。取得元これは、SAP Aribaの発注書ドキュメントのヘッダーレベルにある標準的なフィールドです。例 USDEURGBPJPY

必須推奨任意

購買から支払いまで - 発注書活動

購買から支払いまでの発注書プロセスディスカバリを正確に行うために、イベントログにキャプチャすべき主要なプロセスステップとマイルストーンです。

6 推奨 8 任意

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

推奨任意

抽出ガイド

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

ステップ

アナリティカルレポートへのアクセス: レポート管理者またはレポートユーザー権限を持つユーザーでSAP Aribaインスタンスにログインします。Manage > Analytical Reportingをクリックして、レポートダッシュボードに移動します。
新規レポートの作成: Createボタンをクリックし、Reportを選択します。利用可能なオプションからTransactional Reportを選択し、トランザクションデータファクトに基づいたレポートを作成します。
データモデル（ファクト）の選択: 調達データを含む適切なデータモデルを選択します。これは通常、Procurement Workspace Data、Sourcing and Procurement Data、または[貴社の調達データマート]のようなカスタムファクトとして命名されています。これをレポートの基盤として選択します。
レポートコンテンツ（ファクトとディメンション）の追加: データフィールドパネルから、必要なオブジェクトをレポートクエリに追加してレポートをピボットします。最低限、Purchase Order、Purchase Requisition、Receipt、Invoice、Userのファクトを含めます。これらのオブジェクトから必要なフィールドをReport Columnsセクションにドラッグ＆ドロップします。
レポート列の定義: イベントログを構築するために必要なすべてのフィールドを追加します。これは後で変換する「ワイド」形式のエクスポートになります。以下を含めます。
- 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も追加します。
レポートフィルターの設定: Filtersタブに移動します。主タイムスタンプのフィルターを定義して、データ量を制限します。一般的な選択肢は、過去3～6か月のPurchase Order.Time Createdです。分析範囲を絞り込むために、Company CodeやPurchasing Organizationなどの他の重要なフィルターも追加します。
レポートの保存と実行: ProcessMind_P2P_PO_Extractionのように明確な名前でレポートを保存します。大量のデータセットの場合、パフォーマンスへの影響を避けるためにScheduleオプションを使用してレポートを夜間に実行するように設定します。すぐに実行しないでください。
レポートデータのエクスポート: レポートの実行が完了したら、スケジュールされたレポートに移動し、完了したインスタンスを見つけて出力をダウンロードします。データ変換ツールとの互換性を最大化するために、エクスポート形式としてCSVを選択します。
データの変換: エクスポートされたCSVはワイド形式（POごとに1行）になります。これをロング形式のイベントログに変換する必要があります。Microsoft Excel Power Query、Python、または専用のETLツールを使用して日付列を「アンピボット」します。元のファイルの各行を、空ではない日付列ごとに1行ずつ、新しいファイルに複数行として作成します。新しい各行には、PurchaseOrderNumber、ActivityName（元のデータ列のヘッダーから派生）、EventTime（その日付列の値）が含まれます。
最終化とアップロード: 変換後のCSVファイルに、必要な列ヘッダー（PurchaseOrderNumber、ActivityName、EventTimeなど）が含まれていることを確認します。これで、ファイルはプロセスマイニングプラットフォームへのアップロード準備が整いました。

設定

前提条件: 分析レポートの作成、実行、スケジュール設定には、Reporting User または Reporting Administrator の権限を持つユーザーアカウントが必要です。
レポートタイプ: Transactional Report を使用してください。これにより、複数のデータファクト（例：POs、Requisitions、Invoices）を1つのレポートに結合でき、エンドツーエンドプロセスを把握するために不可欠です。
データモデル（ファクト）: このレポートは、Procurement Workspace Data またはそれに相当するカスタムデータマートなど、関連ドキュメントと購買発注を結合する包括的な調達データマートに基づいている必要があります。
日付範囲フィルター: データセットのサイズを制限するために、常に日付フィルターを適用してください。推奨される開始点は、過去3～6ヶ月間の活動について、Purchase Order Creation Date でフィルターをかけることです。
主要データフィルター: データの関連性を確保し、データ量を管理するために、Company Code および/または Purchasing Organization でフィルターをかけてください。これにより、特定の事業単位への抽出範囲が限定されます。
パフォーマンスに関する考慮事項: 数万件を超える購買発注を含むデータセットの場合、レポートは必ずオフピーク時間帯に実行するようにスケジュールしてください。大規模で複雑なオンデマンドレポートをオンデマンドで実行すると、すべてのユーザーのシステムパフォーマンスに悪影響を及ぼす可能性があります。

a クエリ例 config

/*
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キー、OAuthクライアントID、OAuthクライアントシークレットが必要となります。アプリケーションは承認され、アナリティカルレポート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レポートAPIに送信し、レポートの生成を非同期で開始します。
ジョブ完了のポーリング: レポート生成は非同期であるため、スクリプトはポーリングループに入ります。定期的にAPIにリクエストを送信してジョブのステータスを確認し、ステータスがCompletedになるまで待機します。
レポートデータのダウンロード: ジョブが完了すると、スクリプトはジョブステータス応答からダウンロードURLを取得します。その後、GZIP圧縮されたCSVファイルとして提供されるレポートデータをダウンロードし、解凍します。
データをイベントログに変換: ダウンロードされたCSVはpandas DataFrameに読み込まれます。このデータは通常、ワイド形式（購買オーダーごとに1行）です。スクリプトは、このワイドテーブルをロング形式のイベントログに変換します。異なるビジネスイベント（例：pr.TimeCreated、po.ApprovedDate）に対応する列を順次処理し、有効なタイムスタンプが見つかるごとに、その特定のアクティビティを表す新しい行を作成します。
属性のマッピング: 変換中に、スクリプトは各イベントに必要な列（PurchaseOrderNumber（ケースID）、ActivityName、EventTime）を入力します。また、UserName、VendorName、PurchaseOrderAmountなどの関連する詳細も各イベント行にマッピングします。
最終イベントログの保存: すべてのアクティビティを処理し、完全なイベントログを作成した後、スクリプトはケースIDとイベント時間でデータをソートします。最後に、結果のDataFrameをariba_p2p_event_log.csvという名前のCSVファイルに保存します。これで、プロセスマイニングツールへのアップロード準備が整いました。

設定

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ヶ月間のデータが適切です。
レルム名: APIエンドポイントを構築するには、お客様の会社固有のAribaレルム名が必要です。
APIエンドポイント: 認証（api.ariba.com）とレポート作成（[your-realm].ariba.com）に正しいベースURLが使用されていることを確認してください。
データ粒度: プロセス分析で求める詳細レベルに応じて、レポートビューは購買発注のヘッダーレベルまたは明細項目レベルで設定する必要があります。

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()

データテンプレート: 購買から支払いまで - 購買オーダー

Purchase to Pay - 発注書データテンプレート

購買から支払いまで - 発注書属性

購買から支払いまで - 発注書活動

抽出ガイド

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

ステップ

設定

a クエリ例 config

SAP Ariba Reporting APIを使用するPython スクリプト

ステップ

設定

a クエリ例 python

今すぐ始めますか？

貴社のP2Pプロセスと購買発注を今すぐ最適化しましょう！

データ テンプレート: 購買から支払いまで - 購買オーダー

Purchase to Pay - 発注書データテンプレート

購買から支払いまで - 発注書属性

購買から支払いまで - 発注書活動

抽出ガイド

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

ステップ

設定

a クエリ例 config

SAP Ariba Reporting APIを使用するPython スクリプト

ステップ

設定

a クエリ例 python

今すぐ始めますか？

貴社のP2Pプロセスと購買発注を今すぐ最適化しましょう！

データテンプレート: 購買から支払いまで - 購買オーダー