お客様の購買から支払いまで - 請求書処理データテンプレート

SAP S/4HANA
お客様の購買から支払いまで - 請求書処理データテンプレート

お客様の購買から支払いまで - 請求書処理データテンプレート

このデータテンプレートは、購買から支払いまでの請求書処理分析のセットアップをガイドするように設計されています。収集すべき必須データ属性、追跡すべき主要アクティビティを概説し、貴重な抽出ガイダンスを提供します。このテンプレートを活用して、プロセスマイニングイニシアチブのためのスムーズで効果的なデータ準備プロセスを確保してください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • `SAP S/4HANA`向け抽出`ガイド`
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

購買から支払いまで - 請求書処理の属性

これらは、包括的な購買から支払いまでの請求書処理分析のためにイベントログに含めることを推奨するデータフィールドです。
3 必須 8 推奨 11 任意
名前 説明
請求書番号
InvoiceNumber
ベンダー請求書伝票の一意の識別子であり、プロセスの主要なケース識別子として機能します。
説明

「請求書番号」は、SAP S/4HANA内の各仕入先請求書に割り当てられる一意の識別子です。作成、仮保存、承認、支払いなどのすべての関連アクティビティを単一のまとまったプロセスインスタンスにリンクさせます。

プロセスマイニングにおいて、この属性は各請求書のエンドツーエンドのジャーニーを追跡するための基本です。これにより、受領から最終支払いまでのプロセスフロー全体を再構築でき、個々の請求書レベルでのサイクルタイム、ボトルネック、およびプロセスバリエーションの分析が可能になります。

その重要性

全ての関連イベントを接続するための不可欠なキーであり、システム全体における請求書のライフサイクルの完全な追跡を可能にします。

取得元

これは会計伝票番号であり、テーブルBKPFのフィールドBELNRで見つけることができます。

190000000119000000451900000132
アクティビティ名
ActivityName
特定の時点で請求書に対して発生したビジネスアクティビティまたはイベントの名前。
説明

「アクティビティ名」は、請求書処理ライフサイクルにおける特定のステップまたはステータス変更を記述します。例えば、「請求書伝票作成」、「請求書承認依頼」、「支払停止設定」、「支払い実行」などがあります。

この属性は、アクティビティの流れを視覚的に表現するプロセスマップを構築するために非常に重要です。これらのアクティビティ間の順序、頻度、および期間を分析することで、ボトルネック、手戻りループ、およびコンプライアンス違反のプロセスバリエーションを特定するのに役立ちます。これは、あらゆるプロセスマイニング分析の基盤となります。

その重要性

プロセスのステップを定義し、プロセスマップの可視化とプロセスフローおよびバリエーションの分析を可能にします。

取得元

SAPトランザクションコード(SY-TCODE)、変更伝票オブジェクトステータス(CDHDR/CDPOS)、およびステータス変更を示す特定のフィールド値の組み合わせから導出されます。

請求書仮登録請求書承認済み支払い実行
イベント日時
EventTime
アクティビティが発生した正確な日時。
説明

イベントタイムとは、特定の活動がいつ正確に発生したかを記録するタイムスタンプです。このデータは、プロセスの異なるステップ間の期間、サイクルタイム、待機時間を計算するために不可欠です。

プロセスマイニング分析では、正確なタイムスタンプを使用して、「平均請求書サイクルタイム」や「請求書承認サイクルタイム」のようなパフォーマンスKPIを測定します。活動間の経過時間を分析することで、組織は請求書が遅延しているボトルネックを特定し、プロセスの加速の機会を特定できます。

その重要性

このタイムスタンプは、パフォーマンス監視、ボトルネック特定、SLA追跡を含むすべての時間ベース分析の基盤となります。

取得元

通常、変更伝票テーブルCDHDR(ヘッダー)およびCDPOS(明細)から、フィールドUDATEおよびUTIMEを使用して取得されます。一部のイベントについては、BKPF(CPUDT, CPUTM)などのテーブルの作成日または入力日からの場合もあります。

2023-04-15T10:30:00Z2023-04-18T14:05:21Z2023-05-02T09:00:00Z
ドキュメントタイプ
DocumentType
仕入先請求書やクレジットメモなど、さまざまな種類の会計伝票を分類するコードです。
説明

「伝票タイプ」は、SAPで異なるビジネス取引を区別するために使用されます。例えば、「KR」は通常標準的な仕入先請求書を表し、「KG」は仕入先貸方メモである場合があります。

伝票タイプ別に分析することで、異なる種類の取引がどのように処理されるかを理解するためにプロセスをセグメント化できます。例えば、貸方メモのプロセスは、標準請求書とは大きく異なる場合があります。このセグメンテーションにより、より正確で関連性の高いプロセス洞察が得られます。

その重要性

標準請求書やクレジットメモなど、異なるプロセスパスをたどることが多い様々な種類の財務取引を区別するのに役立ちます。

取得元

伝票ヘッダーテーブルBKPFのフィールドBLARTにあります。

KRREKG
ユーザー名
UserName
アクティビティを実行した人物またはシステムのSAPユーザーID。
説明

この属性は、特定のトランザクションを実行した、または伝票を作成したユーザーを識別します。個人のユーザーIDである場合もあれば、自動バッチジョブのシステムIDである場合もあります。

ユーザー別に分析することで、作業負荷の分散を理解し、トレーニングの必要性を特定し、異常なユーザー行動を発見するのに役立ちます。例えば、どのユーザーが頻繁に例外処理を行っているか、またはどの請求書が自動的に処理されているか(例:「BATCHUSER」)を浮き彫りにすることができ、これは「請求書自動化率」KPIの計算の鍵となります。

その重要性

プロセス活動を特定のユーザーまたはシステムアカウントに帰属させ、ワークロード分析、パフォーマンス比較、および自動化の検出を可能にします。

取得元

BKPF-USNAM(入力者)やCDHDR-USERNAME(変更者)などのフィールドから取得されます。

SMITHJMUELLERTWF-BATCH
仕入先コード
VendorNumber
請求書を提出したベンダーの一意の識別子。
説明

「ベンダー番号」は、請求書に関連するサプライヤーまたは債権者を識別します。請求書取引をベンダーマスターデータにリンクさせます。

この属性は、「ベンダー支払いパフォーマンス」の評価や、例外や支払停止につながる問題のある請求書を頻繁に提出するベンダーの特定など、ベンダー中心の分析に不可欠です。ベンダー関係を管理し、サプライヤーの信頼性を評価するのに役立ちます。

その重要性

仕入先ごとのプロセスパフォーマンス分析を可能にし、パターンを特定し、関係を管理し、仕入先関連の問題を評価するのに役立ちます。

取得元

通常、会計伝票セグメントテーブルBSEGのフィールドLIFNRで見つけることができます。

100345700012V9832
会社コード
CompanyCode
財務諸表が作成される、法的に独立した会社を表す組織単位。
説明

「会社コード」は、SAP財務における基本的な組織単位です。各請求書は特定の会社コードに割り当てられ、取引に対する法的責任を負う法人を決定します。

プロセスマイニングにおいて、会社コードによるフィルタリングや比較は、異なる事業単位、法人、または国を横断したプロセスパフォーマンスの分析に不可欠です。これにより、効率性、コンプライアンス、自動化レベルにおける地域差を特定し、的を絞った改善イニシアチブをサポートします。

その重要性

組織内の異なる法人や地理的な拠点間で請求書処理のパフォーマンスをセグメント化し、比較することができます。

取得元

これは伝票ヘッダーテーブルBKPFの標準フィールドBUKRSです。

1000US01DE01
支払ブロック理由
PaymentBlockReason
請求書が支払保留(ブロック)されている理由を示すコード。
説明

請求書の支払いが停止された場合、この属性は「数量不一致」や「価格不一致」など、停止の具体的な理由を提供します。これらの理由は、SAPで例外処理を標準化するために設定されています。

この属性は、「支払停止発生および期間」ダッシュボードにとって不可欠です。異なる停止理由の頻度を分析することで、特定のベンダー、品目、または内部プロセスに関する問題など、支払い遅延の根本原因を特定し、的を絞った是正措置を可能にします。

その重要性

支払停止の具体的な根本原因を提供し、遅延を減らし、初回正処理率を向上させるための的を絞った分析を可能にします。

取得元

テーブルBSEGの仕入先明細項目のフィールドZLSPR(支払い保留キー)にあります。

RIA
支払期日
PaymentDueDate
請求書が延滞になるのを避けるために支払う必要がある期日です。
説明

「支払期日」は、請求書日付と合意された支払条件に基づいて、ベンダーへの支払いが期日となる計算された日付です。これはプロセスにおける重要な期限として機能します。

この属性は、「期日内支払い率」KPIおよび「ベンダー支払いパフォーマンス」ダッシュボードにとって不可欠です。実際の支払い日付と期日を比較することで、企業は支払い義務を履行する能力を測定でき、これはベンダー関係と財務上の評判に影響を与えます。

その重要性

適時支払いパフォーマンスを測定するための主要なベンチマークであり、良好な仕入先関係を維持し、遅延手数料を回避するために重要です。

取得元

この日付は、テーブルBSEGのベンダー明細項目、フィールドZFBDT(期日計算の基準日)に直接利用できることがよくあります。正味期日は、この基準日と支払条件から計算されます。

2023-05-302023-06-152023-07-01
請求金額
AmountInCompanyCodeCurrency
会社コードの現地通貨における請求書の合計総額。
説明

この属性は、請求書の合計金額を表します。請求書処理業務の財務的影響と規模を理解するための重要な指標です。

請求書金額を分析することで、高額請求書を優先的に処理し、支出の傾向を特定し、プロセス問題と財務的価値を関連付けるのに役立ちます。例えば、高額請求書が停止されやすいか、承認時間が長くなる傾向があるかを調査するために使用できます。

その重要性

プロセスに財務的なコンテキストを提供し、高額請求書が異なる方法で処理されているかどうかの特定など、金銭的価値に基づいた分析を可能にします。

取得元

この値は通常、テーブルBSEGの関連する明細項目、フィールドWRBTR(現地通貨での金額)の合計から導出されます。

1500.75125000.00850.20
購買発注
PurchasingDocument
請求書が関連する購買発注番号。
説明

「購買伝票番号」は、仕入先請求書を元の購買発注(PO)にリンクさせます。このリンクは、請求書をPOおよび入庫と照合する三者照合プロセスにとって不可欠です。

この属性で分析することで、POに基づく請求書とPOに基づかない請求書に関連する問題を理解するのに役立ちます。照合の不一致を調査し、プロセスにおける調達部分の効率性を理解するための鍵となります。

その重要性

請求書を調達プロセスにリンクさせ、照合の不一致やPOのコンプライアンスを分析するために不可欠です。

取得元

この情報は通常、伝票セグメントテーブルBSEGのフィールドEBELN(購買伝票番号)で見つけることができます。

450000123445000056784500009012
`ソースシステムID`
SourceSystemId
データが抽出された元のSAP S/4HANAシステムの識別子。
説明

この属性は、例えば「S4H_PROD」や「ERP_EU」といった元となるシステムを指定します。複数のERPインスタンスや、レガシーシステムと最新システムが混在する環境では特に重要です。

分析においては、異なるシステムや地域間のプロセスパフォーマンスを比較できます。データの出所を保証し、複数のソースからのデータが中央のプロセスマイニングプラットフォームで結合される際のデータガバナンスとトラブルシューティングに不可欠です。

その重要性

データの出所に関するコンテキストを提供し、これはデータガバナンスや異なるシステムまたは会社拠点間のプロセス比較にとって不可欠です。

取得元

この値は通常、データ抽出中のSAPシステムID(sy-sysid)から導出されるか、ETLパイプラインで静的な値として構成されます。

S4PS4H_PROD_100ECC_EU
取消理由
ReversalReason
請求書伝票が取り消された理由を示すコードです。
説明

請求書が誤って転記された場合、多くは取り消されます。取り消し理由コードは、なぜこのアクションが取られたのかを説明します。例えば、「誤った転記日付」や「データ入力エラー」などです。

取り消し理由を分析することで、請求書転記プロセスにおけるエラーのパターンを特定できます。この洞察は、トレーニングの改善、システム制御の強化、または財務上の手戻りや管理上のオーバーヘッドにつながる繰り返しの問題に対処するために活用できます。

その重要性

請求書が取り消された理由を説明し、転記プロセスにおけるエラーや手戻りの原因を直接的に把握することができます。

取得元

テーブルBKPFの元の伝票ヘッダーのフィールドSTGRD(取り消し理由)にあります。

010205
手戻り
IsRework
承認却下や支払い保留解除など、請求書に手戻り活動があった場合に真となるフラグです。
説明

この属性は、1つ以上の手戻りループを経験した請求書にフラグを立てます。手戻りは、「請求書却下」に続く「請求書承認」、または「支払停止設定」後の「支払停止解除」など、特定のアクティビティシーケンスによって識別されます。

この属性は、「請求書手戻り率」KPIの計算を簡素化します。これにより、アナリストは手戻りのあるケースを簡単に分離して調査し、非効率性や繰り返しの手作業の根本原因を理解することができます。

その重要性

作業が繰り返される非効率なプロセスフローを特定し、無駄を定量化し、プロセス例外の根本原因を特定するのに役立ちます。

取得元

イベントログ内の活動のシーケンスに基づいて計算されます。例えば、請求書のトレースで「請求書却下済み」が発生した場合、このフラグは真になります。

truefalse
承認サイクル回数
ApprovalCycleCount
請求書が承認のために送信された回数です。
説明

このメトリックは、単一の請求書に対して「請求書承認依頼」アクティビティが発生した回数をカウントします。1より大きいカウントは、請求書が少なくとも一度却下または差し戻され、新たな承認サイクルが必要であることを示します。

この属性は、「初回承認率」KPIを直接サポートします。承認サイクルカウントが高い請求書を分析することで、組織は情報不足や誤ったコーディングなど、承認失敗の理由を特定し、プロセスを改善するための措置を講じることができます。

その重要性

承認サブプロセス内の手戻りを定量化し、初回承認率の測定と承認却下の理由特定に役立ちます。

取得元

一意のInvoiceNumberごとに「請求書承認依頼済み」活動の発生回数を数えることで計算されます。

123
抽出タイムスタンプ
ExtractionTimestamp
データがソースシステムから抽出された日時。
説明

この属性は、データ抽出イベントのタイムスタンプを記録します。これは、プロセスマイニングツールで分析されるデータの鮮度を反映しています。

分析では、生成された洞察の鮮度を理解するために使用されます。運用監視ダッシュボードにとって、意思決定が最新の情報に基づいていることを確認し、データ更新サイクルを効果的に管理するために不可欠です。

その重要性

データの鮮度を示し、分析とレポートが利用可能な最新の情報に基づいていることを保証します。

取得元

これはSAPフィールドではありません。データ抽出ツールまたはETLプロセスによってデータ取得時に生成および追加されます。

2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
支払条件
PaymentTerms
ベンダーと合意された支払条件(期日、割引期間など)を定義するコード。
説明

支払条件は、早期支払いの割引を含む、請求書の支払いに関するルールを定義します。例えば、「Z030」は「30日以内正味支払い」を意味する場合があります。

この属性は、財務計画と運転資金の最適化にとって不可欠です。プロセスマイニングでは、「支払期日」を計算し、早期支払い割引の適用資格を判断するために使用され、「早期支払い割引獲得率」KPIを直接サポートします。

その重要性

支払期日と割引のルールを定義し、適時支払いKPIと運転資金管理に直接影響を与えます。

取得元

テーブルBSEGの仕入先明細項目のフィールドZTERM(支払条件キー)にあります。

0001Z030NT60
期日内支払い済みか
IsPaidOnTime
請求書が支払期日以前に支払われた場合に真となるフラグです。
説明

このブール属性は、実際の支払い日付(「支払い実行」アクティビティのタイムスタンプ)を「支払期日」と比較した結果です。各請求書の支払いステータスについて、明確な二者択一の結果を提供します。

これは「期日内支払い率」KPIの主要な計算です。これにより、遅延に関連する一般的なベンダー、会社コード、請求書金額など、遅延支払いの特性を理解するための簡単なフィルタリングと分析が可能になります。

その重要性

支払条件への遵守を直接測定します。これは、仕入先関係管理と財務業務にとって重要なKPIです。

取得元

「支払い実行済み」活動のEventTimeをPaymentDueDate属性と比較して計算されます。(支払日 <= 支払期日)。

truefalse
消込伝票番号
ClearingDocumentNumber
請求書を消し込む伝票番号。通常は支払伝票を表します。
説明

「消込伝票番号」は、未処理の請求書明細を消込取引(ほとんどの場合、支払伝票)にリンクさせます。これにより、請求書が支払われたことが確認されます。

この属性は、請求書とその支払いを結びつける決定的なリンクです。「支払い実行」アクティビティとその対応するタイムスタンプを特定するために使用され、エンドツーエンドのサイクルタイムと期日内支払い率を計算するために不可欠です。

その重要性

請求書が支払われたことを確認し、それを特定の支払い取引にリンクします。これは、サイクルタイムと支払いパフォーマンス分析にとって重要です。

取得元

伝票明細テーブルBSEGのフィールドAUGBL(消込伝票番号)にあります。

150000000115000000231500000088
自動化
IsAutomated
活動が自動化されたシステムユーザーによって実行されたかどうかを示すフラグです。
説明

このブール属性は、アクティビティに関連付けられたユーザーが「WF-BATCH」や「SAP_SYSTEM」などの既知のシステムアカウントまたはバッチアカウントである場合に「真」となります。手動プロセスステップと自動化されたプロセスステップを区別するのに役立ちます。

この属性は、「請求書自動化率」KPIの計算に不可欠です。プロセスのどの部分が自動化されているかを分析することで、組織は自動化イニシアチブの成功を測定し、手作業を削減し効率を向上させるさらなる機会を特定できます。

その重要性

手作業による活動とシステム主導の活動を区別し、自動化率を測定し、さらなる自動化の機会を特定するための基礎となります。

取得元

UserName属性から導出されます。特定のユーザーIDを「自動化された」として分類するためのマッピングまたはルールが作成されます。

truefalse
請求日
InvoiceDate
ベンダーが請求書伝票を発行した日付。
説明

「請求書日付」は、伝票日付とも呼ばれ、ベンダーが請求書に記載する日付です。合意された支払条件に基づいて支払期日を計算するための開始点として使用されます。

分析において、この日付は、請求書の経過日数や早期支払い割引の資格を判断するなど、財務計算の基本となります。「早期支払い割引獲得率」KPIの主要な入力値です。

その重要性

支払条件と期日を計算するための基準となり、運転資金管理と割引獲得に不可欠です。

取得元

伝票ヘッダーテーブルBKPFのフィールドBLDAT(伝票日付)にあります。

2023-04-122023-05-152023-06-20
請求書の処理時間
InvoiceProcessingTime
請求書における最初のアクティビティから最後のアクティビティまでの経過合計時間。
説明

このメトリックは、単一の請求書を処理するための合計期間を計算します。通常、請求書の作成または受領から最終支払いまでです。これは、エンドツーエンドのサイクルタイムのケースレベルの要約を提供します。

この計算された属性は、「平均請求書サイクルタイム」KPIおよび「エンドツーエンド請求書サイクルタイム」ダッシュボードの基礎となります。これにより、最も時間がかかっているケースを迅速に特定し、処理時間の延長に寄与する要因を分析することができます。

その重要性

各請求書のプロセスにおけるエンドツーエンドの効率性を測定し、特に長期間を要し調査が必要なケースを浮き彫りにします。

取得元

一意のInvoiceNumberごとに、最後のイベントのタイムスタンプと最初のイベントのタイムスタンプの差を取ることで計算されます。

10日4時間25日と1時間5日8時間
必須 推奨 任意

購買から支払いまで - 請求書処理のアクティビティ

これらは、正確なプロセスディスカバリーのために`イベントログ`に記録すべき主要なプロセス`ステップ`と`マイルストーン`です。
5 推奨 8 任意
アクティビティ 説明
支払い実行
これは標準プロセスにおける最終アクティビティであり、支払いが行われ、請求書が消し込まれます。これは、資金がベンダーに支払われたことを意味します。
その重要性

これはP2P請求書ライフサイクルの終了を示します。エンドツーエンドの総サイクルタイムを計算し、期日に対する期日内支払いパフォーマンスを測定するために不可欠です。

取得元

このイベントは、ベンダー明細項目の消込伝票情報から捕捉されます。消込日付(BSEG-AUGDT)と消込伝票(BSEG-AUGBL)は、支払いが完了したことを示します。

取得

消し込まれたベンダー明細項目から消込日付(BSEG-AUGDT)を使用します。

イベントタイプ explicit
請求書の逆仕訳
以前に転記された請求書伝票の取り消しを表す活動です。これは誤った請求書の最終イベントであり、その後、多くの場合、正しく再入力されます。
その重要性

取消は、プロセス早期に発見されなかった重大なエラーを示します。その頻度と根本原因を追跡することは、プロセス改善と財務上の不正確さの削減にとって不可欠です。

取得元

取り消し伝票が作成されたときに、取り消しが識別されます。元の伝票ヘッダー(BKPF)には取り消し伝票番号(BKPF-STBLG)が含まれ、その逆も同様です。取り消し伝票の転記日がイベント時刻となります。

取得

BKPF-STBLGフィールドに値がある伝票を識別し、取り消し伝票の転記日を使用します。

イベントタイプ explicit
請求書仕訳計上済み
これは、仮保存または承認された請求書が正式に総勘定元帳に記帳される主要な財務イベントです。この行為は、ベンダーへの負債を認識します。
その重要性

「記帳」は、データ入力と承認を財務決済フェーズから区別する主要な節目です。請求書作成から記帳までの時間は、内部処理効率の重要な指標となります。

取得元

このイベントは、伝票ヘッダーの記帳日付(BKPF-BUDAT)によって識別されます。最初に仮保存される伝票の場合、記帳済みステータスへの移行がイベントタイムスタンプを提供します。

取得

記帳日付(BKPF-BUDAT)をイベントタイムスタンプとして使用します。

イベントタイプ explicit
請求書伝票を作成
これは、SAPで請求書伝票が作成される最初のイベントです。ユーザーが新しい請求書伝票を保存したときに捕捉でき、これは仮保存または前記帳状態である可能性があります。
その重要性

このアクティビティは、請求書処理ライフサイクルの開始を示します。このイベントから他のイベントまでの時間を分析することは、全体的な処理リードタイムを測定するために重要です。

取得元

このイベントは、伝票ヘッダーテーブル(通常はBKPFまたはロジスティクス請求書の場合はRBKP)の作成日付と時刻(CPUDT, CPUTM)から捕捉されます。FB60、MIRO、MIR7などのトランザクションコード(BKPF-TCODE)は作成方法を示します。

取得

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

イベントタイプ explicit
請求書承認済み
このアクティビティは、請求書が指定された権限者によって承認されたことを示します。これは、承認ワークフローが正常に完了したとき、またはリリースインジケーターが設定されたときに捕捉されます。
その重要性

これは、支払いのための請求書の停止を解除する重要なマイルストーンです。承認の遅延は一般的なボトルネックであり、このアクティビティを追跡することで、遅い承認者やプロセスステップを特定するのに役立ちます。

取得元

これは、SAPワークフローの最終リリースステップから、または請求書やその購買伝票に関連するテーブルのリリースステータスフィールドへの変更を追跡することで推測できます。

取得

ワークフロー完了イベントまたは伝票のリリースステータスフィールドの変更から推測します。

イベントタイプ inferred
支払ブロック解除
以前設定された支払停止が解除された問題解決を表します。これにより、請求書は再度支払いの対象となります。
その重要性

停止が設定されてから解除されるまでの時間は、プロセス例外の解決時間を示します。この期間を短縮することは、効率とベンダー関係の改善の鍵となります。

取得元

このイベントは、支払停止キーフィールド(BSEG-ZLSPR)がクリアされたときに捕捉されます。この変更はCDHDRおよびCDPOSテーブルにログ記録され、解除のタイムスタンプを提供します。

取得

変更伝票(CDHDR/CDPOS)を介してBSEG-ZLSPRフィールドがクリアされる時期を特定します。

イベントタイプ explicit
支払ブロック設定
請求書が支払われるのを防ぐために意図的に保留が設定される活動です。これは多くの場合、価格や数量の不一致、または未処理のクレジットメモが原因です。
その重要性

支払停止は、遅延支払いおよびベンダーとの紛争の主要な原因です。停止の頻度、期間、および理由を分析することは、期日内支払い率を向上させる上で不可欠です。

取得元

このイベントは、請求書明細の支払停止キーフィールド(BSEG-ZLSPR)への変更を追跡することで捕捉されます。CDHDRおよびCDPOSの変更ログは、停止が設定されたときのタイムスタンプとユーザーを提供します。

取得

変更伝票(CDHDR/CDPOS)を介してBSEG-ZLSPRフィールドが入力される時期を特定します。

イベントタイプ explicit
支払提案作成
請求書が選択され、支払い実行の一部として支払い提案に含まれます。これは自動支払いプロセスの最初のステップです。
その重要性

このアクティビティは支払いの意図を示します。このステップから最終支払い実行までの遅延は、支払い実行プロセス、承認、または銀行通信に関する問題を明らかにする可能性があります。

取得元

これは支払い実行テーブル、特に支払い提案に含まれる明細を含むREGUPで見つけることができます。対応するREGUHテーブルの実行日がタイムスタンプを提供します。

取得

支払い提案実行から請求書がREGUPテーブルに表示される時期を特定します。

イベントタイプ explicit
請求書データが更新されました
このアクティビティは、請求書伝票が最初に作成された後に加えられた変更を反映しています。これは、却下後の手戻りサイクル中やエラー訂正の際によく発生します。
その重要性

頻繁な更新は、手戻りや入力時点での潜在的なデータ品質問題を示唆します。これらの変更を追跡することで、修正に費やされた労力を定量化し、一般的なエラーを特定するのに役立ちます。

取得元

キーフィールドへの変更は、SAPの変更伝票テーブルCDHDR(ヘッダー)とCDPOS(明細)にログとして記録されます。関連する請求書オブジェクトへの変更をフィルタリングすることでイベントを生成できます。

取得

請求書オブジェクトのCDHDRおよびCDPOSテーブルから変更イベントを抽出します。

イベントタイプ explicit
請求書仮登録
システムに入力されたものの、まだ総勘定元帳に記帳されていない請求書を表します。仮保存は、未完了の請求書を保存したり、記帳前のレビューのために使用されます。
その重要性

「仮保存」は、プロセスの一時的な中断を示します。仮保存された請求書の期間と頻度を追跡することで、正式な記帳および承認サイクルが開始される前の遅延原因を特定するのに役立ちます。

取得元

これは、仮保存トランザクション(例:MIR7、FV60)を介して作成された伝票、またはBKPFテーブルの特定のステータスフィールドやVBKPFのような専用の仮保存伝票テーブルを確認することで識別できます。

取得

仮保存取引によって作成された伝票を識別するか、仮保存伝票ステータスを確認します。

イベントタイプ explicit
請求書却下
承認プロセス中の請求書の却下を表します。このイベントは手戻りを引き起こし、修正と再提出が必要になります。
その重要性

請求書の却下は、プロセスの非効率性やデータ品質問題の重要な指標です。却下の頻度と理由を分析することで、改善やトレーニングの機会を特定するのに役立ちます。

取得元

これは、SAPワークフロー内の特定のステータス更新(「却下」ステータスなど)から、または現在の承認ワークフローをキャンセルして処理者に戻すイベントから推測されます。

取得

却下を示すワークフローステータスの変更から推測します。

イベントタイプ inferred
請求書承認依頼済
このアクティビティは、請求書に対する正式な承認ワークフローの開始を示します。これは、請求書のステータスが「承認待ち」に変更されたり、ワークフローアイテムが生成されたりしたときに推測されることがよくあります。
その重要性

これは承認サイクルタイムを測定するための開始点です。承認がいつ開始されるかを理解することは、承認ワークフロー自体のボトルネックを特定するために不可欠です。

取得元

これは通常、請求書オブジェクト(例:BUS2081)にリンクされたSAPビジネスワークフロー(SWW_WI2OBJテーブル)の開始から、または伝票ヘッダーのカスタムステータスフィールドの変更から推測されます。

取得

請求書伝票に関連するワークフローアイテムの作成から推測します。

イベントタイプ inferred
遅延支払い実行済
これは、請求書の支払いが計算された期日後に実行されたときに発生する計算イベントです。2つの日付フィールドを比較することによって導出されます。
その重要性

このアクティビティは、期日内支払いKPIを直接サポートし、頻繁に遅延支払いが発生するベンダーや事業単位を特定するのに役立ちます。これは、ベンダー関係を損ない、ペナルティにつながる可能性があります。

取得元

これは、消込日付(BSEG-AUGDT)を正味期日と比較することによって計算されます。期日自体は、基準日(BSEG-ZFBDT)と支払条件(BSEG-ZTERM)から計算されます。

取得

BSEG-AUGDT > (BSEG-ZFBDT + 支払条件日数) を比較して導出します。

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

抽出ガイド

SAP S/4HANA からデータを取得するには