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

購買から支払いまで（P2P）の請求書処理データテンプレート

SAP Ariba

調達から支払いまで - 請求書処理属性 (23) 調達から支払いまで - 請求書処理活動 (13) 抽出ガイド (1)

購買から支払いまで（P2P）の請求書処理データテンプレート

このテンプレートは、SAP Aribaにおける請求書処理の最適化に必要な必須データを収集するための構造化されたアプローチを提供します。収集すべき重要な`属性`、追跡すべき主要な`Activity`を概説し、データ抽出のための実用的なガイダンスを提供します。このリソースを活用して、洞察に満ちたプロセス分析のための`イベントログ`を迅速に設定しましょう。

収集を推奨する項目
SAP Aribaで追跡すべき主要活動
実践的なデータ抽出ガイド

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

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

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

これらは、SAP Aribaにおける請求書処理の包括的な分析のために、`イベントログ`に含めることを推奨するデータフィールドです。

3 必須 7 推奨 13 任意

	名前	説明
	アクティビティ名 ActivityName	請求書処理ライフサイクルのある時点で発生した特定のイベントまたはタスクの名前。
説明 `Activity` 名は、「請求書受領」、「請求書承認」、「支払い実行」など、請求書処理ワークフロー内の個々のステップを示します。各`Activity`は、請求書を完了に近づけるビジネスイベントを表します。プロセスマイニングでは、これらの`Activity`の順序がプロセスマップを形成します。これらの`Activity`を分析することで、最も一般的なプロセスパス、標準手順からの逸脱、不一致処理などの手戻りループ、自動化の機会を特定するのに役立ちます。その重要性この`attribute`は、プロセスマップの可視化、プロセスバリアントの発見、手戻りや`ボトルネック`の特定のための基盤となります。取得元 SAP Ariba内でキャプチャされたシステムイベントログ、ステータス変更、またはユーザーアクションから生成されます。このデータは通常、ワークフローまたはドキュメント履歴テーブルから取得されます。例請求書受領請求書承認済み支払ブロック設定支払い実行
	イベント日時 EventTime	`Activity`が発生した正確な日時を示す`timestamp`。
説明 `Event Time`（イベント時間）、または`timestamp`は、特定のアクティビティが発生した日時を記録します。このデータは、`Activity`間の期間や全体のケースサイクルタイムの計算を可能にするため、パフォーマンス分析の基礎となります。プロセスマイニングツールは、これらの`timestamp`を使用してイベントを時系列に並べ、プロセスフローを正確に表現します。「請求書承認サイクルタイム」や「支払いブロック解決時間」などの`KPI`を測定し、遅延と効率を分析するために不可欠です。その重要性サイクルタイムや期間など、すべての時間ベースの指標の計算を可能にし、プロセス遅延を特定するために不可欠です。取得元 SAP Aribaによって、すべてのステータス変更、ユーザーアクション、またはシステムイベントについて自動的に記録されます。通常、イベントログまたは履歴テーブルのアクティビティ名とともに見られます。例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	請求書番号 InvoiceNumber	各ベンダー請求書の一意の識別子で、請求書処理ジャーニーの主要な`Case ID`として機能します。
説明 `Invoice Number`（請求書番号）は、ベンダーが請求書文書に割り当てる一意の参照番号です。プロセスマイニングにおいて、この属性は`Case ID`として機能し、請求書の受領から最終支払いまでのすべての関連`Activity`を結びつけるため、極めて重要です。この識別子を追跡することで、アナリストはすべての請求書の完全なエンドツーエンドのライフサイクルを再構築できます。これにより、プロセスフローの詳細な分析、ボトルネックの特定、個々の請求書のサイクルタイムなどの主要業績評価指標の測定が可能になります。その重要性単一の請求書に対するすべてのプロセスステップを接続する不可欠なキーであり、エンドツーエンドの処理時間とパスを分析することを可能にします。取得元これは、請求書文書およびSAP Ariba `Invoicing`ソリューション内の主要フィールドです。通常、請求書ヘッダーテーブルまたはトランザクションデータにあります。例 INV-2023-001239876543210SI-58840-A
	仕入先名 VendorName	請求書の発行元である仕入先名。
説明 `Vendor Name`（ベンダー名）は、支払いを要求しているサプライヤーを識別します。これは分析の主要な軸であり、チームがベンダーごとに請求書処理パフォーマンスをセグメント化するのに役立ちます。この属性は、ベンダーの支払いパフォーマンスを追跡したり、不一致率が高いベンダーを特定したり、戦略的サプライヤーの処理時間を分析したりするための`dashboard`を作成する際に使用されます。ベンダー固有の問題を理解することで、サプライヤー関係を改善し、協業を合理化するのに役立ちます。その重要性ベンダー別のパフォーマンス分析を可能にし、どのサプライヤーが頻繁に請求書の問題や支払い遅延を抱えているかを特定するのに役立ちます。取得元 SAP Aribaまたは接続されたERPシステム内のベンダーマスターデータからリンクされた、請求書ヘッダーデータの標準フィールドです。例グローバルオフィスサプライズ株式会社Tech Solutions LLCInnovate Logistics
	承認者 Approver	支払いのために請求書を承認する責任者（ユーザーまたはロール）。
説明承認者とは、請求書のレビューと承認を担当する個人またはユーザーグループです。請求書は、その金額や種類に応じて、1つまたは複数の承認レベルを必要とすることがよくあります。この属性は、承認ワークフローのパフォーマンス分析に役立ちます。「請求書承認サイクルタイム」を承認者または承認グループごとに分析することで、プロセスにおけるボトルネックとなっている個人やチームを特定できます。この情報は、作業負荷のバランスをとり、承認効率を向上させる上で重要です。その重要性どのユーザーやチームが最も長い承認サイクルタイムを持っているかを示すことで、承認プロセスにおけるボトルネックを特定するのに役立ちます。取得元 SAP Aribaの請求書ワークフローまたは承認履歴ログに記録されます。ユーザーIDとして記録される場合があります。例 j.smithFinance_Approvers_Tier1m.jones
	支払ブロック理由 PaymentBlockReason	請求書に支払いブロックが設定された具体的な理由。
説明請求書が支払いからブロックされた場合、この`attribute`は「価格不一致」、「数量不一致」、または「品目受領不足」などの理由を提供します。これらの理由は、システム内で標準化されたコードまたは説明であることが多いです。異なるブロック理由の頻度を分析することは、支払い遅延の根本原因を特定するのに役立ちます。例えば、「価格不一致」ブロックの数が多い場合、マスターデータの正確性に問題があることを示唆している可能性があります。この`attribute`は、「支払いブロック解決時間」`dashboard`にとって、最も一般的で時間のかかる問題の解決を優先するために不可欠です。その重要性支払い遅延の根本原因を提供し、価格や数量の不一致などの一般的な問題を防止するための的を絞った改善を可能にします。取得元この情報は、SAP Aribaまたは接続された`ERP`で請求書に支払いブロックが適用されたときに設定されます。例価格不一致数量不一致商品受領待ち
	支払期日 PaymentDueDate	支払い条件に基づき、ペナルティを避けるために請求書が支払われなければならない日付。
説明 `Payment Due Date`（支払い期日）は、請求書を決済するための契約上合意された日付です。この日付は通常、請求書の`Document Date`（文書日付）と合意された`payment terms`（支払い条件、例：`Net 30`）に基づいて計算されます。この属性は、「期限内支払い率」という`KPI`にとって不可欠です。「`Payment Executed`（支払い実行済み）」`timestamp`と支払い期日を比較することで、分析は支払い遅延を特定し、ベンダーの支払いパフォーマンスを測定し、企業が延滞料を回避し、良好なサプライヤー関係を維持するのに役立ちます。その重要性期日内支払い率を計算するためのベースラインであり、ベンダー関係管理と財務コンプライアンスにとって重要なKPIです。取得元この日付は、請求書文書に記載されているか、SAP Aribaの「`DocumentDate`（文書日付）」および「`PaymentTerms`（支払い条件）」フィールドに基づいて計算されます。例 2023-11-302024-01-152023-12-25
	発注書番号 PurchaseOrderNumber	該当する場合、請求書に関連付けられた発注書の識別子。
説明 `Purchase Order (PO) Number`（発注書番号）は、請求書を商品やサービスの調達を承認した対応する購買文書にリンクします。すべての請求書が`PO`に基づいているわけではありませんが、`PO`ベースの請求書の場合、このリンクは非常に重要です。 `PO Number`別に請求書を分析することで、三者照合（`PO`、品目受領、請求書）のパフォーマンスを理解するのに役立ちます。これは不一致を特定する鍵であり、異なるプロセス経路や効率レベルを持つことが多い`PO`ベースと非`PO`ベースの請求書処理の分析をサポートします。その重要性請求書を調達プロセスに接続し、照合不一致の分析やPO請求書と非PO請求書フローの比較を可能にします。取得元 SAP Ariba内のPOに基づく請求書の標準フィールドとして利用可能です。請求書明細項目またはヘッダーデータで確認できます。例 45000123454500054321PO-2023-789
	請求書ステータス InvoiceStatus	請求書ケースの現在または最終ステータス（支払い済み、却下済み、処理中など）。
説明 `Invoice Status`（請求書ステータス）は、データ抽出時における請求書のライフサイクル上の位置、またはその最終結果のスナップショットを提供します。これは、請求書の全体的な状態を要約するケースレベルの属性です。プロセスマイニングでは、この属性は、完了した（支払い済みの）請求書や問題のある（却下された）請求書のみを分析する際にケースをフィルタリングするのに役立ちます。さまざまなプロセスバリアントの最終結果を理解するのに役立ち、成功裏に完了した請求書の割合を測定するために使用できます。その重要性請求書プロセスの最終結果を提供し、成功裏に支払われた請求書と却下された請求書に焦点を当てた分析を可能にします。取得元これは、SAP Aribaの請求書ヘッダーにある標準ステータスフィールドです。例支払い済み却下処理中承認済み
	請求金額 InvoiceAmount	請求書の合計金額。
説明 `Invoice Amount`（請求書金額）は、ベンダーが要求する総支払額を表します。これは、請求書処理の作業負荷を分析するための基本的な財務属性です。プロセスマイニングでは、この属性は、異なる承認経路をたどったり、より厳格な管理が必要な高額請求書に焦点を当てた分析に利用されます。また、財務的影響が最も大きい請求書からプロセス改善の取り組みを優先するためにも使用できます。`Dashboard`では、プロセスの異なる段階にある請求書の総額を表示するためによく利用されます。その重要性これにより、高額請求書をフィルタリングしたり、プロセス上のボトルネックによって停滞している金銭的価値を把握したりするなど、財務的な影響分析が可能になります。取得元 SAP Ariba内の請求書ヘッダーデータの標準フィールドです。例 5250.75120000.00895.50
	ソースシステム SourceSystem	イベントデータが抽出された元システムです。
説明この`attribute`は、「`SAP Ariba`」や「`SAP S/4HANA`」、あるいはサードパーティのスキャンソリューションなど、各`event`の発生元システムを識別します。現代の企業では、請求書処理が複数のアプリケーションにまたがる場合があります。ソースシステムを理解することは、データ品質の問題を診断し、異なるプラットフォーム間のプロセス連携を分析する上で貴重です。請求書のスキャンと請求書承認といった特定の`Activity`がどこで実行されているかを明確にするのに役立ちます。その重要性異なるシステムで発生する活動を区別するのに役立ち、これは統合ポイントとシステム固有のボトルネックを理解するために不可欠です。取得元これは通常、データ抽出、変換、ロード（`ETL`）プロセス中に、データソースに基づいて静的な値が割り当てられることで追加されます。例 SAP AribaSAP S4HANACoupa
	会社コード CompanyCode	請求書を処理している組織内の特定の法人または会社の識別子。
説明会社コードは、SAP環境における標準的な組織単位であり、財務諸表が作成される独立した法人を表します。請求書は常に特定の会社コードに登録されます。この属性により、異なる事業部門や法人間でプロセスパフォーマンスを比較できます。特定の法人が他の法人よりも効率的であるかどうかの特定を支援し、グローバル組織全体でのプロセスの標準化をサポートします。その重要性異なる法務部門や事業単位間でのパフォーマンス比較を可能にし、地域別または部門別の非効率性を特定するのに役立ちます。取得元 SAP Aribaの請求書ドキュメント上の基本的な組織フィールドで、発注書から継承されるか、非PO請求書の作成時に入力されます。例 1000US01DE01
	伝票日付 DocumentDate	ベンダーが請求書文書に記載した日付。
説明 `Document Date`（文書日付）は、ベンダーが請求書を作成した日付です。これは、請求書が処理システムに入力された日付である「Invoice Received（請求書受領）」とは異なります。この2つの日付の間には、かなりのタイムラグが生じることがあります。この属性は、サプライヤーのパフォーマンス分析や請求書提出の遅延特定に役立ちます。文書日付と受領日の間に長い遅延があると、請求書処理と早期支払い割引獲得のために利用できる実効期間が短くなる可能性があります。また、`Payment Due Date`（支払い期日）を計算する際の出発点となることもよくあります。その重要性ベンダーが請求書を発行してから受け取るまでの遅延を分析するのに役立ち、これは期日通りの支払い能力に影響を与える可能性があります。取得元請求書ヘッダーデータの標準フィールドで、物理的またはデジタル請求書ドキュメントから取得されます。例 2023-10-202023-11-102024-01-02
	最終データ更新 LastDataUpdate	このイベントのデータが最後に更新または抽出された日時を示すタイムスタンプ。
説明この`attribute`は、ソースシステムからデータを最後に抽出した日時を提供します。これは、データガバナンスと分析データの鮮度を把握する上で不可欠なメタデータフィールドです。アナリストは、この情報を用いて最新のデータで作業していることを確認し、ソースシステムで`event`が発生してからプロセスマイニングツールに表示されるまでの潜在的なタイムラグを理解します。データ更新サイクルを管理し、洞察の信頼性を確保するために極めて重要です。その重要性データの鮮度に関する重要なコンテキストを提供し、分析が最新かつ関連性の高い情報に基づいていることを保証します。取得元この`timestamp`は通常、データ抽出（`ETL`）プロセス中に生成され、データセットに追加されます。例 2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
	割引適用有無 IsEarlyPaymentDiscountTaken	対象の請求書に対して早期支払い割引が正常に適用されたかどうかを示すブールフラグです。
説明この`attribute`は、まず「`PaymentTerms`（支払い条件）」に基づいて請求書が早期支払い割引の対象であったかを識別し、次に「`Payment Executed`（支払い実行済み）」`event`が指定された割引期間内に発生したかどうかをチェックする計算の結果です。このフラグは、「早期支払い割引獲得率」という`KPI`を測定するために不可欠です。これは、運転資本の最適化における財務および買掛金機能の財務的成功を直接数値化します。このフラグが`false`であるケースを分析することで、承認の遅延やその他のプロセスの`ボトルネック`など、節約機会を逸失した原因を明らかにできます。その重要性コスト削減の成功を直接測定し、割引機会を逃した理由を特定するのに役立ちます。取得元データ変換中に、「PaymentTerms」を解析し、「Payment Executed」のタイムスタンプを計算された割引期限と比較することで算出されます。例 truefalse
	却下理由 RejectionReason	承認プロセス中に請求書が却下された理由を説明するコードまたはテキストです。
説明承認者が請求書を却下する場合、通常は理由を提示します。この`attribute`は、その情報（例：「価格間違い」、「重複請求書」、「ポリシー違反」など）を記録します。これは「請求書却下分析」`dashboard`にとって重要な`attribute`です。最も一般的な却下理由を分析することで、企業はベンダーの請求書品質の問題や内部データの不整合など、上流工程の問題を特定できます。この洞察は、手戻りを減らし、請求書処理の初回正答率を向上させるのに役立ちます。その重要性手戻りが発生する理由を説明し、プロセス非効率性と請求書品質問題の根本原因に関する直接的な洞察を提供します。取得元 SAP Aribaで「請求書却下」アクティビティが発生した際に、ワークフローログまたはメモフィールドから取得されます。例重複請求書不正確なPO参照金額が承認済み予算を超過
	国 Country	請求書に関連付けられた国。通常、会社コードまたはベンダーの所在地に基づきます。
説明 `Country`属性は、分析に地理的な視点を提供します。通常、請求書が記帳された会社コードまたはベンダーの住所から導出されます。国別にプロセスを分析することで、パフォーマンス、コンプライアンス、プロセス実行における地域ごとの差異を明らかにできます。特定の国のオフィスが固有の課題に直面しているか、またはグローバルに共有可能なベストプラクティスを採用しているかを示すことが可能です。これは、グローバルなシェアードサービス環境におけるプロセスの標準化にとって非常に有用です。その重要性地理的な分析を可能にし、異なる国や地域間でのプロセスパフォーマンスとコンプライアンスを比較します。取得元 SAP Aribaまたは接続されたERPシステム内の会社コードマスターデータまたはベンダーマスターデータから派生します。例米国ドイツ英国
	承認サイクルタイム ApprovalCycleTime	請求書が承認のために提出されてから、最終決定（承認または却下）が下されるまでの経過時間。
説明この計算メトリックは、承認サブプロセスの期間を測定します。「`Invoice Sent for Approval`（請求書承認のために提出）」`Activity`と、それに対応する「`Invoice Approved`（請求書承認済み）」または「`Invoice Rejected`（請求書却下済み）」`Activity`間の時間差として計算されます。この`attribute`は、「請求書承認サイクルタイム」という`KPI`の直接的な測定値であり、関連する`dashboard`にとって不可欠です。全体の処理時間に大きく影響するプロセスの承認段階における遅延を具体的に特定し、定量化するのに役立ちます。承認者、部門、請求書金額別に分析することで、特定の`ボトルネック`を発見できます。その重要性承認ワークフローのパフォーマンスを分離し、承認者や複雑な承認チェーンによって引き起こされるボトルネックを特定しやすくします。取得元データ変換中に、各請求書に関連する承認開始イベントと終了イベントを特定し、その時間差を計算することで算出されます。例 2日5時間10日1時間8 hours 30 minutes
	支払条件 PaymentTerms	請求書支払いに関する合意された条件で、多くの場合、早期支払い割引の詳細が含まれます。
説明支払い条件とは、「Net 30（支払い期日30日）」や「2% 10, Net 30（10日以内支払いなら2%割引、それ以外は30日以内支払い）」のように、ベンダーへの支払いのルールを定めたものです。この情報は、ベンダーマスターデータまたは発注書から取得されます。この属性は、「早期支払い割引機会」ダッシュボードおよび関連KPIにとって不可欠です。分析では、これらの支払い条件に基づいて割引対象となる請求書を特定し、割引期間内に支払いが実行されたかを確認することで、コスト削減の機会を明確にします。その重要性早期支払い割引を獲得する機会を特定するために不可欠であり、これにより大幅なコスト削減につながる可能性があります。取得元ベンダーマスターデータに保存され、SAP AribaまたはERPシステム内の請求書詳細にコピーされます。例支払条件：正味30日2% 10, Net 30支払条件：正味60日
	期日内支払い済みか IsPaidOnTime	請求書が期日通りまたは期日より前に支払われたかどうかを示すブールフラグです。
説明この計算`attribute`は、「`Payment Executed`（支払い実行済み）」`Activity`の`timestamp`と「`PaymentDueDate`（支払い期日）」を比較します。支払い日が期日以内または期日以前であれば`true`、そうでなければ`false`となります。このフラグは、支払いパフォーマンスの分析を簡素化します。「期限内支払い率」`KPI`を計算するための容易なフィルタリングと集計を可能にします。`Dashboard`はこの`attribute`を使用して、ベンダー、国、または会社コード別にパフォーマンスを迅速に可視化し、慢性的な支払い遅延問題がある領域を特定するのに役立ちます。その重要性期日内支払い率KPIの計算を簡素化し、根本原因分析のために遅延した請求書を簡単にフィルタリングできるようにします。取得元データ変換中に、支払い活動の「EventTime」を「PaymentDueDate」属性と比較することで計算されます。例 truefalse
	請求書タイプ InvoiceType	請求書の分類。例えば、発注書（PO）に関連するか（PO）、関連しないか（非PO）などです。
説明 `Invoice Type`（請求書タイプ）は、通常、異なるプロセスに従う請求書をさまざまなカテゴリに分類します。最も一般的な分類は、事前に承認された注文と照合できるPOベースの請求書と、より広範なコーディングと承認を必要とする非PO請求書との間です。 `PO`請求書と非`PO`請求書のプロセスは根本的に異なるため、この属性はプロセス分析にとって非常に重要です。これらを分離することで、それぞれのパスのパフォーマンスをより正確に把握でき、誤解を招くような集計メトリクスを防ぐことができます。これにより、各フローの効率性とコンプライアンスを理解するのに役立ちます。その重要性請求書を個別のプロセスフロー（例：POと非PO）に分離します。これは、正確なパフォーマンス測定と分析に不可欠です。取得元これは、SAP Aribaの請求書文書上の標準フィールドであることが多く、または「`PurchaseOrderNumber`（発注書番号）」の有無に基づいて導出することもできます。例 PO紐付け請求書非購買オーダー請求書クレジットメモ
	請求書の処理時間 InvoiceProcessingTime	請求書が最初に受領されてから支払われるまでの総経過時間。
説明このメトリックは、各請求書ケースのエンドツーエンドのサイクルタイムを測定します。最初の`Activity`（例：「請求書受領」）の`timestamp`と最後の`Activity`（例：「支払い実行済み」）の`timestamp`の差分を計算することで算出されます。主要な`Key Performance Indicator (KPI)`として、請求書処理業務全体の効率性の高レベルな指標を提供します。この期間を分析することで、どの種類の請求書やどのベンダーがより長い処理時間に関連しているかを特定し、プロセス改善の取り組みを推進するのに役立ちます。その重要性これは、プロセス全体の効率性、運転資本およびベンダー関係への影響を測定する上で、極めて重要な`KPI`です。取得元データ変換中に、各「InvoiceNumber」の最大「EventTime」から最小「EventTime」を差し引くことで計算されます。例 15日4時間35日8時間8日2時間
	通貨 Currency	USDやEURなど、請求金額の通貨コード。
説明この`attribute`は、`Invoice Amount`（請求書金額）がどの`currency`（通貨）で表示されているかを指定します。グローバル企業の場合、請求書はさまざまな`currency`で受領されます。正確な比較を保証するためには、あらゆる財務分析において`currency`情報が不可欠です。プロセスマイニングの`dashboard`では、財務値の適切な集計を可能にし、多くの場合、単一のレポート`currency`への換算が必要になります。「`Invoice Amount`」`attribute`に必要なコンテキストを提供します。その重要性「請求金額」属性に関する不可欠なコンテキストを提供し、特に多国籍の状況において財務値が正しく解釈されることを保証します。取得元 SAP Aribaの請求書ヘッダーデータにある標準フィールドで、通常は請求金額フィールドの隣に位置します。例 USDEURGBP

必須推奨任意

調達から支払いまで - 請求書処理活動

仕入先請求書処理ワークフローを正確に可視化・分析するため、イベントログに記録すべき主要ステップとマイルストーンは次のとおりです。

6 推奨 7 任意

	アクティビティ	説明
	承認のために請求書が送付された	この`Activity`は、請求書が正常に照合された後、正式な承認`workflow`の開始を示します。請求書は、ビジネスルールに基づいて1人以上の指定された承認者にルーティングされます。
その重要性これは、「請求書承認サイクルタイム」という`KPI`を測定し、承認プロセス自体の効率を分析するための開始点です。取得元請求書ドキュメントのステータス変更から推測されます。多くの場合、「照合済み」から「承認中」や「承認待ち」のようなステータスへ移行します。取得請求書または`IR`文書のステータスが「承認中」または類似の状態に変わった時点の`timestamp`を追跡します。イベントタイプ inferred
	支払い実行	プロセスにおける最終`Activity`で、サプライヤーへの支払いが完了したことを確認します。これにより、請求書のライフサイクルが完了します。
その重要性この`Activity`は、全体の請求書サイクルタイムを測定するための主要な終点であり、期限内支払い率と早期支払い割引の獲得を計算するために不可欠です。取得元この`event`は`ERP`システムで発生します。支払いステータス、支払い日、取引詳細は、SAP Aribaの請求書文書を更新するためにしばしば送り返されます。取得請求書の支払いステータスが「支払い済み」に変更され、関連する支払日を記録することから推測されます。イベントタイプ inferred
	請求書仕訳計上済み	この`Activity`は、承認された請求書が下流の`ERP`システムに正常に送信され、財務会計および支払い処理のために受け入れられたことを示します。これは重要な統合マイルストーンです。
その重要性調達から財務への引き渡しが完了したことを確認します。これは、支払いがスケジュールされ実行される前の重要な節目です。取得元請求書ステータスが「送信済み」や「支払い処理中」のような最終状態に変化し、ERPシステムからの対応する確認メッセージがログに記録されることから推測されます。取得請求書ステータスがERPへの送信成功を示すように更新された際のタイムスタンプを特定します。イベントタイプ inferred
	請求書受領	請求書がSAP Aribaシステムに初めて入力された時点、つまり請求書処理ライフサイクルの開始を示します。これは、Ariba Network、サプライヤーポータル、手動入力など、さまざまなチャネルを通じて行われます。
その重要性この`Activity`は、エンドツーエンドの請求書サイクルタイムを測定し、初期処理の遅延を理解するための主要な開始点として機能します。取得元通常、SAP Ariba Buying and `Invoicing`における請求書文書の作成`timestamp`から推測されます。この`timestamp`は、請求書レコードがシステムで最初に生成された時期を示します。取得主要な請求書オブジェクトまたは文書の作成`timestamp`を使用します。イベントタイプ inferred
	請求書承認済み	必要なすべての承認者が請求書の支払いを承認し、承認ワークフローが正常に完了したことを示します。これは、請求書が記帳される前の重要なマイルストーンです。
その重要性この`Activity`は、承認サイクルタイムを測定するための終点であり、その後の支払い処理ステップの主要な推進要因です。ここでの遅延は、期限内の支払いパフォーマンスに直接影響します。取得元これは通常、Aribaの請求書承認履歴ログに明示的に記録されます。また、文書ステータスが「承認済み」に変更されたことから推測することも可能です。取得承認フロー履歴記録、またはステータスが「承認済み」に変更された際のタイムスタンプから抽出します。イベントタイプ explicit
	請求書照合済み	請求書が発注書および商品受領書と未解決の不一致なく正常に照合された重要な節目です。これにより、請求書が承認に対して有効であることが確認されます。
その重要性このステップの完了は、検証フェーズの終了と承認ワークフローの準備が整ったことを示します。これは、ストレートスルー処理率を測定するための重要なチェックポイントです。取得元請求書照合（IR）ドキュメントのステータスが「照合済み」のような状態に変更された際に取得されます。取得 `Invoice Reconciliation`文書のステータスが「照合済み」に更新された時点の`timestamp`を使用します。イベントタイプ inferred
	不一致を解消	以前に特定された不一致が解消され、請求書が照合および承認に進む準備ができたことを示します。これには、手動での調整やサプライヤーとのコミュニケーションが含まれる場合があります。
その重要性不一致の解決に費やされた時間を追跡することは、手戻りの影響を数値化し、初回マッチング率を向上させる機会を明確にするのに役立ちます。取得元請求書照合（IR）ドキュメントのステータス変更から推測されます。例外ステータスから「照合中」や「提出済み」のような処理ステータスに戻る場合です。取得 IRドキュメントが不一致ステータスから処理ワークフローに戻った際のタイムスタンプを記録します。イベントタイプ inferred
	支払いスケジュール設定	ERPシステムにおいて財務チームが、特定の支払い実行に請求書を含めるアクションを示します。支払いは計画されていますが、まだ実行されていません。
その重要性支払いプロセスの最終段階を可視化し、キャッシュアウトフローの予測や、記帳から最終支払いまでの遅延分析に役立ちます。取得元この情報は通常`ERP`システムに存在します。SAP Aribaに同期され、請求書の支払いステータス情報に反映される場合があります。取得 ERPからAriba請求書ドキュメントに送り返される支払いステータスの詳細から推測されます。イベントタイプ inferred
	支払いブロックが解除されました	以前に設定された支払い保留が解除され、請求書が支払いスケジュールに進むことができることを示します。これは、根本的な問題が解決されたことを意味します。
その重要性この`Activity`は、「支払いブロック解決時間」を測定するための終点です。ブロックされた請求書の例外処理ループを閉じます。取得元保留を設定するのと同様に、これは通常ERPシステムで処理され、ステータスがAribaに反映される場合があります。支払い保留フラグの削除から推測されます。取得支払いブロックのフラグまたはステータスが解除または無効化された時点のタイムスタンプを特定する必要があります。イベントタイプ inferred
	支払ブロック設定	ユーザーまたはシステムが、承認済みの請求書の支払いを意図的に停止した場合に発生します。ベンダーとの紛争、品質問題、その他の商取引上の理由によることがよくあります。
その重要性この`Activity`は、「支払いブロック解決時間」を測定するための開始点です。ブロックを分析することで、支払いを遅延させるシステム的な問題を特定し、解決するのに役立ちます。取得元これは、請求書が記帳された後、統合された`ERP`システム（SAP S/4HANAなど）で管理されることが多いですが、ブロックステータスはAribaに同期される場合があります。特定のフラグまたはステータスで示されることがあります。取得支払いブロックが有効であることを示すフラグまたはステータスフィールドの変更を特定する必要があります。イベントタイプ inferred
	照合のために請求書が提出された	請求書が入力され、発注書や契約との照合のために正式に照合プロセスに提出される時点を表します。これはデータ入力から検証への重要な引継ぎ点です。
その重要性このマイルストーンは、マッチングと検証フェーズを開始します。受領からこの`Activity`までの時間を分析することは、データ入力の`ボトルネック`を特定するのに役立ちます。取得元請求書または請求書照合（IR）ドキュメントのステータス変更から推測されます。多くの場合、「提出済み」や「照合中」のようなステータスへ移行します。取得 `Invoice Reconciliation`文書のステータスが「提出済み」に変わった時点の`timestamp`を追跡します。イベントタイプ inferred
	照合不一致が特定された	システムまたはユーザーが請求書、発注書、および受領情報の間で不一致を識別したときに発生する例外活動です。一般的な不一致には、価格、数量、または税金の差異が含まれます。
その重要性この`Activity`は、マッチング不一致率の算出や、処理遅延の主な要因である一般的なエラー源の特定に不可欠です。取得元これは、`Invoice Reconciliation (IR)`文書上の「却下済み」や「係争中」などの特定のステータスと、理由コードによってしばしば捕捉されます。取得 IRドキュメントのステータスが不一致または例外状態を示すように変更された際のタイムスタンプを特定します。イベントタイプ inferred
	請求書却下	承認ワークフロー中に承認者が請求書を却下する例外活動です。このアクションは通常、請求書の修正と再提出を必要とし、手戻りループを生じさせます。
その重要性却下を追跡することは、「請求書却下率」という`KPI`にとって不可欠であり、ポリシー違反や不正確なコーディングなど、承認失敗の根本原因を分析するために重要です。取得元これは、請求書文書の承認履歴に記録され、文書ステータスが「却下済み」に変更されたことにも反映されます。取得承認履歴のコメントとタイムスタンプ、またはステータスが「却下済み」に変更された際から抽出します。イベントタイプ 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クレデンシャル（クライアントIDとクライアントシークレット）が提供されます。
認証の構成: アプリケーションはAPI呼び出しを行うためにOAuth2トークンを必要とします。スクリプトには、クライアントIDとシークレットを使用して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ファイルとしてエクスポートされます。
レビューとアップロード: 生成されたCSVファイルを開いて内容を確認します。必要な列（InvoiceNumber、ActivityName、EventTime）が含まれていること、およびデータが正しいことを確認します。このファイルは、ProcessMindにアップロードして分析する準備ができています。

設定

API Endpoint: スクリプトは、トランザクションデータエクスポートAPI内のinvoiceReconciliationDocumentsビューを対象とします。ベースURLと特定のエンドポイントは、Ariba環境のデータセンターに基づいて設定する必要があります。
認証: スクリプトは、安全なアクセスにクライアントID、クライアントシークレット、および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管理設定で構成されます。

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

購買から支払いまで（P2P）の請求書処理データテンプレート

購買から支払いまで（P2P）の請求書処理データテンプレート

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

調達から支払いまで - 請求書処理活動

抽出ガイド

SAP AribaレポートAPIによるPythonスクリプト抽出

ステップ

設定

a クエリ例 python

今すぐ始めますか？

今すぐ買掛金請求書処理を最適化しましょう

購買から支払いまで（P2P）の請求書処理データテンプレート

購買から支払いまで（P2P）の請求書処理データテンプレート

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

調達から支払いまで - 請求書処理活動

抽出ガイド

SAP AribaレポートAPIによるPythonスクリプト抽出

ステップ

設定

a クエリ例 python

お客様のプライバシーを大切にしています

今すぐ始めますか？

今すぐ買掛金請求書処理を最適化しましょう