与信管理と回収のデータテンプレート
与信管理と回収のデータテンプレート
- 収集を推奨する属性
- 追跡すべき主要アクティビティ
- SAP ECCからの抽出ガイド
与信管理・債権回収の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
請求書ライフサイクルの特定の時点で発生した業務アクティビティまたはイベントの名称です。 | ||
|
説明
この属性は、クレジット管理・債権回収プロセスにおける特定のステップまたはイベントを示します。例として、「請求書転記」、「督促実行」、「入金伝票転記」などがあります。これらのアクティビティがプロセスマップのノードになります。 アクティビティの順序、頻度、間隔を分析することで、実際のプロセスフローを可視化し、標準手順からの逸脱を特定して、ボトルネックを突き止められます。たとえば、「督促実行」の後の経路を分析すると、督促戦略の効果を把握できます。
重要な理由
アクティビティはプロセスマップを構成する基本要素です。プロセスフロー、バリアント、例外を可視化し、分析できます。
入手先
通常は、さまざまなSAPテーブル(例:BKPF、BSID、MHNK、UDM_CASE)にあるトランザクションコード(TCODE)、伝票タイプ(BLART)、特定のフィールド変更を、わかりやすいアクティビティ名にマッピングして作成する派生属性です。
例
請求書転記督促実行支払約束作成入金伝票転記請求書消込
|
|||
|
イベント時刻
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. SmithTeam 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です。
例
001002HIGH-RISK
|
|||
|
与信限度額
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
|
|||
|
償却済みかどうか
IsWrittenOff
|
請求書が最終的に貸倒損失として償却されたかどうかを示すブール値フラグです。 | ||
|
説明
派生フラグであり、通常は、償却を示す特定の理由コードまたは伝票タイプで請求書が消し込まれた場合にtrueになります。財務上の損失に至った案件を識別します。 この属性は、「貸倒償却率」KPIや関連ダッシュボードの算出に欠かせません。頻繁に償却される請求書や得意先の特徴を根本原因分析で把握し、与信方針と回収効果の改善に役立てられます。
重要な理由
財務上の損失につながるプロセス結果を識別し、貸倒損失の根本原因を分析して与信方針を改善できます。
入手先
派生属性です。通常は、償却に使用された特定の消込理由コード(BSEG-RSTGR)または伝票タイプ(BKPF-BLART)を識別して判定します。
例
truefalse
|
|||
|
最終データ更新日時
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のDispute Managementモジュールで正式な紛争案件が作成される場合があります。このIDは、その案件を一意に識別します。 この識別子があると、紛争解決プロセスを詳細に分析できます。「紛争解決サイクルタイム」KPIの算出に欠かせないほか、紛争が作成された理由、処理方法、一般的な結果を把握できます。標準的な回収フローから紛争のサブプロセスを切り分ける際にも役立ちます。
重要な理由
回収アクティビティを正式な紛争案件に紐付け、紛争解決プロセスの効率と根本原因を重点的に分析できます。
入手先
UDM_CASE_ATTR00などのSAP Dispute Managementテーブルにあります。SAP Dispute Managementモジュールが必要です。
例
400000000021400000000157400000000305
|
|||
与信管理・債権回収のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払期日超過
|
請求書が正式に期限超過となったことを示す計算イベントです。システム上の明示的なイベントではなく、請求書の正味支払期日と現在日、または後続アクティビティのタイムスタンプを比較して導出します。 | ||
|
重要な理由
このイベントは、通常の請求処理から回収プロセスへ移行したことを示します。延滞日数の計算や督促手続き開始のトリガーとなり、滞留期間レポートの基礎になります。
入手先
計算イベントです。未決済の請求書明細の正味支払期日(BSID-NETDT)とシステム日付、または別のイベントのタイムスタンプを比較して導出します。
取得
請求書の正味支払期日(BSID-NETDT)を時系列と比較して計算します。
イベントタイプ
calculated
|
|||
|
督促実行
|
期限を超過した請求書に対して、自動督促プログラムが実行されたことを示すアクティビティです。システムには、督促処理に含まれる各請求書について、督促レベル、日付、その他の詳細が記録されます。 | ||
|
重要な理由
督促アクティビティの追跡は、回収戦略の効果を評価するうえで欠かせません。どの督促レベルが支払いを促すうえで最も効果的か、また反応のない顧客はどこかを把握できます。
入手先
明示的なイベントです。督促処理の詳細は、主に督促データを格納するMHNKテーブルに保存されます。MHNKには、督促対象となった各請求書の処理日(LAUFD)と督促レベル(MAHNS)が含まれます。
取得
会社コード、勘定、督促日を関連付けて、MHNKテーブルからレコードを抽出します。
イベントタイプ
explicit
|
|||
|
請求書償却
|
未払いの請求書を損失として処理し、貸倒金として分類する決定を示します。元の請求書を消し込み、その金額を貸倒金勘定に振り替える特定の財務転記によって記録されます。 | ||
|
重要な理由
プロセスが失敗し、直接的な財務損失が発生したことを示す、主な「不良」終了イベントです。与信ポリシーと回収戦略を改善するために、これらのケースを分析することが重要です。
入手先
通常は明示的な転記、または消込取引に基づく推定イベントです。償却を示す特定のトランザクションコードと理由コードを使って消し込みます。消込伝票を分析して、償却を確認できます。
取得
償却用の特定の理由コード(BSEG-RSTGR)が使用されている消込伝票、または相手勘定が貸倒損失勘定に転記されている消込伝票を特定します。
イベントタイプ
inferred
|
|||
|
請求書消込
|
通常は全額の支払いを受けて消し込んだ後、請求書が正常に完了したことを示します。請求書明細が未決済明細テーブル(BSID)から消込済み明細テーブル(BSAD)へ移動した時点から推定します。 | ||
|
重要な理由
プロセスにおける主な「正常」終了イベントです。このアクティビティに到達するまでの時間は、DSOを構成する主要な指標です。ここに至る経路を分析することで、ベストプラクティスを特定できます。
入手先
推定イベントです。請求書明細に消込伝票(AUGBL)と消込日(AUGDT)が存在することから消込を特定します。これらは消込済み明細テーブルBSADにあります。
取得
該当する請求書明細の消込日(BSAD-AUGDT)をイベントのタイムスタンプとして使用します。
イベントタイプ
inferred
|
|||
|
請求書転記
|
財務会計モジュールで売掛金請求書の伝票が作成されたことを示します。販売管理(SD)の請求伝票が会計にリリースされた時点、またはFI請求書が直接入力された時点で明示的に記録され、BKPFおよびBSEGテーブルにエントリが作成されます。 | ||
|
重要な理由
請求書ライフサイクルの主な開始イベントです。この時点から支払いまでの期間を分析することは、売上債権回転日数(DSO)とプロセス全体の効率を測定するうえで重要です。
入手先
財務伝票の作成時に記録される明示的なイベントです。イベントのタイムスタンプは、該当する請求書伝票番号(BELNR)について、伝票ヘッダーテーブルBKPFのCPUDTまたはBKTXTフィールドから取得できます。
取得
BKPFテーブルで、関連する伝票タイプ(例:'RV'、'DR')を持つFI伝票の作成イベントを特定します。
イベントタイプ
explicit
|
|||
|
クレジットメモ転記
|
顧客勘定に対してクレジットメモ伝票が作成されたことを示します。請求ミスの訂正や紛争の解決を目的とすることが多く、FIモジュールで明示的に作成されます。 | ||
|
重要な理由
クレジットメモは、誤った価格設定や出荷など、上流のプロセス不備から直接発生します。頻度と根本原因を分析することは、プロセス改善と収益漏れの削減に欠かせません。
入手先
クレジットメモの伝票タイプ(例:'DG')を持つ財務伝票の作成時に記録される明示的なイベントです。イベントのタイムスタンプは、伝票ヘッダーテーブルBKPFから取得できます。
取得
BKPFテーブルで、クレジットメモの伝票タイプ(例:'DG'、'G2')を持つFI伝票の作成イベントを特定します。
イベントタイプ
explicit
|
|||
|
入金伝票転記
|
顧客からの入金がシステムに最初に記録されたことを示します。特定の請求書に消し込まれる前に記録されることが多く、DZなどの伝票タイプで入金伝票が作成される明示的なイベントです。 | ||
|
重要な理由
現金を受領したことを示します。このイベントから最終的な「請求書消込」イベントまでの時間差は、キャッシュアプリケーション処理の期間を表し、大きなボトルネックになる場合があります。
入手先
明示的なイベントです。BKPFテーブルで入金伝票の作成を確認し、特定の伝票タイプ(例:'DZ')によって識別します。タイムスタンプには転記日(BKPF-BUDAT)を使用します。
取得
BKPFテーブルで、入金関連の伝票タイプ(例:'DZ')を持つ伝票の作成を特定します。
イベントタイプ
explicit
|
|||
|
回収連絡記録
|
回収担当者が、期限を超過した請求書について顧客に連絡したことを示します。電話やメールなどが該当します。このアクティビティは通常、回収担当者がシステムに手動で記録します。 | ||
|
重要な理由
このアクティビティは、回収チームの手作業を測定します。連絡の頻度やタイミングと、その後の支払いを照合して分析することで、回収担当者の対応効果を判断できます。
入手先
SAP FSCM Collections Managementを使用している場合は、「Customer Contact」として記録されます。詳細は、回収ワークリストや連絡履歴に関連するテーブルに保存され、多くの場合UDM_CASEに関連付けられます。
取得
関連するFSCM Collections Managementのテーブルから、顧客への連絡記録を抽出します。
イベントタイプ
explicit
|
|||
|
支払いブロック設定済み請求書
|
請求書に手動または自動のブロックが設定され、支払いができない状態を示します。BSEGテーブルの請求書明細に設定された支払いブロックインジケーターによって記録されます。 | ||
|
重要な理由
支払いブロックは、遅延やプロセス上の例外を生む主な要因です。請求書がいつ、なぜブロックされたかを特定することは、支払い遅延の根本原因を明らかにし、キャッシュフローを改善するうえで重要です。
入手先
通常は、請求書明細のPayment Blockフィールド(BSEG-ZLSPR)の変更から推定します。このフィールドの変更ログ(CDHDRおよびCDPOS)から、明示的なタイムスタンプを取得できる場合があります。
取得
CDHDRテーブルのタイムスタンプを使用し、請求書伝票明細のBSEG-ZLSPRフィールドの変更を検出します。
イベントタイプ
inferred
|
|||
|
支払約束作成
|
顧客が回収部門に連絡し、特定の日付までに支払うことを約束したことを示します。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
|
|||
抽出ガイド
始める準備はできていますか?
このテンプレートを使ってデータ準備を効率化し、与信管理と回収のプロセスに隠れている価値ある情報を明らかにしてください。キャッシュフローの早期改善とリスク低減に向けて、今すぐ取り組みを始めましょう。
キャッシュフローを加速:信用管理と債権回収を今すぐ最適化
信用供与から入金までのサイクルタイムを30%短縮し、収益性を高めます。
クレジットカードは不要です。数分で設定できます。