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

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

SAP Ariba

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

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

このテンプレートは、SAP Aribaの請求書処理を最適化するために必要なデータを収集する、体系的な方法を提供します。収集すべき重要な属性、追跡すべき主要なアクティビティ、データ抽出の進め方をまとめています。このリソースを使ってイベントログをすばやく設定し、プロセスを詳しく分析できます。

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

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

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

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

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

3 必須 7 推奨 12 任意

	名前	説明
	アクティビティ名 ActivityName	請求書処理のライフサイクルにおいて、ある時点で発生した特定のイベントまたはタスクの名称です。
説明アクティビティ名は、「Invoice Received」「Invoice Approved」「Payment Executed」など、請求書処理ワークフロー内の1つのステップを表します。各アクティビティは、請求書を完了に近づける業務イベントです。プロセスマイニングでは、これらのアクティビティの順序によってプロセスマップが形成されます。アクティビティを分析することで、一般的なプロセス経路、標準手順からの逸脱、不一致処理などの手戻りループ、自動化の機会を特定できます。重要な理由プロセスマップの可視化、プロセスバリアントの発見、手戻りやボトルネックの特定を支える基盤となる属性です。入手先 SAP Ariba内で取得されたシステムイベントログ、ステータス変更、ユーザー操作から生成されます。多くの場合、ワークフローまたはドキュメント履歴テーブルに保存されています。例請求書受領請求書の承認完了支払いブロックの設定支払いの実行
	イベント時刻 EventTime	アクティビティが発生した正確な日付と時刻を示すタイムスタンプです。
説明イベント時刻、つまりタイムスタンプは、特定のアクティビティが発生した時点を記録します。このデータは、アクティビティ間の所要時間やケース全体のサイクルタイムを算出できるため、パフォーマンス分析の基礎となります。プロセスマイニングツールは、これらのタイムスタンプを使ってイベントを時系列に並べ、プロセスフローを正確に表現します。Invoice Approval Cycle TimeやPayment Block Resolution TimeなどのKPIを測定し、遅延や効率を分析するうえで欠かせません。重要な理由サイクルタイムや所要時間など、時間に基づくすべての指標を算出できます。プロセスの遅延を特定するうえで重要です。入手先 SAP Aribaによって、ステータス変更、ユーザー操作、システムイベントごとに自動記録されます。通常、イベントログまたは履歴テーブルでアクティビティ名とともに確認できます。例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	請求書番号 InvoiceNumber	各仕入先請求書を一意に識別する番号であり、請求書処理の一連の流れにおける主なケースIDです。
説明請求書番号は、仕入先が請求書ドキュメントに割り当てる一意の参照番号です。プロセスマイニングでは、請求書の受領から最終支払いまで、関連するすべてのアクティビティを結び付けるケースIDとして機能する重要な属性です。この識別子を追跡することで、請求書ごとの完全なエンドツーエンドのライフサイクルを再構成できます。プロセスフローの詳細な分析、ボトルネックの特定、個々の請求書のサイクルタイムなどの主要業績評価指標の測定が可能になります。重要な理由 1件の請求書に関するすべてのプロセスステップを結び付ける基本キーです。エンドツーエンドの処理時間と経路を分析できます。入手先請求書ドキュメントおよびSAP Ariba Invoicingソリューションの主要項目です。通常、請求書ヘッダーテーブルまたは取引データに含まれます。例 INV-2023-001239876543210SI-58840-A
	仕入先名 VendorName	請求書を提出した仕入先またはサプライヤーの名称です。
説明支払いを請求している仕入先を識別します。仕入先別に請求書処理のパフォーマンスを分類できるため、分析の主要な切り口となる属性です。この属性を使って、仕入先の支払いパフォーマンスを追跡するダッシュボードを作成したり、不一致率の高い仕入先を特定したり、戦略的な仕入先の処理時間を分析したりできます。仕入先ごとの問題を把握することで、仕入先との関係を改善し、連携を効率化できます。重要な理由仕入先別のパフォーマンス分析が可能になり、請求書の問題や支払い遅延が頻発する仕入先を特定できます。入手先請求書ヘッダーデータの標準項目です。SAP Aribaまたは接続されたERPシステムの仕入先マスターデータから関連付けられます。例 Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
	承認者 Approver	請求書の支払いを承認する責任を持つユーザーまたは役割です。
説明請求書の確認と承認を担当する個人またはユーザーグループです。請求書は、金額や種類に応じて、1つ以上の承認レベルを必要とすることがあります。この属性を使うと、承認ワークフローのパフォーマンスを分析できます。「Invoice Approval Cycle Time」を承認者または承認グループ別に分類することで、プロセスのボトルネックとなっている個人やチームを特定できます。作業量の配分を調整し、承認効率を高めるうえで役立ちます。重要な理由ユーザーまたはチームごとの承認サイクルタイムを示し、承認プロセスのボトルネックを特定できます。入手先 SAP Aribaの請求書に関するワークフローまたは承認履歴ログから取得されます。ユーザーIDとして記録される場合があります。例 j.smithFinance_Approvers_Tier1m.jones
	支払いブロック理由 PaymentBlockReason	請求書に支払いブロックが設定された具体的な理由です。
説明請求書の支払いがブロックされた際に、その理由を示します。たとえば、「Price Discrepancy」「Quantity Mismatch」「Missing Goods Receipt」などです。これらの理由は、システム内の標準コードまたは説明として管理されることがよくあります。ブロック理由ごとの発生頻度を分析すると、支払い遅延の根本原因を特定できます。たとえば、「Price Discrepancy」ブロックが多い場合、マスターデータの正確性に問題がある可能性があります。この属性は、最も頻繁に発生し、解消に時間がかかる問題を優先する「Payment Block Resolution Time」ダッシュボードに欠かせません。重要な理由支払い遅延の根本原因を示し、価格や数量の不一致など、頻発する問題を防ぐための改善を可能にします。入手先 SAP Aribaまたは接続されたERPで請求書に支払いブロックが適用された際に設定されます。例価格差異数量不一致入荷待ち
	支払期日 PaymentDueDate	支払条件に基づき、遅延損害金などを避けるために請求書を支払うべき日付です。
説明支払期日は、請求書を決済する契約上の合意日です。通常、請求書の日付と合意された支払条件（例：Net 30）に基づいて算出されます。この属性は「On-Time Payment Rate」KPIに欠かせません。「Payment Executed」のタイムスタンプと支払期日を比較することで、支払い遅延を特定し、仕入先への支払いパフォーマンスを測定できます。遅延損害金の回避や、良好な仕入先関係の維持にも役立ちます。重要な理由期限内支払い率を算出する基準となります。仕入先との関係管理や財務コンプライアンスに関わる重要なKPIです。入手先請求書ドキュメントに記載されているか、SAP Aribaの「DocumentDate」および「PaymentTerms」項目に基づいて算出されます。例 2023-11-302024-01-152023-12-25
	発注書番号 PurchaseOrderNumber	該当する場合に、請求書に関連付けられた発注書を識別する番号です。
説明発注書（PO）番号は、請求書と、商品またはサービスの調達を承認した対応する購買ドキュメントを結び付けます。すべての請求書が発注書に基づくわけではありませんが、発注書に基づく請求書ではこの関連付けが欠かせません。 PO番号で請求書を分析すると、発注書、入庫記録、請求書による三者照合のパフォーマンスを把握できます。不一致の特定に役立つほか、発注書に基づく請求書と発注書に基づかない請求書の処理フローを比較できます。両者は異なる経路をたどり、効率にも差が生じることがあります。重要な理由請求書を調達プロセスに結び付け、不一致の分析や、発注書に基づく請求書と発注書に基づかない請求書のフロー比較を可能にします。入手先 SAP Aribaの発注書に基づく請求書に標準項目として用意されています。請求書の明細データまたはヘッダーデータに含まれます。例 45000123454500054321PO-2023-789
	請求書ステータス InvoiceStatus	Paid、Rejected、In Processなど、請求書ケースの現在または最終的なステータスです。
説明データ抽出時点で請求書がライフサイクルのどの段階にあるか、または最終的にどうなったかを示します。請求書全体の状態を要約するケースレベルの属性です。プロセスマイニングでは、完了した請求書（Paid）や問題のある請求書（Rejected）だけに絞り込んで分析する際に役立ちます。プロセスバリアントごとの最終結果を把握し、正常に完了した請求書の割合を測定できます。重要な理由請求書プロセスの最終結果を示し、支払いが正常に完了した請求書と却下された請求書を分けて分析できます。入手先 SAP Aribaの請求書ヘッダーにある標準ステータス項目です。例支払済み却下済み処理中承認済み
	請求金額 InvoiceAmount	請求書の合計金額です。
説明仕入先が請求する支払い総額を示します。請求書処理の作業量を分析するための基本的な財務属性です。プロセスマイニングでは、高額請求書に絞り込んで分析する際に使用します。高額請求書は、異なる承認経路をたどったり、より厳しい管理の対象になったりすることがあります。また、財務的な影響が大きい請求書を対象に、プロセス改善の優先順位を付けることもできます。ダッシュボードでは、プロセスの各段階にある請求書の合計金額を表示するためにも使われます。重要な理由高額請求書への絞り込みや、プロセスのボトルネックに滞留している金額の把握など、財務的な影響を分析できます。入手先 SAP Aribaの請求書ヘッダーデータに含まれる標準項目です。例 5250.75120000.00895.50
	ソースシステム SourceSystem	イベントデータを抽出した記録元のシステムです。
説明各イベントの発生元システムを示す属性です。たとえば、「SAP Ariba」「SAP S/4HANA」「サードパーティのスキャンソリューション」などが該当します。現代の企業では、請求書処理が複数のアプリケーションにまたがることがあります。ソースシステムを把握すると、データ品質の問題を診断し、異なるプラットフォーム間のプロセスの引き渡しを分析できます。請求書のスキャンや承認など、特定のアクティビティがどのシステムで実行されたかを明確にできます。重要な理由異なるシステムで発生したアクティビティを区別できます。連携ポイントやシステム固有のボトルネックを理解するうえで重要です。入手先通常、データの抽出、変換、ロード（ETL）処理の際に追加され、データソースに基づく固定値が設定されます。例 SAP AribaSAP S4HANACoupa
	ドキュメント日付 DocumentDate	仕入先が請求書ドキュメントに記載した日付です。
説明ドキュメント日付は、仕入先が請求書を作成した日付です。請求書が処理システムに入った日付である「請求書受領日」とは異なります。この2つの日付の間に大きな差が生じることがあります。この属性を使うと、仕入先のパフォーマンスを分析し、請求書提出の遅延を特定できます。ドキュメント日付から受領日までの期間が長いと、請求書を処理したり、早期支払割引を受けたりするための実質的な時間が短くなります。また、支払期日を計算する際の起点になることもよくあります。重要な理由仕入先が請求書を発行してから受領されるまでの遅延を分析できます。支払期限を守れるかどうかにも影響します。入手先請求書ヘッダーデータの標準項目です。紙または電子の請求書ドキュメントから取得されます。例 2023-10-202023-11-102024-01-02
	会社コード 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	請求書の支払いに関する合意条件です。早期支払い割引の詳細が含まれることもあります。
説明仕入先への支払いルールを定めます。たとえば、「Net 30」は30日以内の支払い、「2% 10, Net 30」は10日以内に支払えば2％割引、そうでなければ30日以内に支払う条件を示します。この情報は仕入先マスターデータまたは発注書から取得されます。この属性は、「Early Payment Discount Opportunities」ダッシュボードと関連KPIに欠かせません。支払条件を使って割引対象となる請求書を特定し、割引期間内に支払いが実行されたかを判定することで、コスト削減の機会を明らかにします。重要な理由早期支払い割引を取得できる機会を特定するために欠かせません。大幅なコスト削減につながる可能性があります。入手先仕入先マスターデータに保存され、SAP AribaまたはERPシステムの請求書詳細にコピーされます。例 30日後払い10日以内2％割引、30日後払い60日後払い
	期限内支払済みか IsPaidOnTime	請求書が支払期日までに支払われたかどうかを示すブール値のフラグです。
説明この計算属性は、「支払実行」アクティビティのタイムスタンプと「PaymentDueDate」を比較します。支払日が支払期日以前であればtrue、それ以外はfalseになります。このフラグにより、支払パフォーマンスを簡単に分析できます。フィルタリングと集計によって「期限内支払率」KPIを容易に算出できます。ダッシュボードでは、この属性を使って仕入先、国、会社コード別のパフォーマンスをすばやく可視化し、慢性的な支払遅延の問題がある領域を特定できます。重要な理由期限内支払率KPIの計算を簡単にし、遅延した請求書を容易に絞り込んで根本原因を分析できます。入手先データ変換時に、支払アクティビティの「EventTime」と「PaymentDueDate」属性を比較して計算されます。例 truefalse
	請求書タイプ InvoiceType	請求書の分類です。発注書（PO）に関連するかどうか、つまり発注書あり（PO）か発注書なし（発注書なし）かを示します。
説明請求書タイプは、通常それぞれ異なるプロセスに従う請求書を分類します。最も一般的な区分は、事前承認済みの注文と照合できる発注書ありの請求書と、より詳細なコード付与と承認が必要な発注書なしの請求書です。この属性は、プロセス分析に欠かせません。発注書ありと発注書なしでは、請求書処理のプロセスが根本的に異なるためです。両者を分けることで、それぞれの経路のパフォーマンスを正確に把握でき、集計による誤解を招く指標を避けられます。また、それぞれのフローにおける効率とコンプライアンスを理解しやすくなります。重要な理由請求書を異なるプロセスフロー（例：発注書ありと発注書なし）に分けます。正確なパフォーマンス測定と分析に欠かせません。入手先 SAP Aribaの請求書ドキュメントにある標準項目であることが多く、「PurchaseOrderNumber」の有無に基づいて導出することもできます。例発注書請求書発注書なし請求書クレジットメモ
	通貨 Currency	請求金額に使用される通貨コードです。USDやEURなどが該当します。
説明この属性は、請求金額がどの通貨で表示されているかを示します。グローバル組織では、さまざまな通貨の請求書を受け取ります。通貨情報は、金額を正しく比較するための財務分析に欠かせません。プロセスマイニングのダッシュボードでは、財務数値を適切に集計するため、単一の報告通貨への換算が必要になることがあります。また、「請求金額」属性を解釈するための前提情報にもなります。重要な理由「請求金額」属性を正しく解釈するための前提情報を提供します。特に、多国籍の環境で財務数値を正しく読み取る際に役立ちます。入手先請求書ヘッダーデータの標準項目です。SAP Aribaでは通常、請求金額項目の隣に配置されます。例 USDEURGBP

必須推奨任意

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

請求書処理のワークフローを正確に発見・分析するため、イベントログに記録する主要なプロセス手順とマイルストーンです。

6 推奨 7 任意

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

推奨任意

抽出ガイド

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

ステップ

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

設定

APIエンドポイント：スクリプトは、Transactional Data Export API内のinvoiceReconciliationDocumentsビューを対象にします。ベースURLと具体的なエンドポイントは、Ariba環境のデータセンターに応じて設定してください。
認証：スクリプトは、Client ID、Client Secret、API Keyを使った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管理設定で構成します。

a サンプルクエリ 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スクリプトによる抽出

ステップ

設定

a サンプルクエリ python

始める準備はできていますか？

今すぐ調達から支払いまでの請求書処理を最適化

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