与信管理と債権回収のデータテンプレート

SAP ECC
与信管理と債権回収のデータテンプレート

与信管理と債権回収のデータテンプレート

このテンプレートでは、与信管理と債権回収のプロセスを効果的に分析するために必要なデータ属性とアクティビティを一覧できます。また、SAP ECCシステムから必要な情報を抽出するための手順も記載しています。データ収集をスムーズかつ正確に進めるためにお役立てください。
  • 収集を推奨する属性
  • 追跡する主なアクティビティ
  • SAP ECCからの抽出手順
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

与信管理と債権回収の属性

SAP ECCで与信管理と債権回収を詳しく分析するには、これらのデータフィールドをイベントログに含めることを推奨します。
3 必須 8 推奨 10 任意
名前 説明
アクティビティ名
ActivityName
請求書のライフサイクルにおける特定の時点で発生した業務アクティビティまたはイベントの名前です。
説明

この属性は、与信管理・債権回収プロセスにおける特定のステップやイベントを表します。例として、「請求書の転記」、「督促の実行」、「入金伝票の転記」などがあります。これらのアクティビティがプロセスマップのノードになります。

アクティビティの順序、頻度、所要時間を分析すると、実際のプロセスの流れを可視化し、標準手順からの逸脱やボトルネックを特定できます。たとえば、「督促の実行」後の経路を分析すると、督促戦略の効果を把握できます。

重要な理由

アクティビティはプロセスマップを構成する要素です。プロセスの流れ、バリアント、例外を可視化し、分析できます。

入手先

通常、トランザクションコード(TCODE)、伝票タイプ(BLART)、または各種SAPテーブル(例:BKPF、BSID、MHNK、UDM_CASE)の特定項目の変更を、業務担当者にわかりやすいアクティビティ名に対応付けて作成する派生属性です。

例
請求書の転記督促の実行支払約束の作成入金伝票の転記請求書の消込
イベント時刻
EventTime
特定のアクティビティまたはイベントが発生した日時を示すタイムスタンプです。
説明

イベント時刻には、プロセス内の各アクティビティが発生した正確な日時が記録されます。イベントログの時系列を構成する情報であり、アクティビティの順序付けや、アクティビティ間の所要時間の計算に使われます。

分析では、紛争解決のサイクルタイム、支払い転記の遅延、支払期日から入金までの平均日数など、時間に関するすべての重要業績評価指標(KPI)の算出に欠かせません。連続するステップ間の待ち時間が長い箇所を明らかにし、ボトルネックの特定にも役立ちます。

重要な理由

イベントを正しい順序に並べ、サイクルタイムや所要時間など、時間に関するすべてのパフォーマンス指標を算出するために欠かせない属性です。

入手先

SAPテーブルのさまざまな日付・時刻項目から取得します。例として、BKPFのBUDAT(転記日)やCPUDT/CPUTM(伝票入力日時)、イベント固有のテーブルがあります。

例
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
請求書番号
InvoiceNumber
顧客請求書を一意に識別する番号で、与信管理プロセスにおける主要なケース識別子として使われます。
説明

SAPでBelegnummer(BELNR)と呼ばれる請求書番号は、各売掛金伝票を一意に識別します。プロセスマイニングでは、この番号を使って転記や督促から、最終的な支払いや貸倒償却まで、関連するすべてのアクティビティを1つのケースにまとめます。

請求書番号をケース識別子として分析すると、請求書のライフサイクル全体を把握できます。売上債権回転日数(DSO)などの重要指標を追跡し、債権回収プロセスのボトルネックを特定できるほか、請求書ごとに異なる回収戦略の効果も把握できます。

重要な理由

請求書の処理過程におけるすべてのイベントを結び付ける重要なキーです。与信から入金までのプロセスを最初から最後まで追跡し、分析できます。

入手先

SAP ECCの複数の財務会計テーブルにあり、主にBKPF(会計伝票ヘッダー)とBSEG(会計伝票明細)のBELNR項目に格納されています。

例
190000000119000000451900000102
ユーザー名
UserName
アクティビティを実行した担当者のユーザーIDです。
説明

この属性は、請求書の転記や紛争案件の作成など、イベントを担当したユーザーを特定します。SAPでは、ERNAM(作成者)やUSNAMなどの項目に保存されることが一般的です。

ユーザー別に分析すると、業務量の分布や研修の必要性を把握し、コンプライアンス上の問題を検出できます。たとえば、特定のユーザーにプロセス逸脱や遅延が繰り返し関連していないか、優れた成果を上げる担当者がより効率的なプロセスのバリアントに従っているかを確認できます。

重要な理由

プロセスにおける担当者のパフォーマンスや行動を分析し、優れた成果を上げる担当者、研修の機会、業務量の偏りを特定できます。

入手先

通常、BKPFなどのヘッダーテーブルにあるUSNAM(ユーザー名)またはERNAM(オブジェクトの作成者名)に格納されています。

例
SMITHJRDOECFO-ADMIN
回収担当者
Sachp
顧客アカウントを担当する経理担当者または債権回収担当者。
説明

この属性は、特定の顧客アカウントの債権回収を担当する個人またはグループを示します。SAPでは、通常、得意先マスタレコードに設定された経理担当者(SACHP)が該当します。

この属性は、債権回収チームの業績管理に欠かせません。たとえば、「請求書の滞留状況」ダッシュボードを回収担当者で絞り込むことで、業務量の管理や担当者・チーム間の成果比較ができます。延滞請求書の解消に最も成果を上げている担当者を把握する際にも役立ちます。

重要な理由

案件や結果を個人またはグループに紐づけることで、債権回収チームの業績分析と業務量の管理ができます。

入手先

通常、得意先マスタの会社コードデータ(テーブルKNB1、フィールドSACHP)にあります。

例
J. SmithチームAINTL-COLL
延滞日数
DaysOverdue
請求書の支払期日を過ぎてからの日数。
説明

この指標は、請求書の支払期日から消込日までの日数を算出します。未決済の請求書については、当日の日付を基準に算出します。

延滞日数は、売掛金分析の基本指標です。「請求書の滞留状況」ダッシュボードの主要な指標であり、債権回収の優先順位付けにも使われます。この指標の全体的な推移から、企業の売掛金の状況を把握できます。

重要な理由

支払いの遅延を直接数値化する基本的な業績指標です。債権回収の優先順位付けや、プロセスの健全性の測定に使われます。

入手先

計算属性。計算式:(消込日または当日の日付)-正味支払期日。

例
0153295
支払期日
NetDueDate
契約上、請求書の支払いが必要となる日付です。
説明

支払期日は、顧客が請求書を支払う期限です。請求書の基準日と支払条件に基づいて算出されます。SAPでは、正味支払期日がFAEDT項目に格納されていることが一般的です。

与信管理の基準となる日付であり、支払いの適時性を測る際に使います。「支払期日から入金までの平均日数」などの重要業績評価指標(KPI)の算出や、期日経過後の債権回収アクティビティの開始にも使われます。この日付を基準に遅延を分析することは、債権回収分析の中心的な作業です。

重要な理由

支払いの適時性を測る基本の基準日です。延滞日数や関連する重要業績評価指標(KPI)の算出に欠かせません。

入手先

BSIDなどの顧客明細テーブルに、FAEDT(正味支払期日)として格納されていることが一般的です。基準日(ZFBDT)と支払条件(ZTERM)から算出することもできます。

例
2023-02-142023-03-312023-04-15
督促レベル
Mahns
請求書に対して到達した督促レベルの最高段階。
説明

督促レベル(SAPではMAHNS)は、延滞請求書に対して送付した督促状の回数を示し、督促手続きの強度に対応します。

この属性は、督促プロセスの評価に欠かせません。「レベル別の督促効果」ダッシュボードで直接利用し、督促状を送付するたびに請求書が支払われた割合を測定できます。この分析をもとに、効果の低いレベルで督促状を送るタイミングや内容を変更するなど、督促方針を見直せます。

重要な理由

債権回収の取り組みの強度を直接測定できるため、督促方針の効果を分析するうえで重要です。

入手先

テーブルBSIDの顧客明細にフィールドMAHNSとしてあります。督促実行履歴はテーブルMHNK(ヘッダー)およびMHND(データ)にあります。

例
1234
請求金額
Dmbtr
現地通貨での請求書の合計金額です。
説明

この属性は、請求書の合計金額を表します。SAPでは、現地通貨での金額を示すDMBTR項目に保存されることが一般的です。

請求金額は、分析における重要な切り口です。高額な請求書を優先して回収したり、請求金額と支払い遅延や紛争の発生との関連を調べたりできます。一定額を超える請求書だけに絞ってプロセスマップを表示することもできます。

重要な理由

プロセスを金額の観点から把握でき、高額な明細を優先した分析や債権回収の優先順位付けに役立ちます。

入手先

BSEG、BSID、BSADなどのテーブルにある標準項目DMBTR(現地通貨での金額)です。

例
1500.0012500.50750.25
顧客セグメント
CustomerSegment
規模、業種、戦略上の重要度などに基づく顧客の分類です。
説明

顧客セグメントは、共通の特徴を持つ顧客をグループ化するための分類です。SAPの得意先勘定グループ(KTOKD)や、顧客マスターデータのカスタム項目から設定されることが一般的です。

この属性でプロセス分析を分類すると、顧客グループごとの違いを把握できます。特定のセグメントで支払いサイクルが長い、紛争率が高い、特定の債権回収アクティビティへの反応がよいといった傾向が明らかになります。債権回収戦略の改善や顧客対応の調整に役立つ情報です。

重要な理由

顧客の種類ごとにプロセスの状況を分析し、対象に応じた戦略やリソース配分を検討できます。

入手先

顧客マスターテーブルKNA1の得意先勘定グループ(KTOKD)項目や、その他のカスタム項目から取得することが一般的です。

例
主要顧客中小企業政府機関社内
顧客番号
Kunnr
顧客を一意に識別する番号です。
説明

顧客番号(SAPのKUNNR)は、顧客勘定を一意に識別するキーです。取引を特定の顧客のマスターデータに関連付け、支払い履歴、与信情報、連絡先などを参照できます。

プロセスマイニングでは、この属性を使って分析対象を分類できます。顧客ごとのプロセスパフォーマンスを比較し、支払いが慢性的に遅れる顧客を特定できます。また、重要顧客とそれ以外の顧客で回収戦略にどのような違いがあるかも分析できます。請求書の滞留状況や支払条件の遵守状況を示すダッシュボードにも欠かせません。

重要な理由

顧客を中心とした分析が可能になり、特定の顧客や顧客グループの行動パターンを把握して、債権回収戦略を調整できます。

入手先

顧客明細テーブル(BSID、BSAD)や伝票ヘッダーテーブル(BKPF、値が設定されている場合)の標準項目KUNNRです。

例
10002050CUST-7890
ソースシステムID
SourceSystemId
データの抽出元となるソースシステムの識別子です。
説明

データの抽出元システムを示す属性です。たとえば、「ECCPRD100」のような特定のSAP ECCインスタンスを指定します。複数のERPシステムを運用している場合や、異なるソースのデータを統合する場合に重要です。

システムや地域ごとにプロセスを絞り込んで比較できます。データの出所が明確になり、データ抽出の問題を調査する際にも役立ちます。

重要な理由

特に複雑なIT環境でデータの出所を把握するための重要なコンテキストを提供します。データの追跡可能性を確保し、システムごとの分析を可能にします。

入手先

通常、データ抽出時に追加します。SAPでは、論理システム名(LOGSYS)を使用できます。

例
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
リスク区分
Ctlpc
顧客の与信リスクを分類したもの。
説明

リスク区分(SAPではCTLPC)は、顧客の信用力や支払い履歴に基づいて顧客を分類します。この分類は、自動与信チェックや債権回収方針の決定に使われます。

リスク区分ごとにプロセスを分析すると、詳しい状況を把握できます。高リスク顧客が異なるプロセス経路をたどるか、支払いサイクルが大幅に長いかを確認できます。この情報は、リスク分類の妥当性を検証し、リスクに応じて債権回収の強度を調整する際に役立ちます。

重要な理由

リスクに基づいて債権回収プロセスを分析し、リスクモデルの妥当性を検証するとともに、適切な回収方針を設定できます。

入手先

テーブルKNKKの顧客向け与信管理データにフィールドCTLPCとしてあります。

例
001002高リスク
与信限度額
Klimk
顧客に設定された与信限度額の合計。
説明

与信限度額(SAPではKLIMK)は、顧客アカウントに設定された与信の上限額です。与信リスク管理の重要な要素です。

この属性は、「与信限度額の適正性と貸倒損失」ダッシュボードに欠かせません。設定された与信限度額と貸倒償却の発生状況との関係を分析することで、与信方針の効果を評価できます。また、「与信限度額の見直し率」などの重要業績評価指標(KPI)を通じて、初期評価の妥当性を確認できます。

重要な理由

与信リスクを把握し、売上を損なわずに貸倒損失を防ぐうえで、与信方針が効果を発揮しているかを分析できます。

入手先

テーブルKNKKの顧客向け与信管理データにフィールドKLIMKとしてあります。

例
10000.0050000.00250000.00
会社コード
Bukrs
請求書が属する法人(会社コード)を識別するコード。
説明

会社コード(SAPではBUKRS)は、財務諸表を作成する独立した法人を表します。SAP Financialsにおける基本的な組織単位です。

この属性を使うと、企業内の複数の法人にまたがるプロセスの業績を絞り込み、比較できます。債権回収プロセスが標準化されているか、またDSOや紛争発生率などの業績に会社コード間で大きな差があるかを分析できます。

重要な理由

法人ごとにプロセスを分けて分析できます。大規模な多国籍組織が業績を比較する際に役立ちます。

入手先

BKPF、BSEG、BSID、BSADなど、ほぼすべての財務テーブルにある標準フィールドBUKRS。

例
10002000US01
伝票タイプ
Blart
請求書、クレジットメモ、支払いなど、財務伝票の種類。
説明

伝票タイプ(SAPではBLART)は、会計伝票を分類します。たとえば、「RV」は顧客請求書、「DZ」は顧客からの入金、「DG」はクレジットメモを表す場合があります。

プロセスマイニングではアクティビティを導出しますが、元の伝票タイプも重要なコンテキスト情報です。検証や、より詳細な財務分析に利用できます。処理対象の取引の性質を把握したり、顧客請求書など特定の伝票タイプに絞って分析したりする際に役立ちます。

重要な理由

取引を分類して財務上のコンテキストを示します。分析の絞り込みや、導出したアクティビティ名の検証に利用できます。

入手先

伝票ヘッダーテーブルBKPFにある標準フィールドBLART。

例
RVDZDGAB
最終データ更新日時
LastDataRefreshTimestamp
データが最後に抽出された、またはプロセスマイニングツールで更新された日時を示すタイムスタンプです。
説明

この属性には、直近のデータ読み込み日時が記録されます。分析対象のデータがいつ時点のものかを、業務担当者が確認できます。

ダッシュボードや分析結果を確認する際、このタイムスタンプから、最新の取引が含まれているか、既知の遅延があるかを判断できます。分析結果への信頼を高めるうえで重要なメタデータです。

重要な理由

利用できる最新のプロセス情報に基づいて意思決定するうえで重要な、データの鮮度を確認できます。

入手先

データ更新時に、データ抽出・読み込み(ETL)パイプラインによって生成、保存されます。

例
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
支払条件
Zterm
顧客と合意した支払条件を示すコードです。
説明

支払条件コード(SAPではZTERM)は、支払期日や早期支払い割引の有無など、支払いに関する条件を定義します。通常は得意先マスタデータに設定され、請求書に引き継がれます。

支払条件ごとに分析すると、条件の違いが支払い状況にどう影響するかを把握できます。たとえば、「支払条件の遵守状況と影響」ダッシュボードでは、条件の遵守状況と延滞日数への影響を可視化できます。この分析は、顧客セグメントごとにどの支払条件を提示するかを判断する際に役立ちます。

重要な理由

支払いに関する契約条件を示し、特定の条件が支払い状況の改善や紛争の減少につながるかを分析できます。

入手先

得意先マスタデータ(KNB1)および財務伝票テーブル(BSEG)にある標準フィールドZTERM。

例
0001NT30ZD60
消込伝票
Augbl
請求書を消し込んだ伝票の番号。通常は支払いまたはクレジットメモの伝票です。
説明

消込伝票番号(SAPではAUGBL)は、請求書などの未消込明細と、その決済に使われた伝票を紐づけます。請求書の支払いが完了すると、支払伝票番号がその請求書の消込伝票として保存されます。

このフィールドは、請求書が消し込まれたことの確認や、特定の支払いまたはクレジットメモのイベントとの紐づけに欠かせません。「請求書消込」アクティビティを特定し、プロセス全体を正確に把握するための基礎となります。

重要な理由

請求書と決済伝票を明確に紐づけるため、消込イベントを正確にモデル化できます。

入手先

顧客明細テーブルBSID(未消込の場合は空欄)およびBSAD(消込後に値が設定される)にある標準フィールドAUGBL。

例
140000000114000000551400000120
紛争案件ID
DisputeCaseId
請求書に紐づく紛争案件を一意に識別するID。
説明

顧客が請求書に異議を申し立てた場合、SAPの紛争管理モジュールで正式な紛争案件が作成されることがあります。このIDによって案件を一意に識別できます。

このIDがあれば、紛争解決プロセスを詳細に分析できます。「紛争解決サイクルタイム」の重要業績評価指標(KPI)の算出に欠かせないほか、紛争が発生する理由、対応状況、よくある結果の把握にも役立ちます。通常の債権回収フローから紛争対応のサブプロセスを切り分けて分析できます。

重要な理由

債権回収のアクティビティを正式な紛争案件に紐づけ、紛争解決プロセスの効率や根本原因を絞り込んで分析できます。

入手先

UDM_CASE_ATTR00などのSAP紛争管理テーブルにあります。SAP紛争管理モジュールが必要です。

例
400000000021400000000157400000000305
貸倒償却済み
IsWrittenOff
請求書が最終的に貸倒損失として償却されたかを示す真偽値フラグ。
説明

これは導出フラグです。通常、貸倒償却を示す特定の理由コードまたは伝票タイプを使って請求書が消し込まれた場合に、trueに設定されます。財務上の損失に至った案件を特定できます。

この属性は、「貸倒償却率」の重要業績評価指標(KPI)の算出や、関連するダッシュボードに欠かせません。頻繁に貸倒償却される請求書や顧客の特徴を調べ、根本原因を分析できます。その結果を与信方針や債権回収の改善に役立てられます。

重要な理由

財務上の損失につながるプロセスの結果を特定し、貸倒損失の根本原因を分析して与信方針を改善できます。

入手先

導出属性です。通常、貸倒償却に使われる特定の消込理由コード(BSEG-RSTGR)または伝票タイプ(BKPF-BLART)に基づいて判定します。

例
truefalse
必須 推奨 任意

与信管理と債権回収のアクティビティ

プロセスを正確に把握し、ボトルネックを特定するために、これらの主要なプロセスステップと節目をイベントログに記録してください。
5 推奨 9 任意
アクティビティ 説明
支払期日の経過
請求書の支払期日が過ぎ、正式に延滞となったことを示す計算イベントです。システムに明示的に記録されるイベントではなく、請求書の正味支払期日を現在の日付または後続アクティビティのタイムスタンプと比較して算出します。
重要な理由

このイベントは、通常の請求処理から債権回収プロセスへの移行を示します。延滞日数の計算や督促手続きの開始を判断する基準となり、滞留期間レポートの基礎にもなります。

入手先

計算イベントです。未決済請求書明細の正味支払期日(BSID-NETDT)を、システム日付または別のイベントのタイムスタンプと比較して算出します。

記録

請求書の正味支払期日(BSID-NETDT)を基準日と比較して算出します。

イベントタイプ calculated
督促の実行
延滞請求書に対して自動督促プログラムを実行したことを示すアクティビティです。システムには、督促実行の対象となった各請求書について、督促レベル、日付などの詳細が記録されます。
重要な理由

督促アクティビティの追跡は、債権回収戦略の効果を評価するうえで欠かせません。支払いを促す効果が高い督促レベルを把握し、反応のない顧客を特定できます。

入手先

明示的に記録されるイベントです。督促実行の詳細は、主に督促データを格納するテーブルMHNKに保存されます。このテーブルには、督促対象となった各請求書の実行日(LAUFD)と督促レベル(MAHNS)が記録されます。

記録

MHNKテーブルからレコードを抽出し、会社コード、勘定、督促日を関連付けます。

イベントタイプ explicit
請求書の消込
通常、全額の支払いを受けて消込が行われ、請求書が正常に完了したことを示します。請求書明細が未決済明細テーブル(BSID)から消込済み明細テーブル(BSAD)に移動したときに推定されます。
重要な理由

プロセスにおける主要な正常終了イベントです。このアクティビティに至るまでの時間は、DSOを構成する重要な要素です。ここに至る経路を分析すると、効果的な業務の進め方を特定できます。

入手先

推定されるイベントです。請求書明細の消込伝票(AUGBL)と消込日(AUGDT)の有無を、消込済み明細テーブルBSADで確認して特定します。

記録

該当する請求書明細の消込日(BSAD-AUGDT)をイベントのタイムスタンプとして使用します。

イベントタイプ inferred
請求書の貸倒償却
未払いの請求書を損失として処理し、貸倒に分類する決定を示します。元の請求書を消し込み、金額を貸倒勘定に振り替える特定の財務転記によって記録されます。
重要な理由

プロセスにおける主要な異常終了イベントです。与信または債権回収プロセスの不備と、直接的な財務損失を示します。与信方針や債権回収戦略を改善するには、該当ケースの分析が重要です。

入手先

通常、明示的な転記、または消込処理に基づいて推定されるイベントです。貸倒償却を示す特定のトランザクションコードと理由コードを使って消込を行います。消込伝票を分析し、貸倒償却を確認できます。

記録

貸倒償却の理由コード(BSEG-RSTGR)が使われている消込伝票、または相手勘定が貸倒損失勘定に計上されている消込伝票を特定します。

イベントタイプ inferred
請求書の転記
財務会計モジュールで売掛金請求書の会計伝票が作成されたことを示します。販売管理(SD)の請求伝票が会計に転送されたとき、またはFI請求書が直接入力されたときに明示的に記録され、テーブルBKPFとBSEGにデータが作成されます。
重要な理由

請求書のライフサイクルにおける主要な開始イベントです。この時点から支払いまでの期間を分析することは、売上債権回転日数(DSO)とプロセス全体の効率を測るうえで重要です。

入手先

財務伝票の作成時に明示的に記録されるイベントです。該当する請求書伝票番号(BELNR)のイベント時刻は、伝票ヘッダーテーブルBKPFの項目CPUDTまたはBKTXTから取得できます。

記録

テーブルBKPFで、関連する伝票タイプ(例:「RV」、「DR」)のFI伝票作成イベントを特定します。

イベントタイプ explicit
クレジットメモの転記
顧客勘定に対するクレジットメモ伝票の作成を示します。請求誤りの訂正や紛争の解決を目的とすることが多く、FIモジュールで明示的に作成されます。
重要な理由

クレジットメモは、価格設定や出荷の誤りなど、前工程の不備によって発生します。発生頻度と根本原因を分析することは、プロセス改善と売上の逸失防止に欠かせません。

入手先

クレジットメモ伝票タイプ(例:「DG」)の財務伝票が作成されたときに記録される明示的なイベントです。イベントのタイムスタンプは、伝票ヘッダーテーブルBKPFから取得できます。

記録

テーブルBKPFで、クレジットメモ伝票タイプ(例:「DG」、「G2」)のFI伝票作成イベントを特定します。

イベントタイプ explicit
債権回収の顧客連絡記録
債権回収担当者が、延滞請求書について電話やメールなどで顧客に連絡したことを示します。このアクティビティは通常、担当者がシステムに手動で記録します。
重要な理由

このアクティビティから、債権回収チームの手作業の状況を把握できます。連絡の頻度やタイミングと、その後の支払いを分析することで、担当者の対応の効果を評価できます。

入手先

SAP FSCM Collections Managementを使用している場合、「Customer Contact」として記録されます。詳細は、債権回収の作業リストや連絡履歴に関するテーブルに保存され、多くの場合UDM_CASEに関連付けられます。

記録

該当するFSCM Collections Managementのテーブルから顧客への連絡記録を抽出します。

イベントタイプ explicit
入金伝票の転記
顧客からの入金をシステムに最初に記録したことを示します。特定の請求書への消込前に記録されることもあります。たとえば、DZ伝票タイプの入金伝票を作成したときに明示的に記録されるイベントです。
重要な理由

現金の受領を示します。このイベントから最終的な「請求書の消込」までの時間は、入金消込プロセスにかかった期間を表し、重大なボトルネックとなる場合があります。

入手先

明示的に記録されるイベントです。テーブルBKPFで、特定の伝票タイプ(例:「DZ」)を使って作成された入金伝票から取得します。転記日(BKPF-BUDAT)がタイムスタンプになります。

記録

テーブルBKPFで、入金関連の伝票タイプ(例:「DZ」)の伝票作成を特定します。

イベントタイプ explicit
支払約束の作成
顧客が債権回収部門に連絡し、特定の日までに支払うと約束したことを示します。SAP FSCM Collections Managementを使用している場合、このイベントは明示的に記録されます。
重要な理由

支払約束は、債権回収業務の重要な成果です。支払約束の作成、履行、未履行の割合を分析すると、回収担当者の対応の効果を測り、入金を予測できます。

入手先

SAP FSCM Collections Managementを使用している場合、明示的に記録されるイベントです。支払約束の詳細は、UDM_P2P_ATTRなどのテーブルに保存され、ビジネスパートナーおよび請求書に関連付けられます。

記録

SAP FSCMのUDM_P2P_ATTRなど、支払約束を記録するテーブルから作成時のタイムスタンプを抽出します。

イベントタイプ explicit
支払約束の未履行
顧客が支払約束で合意した日までに支払わなかったことを示す計算イベントです。約束日までに該当する支払いがないことから推定します。
重要な理由

支払約束の未履行を特定することは、債権回収の対応を強化するうえで重要です。未履行率が高い場合、回収戦略や顧客の財務状況に問題がある可能性があります。

入手先

推定または計算によるイベントです。UDM_P2P_ATTRに記録された約束日と、請求書の実際の消込日を比較して判定します。約束日までに支払いがなければ、支払約束は未履行とみなされます。

記録

UDM_P2P_ATTRの約束日と請求書の消込日を比較します。消込日が約束日より後であれば、支払約束は未履行です。

イベントタイプ calculated
残余明細の作成
入金消込時に顧客の支払いが請求額に満たず、残額が新たな未決済明細として計上された場合に発生します。消込処理の詳細から推定します。
重要な理由

残余明細は支払いの不一致を示し、追加の作業を発生させます。追跡することで、頻繁に一部しか支払わない顧客を特定し、紛争につながる価格設定や請求の問題を把握できます。

入手先

推定されるイベントです。消込処理(例:F-28)で元の請求書を消し込むと同時に、残額について新しい未決済明細の伝票が計上された場合、残余明細が作成されます。消込伝票の明細を確認して特定できます。

記録

消込伝票(BKPF-AUGBL)を分析し、元の請求書を参照する新しい未決済明細が作成されたケースを特定します。

イベントタイプ inferred
紛争案件の作成
価格や数量の不一致など、請求書に関する顧客の紛争が正式に登録されたことを示します。SAP FSCM Dispute Management内に明示的に記録されるイベントです。
重要な理由

紛争が発生すると支払いが保留され、解決には社内のリソースが必要になります。紛争の作成を追跡することは、解決までの時間や根本原因、DSOへの影響を分析する第一歩です。

入手先

SAP FSCM Dispute Managementを使用している場合、明示的に記録されるイベントです。紛争案件の作成は、UDM_CASEやSCMG_T_CASE_ATTRなどのテーブルに作成時のタイムスタンプとともに記録されます。

記録

請求書に関連付けられた案件について、案件管理テーブル(例:UDM_CASE)から作成日時を抽出します。

イベントタイプ explicit
紛争案件の解決
請求書に関する紛争の調査が行われ、解決に至ったことを示します。通常、SAP FSCM Dispute Managementの紛争案件のステータス変更から確認できます。
重要な理由

紛争が解決すると、支払いの保留が解除されます。紛争の作成から解決までの時間を測ることは、紛争対応プロセスの非効率な部分を特定するための重要業績評価指標(KPI)です。

入手先

紛争案件のステータス変更から推定するイベントです。UDM_CASEなどのテーブルにあるステータス項目の変更ログ(CDHDR/CDPOS)から、タイムスタンプを取得できます。

記録

変更ログを分析し、紛争案件のステータスが「Closed」または「Resolved」に変更された時刻を特定します。

イベントタイプ inferred
請求書の支払いブロック
請求書に手動または自動の支払いブロックが設定され、支払いができない状態を示します。BSEGテーブルの請求書明細に設定された特定の支払いブロック指標から確認できます。
重要な理由

支払いブロックは、遅延やプロセス上の例外が発生する主な原因です。請求書がいつ、なぜブロックされたかを特定することは、支払い遅延の根本原因を明らかにし、キャッシュフローを改善するうえで重要です。

入手先

通常、このステータスは請求書明細の支払いブロック項目(BSEG-ZLSPR)の変更から推定します。この項目の変更ログ(テーブルCDHDRおよびCDPOS)から、明確なタイムスタンプを取得できる場合があります。

記録

テーブルCDHDRを使ってタイムスタンプを取得し、請求書伝票明細のBSEG-ZLSPR項目の変更を検出します。

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

データ抽出ガイド

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

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

このテンプレートを使ってデータの準備を効率化し、与信管理・債権回収プロセスのインサイトを見つけましょう。キャッシュフローの早期化とリスク低減に向けた改善を、今すぐ始められます。

キャッシュフローを早期化:与信管理と債権回収を今すぐ改善

与信から入金までのサイクルタイムを30%短縮し、収益性を高めます。

無料トライアルを開始しましょう

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