買掛金請求書処理のデータテンプレート

SAP S/4HANA
買掛金請求書処理のデータテンプレート

買掛金請求書処理のデータテンプレート

このテンプレートでは、買掛金請求書処理を分析するために必要なデータの収集方法を詳しく説明します。信頼性の高いイベントログを作成するために必要な属性とアクティビティを示し、ソースシステムからデータを抽出する手順も説明します。プロセスマイニングをスムーズに始めるためにお役立ていただけます。
  • 詳細な分析に推奨される属性
  • 効果的に追跡すべき主要なプロセスアクティビティ
  • データ抽出の手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

買掛金請求書処理の属性

買掛金プロセスを詳細かつ有意義に分析するため、イベントログに含める必須データ項目です。
5 必須 6 推奨 9 任意
名前 説明
アクティビティ
ActivityName
請求書処理のライフサイクルで発生した、特定の業務イベントまたはステップの名称です。
説明

アクティビティは、買掛金プロセス内の個別の段階や操作を表します。たとえば、「請求書受領」、「請求書転記済み」、「支払実行済み」などです。プロセスマップを構成する基本要素です。

アクティビティの分析は、プロセスマイニングの中心的な機能です。プロセスの流れを可視化し、一般的な経路を特定し、標準プロセスからの逸脱を検出するとともに、各ステップの頻度と所要時間を測定できます。特定の請求書におけるアクティビティの順序が、その請求書のプロセス上の経路を形成します。

重要な理由

プロセスのステップを定義し、プロセスの流れの可視化と分析、ボトルネックの特定、手戻りループの検出を可能にします。

入手先

伝票ステータスの変更(BKPF-BSTATなど)、変更文書(CDHDR/CDPOSテーブル)、ワークフローログなど、さまざまな情報源から取得します。通常、カスタムの抽出ロジックが必要です。

請求書受領請求書承認済み支払実行済み支払ブロック中の請求書
イベント時刻
EventTime
アクティビティが発生した正確な日付と時刻です。
説明

イベント時刻は各アクティビティに関連付けられたタイムスタンプであり、請求書に関するイベントの時系列を示します。プロセスの流れを理解し、時間に基づく分析を行うために欠かせないデータです。

分析では、アクティビティを正しい順序に並べ、各ステップ間のサイクルタイムを計算し、待機時間を特定するとともに、期間ごとのプロセスパフォーマンス(前月比など)を分析するために使用します。期間に基づくすべてのKPIの基盤となります。

重要な理由

イベントを時系列に並べ、サイクルタイムや所要時間など、プロセスマイニングの基礎となる時間関連指標を計算するうえで欠かせないタイムスタンプです。

入手先

作成日(BKPF-CPUDT)、転記日(BKPF-BUDAT)、消込日(BSAK-AUGDT)、変更ログのタイムスタンプ(CDHDR-UDATE/UTIME)など、SAPテーブル内のさまざまな日付・時刻フィールドから取得します。

2023-10-01T09:00:00Z2023-10-05T14:30:15Z2023-10-15T11:21:05Z
請求書
Invoice
請求書伝票の一意の識別子であり、買掛金プロセスの主要なケースIDとして機能します。
説明

請求書は、受領から支払までの関連アクティビティをつなぐ中心的なオブジェクトです。SAP S/4HANAでは通常、会社コード(BUKRS)、一意の伝票番号(BELNR)、会計年度(GJAHR)で構成される複合キーです。

請求書単位で分析することで、請求書のライフサイクルをエンドツーエンドで把握できます。総サイクルタイムなどの主要指標の計算、個々の請求書におけるボトルネックの特定、請求書がプロセス内でたどるさまざまな経路の理解に欠かせません。

重要な理由

請求書ごとの処理の進行を一意に識別できるため、ライフサイクル全体を追跡し、ケース単位でプロセスパフォーマンスを分析できます。

入手先

テーブルBKPF(会計伝票ヘッダー)またはRBKP(伝票ヘッダー:請求書受領)から、BUKRS、BELNR、GJAHRフィールドを使って生成する複合キーです。

1000-1900000001-20231710-1900000002-20232000-5100000003-2024
ソースシステム
SourceSystem
データを抽出したシステムです。
説明

プロセスデータの取得元を示す属性です。このビューでは通常、「SAP S/4HANA」が設定されます。

複数のERPや統合システムが存在する環境では、データの系譜と分離を管理するうえで重要です。正しいデータセットを対象に分析できるようにし、問題をソースまでたどることでデータ品質の問題の診断にも役立ちます。

重要な理由

データの取得元を示します。データガバナンス、トラブルシューティング、複数システム環境での管理に欠かせません。

入手先

通常、データ抽出時にデータセットの取得元を示す固定値として追加されます。

SAP S/4HANASAP ECC 6.0S4H_PROD_100
最終データ更新
LastDataUpdate
このレコードのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。
説明

SAP S/4HANAからデータが最後に抽出または更新された日時を示す属性です。分析対象データの鮮度を把握するうえで重要なメタデータフィールドです。

プロセス分析がどの時点の情報に基づいているかを把握するために役立ちます。データ遅延に関する認識を合わせ、データ更新のスケジュール設定とデータの完全性を維持するうえでも重要です。

重要な理由

データの鮮度を示し、プロセス分析がどの程度最新の情報に基づいているかを把握できるようにします。

入手先

ソースシステムからデータを抽出した時点で、各レコードに生成・記録されます。

2024-05-20T04:00:00Z2024-05-21T04:00:00Z
ユーザー名
UserName
アクティビティを実行したユーザーのユーザーIDです。
説明

請求書の転記、承認、消込など、特定のアクティビティを実行したSAPユーザーIDを記録する属性です。プロセスのステップと個々のユーザーを関連付けます。

ユーザー名単位で分析することで、業務量の分布を把握し、優れたパフォーマンスを示すユーザーを特定し、追加トレーニングが必要なユーザーを見つけられます。また、ダッシュボードで承認のボトルネックを分析する際にも重要です。遅延の原因となっている承認者を特定できます。

重要な理由

アクティビティを特定の個人に関連付け、ユーザーのパフォーマンス、業務量、職務分掌ポリシーへのコンプライアンスを分析できるようにします。

入手先

通常、BKPF-USNAM(入力者)などのヘッダーテーブル、またはCDHDR-USERNAME(変更者)などの変更文書テーブルにあります。

ABROWNJSMITHAP_AUTOMATION
仕入先名
VendorName
請求書を提出した仕入先の名称です。
説明

仕入先またはベンダーの正式名称を含む属性です。請求書伝票に保存された仕入先番号を介して関連付けられます。

仕入先分析は、仕入先との関係を管理し、特定の仕入先に固有のプロセス上の問題を特定するうえで重要です。「不一致のある請求書を最も多く提出している仕入先はどこか」「特定の戦略的な仕入先に対して、常に期限内に支払えているか」といった問いに答えられます。請求書番号や金額とともに、重複支払の可能性を検出する重要なフィールドでもあります。

重要な理由

仕入先ごとにプロセスパフォーマンスを分析し、問題のある仕入先を特定するとともに、戦略的な仕入先との関係を効果的に管理できます。

入手先

テーブルLFA1の仕入先マスターデータ(NAME1フィールド)から取得します。BKPFまたはRBKPにある仕入先番号(LIFNR)を介して関連付けます。

Office Supplies Inc.Global Consulting GroupMachine Parts GmbH
会社コード
CompanyCode
請求書が処理される組織単位です。
説明

会社コードは、外部報告用に完全で独立した勘定セットを作成できる最小の組織単位です。買掛金の文脈では、仕入先に対して債務を負う法人を表します。

会社コード単位で分析することで、組織内の異なる法人間でプロセスパフォーマンスを比較できます。どの事業部門が標準プロセスに従っているか、どの部門で効率が低く、サイクルタイムが長く、手戻り率が高いかを特定するのに役立ちます。

重要な理由

異なる法人間でプロセスパフォーマンスを比較し、地域や事業部門に固有の問題と優れた取り組みを特定できます。

入手先

主にFI請求書ではBKPF-BUKRS、MM請求書ではRBKP-BUKRSとして、伝票ヘッダーテーブルにあります。

10001710US01DE01
発注番号
PurchaseOrderNumber
請求書に関連付けられた発注書の一意の識別子です。該当する場合に使用されます。
説明

この属性により、請求書を事前承認済みの発注書(PO)に関連付けられます。PO番号の有無は、3-way matchプロセス(PO・請求書・入庫)の基準になります。

コンプライアンスと効率性を分析するうえで重要な属性です。調達ポリシーの遵守状況を測定する「POなし請求書比率」KPIの計算に使用します。また、「3-Way Matching Performance」ダッシュボードの基盤となり、POに基づく請求書の照合プロセスを分析できます。

重要な理由

3-way matchingの効率性を分析し、POなしで処理された請求書を特定することで、調達ポリシーのコンプライアンスを測定するうえで欠かせません。

入手先

RSEG-EBELN(MM請求書)やBSEG-EBELN(FI請求書)など、請求書明細テーブルに記録されます。

45000012344500005678
請求書支払期日
InvoiceDueDate
仕入先への請求書の支払期限です。
説明

請求書支払期日は、遅延損害金の発生を避け、仕入先との良好な関係を維持するために、仕入先へ支払う期限です。この日付は、請求書の基準日と仕入先との合意済みの支払条件に基づいて計算されます。

「Payment Compliance & Aging」ダッシュボードと「On-Time Payment Rate」KPIに欠かせない日付です。支払期日と実際の支払日を比較することで、支払いが期日どおり、早期、または遅延して行われているかを把握できます。これは財務面と仕入先との関係に直接影響します。

重要な理由

期日どおりの支払いを分析するための主要な基準となり、支払実績と仕入先との関係、遅延損害金への影響を測定できます。

入手先

多くの場合、計算によって求められます。正味支払期日はフィールドBSEG-NETDTに記録されます。また、支払基準日(BSEG-ZFBDT)と支払条件(BSEG-ZTERM)から算出することもできます。

2023-10-312023-11-152024-01-10
請求書金額
InvoiceAmount
元の伝票通貨での請求書の総額です。
説明

仕入先が提出した請求書の合計金額です。商品またはサービスの費用、税金、その他の料金を含み、控除や割引を適用する前の金額です。

請求書金額は、幅広い分析に使用する重要な財務属性です。高額な請求書の優先順位付け、プロセス遅延による財務影響(高額請求書に対する遅延損害金など)の把握、プロセスのセグメント化(高額な請求書では承認経路が異なるかなど)に役立ちます。また、重複支払いの可能性を特定するうえでも欠かせません。

重要な理由

プロセスに財務的な背景を加え、金額に基づく分析、高額な請求書の優先順位付け、財務影響の定量化を可能にします。

入手先

MM請求書の場合はRBKP-RMWWR(請求書総額)などのテーブルに記録され、FI請求書の場合はBSEGの明細(フィールドWRBTR)から計算されます。

1500.00250.7512345.50
ブロック理由
BlockingReason
請求書の支払いがブロックされた理由であり、不一致を示します。
説明

3-way matchまたはその他の検証手順で請求書がチェックに失敗すると、支払いがブロックされます。ブロック理由には、数量の不一致、価格差異、入庫情報の欠落など、問題の内容が示されます。

この属性は、「Invoice Discrepancy Rework Analysis」ダッシュボードに欠かせません。さまざまなブロック理由の発生頻度を分析すると、プロセス非効率の根本原因を特定できます。たとえば、「価格差異」が頻発している場合、購買システムのマスターデータに問題がある可能性があります。

重要な理由

請求書の不一致と手戻りの根本原因を直接把握でき、対象を絞ったプロセス改善に取り組めます。

入手先

RSEGなどの請求書明細テーブルにある、SPGR*で始まるフィールド(SPGRP、SPGRQ、SPGRTなど)に保存されます。RBKP_BLOCKEDにも記録される場合があります。

価格差異数量差異入庫確認未登録
仕入先請求書番号
VendorInvoiceNumber
仕入先が請求書に記載した請求書番号です。
説明

仕入先独自の会計システムで付与された参照番号で、紙または電子請求書に記載されています。請求書の受領時に手入力するか、OCRで取得します。

業務運用と分析、特に「Potential Duplicate Invoice Payments」ダッシュボードにとって非常に重要なフィールドです。重複を検出する一般的な方法は、同じ仕入先名、仕入先請求書番号、請求書金額を持つ複数の社内請求書伝票を検索することです。請求書を仕入先とやり取りする際の主要な外部参照番号でもあります。

重要な理由

重複支払いの可能性を検出するための主要なフィールドであり、仕入先との連絡に使う外部参照番号として機能します。

入手先

伝票ヘッダーの「Reference」フィールド、通常はBKPF-XBLNRに保存されます。

INV-2023-9876733401120231015-001
割引適用済みかどうか
DiscountTaken
早期支払割引が正常に適用されたかどうかを示すブールフラグです。
説明

請求書の支払い時に現金割引が実際に適用されたかどうかを示す属性です。買掛金プロセスの財務効率を測定する重要な要素です。

このフラグは、「Early Payment Discount Capture Rate」KPIの中核です。支払条件に基づいて割引が可能だった請求書を絞り込み、このフラグを分析することで、どれだけの金額を節約できたか、またどれだけの節約機会を逃したかを正確に計算できます。買掛金プロセスの実績を明確かつ定量的に測定できます。

重要な理由

利用可能な早期支払割引を獲得できたかどうかを直接測定します。これは会社の利益に直接影響します。

入手先

支払伝票の割引金額フィールド(BSEG-SKNTO)が0より大きいかどうかを確認して導出されます。

truefalse
支払条件
PaymentTerms
請求書の支払いについて仕入先と合意した条件です。多くの場合、割引の適用条件が含まれます。
説明

支払条件には、支払期日と早期支払割引の条件が定められています。たとえば、「Z001」は「30日以内に支払い、10日以内に支払えば2%割引」を意味する場合があります。

この属性は、「Early Payment Discount Capture Rate」ダッシュボードの基盤です。支払条件を分析すると、割引の対象となるすべての請求書を特定できます。これを実際に適用した割引と比較することで、取り逃した節約機会を把握し、支払プロセスの効率を測定できます。

重要な理由

早期支払割引の機会を分析し、支払プロセスの財務実績を測定するとともに、取り逃した節約を特定するうえで欠かせません。

入手先

仕入先明細のテーブルBSEG-ZTERM、または請求書ヘッダーのRBKP-ZTERMに記録されます。

Z0010001NT30
支払遅延かどうか
IsLatePayment
請求書が支払期日を過ぎて支払われたかどうかを示すブールフラグです。
説明

計算によって求められる属性で、請求書が正式な支払期日を過ぎて支払われたかどうかをtrue/falseで示します。「消込日」と「請求書支払期日」を比較して導出します。

このフラグにより、「Payment Compliance & Aging」ダッシュボードと「On-Time Payment Rate」KPIの分析を簡単に行えます。フィルタリングや集計によって、支払遅延件数、期日どおりに支払われた割合、支払遅延率の高い仕入先や会社コードを把握できます。

重要な理由

支払条件の遵守状況を直接測定し、期日どおりの支払いに関するKPIの計算を簡単にするとともに、支払実績の低い領域を特定できます。

入手先

計算属性です。ロジックは次のとおりです:IF ClearingDate > InvoiceDueDate THEN true ELSE false。

truefalse
消込日
ClearingDate
支払いが行われ、請求書が未消込明細から消し込まれた日付です。
説明

消込日は、請求書の財務上の決済を示します。「Payment Cleared」アクティビティが発生した日であり、正常に完了する請求書処理の多くで最終ステップにあたります。

この日付を実際の支払日として、請求書支払期日と比較します。そのため、「On-Time Payment Rate」KPIの計算や、支払実績に関する分析に欠かせません。また、請求書のエンドツーエンドのサイクルタイムを計算する際の終点にもなります。

重要な理由

請求書の最終決済を示し、サイクルタイム計算の終点と、期日どおりの支払い分析の基準になります。

入手先

仕入先の消込済み明細を扱うBSAK-AUGDTなどのテーブルに記録されます。

2023-10-282023-11-142024-01-09
自動処理かどうか
IsAutomated
アクティビティが人のユーザーではなく、システムによって自動的に実行されたかどうかを示すフラグです。
説明

このブール属性により、人が開始したアクティビティと、システムジョブ、ワークフロー、ボットが実行したアクティビティを区別できます。たとえば、自動支払処理やシステムが生成した請求書転記には、自動処理のフラグが設定されます。

この属性を分析すると、買掛金プロセスにおける自動化の度合いを把握できます。自動化施策の成果測定、自動ステップと手動ステップの効率比較、さらなる自動化の機会の特定に利用できます。

重要な理由

プロセスの自動化の度合いを測定し、自動化の効果を分析するとともに、さらなる改善機会を特定できます。

入手先

ユーザー名(「SAP_SYSTEM」や「BATCHUSER」などのシステムユーザーID)または自動ジョブに関連付けられた特定のトランザクションコードに基づいて導出されます。

truefalse
請求書伝票タイプ
InvoiceDocumentType
SAPでの処理方法を制御する、請求書伝票の分類です。
説明

伝票タイプは、会計伝票を分類するSAPの主要な設定要素です。たとえば、「KR」は通常、仕入先請求書に、「RE」はMM請求書に、「KG」は仕入先貸方票に使用されます。このタイプによって、番号範囲や必須フィールドなどが決まります。

プロセス分析では、伝票タイプでフィルタリングすることで、請求書の種類ごとにプロセスフローを比較できます。たとえば、貸方票の承認プロセスは標準的な請求書とは異なる場合があります。「Invoice Approval Routing Variants」ダッシュボードに役立つ情報です。

重要な理由

請求書の種類ごとの処理方法に基づいてプロセスをセグメント化し、処理経路とサイクルタイムの違いを明らかにできます。

入手先

伝票ヘッダーテーブルのフィールドBKPF-BLARTから直接取得します。

KRREKG
請求書通貨
InvoiceCurrency
請求書金額に使用される通貨コードです(USD、EURなど)。
説明

請求書金額の通貨を示す属性です。財務上の金額を解釈するために必要な背景情報を提供します。

多国籍の組織では、通貨を考慮せずに請求書を分析すると、誤った結論につながる可能性があります。このフィールドにより、すべての金額を単一の報告通貨に換算する、または通貨別に分析を分けて地域ごとの財務活動を把握するといった処理が可能になります。

重要な理由

請求書金額を正確に財務分析・報告するために必要な背景情報を提供します。特に多国籍の組織で役立ちます。

入手先

主にBKPF-WAERSまたはRBKP-WAERSなどの伝票ヘッダーテーブルに記録されます。

USDEURGBPJPY
必須 推奨 任意

買掛金請求書処理のアクティビティ

正確なプロセス発見と最適化のため、イベントログに記録すべき重要なプロセス手順と節目です。
7 推奨 8 任意
アクティビティ 説明
支払ブロック中の請求書
システムによって請求書に自動または手動でブロックが設定され、支払できない状態になっています。通常は、価格や数量の不一致、承認の不足などが原因です。
重要な理由

これは問題や手戻りを示す重要な指標です。ブロック理由と期間を分析することで、支払遅延やプロセスの非効率の根本原因を特定できます。

入手先

会計伝票(テーブルBSEG)の仕入先明細にある支払ブロックキー(ZLSPR)フィールドに記録された明示的なステータスです。

取得

BSEG-ZLSPRフィールドにブロック理由が入力された際、変更文書を通じて記録されます。

イベントタイプ explicit
支払実行済み
請求書に対する支払が行われました。支払実行が完了し、支払伝票が作成・転記された時点で取得します。
重要な理由

このアクティビティは、キャッシュフロー分析と「期限内支払率」KPIの測定に欠かせません。日付を請求書の支払期限と比較して分析します。

入手先

請求書を消し込む支払伝票の転記日から取得します。支払伝票番号は、請求書明細(BSEG)の消込伝票フィールド(AUGBL)に関連付けられています。

取得

請求書明細を消し込む支払伝票の転記日(BUDAT)を特定します。

イベントタイプ explicit
支払消込済み
このアクティビティは、補助元帳上で支払と請求書が照合され、請求書が最終的にクローズされたことを示します。プロセスが完了した状態です。
重要な理由

プロセスの確定した終了点となるこのアクティビティは、正確なエンドツーエンドのサイクルタイム計算に欠かせません。債務が決済されたことを確認できます。

入手先

請求書伝票の仕入先明細(テーブルBSEG)で、消込日(AUGDT)フィールドに値が入力されたことによって明示的に記録されます。

取得

請求書明細から消込日(BSEG-AUGDT)を使用します。

イベントタイプ explicit
請求書取消
請求書伝票が取り消され、財務上の影響が実質的に無効になりました。プロセスの別の終了状態であり、入力ミスや仕入先との紛争が原因となる場合が多くあります。
重要な理由

取消を追跡することで、重複登録や請求書データの誤りなど、プロセス失敗の原因を特定できます。上流工程の問題を把握する手がかりにもなります。

入手先

取消伝票が作成された時点で明示的に記録されます。元の伝票ヘッダー(BKPF)には、取消伝票番号(STBLG)と取消理由が入力されます。

取得

元の伝票ヘッダー(BKPF-STBLG)に関連付けられた取消伝票の転記日を特定します。

イベントタイプ explicit
請求書受領
このアクティビティは、手入力またはOCR/VIMなどの自動インターフェースによって、SAPで請求書伝票が作成されたことを示します。通常、会計伝票ヘッダーの作成日時から取得されます。
重要な理由

プロセスの開始点となるこのアクティビティは、請求書のエンドツーエンドのサイクルタイムを計算し、買掛金プロセス全体の処理量を測定するうえで欠かせません。

入手先

このイベントは、会計伝票ヘッダーテーブル(BKPF)から、伝票の作成日(CPUDT)と作成時刻(CPUTM)を使って取得します。

取得

請求書伝票には作成タイムスタンプ(BKPF-CPUDT、BKPF-CPUTM)を使用します。

イベントタイプ explicit
請求書承認済み
ワークフローシステム内で、請求書に必要なすべての承認が完了しました。通常、請求書を転記する、または支払ブロックを解除する前の最終ステップです。
重要な理由

この重要なマイルストーンは、承認サイクルの終了を示します。回付から承認までの時間は、効率を測る重要な指標です。

入手先

SAP Business Workflowログから、完了または最終リリースのステップとして取得します。あるいは、回付後に支払ブロックが削除されたことから推定できます。

取得

SAPワークフローログからワークフロー完了イベントを抽出するか、最終的な「リリース」イベントを特定します。

イベントタイプ explicit
請求書転記済み
請求書が総勘定元帳に正式に記録され、財務上の債務が発生しました。保留伝票が転記済み伝票になったか、直接転記が行われた状態です。
重要な理由

これは重要な財務上のマイルストーンです。会社に支払義務があることを確認し、多くの場合、支払スケジュールを設定する前提となります。

入手先

このイベントは、伝票ヘッダー(BKPF)の転記日(BUDAT)によって特定します。転記済み伝票の伝票ステータス(BKPF-BSTAT)は空白です。

取得

保留されていない伝票(BKPF-BSTATが空白)には、転記タイムスタンプ(BKPF-BUDAT)を使用します。

イベントタイプ explicit
不一致解消
このアクティビティは、以前に特定された問題が調査・解消されたことを示します。この問題は支払ブロックの原因となっていた可能性があり、請求書から支払ブロックが削除された時点で取得されます。
重要な理由

この手戻りループの追跡は、「請求書不一致手戻り分析」ダッシュボードに欠かせません。エラーの修正に費やした時間と労力を定量化できます。

入手先

支払ブロックが削除されたことを示す変更文書から推定します。主な情報源は、BSEG-ZLSPRフィールドの変更ログです。

取得

テーブルBSEGの変更文書を特定し、ZLSPRフィールドが値から空白に変更されたことを確認します。

イベントタイプ inferred
入庫照合済み
このアクティビティは、請求書の数量と金額が対応する入庫伝票との照合に成功したことを示します。3方向照合における最終検証です。
重要な理由

これを追跡することで、3方向照合プロセスの非効率を特定し、入庫数量と仕入先から請求された内容の不一致を明らかにできます。

入手先

請求書明細に品目伝票参照(入庫)が存在することから推定します。多くの場合、発注書明細履歴を介して関連付けられています。

取得

請求書明細に入庫伝票参照が存在することから推定します(MIRO請求書ではRSEGなど)。

イベントタイプ inferred
承認に回付された請求書
請求書が業務ルールに基づく必要な承認を受けるため、ワークフローに送信されました。承認サブプロセスの開始を示します。
重要な理由

このアクティビティは、「請求書承認時間の平均」KPIの測定と、承認のボトルネック分析の起点となります。

入手先

請求書オブジェクト(BUS2081など)に関連付けられたワークフローインスタンスの開始を記録するSAP Business Workflowログ(SWW*テーブル)から取得できます。

取得

請求書伝票に関連付けられたSAPワークフローログ(SWW_WIHEADなど)から、ワークフロー開始イベントを抽出します。

イベントタイプ explicit
支払提案作成
請求書が支払実行(F110など)の一部として支払提案に含まれました。支払実行の最終処理を待つ、支払予定の状態です。
重要な理由

このアクティビティは、未決済債務から支払準備中の項目へ移行したことを示し、支払業務の効率分析に役立ちます。

入手先

このイベントは、支払実行データテーブル、具体的にはREGUP(支払プログラムの処理済み項目)とREGUH(ヘッダー)に明示的に記録されます。

取得

REGUHで特定された支払実行について、請求書がテーブルREGUPに登録された時点を特定します。

イベントタイプ explicit
発注書照合済み
このアクティビティは、請求書が対応する発注書との照合に成功したことを示します。調達に基づく請求書では、3方向照合における重要なステップです。
重要な理由

このアクティビティを分析することで、照合プロセスの効率を測定できます。また、「3方向照合パフォーマンス」や「発注書なし請求書比率」KPIの基礎となります。

入手先

テーブルBSEGまたはACDOCAの請求書明細に、有効な発注書番号(EBELN)と明細番号(EBELP)が含まれている場合に推定します。

取得

請求書伝票の作成時に、発注書参照(BSEG-EBELN)が存在することから推定します。

イベントタイプ inferred
請求書の支払期限超過
請求書の正味支払期限を過ぎても、支払による消込が行われていないことを示す計算イベントです。支払遅延または期限超過の状態を意味します。
重要な理由

「支払コンプライアンスと滞留期間」ダッシュボードに欠かせないアクティビティです。期限超過請求書を早期に特定・管理し、支払遅延の根本原因を分析できます。

入手先

SAPに明示的なイベントとして記録されるものではありません。システムの現在日付と正味支払期限(BSEG-ZFBDTまたは基準日と支払条件から算出)を比較して計算します。

取得

イベントのタイムスタンプが請求書の正味支払期限を超えたときに発生する計算イベントです。

イベントタイプ calculated
請求書保留
請求書がシステムに入力されたものの、総勘定元帳にはまだ転記されていない状態を示します。不完全な伝票を後の処理や承認のために保存する、意図的なステップである場合が多くあります。
重要な理由

保留中の請求書を追跡することで、正式な転記処理が始まる前の遅延を特定し、データの完全性や初期検証に関する問題を明らかにできます。

入手先

このステータスは、会計伝票ヘッダー(BKPF-BSTAT)の伝票ステータスが「V」(保留)に設定されていることから推定します。イベントは、ステータスが設定された時点で発生します。

取得

テーブルBKPFの変更文書を特定し、BSTATフィールドが「V」(Vor-erfasst/事前入力済み)に設定されていることを確認します。

イベントタイプ inferred
請求書却下
承認者が承認ワークフロー中に請求書を却下しました。通常、この操作によって請求書は修正または確認のため処理担当者に差し戻されます。
重要な理由

却下を追跡することで、承認プロセス内の手戻りループを明らかにし、ポリシーへの適合性や請求書コードの誤りに関する問題を把握できます。

入手先

請求書に関連付けられたSAP Business Workflowログ内の、特定の結果イベントとして取得します。

取得

SAPワークフローログから「却下」ステータスのイベントを抽出します。

イベントタイプ explicit
推奨 任意

抽出ガイド

SAP S/4HANAからデータを取得する方法

準備はできましたか?

このテンプレートを使ってプロセスマイニングの取り組みを始め、買掛金業務の効率を大きく高めましょう。より最適でスムーズなプロセスに向けた取り組みを、今すぐ始められます。

支払い遅延損害金を防ぐ:買掛金請求書処理を今すぐ最適化

処理コストを60%削減し、重複支払いを簡単に防止します。

無料トライアルを開始

クレジットカードは不要です。数分で始められます。