> 継続的なプロセス改善 > 調達から支払いまでの請求書処理 > SAP Ariba > データテンプレート

調達から支払いまでの請求書処理データテンプレート

SAP Ariba

調達から支払いまでの請求書処理の属性(22) 調達から支払いまでの請求書処理のアクティビティ(13) データ抽出ガイド(1)

調達から支払いまでの請求書処理データテンプレート

このテンプレートでは、SAP Aribaでの請求書処理を最適化するために必要なデータを、体系的に収集できます。収集すべき属性や追跡する主要なアクティビティを示し、データ抽出の手順も説明します。この資料を使ってイベントログをすばやく準備し、プロセスを詳しく分析できます。

収集を推奨する属性
SAP Aribaで追跡する主要なアクティビティ
データ抽出の手順

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

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

調達から支払いまでの請求書処理の属性

SAP Aribaでの請求書処理を詳しく分析するために、イベントログに含めることを推奨するデータ項目です。

3 必須 7 推奨 12 任意

	名前	説明
	アクティビティ名 ActivityName	請求書処理の過程で発生した特定のイベントまたはタスクの名前です。
説明アクティビティ名は、「請求書の受領」「請求書の承認」「支払いの実行」など、請求書処理ワークフローの個々のステップを表します。各アクティビティは、請求書の完了に向けて進行する業務イベントです。プロセスマイニングでは、これらのアクティビティの順序からプロセスマップが作成されます。分析することで、よくあるプロセス経路、標準手順からの逸脱、不一致への対応などの手戻り、そして自動化の機会を特定できます。重要な理由プロセスマップの可視化、プロセスバリアントの発見、手戻りやボトルネックの特定の基礎となる属性です。入手先 SAP Aribaで記録されたシステムイベントログ、ステータス変更、ユーザー操作から生成されます。ワークフローや文書履歴のテーブルに保存されていることがよくあります。例請求書を受領請求書を承認支払いブロックの設定支払いの実行
	イベント時刻 EventTime	アクティビティが発生した正確な日時を示すタイムスタンプです。
説明イベント時刻（タイムスタンプ）は、特定のアクティビティが発生した日時を記録します。アクティビティ間の所要時間やケース全体のサイクルタイムを算出できるため、パフォーマンス分析の基礎となるデータです。プロセスマイニングツールはこのタイムスタンプを使ってイベントを時系列に並べ、プロセスフローを正確に再現します。請求書承認サイクルタイムや支払いブロック解消時間などの重要業績評価指標を測定し、遅延や効率を分析するうえで欠かせません。重要な理由サイクルタイムや所要時間など、プロセスの遅延を特定するうえで重要な時間ベースの指標をすべて算出できます。入手先 SAP Aribaでは、ステータス変更、ユーザー操作、システムイベントごとに自動で記録されます。通常、イベントログや履歴テーブルでアクティビティ名とともに確認できます。例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	請求書番号 InvoiceNumber	仕入先の各請求書を一意に識別する番号で、請求書処理の一連の流れにおける主なケースIDとして機能します。
説明請求書番号は、仕入先が請求書文書に付与する一意の参照番号です。プロセスマイニングではケースIDとして機能し、請求書の受領から最終的な支払いまで、関連するすべてのアクティビティを結び付ける重要な属性です。この番号を追跡することで、分析担当者は各請求書の全工程を再構成できます。プロセスフローの詳細な分析、ボトルネックの特定、個々の請求書のサイクルタイムなどの重要業績評価指標の測定が可能になります。重要な理由 1件の請求書に関するすべてのプロセスステップを結び付ける基本のキーです。これにより、処理時間と経路を最初から最後まで分析できます。入手先請求書文書およびSAP Aribaの請求書処理ソリューションにおける主要フィールドです。通常、請求書ヘッダーテーブルまたは取引データに含まれています。例 INV-2023-001239876543210SI-58840-A
	仕入先名 VendorName	請求書を提出した仕入先の名前です。
説明仕入先名は、支払いを請求している仕入先を識別します。仕入先別に請求書処理のパフォーマンスを比較するための主要な分析軸です。この属性を使って、仕入先への支払い状況を追跡するダッシュボードを作成したり、不一致率の高い仕入先を特定したり、重要な仕入先の処理時間を分析したりできます。仕入先ごとの問題を把握することで、取引先との関係改善や連携の効率化につながります。重要な理由仕入先別のパフォーマンスを分析し、請求書の問題や支払いの遅延が頻繁に発生している仕入先を特定できます。入手先請求書ヘッダーデータの標準フィールドです。SAP Aribaまたは連携先ERPシステムの仕入先マスターデータに関連付けられています。例 Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
	承認者 Approver	請求書への支払いを承認する責任を持つユーザーまたは役割です。
説明承認者は、請求書の確認と承認を担当する個人またはユーザーグループです。請求書の金額や種類に応じて、1段階または複数段階の承認が必要になることがあります。この属性は、承認ワークフローのパフォーマンス分析に役立ちます。「請求書承認サイクルタイム」を承認者や承認グループ別に分けて分析すると、プロセスのボトルネックとなっている個人やチームを特定できます。業務量の調整や承認の効率化にも役立つ情報です。重要な理由承認サイクルタイムが長いユーザーやチームを示し、承認プロセスのボトルネックを特定できます。入手先 SAP Aribaの請求書に関するワークフローまたは承認履歴ログに記録されます。ユーザーIDとして記録される場合があります。例 j.smithFinance_Approvers_Tier1m.jones
	支払いブロックの理由 PaymentBlockReason	請求書に支払いブロックが設定された具体的な理由です。
説明請求書への支払いがブロックされた場合、この属性に「価格の不一致」「数量の不一致」「入庫未確認」などの理由が記録されます。理由は、システム内で標準化されたコードや説明として管理されることがよくあります。ブロック理由ごとの発生頻度を分析すると、支払い遅延の根本原因を特定できます。たとえば、「価格の不一致」によるブロックが多い場合、マスターデータの正確性に問題がある可能性があります。よく発生し、解消に時間がかかる問題への対応を優先するため、支払いブロック解消時間のダッシュボードで重要な属性です。重要な理由支払い遅延の根本原因を示し、価格や数量の不一致など、よくある問題を防ぐための改善につなげられます。入手先 SAP Aribaまたは連携先ERPで請求書に支払いブロックを設定した際に記録されます。例価格の不一致数量の不一致入庫待ち
	支払期日 PaymentDueDate	支払条件に基づき、延滞料を避けるために請求書を支払う必要がある日付です。
説明支払期日は、請求書の決済について契約上合意された日付です。通常、請求書の日付と合意済みの支払条件（例：30日後払い）に基づいて算出されます。この属性は、「期日どおりの支払い率」の重要業績評価指標（KPI）の算出に欠かせません。「支払いの実行」のタイムスタンプと支払期日を比較することで、支払いの遅延を特定し、仕入先への支払い状況を測定できます。また、組織が延滞料を避け、仕入先との良好な関係を保つうえでも役立ちます。重要な理由期日どおりの支払い率を算出する基準となります。仕入先との関係管理や財務コンプライアンスに関わる重要な指標です。入手先請求書文書に記載されている場合と、SAP Aribaの「DocumentDate」および「PaymentTerms」フィールドに基づいて算出される場合があります。例 2023-11-302024-01-152023-12-25
	発注書番号 PurchaseOrderNumber	該当する場合、請求書に関連付けられた発注書の識別番号です。
説明発注書（PO）番号は、請求書と、商品やサービスの調達を承認した対応する購買文書を結び付けます。すべての請求書に発注書があるわけではありませんが、発注書に基づく請求書では重要な関連情報です。 PO番号で請求書を分析すると、発注書、入庫、請求書の3点照合の状況を把握できます。不一致の特定にも役立ちます。また、処理経路や効率が異なることの多い、発注書に基づく請求書と発注書に基づかない請求書を分けて分析できます。重要な理由請求書を調達プロセスに結び付け、不一致の分析や、発注書に基づく請求書とそうでない請求書のフロー比較を可能にします。入手先 SAP Aribaでは、発注書に基づく請求書の標準フィールドとして利用できます。請求書明細またはヘッダーデータに含まれています。例 45000123454500054321PO-2023-789
	請求書ステータス InvoiceStatus	支払い済み、却下、処理中など、請求書ケースの現在または最終的なステータスです。
説明請求書ステータスは、データ抽出時点での請求書の処理状況、または最終結果を示します。請求書全体の状態をまとめたケースレベルの属性です。プロセスマイニングでは、完了した請求書（支払い済み）や問題のある請求書（却下）だけに絞って分析する際に役立ちます。プロセスバリアントごとの最終結果を把握し、正常に完了した請求書の割合を測定できます。重要な理由請求書処理の最終結果を示し、支払いが完了した請求書と却下された請求書を分けて分析できます。入手先 SAP Aribaの請求書ヘッダーにある標準ステータスフィールドです。例支払い済み却下処理中承認済み
	請求金額 InvoiceAmount	請求書の合計金額です。
説明請求金額は、仕入先が請求する支払いの合計額です。請求書処理の業務量を分析するための基本的な財務属性です。プロセスマイニングでは、高額な請求書に絞って分析する際に使います。高額な請求書は、承認経路が異なったり、より厳格な管理が適用されたりすることがあります。また、財務への影響が大きい請求書を優先してプロセス改善に取り組む際にも役立ちます。ダッシュボードでは、プロセスの各段階にある請求書の合計金額を表示できます。重要な理由高額な請求書に絞ったり、ボトルネックに滞留している金額を把握したりするなど、財務への影響を分析できます。入手先 SAP Aribaの請求書ヘッダーデータにある標準フィールドです。例 5250.75120000.00895.50
	ソースシステム SourceSystem	イベントデータの抽出元となる記録システムです。
説明この属性は、「SAP Ariba」「SAP S/4HANA」やサードパーティのスキャンソリューションなど、各イベントの発生元システムを示します。現在の企業では、請求書処理に複数のアプリケーションが関わることがあります。ソースシステムを把握すると、データ品質の問題を調査し、異なるプラットフォーム間のプロセスの引き継ぎを分析しやすくなります。請求書のスキャンと承認など、特定のアクティビティがどのシステムで行われるかも明確になります。重要な理由異なるシステムで発生するアクティビティを区別できるため、連携ポイントやシステム固有のボトルネックを把握するうえで役立ちます。入手先通常、データの抽出、変換、読み込み（ETL）の過程で追加されます。データソースに基づいて固定値が割り当てられます。例 SAP AribaSAP S4HANACoupa
	会社コード CompanyCode	請求書を処理する組織内の特定の法人または会社を識別する番号です。
説明会社コードは、SAP環境における標準的な組織単位です。財務諸表を作成する独立した法人を表し、請求書は必ず特定の会社コードに計上されます。この属性を使うと、異なる事業部門や法人間でプロセスのパフォーマンスを比較できます。法人ごとの効率の違いを特定し、グローバル組織全体でプロセスを標準化する際にも役立ちます。重要な理由異なる法人や事業部門間でパフォーマンスを比較し、地域や部門ごとの非効率を特定できます。入手先 SAP Aribaの請求書文書にある基本的な組織フィールドです。発注書から引き継がれるか、発注書に基づかない請求書の作成時に入力されます。例 1000US01DE01
	最終データ更新 LastDataUpdate	このイベントのデータが最後に更新または抽出された日時を示すタイムスタンプです。
説明この属性は、ソースシステムからデータを最後に取得した日時を示します。データガバナンスや分析対象データの鮮度を把握するうえで欠かせないメタデータです。分析担当者はこの情報を使って、最新のデータに基づいて作業していることを確認できます。また、ソースシステムでイベントが発生してからプロセスマイニングツールに反映されるまでの遅れも把握できます。データ更新サイクルの管理や、インサイトの信頼性確保にも重要です。重要な理由データの鮮度に関する重要なコンテキストを提供し、最新かつ関連性のある情報に基づいた分析を支えます。入手先通常、データ抽出（ETL）の過程でこのタイムスタンプが生成され、データセットに追加されます。例 2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
	割引適用済み IsEarlyPaymentDiscountTaken	対象となる請求書で早期支払い割引が適用されたかを示す真偽値フラグです。
説明この属性は、まず「PaymentTerms」に基づいて請求書が早期支払い割引の対象かどうかを判定し、次に「支払いの実行」イベントが割引期間内に発生したかを確認して算出します。このフラグは、「早期支払い割引適用率」の重要業績評価指標（KPI）を測定するうえで欠かせません。運転資本の最適化において、財務部門や買掛金管理部門がどれだけ成果を上げているかを直接数値化できます。フラグがfalseとなったケースを分析すると、承認の遅れやその他のプロセスのボトルネックなど、割引を逃した理由を特定できます。重要な理由コスト削減につながる割引の適用状況を直接測定し、割引を逃した理由の特定に役立ちます。入手先データ変換時に「PaymentTerms」を解析し、「支払いの実行」のタイムスタンプと算出した割引期限を比較して求めます。例 truefalse
	却下理由 RejectionReason	承認プロセスで請求書が却下された理由を示すコードまたはテキストです。
説明承認者が請求書を却下する際、通常は理由を記録します。この属性には、「価格の誤り」「請求書の重複」「ポリシー違反」などの理由が保存されます。この属性は、「請求書却下分析」ダッシュボードの重要な分析項目です。よくある却下理由を分析することで、仕入先の請求書の品質や社内データの不整合など、前工程にある問題を特定できます。こうしたインサイトは、手戻りを減らし、請求書処理の初回正解率を高めるのに役立ちます。重要な理由手戻りが発生する理由を示し、プロセスの非効率や請求書の品質問題の根本原因を把握できます。入手先 SAP Aribaで「請求書の却下」アクティビティが発生した際に、ワークフローログまたはメモ欄から記録されます。例請求書の重複発注書参照の誤り承認済み予算を超過
	国 Country	請求書に関連付けられた国です。通常、会社コードまたは仕入先の所在地に基づきます。
説明国属性は、分析に地理的な視点を加えます。通常、請求書が計上される会社コード、または仕入先の住所から導出されます。国別にプロセスを分析すると、パフォーマンス、コンプライアンス、プロセスの実行状況における地域差を把握できます。特定の国の拠点が固有の課題を抱えていないか、世界各地で共有できるベストプラクティスを取り入れていないかを確認できます。グローバルなシェアードサービス環境でプロセスを標準化する際にも役立ちます。重要な理由国や地域ごとにプロセスのパフォーマンスとコンプライアンスを比較する地理的な分析が可能になります。入手先 SAP Aribaまたは連携先ERPシステムの会社コードマスターデータ、または仕入先マスターデータから導出されます。例 USAドイツ英国
	承認サイクルタイム ApprovalCycleTime	請求書を承認に回してから、承認または却下の最終判断が下されるまでの経過時間です。
説明この計算指標は、承認サブプロセスの所要時間を測定します。「請求書を承認に送信」アクティビティから、対応する「請求書の承認」または「請求書の却下」アクティビティまでの時間差として算出します。この属性は「請求書承認サイクルタイム」の重要業績評価指標（KPI）を直接測定するもので、関連するダッシュボードに欠かせません。プロセス全体の処理時間を大きく左右することの多い承認段階の遅延を切り分けて定量化できます。承認者、部門、請求金額別に分析することで、具体的なボトルネックを特定できます。重要な理由承認ワークフローのパフォーマンスを切り分けて分析でき、承認者や複雑な承認経路によるボトルネックを特定しやすくなります。入手先データ変換時に、各請求書の承認開始イベントと終了イベントを特定し、その時間差を計算します。例 2日5時間10日1時間8時間30分
	支払条件 PaymentTerms	請求書の支払いに関する合意条件です。早期支払い割引の詳細が含まれることもあります。
説明支払条件は、「30日後払い」や「10日以内の支払いで2％割引、そうでない場合は30日後払い」など、仕入先への支払いルールを定めます。この情報は、仕入先マスターデータまたは発注書から取得します。この属性は、「早期支払い割引の機会」ダッシュボードと関連する重要業績評価指標（KPI）の算出に欠かせません。支払条件に基づいて割引対象の請求書を特定し、割引期間内に支払いが実行されたかを確認することで、コスト削減の機会を把握できます。重要な理由早期支払い割引を受ける機会を特定でき、大幅なコスト削減につながる可能性があります。入手先仕入先マスターデータに保存され、SAP AribaまたはERPシステムの請求書詳細にコピーされます。例 30日後払い10日以内の支払いで2％割引、そうでない場合は30日後払い60日後払い
	文書日付 DocumentDate	仕入先が請求書文書に記載した日付です。
説明文書日付は、仕入先が請求書を作成した日付です。請求書が処理システムに取り込まれた「請求書の受領日」とは異なります。この2つの日付の間に大きな差が生じることがあります。この属性は、仕入先のパフォーマンス分析や請求書の提出遅延の特定に役立ちます。文書日付から受領日までの期間が長いと、請求書の処理や早期支払い割引の適用に使える時間が短くなります。また、支払期日の算出に使われることもよくあります。重要な理由仕入先が請求書を発行してから受領するまでの遅延を分析できます。支払いを期日どおりに行えるかどうかにも影響します。入手先請求書ヘッダーデータにある標準フィールドで、紙または電子の請求書文書から取得されます。例 2023-10-202023-11-102024-01-02
	期日どおりに支払い済み IsPaidOnTime	請求書が支払期日まで、またはそれ以前に支払われたかを示す真偽値フラグです。
説明この計算属性は、「支払いの実行」アクティビティのタイムスタンプと「PaymentDueDate」を比較します。支払日が支払期日以前であれば値はtrue、そうでなければfalseです。このフラグにより、支払い状況を簡単に分析できます。絞り込みや集計に使うことで、「期日どおりの支払い率」の重要業績評価指標（KPI）を算出できます。ダッシュボードでは、仕入先、国、会社コード別の状況をすばやく可視化し、支払い遅延が常態化している領域を特定できます。重要な理由期日どおりの支払い率の重要業績評価指標（KPI）を簡単に算出でき、遅延した請求書を絞り込んで根本原因を分析できます。入手先データ変換時に、支払いアクティビティの「EventTime」と「PaymentDueDate」属性を比較して算出します。例 truefalse
	請求書の種類 InvoiceType	発注書（PO）に基づく請求書か、そうでない請求書（発注書なし）かなど、請求書の分類です。
説明請求書の種類は、異なる処理が適用される請求書の分類です。一般的には、事前承認済みの発注書と照合できる発注書に基づく請求書と、より詳細なコード設定や承認が必要な発注書に基づかない請求書に分けられます。発注書に基づく請求書とそうでない請求書では、処理プロセスが根本的に異なるため、この属性はプロセス分析に欠かせません。種類ごとに分けて分析することで、集計値による誤解を避け、それぞれの処理経路のパフォーマンスを正確に把握できます。各フローの効率やコンプライアンスの理解にも役立ちます。重要な理由請求書を異なるプロセスフロー（例：発注書に基づくものと、そうでないもの）に分け、正確なパフォーマンス測定と分析を可能にします。入手先 SAP Aribaの請求書文書にある標準フィールドです。「PurchaseOrderNumber」の有無から導出することもできます。例発注書に基づく請求書発注書に基づかない請求書クレジットメモ
	通貨 Currency	請求金額の通貨コードです。例：USD、EUR。
説明この属性は、請求金額の通貨を示します。グローバルに事業を展開する組織では、さまざまな通貨の請求書を受け取ります。金額を正しく比較するには、通貨の情報が欠かせません。プロセスマイニングのダッシュボードでは、財務データを適切に集計できます。多くの場合、単一の報告通貨への換算が必要です。また、「請求金額」を正しく解釈するためのコンテキストも提供します。重要な理由「請求金額」を正しく解釈するための重要なコンテキストです。特に複数の国で事業を展開する場合に役立ちます。入手先 SAP Aribaの請求書ヘッダーデータにある標準フィールドで、通常は請求金額のフィールドの隣にあります。例 USDEURGBP

必須推奨任意

調達から支払いまでの請求書処理のアクティビティ

請求書処理のワークフローを正確に把握して分析するために、イベントログに記録する主要なプロセスの手順と節目です。

6 推奨 7 任意

	アクティビティ	説明
	承認に回された請求書	請求書の照合が完了した後、正式な承認ワークフローが始まったことを示すアクティビティです。業務ルールに基づき、1人以上の指定された承認者に請求書が回されます。
重要な理由請求書の承認サイクルタイムという重要業績評価指標（KPI）の測定を開始し、承認プロセス自体の効率を分析する起点です。入手先請求書文書のステータスが「照合済み」から「承認中」や「承認待ち」などに変わったことから推定します。記録請求書またはIR文書のステータスが「承認中」などに変わった時点のタイムスタンプを追跡します。イベントタイプ inferred
	支払いの実行	仕入先への支払いが送金されたことを確認する、プロセスの最終アクティビティです。これにより請求書のライフサイクルが完了します。
重要な理由請求書の全体的なサイクルタイムを測定する主な終点となるアクティビティです。期日どおりの支払い率や早期支払い割引の適用率を算出するうえでも欠かせません。入手先このイベントはERPシステムで発生します。支払いステータス、支払日、取引の詳細がSAP Aribaの請求書文書を更新するために送信されることがよくあります。記録請求書の支払いステータスが「支払い済み」に変わったことと、対応する支払日から判断します。イベントタイプ inferred
	請求書の照合が完了	請求書と発注書、入庫記録の照合が完了し、未解決の不一致がないことを示す重要なマイルストーンです。請求書が承認可能な状態であることを確認します。
重要な理由この手順の完了は、検証段階が終了し、承認ワークフローに進める状態になったことを示します。ストレートスルー処理率を測定する重要なチェックポイントです。入手先請求書照合（IR）文書のステータスが「照合済み」などに変わったことで記録されます。記録請求書照合文書のステータスが「照合済み」に更新された時点のタイムスタンプを使用します。イベントタイプ inferred
	請求書の転記	承認済みの請求書が連携先ERPシステムに正常に送信され、財務会計および支払い処理のために受け付けられたことを示すアクティビティです。連携における重要な節目です。
重要な理由調達から財務への引き継ぎが完了したことを確認できます。支払いのスケジュール設定と実行に先立つ重要な節目です。入手先請求書のステータスが「送信済み」や「支払い処理中」などの最終状態に変わったことと、ERPシステムからの対応する確認メッセージが記録されたことから判断します。記録請求書のステータスが更新され、ERPへの送信が正常に完了したことを示す時刻を特定します。イベントタイプ inferred
	請求書を受領	請求書処理の開始を示すアクティビティです。請求書が初めてSAP Aribaに入力された時点を指します。Ariba Network、仕入先ポータル、手入力など、さまざまな方法で登録されます。
重要な理由このアクティビティは、請求書処理全体のサイクルタイムを測定する際の主な開始点となり、初期段階の処理遅延を把握するために使われます。入手先通常は、SAP Ariba Buying and Invoicingで請求書文書が作成されたタイムスタンプから推定します。このタイムスタンプは、請求書レコードがシステムに初めて作成された時点を示します。記録請求書の主要オブジェクトまたは文書の作成タイムスタンプを使用します。イベントタイプ inferred
	請求書を承認	必要な承認者全員が請求書への支払いを承認し、承認ワークフローが正常に完了したことを示します。請求書を転記する前の重要な節目です。
重要な理由承認サイクルタイムの測定における終点となるアクティビティで、その後の支払い処理にも大きく影響します。ここで遅延が発生すると、期日どおりの支払いに直接影響します。入手先通常、Aribaの請求書承認履歴ログに明示的に記録されます。また、文書のステータスが「承認済み」に変わったことから判断することもできます。記録承認フローの履歴レコード、またはステータスが「承認済み」に変わった時刻から抽出します。イベントタイプ explicit
	不一致を解消	以前に特定された不一致への対応が完了し、請求書が照合と承認に進める状態になったことを示します。手作業による修正や仕入先との連絡が必要になる場合があります。
重要な理由不一致の解消にかかった時間を追跡すると、やり直しの影響を定量化し、初回照合率を高める機会を特定できます。入手先請求書照合（IR）文書のステータスが例外状態から「照合中」や「提出済み」などの処理中の状態に戻ったことから推定します。記録 IR文書が不一致のステータスを抜け、処理ワークフローに戻った時点のタイムスタンプを記録します。イベントタイプ inferred
	支払いのスケジュール設定	財務チームがERPシステムで請求書を特定の支払い処理に含める操作を示します。支払いは予定されていますが、まだ実行されていません。
重要な理由支払いプロセスの最終段階を把握でき、資金流出の予測や、転記から支払い完了までの遅延分析に役立ちます。入手先通常、この情報はERPシステムに保存されています。SAP Aribaに同期され、請求書の支払いステータス情報に反映される場合があります。記録 ERPからAribaの請求書文書に送信された支払いステータスの詳細から判断します。イベントタイプ inferred
	支払いブロックの解除	設定されていた支払いブロックが解除され、請求書を支払いスケジュールに進められる状態になったことを示します。根本にあった問題が解決したことを表します。
重要な理由支払いブロック解消時間の測定を終了するアクティビティです。ブロックされた請求書の例外処理が完了したことを示します。入手先ブロックの設定と同様、通常はERPシステムで処理され、ステータスがAribaに反映される場合があります。支払いブロックのフラグが削除されたことから判断します。記録支払いブロックのフラグまたはステータスが削除、あるいは無効化された時刻を特定する必要があります。イベントタイプ inferred
	支払いブロックの設定	ユーザーまたはシステムが、承認済みの請求書への支払いを意図的に停止したときに発生します。仕入先との紛争、品質上の問題、その他の商取引上の理由が原因となることがよくあります。
重要な理由支払いブロック解消時間の測定を開始するアクティビティです。ブロックを分析することで、支払いを遅らせる組織的な問題を特定し、解決できます。入手先請求書の転記後、SAP S/4HANAなどの連携先ERPシステムで管理されることがよくありますが、ブロックのステータスがAribaに同期される場合もあります。専用のフラグやステータスで示されることがあります。記録支払いブロックが有効であることを示すフラグまたはステータスフィールドの変更を特定する必要があります。イベントタイプ inferred
	照合に提出された請求書	請求書の入力が完了し、発注書または契約との照合を行うため、正式に照合プロセスへ提出された時点を示します。データ入力から検証への重要な引き継ぎです。
重要な理由このマイルストーンを起点に、照合と検証の段階が始まります。受領からこのアクティビティまでの時間を分析すると、データ入力のボトルネックを特定できます。入手先請求書または請求書照合（IR）文書のステータス変更から推定します。ステータスが「提出済み」や「照合中」などに変わる場合があります。記録請求書照合文書のステータスが「提出済み」に変わった時点のタイムスタンプを追跡します。イベントタイプ inferred
	照合の不一致を特定	システムまたはユーザーが、請求書、発注書、入庫情報の不一致を特定した際に発生する例外アクティビティです。価格、数量、税額の差異などがよく見られます。
重要な理由このアクティビティは、照合の不一致率を算出し、処理遅延の主な原因となるミスの発生源を特定するうえで重要です。入手先多くの場合、請求書照合（IR）文書の「却下」や「異議あり」などのステータスと、理由コードによって記録されます。記録 IR文書のステータスが不一致または例外を示す状態に変わった時点のタイムスタンプを特定します。イベントタイプ inferred
	請求書の却下	承認ワークフロー中に承認者が請求書を却下する例外アクティビティです。通常、請求書を修正して再提出する必要があり、手戻りが発生します。
重要な理由却下を追跡することは、請求書却下率の重要業績評価指標（KPI）の算出や、ポリシー違反、誤ったコード設定など、承認が失敗する根本原因の分析に欠かせません。入手先請求書文書の承認履歴に記録され、文書のステータスが「却下」に変わったことにも反映されます。記録承認履歴のコメントやタイムスタンプ、またはステータスが「却下」に変わった記録から抽出します。イベントタイプ explicit

推奨任意

データ抽出ガイド

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

ステップ

前提条件とセットアップ：システムにPython 3.6以降がインストールされていることを確認します。コマンドラインターミナルでpip install pandas requestsを実行し、必要なPythonライブラリであるpandasとrequestsをインストールします。
SAP Ariba APIへのアクセス：SAP Ariba Developer Portalにログインします。新しいアプリケーションを作成し、請求書データを取得できるTransactional Data Exportまたは同様のレポートAPIを購読します。この手順で、認証に必要なAPIキーとOAuth認証情報（Client IDとClient Secret）が発行されます。
認証を設定：APIを呼び出すには、アプリケーションにOAuth 2.0トークンが必要です。スクリプトには、Client IDとSecretを使ってAribaの認証エンドポイントからトークンを取得する関数が含まれています。認証情報は安全に保管し、本番環境で使用するスクリプトに直接書き込まないでください。
Pythonスクリプトを作成：提供されたPythonスクリプトをテンプレートとして使います。スクリプト冒頭のプレースホルダー変数を、Aribaのレルム名、ベースAPI URL、前の手順で取得したAPIキーに置き換えます。
抽出パラメーターを設定：スクリプトのmainセクションで、データ抽出期間を指定するためにcreated_date_fromとcreated_date_toの変数を設定します。filters辞書を編集し、会社コードや特定の請求書ステータスなどで検索範囲を絞ることもできます。
スクリプトを実行：ターミナルでpython your_script_name.pyを実行します。スクリプトがAriba APIに接続し、請求書データをページごとに取得してメモリ上で処理します。
データを変換：スクリプトは、APIから返された各請求書文書を処理します。JSON構造を展開し、timeCreatedやreconciledDate、approvedDateなどのタイムスタンプ項目を個別の行に変換して、適切なイベントログ形式を作成します。各行は、請求書のライフサイクルにおける個別のアクティビティを表します。
APIのページネーションを処理：スクリプトは、ページ分割されたAPIレスポンスに対応しています。各レスポンスに含まれるpage_tokenを使って次の結果を要求し、指定期間のすべてのデータを取得するまでAPIを順次呼び出します。
イベントログファイルを作成：すべてのデータを取得して変換すると、スクリプトはpandasのDataFrameにまとめます。このDataFrameは、スクリプトを実行したディレクトリにariba_invoice_event_log.csvという名前でエクスポートされます。
確認してアップロード：作成されたCSVファイルを開き、内容を確認します。必要な列（InvoiceNumber、ActivityName、EventTime）が含まれ、データに問題がないことを確かめてください。このファイルをProcessMindにアップロードして分析できます。

設定

APIエンドポイント：スクリプトは、Transactional Data Export API内のinvoiceReconciliationDocumentsビューを対象とします。ベースURLと具体的なエンドポイントは、Ariba環境のデータセンターに合わせて設定してください。
認証：スクリプトは、Client ID、Client Secret、APIキーを使ったOAuth 2.0認証で安全にアクセスします。認証情報は安全に管理し、必要なAPI権限を持つアプリケーションに紐付けてください。
日付範囲フィルター：特に重要なパラメーターはcreatedDateFromとcreatedDateToです。APIのタイムアウトやパフォーマンスの問題を避けるため、3～6か月など、扱いやすい期間に分けてデータを抽出することを推奨します。日付形式はYYYY-MM-DDTHH:MM:SSZです。
システムフィルター：API呼び出しのfiltersパラメーターで、さらに対象を絞り込めます。realm、companyCode.uniqueName、statusStringなどの項目を使い、特定の事業部門や請求書タイプに限定できます。
必要な権限：API認証情報に紐付くユーザーまたはシステムアカウントには、SAP Aribaで請求書照合データにアクセスし、エクスポートするための十分な権限が必要です。権限は、APIアプリケーションのAriba管理設定で構成します。

クエリの例 python

import requests
import pandas as pd
import json
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Placeholders ---
class=class="hl-string">"hl-comment"># Replace with your actual SAP Ariba credentials and environment details
ARIBE_BASE_URL = class="hl-string">"https://[your-api-gateway-url.com]/api/transactional-data-export/v1/"
API_KEY = class="hl-string">"[Your_API_Key]"
OAUTH_URL = class="hl-string">"https://api.ariba.com/v2/oauth/token"
OAUTH_CLIENT_ID = class="hl-string">"[Your_OAuth_Client_ID]"
OAUTH_CLIENT_SECRET = class="hl-string">"[Your_OAuth_Client_Secret]"
REALM = class="hl-string">"[Your_Company_Realm]"

class=class="hl-string">"hl-comment"># --- Functions ---
def get_oauth_token(client_id, client_secret):
    class="hl-string">"""Fetches OAuth2 token from SAP Ariba."""
    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(OAUTH_URL, data=payload)
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error fetching OAuth token: {e}")
        return None

def fetch_ariba_data(access_token, created_date_from, created_date_to):
    class="hl-string">"""Fetches paginated invoice data from the Ariba API."""
    all_invoices = []
    page_token = None
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'apiKey': API_KEY,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        params = {
            class="hl-string">'realm': REALM,
            class="hl-string">'product': class="hl-string">'ariba.procurement',
            class="hl-string">'view': class="hl-string">'InvoiceReconciliationDocument',
            class="hl-string">'createdDateFrom': created_date_from,
            class="hl-string">'createdDateTo': created_date_to,
            class="hl-string">'pageSize': 100 class=class="hl-string">"hl-comment"># Adjust as needed
        }
        if page_token:
            params[class="hl-string">'pageToken'] = page_token

        print(fclass="hl-string">"Fetching data with page token: {page_token or 'Initial Page'}")
        try:
            response = requests.get(ARIBE_BASE_URL + class="hl-string">"views/InvoiceReconciliationDocument", headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            all_invoices.extend(data.get(class="hl-string">'records', []))
            page_token = data.get(class="hl-string">'pageToken')
            if not page_token:
                break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Ariba API: {e}")
            break

    return all_invoices

def transform_to_event_log(invoices):
    class="hl-string">"""Transforms raw invoice JSON data into a structured event log DataFrame."""
    event_log_records = []
    for inv in invoices:
        case_id = inv.get(class="hl-string">'uniqueName')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Common attributes
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'PurchaseOrderNumber': inv.get(class="hl-string">'poNumber'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'supplier', {}).get(class="hl-string">'name'),
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'totalCost', {}).get(class="hl-string">'amount'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'paymentTerms', {}).get(class="hl-string">'dueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'statusString')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Received
        if inv.get(class="hl-string">'timeCreated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Received',
                class="hl-string">'EventTime': inv[class="hl-string">'timeCreated'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Submitted for Reconciliation
        if inv.get(class="hl-string">'submittedDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Submitted for Reconciliation',
                class="hl-string">'EventTime': inv[class="hl-string">'submittedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        
        class=class="hl-string">"hl-comment"># Activity: Matching Discrepancy Identified
        class=class="hl-string">"hl-comment"># This assumes an exception's creation time is available
        if inv.get(class="hl-string">'exceptionStatus') == class="hl-string">'Active' and inv.get(class="hl-string">'timeUpdated'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'], class=class="hl-string">"hl-comment"># Use timeUpdated as a proxy for exception creation
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Discrepancy Resolved
        class=class="hl-string">"hl-comment"># Assumes a specific timestamp exists for this event
        if inv.get(class="hl-string">'exceptionClearedDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Discrepancy Resolved',
                class="hl-string">'EventTime': inv[class="hl-string">'exceptionClearedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Reconciled
        if inv.get(class="hl-string">'reconciledDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Reconciled',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
            class=class="hl-string">"hl-comment"># Activity: Invoice Sent for Approval (often occurs immediately after reconciliation)
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'], class=class="hl-string">"hl-comment"># Using reconciledDate as the trigger time
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Approved
        if inv.get(class="hl-string">'approvedDate'):
            class=class="hl-string">"hl-comment"># Approver information may be nested differently depending on configuration
            approver_name = inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name', class="hl-string">'N/A') 
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Approved',
                class="hl-string">'EventTime': inv[class="hl-string">'approvedDate'],
                class="hl-string">'Approver': approver_name,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Rejected
        if inv.get(class="hl-string">'statusString') == class="hl-string">'Rejected' and inv.get(class="hl-string">'timeUpdated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'],
                class="hl-string">'Approver': inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name'),
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activities related to payment blocks, posting, and payments
        class=class="hl-string">"hl-comment"># These fields may not be standard and depend on ERP integration
        if inv.get(class="hl-string">'paymentBlockTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Set',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': inv.get(class="hl-string">'paymentBlockReason')
            })
        if inv.get(class="hl-string">'paymentBlockReleasedTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Released',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockReleasedTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'erpPostingDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Posted',
                class="hl-string">'EventTime': inv[class="hl-string">'erpPostingDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'scheduledPaymentDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled',
                class="hl-string">'EventTime': inv[class="hl-string">'scheduledPaymentDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'paidDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Executed',
                class="hl-string">'EventTime': inv[class="hl-string">'paidDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

    return pd.DataFrame(event_log_records)

def main():
    class="hl-string">"""Main function to execute the extraction process."""
    print(class="hl-string">"Starting SAP Ariba invoice data extraction...")
    
    class=class="hl-string">"hl-comment"># Define the extraction time window (e.g., last 3 months)
    created_date_from = class="hl-string">"2023-01-01T00:00:00Z"
    created_date_to = class="hl-string">"2023-03-31T23:59:59Z"

    access_token = get_oauth_token(OAUTH_CLIENT_ID, OAUTH_CLIENT_SECRET)
    if not access_token:
        print(class="hl-string">"Failed to get OAuth token. Exiting.")
        return

    raw_invoices = fetch_ariba_data(access_token, created_date_from, created_date_to)
    if not raw_invoices:
        print(class="hl-string">"No data found for the specified period. Exiting.")
        return
    
    print(fclass="hl-string">"Successfully fetched {len(raw_invoices)} invoice records.")
    
    event_log_df = transform_to_event_log(raw_invoices)
    
    if event_log_df.empty:
        print(class="hl-string">"Transformation resulted in an empty event log.")
        return

    class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
    event_log_df = event_log_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], ascending=[True, True])
    
    output_filename = class="hl-string">'ariba_invoice_event_log.csv'
    event_log_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

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

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

このテンプレートを使って、請求書処理の分析を効率よく進めましょう。今すぐイベントログを作成し、業務の効率化と迅速な支払いにつなげてください。

改善ガイドに戻る

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

調達から支払いまでの請求書処理を今すぐ改善

請求書の処理サイクルを30％短縮し、キャッシュフローを改善します。

無料トライアルを開始

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

調達から支払いまでの請求書処理データテンプレート

調達から支払いまでの請求書処理データテンプレート

調達から支払いまでの請求書処理の属性

調達から支払いまでの請求書処理のアクティビティ

データ抽出ガイド

SAP AribaレポートAPIを利用したPythonスクリプトによる抽出

ステップ

設定

クエリの例 python

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

調達から支払いまでの請求書処理を今すぐ改善