与信管理と債権回収のデータテンプレート
与信管理と債権回収のデータテンプレート
- イベントログに収集する推奨属性
- 請求書のライフサイクル全体で追跡する主なプロセスアクティビティ
- SAP S/4HANAからのデータ抽出方法
与信管理と債権回収の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
与信管理・債権回収プロセスで発生した、個々の業務イベントの名称です。 | ||
|
説明
この属性は、「請求書の作成」「督促手順の開始」「入金」など、プロセス内の個々のステップやタスクを表します。これらのアクティビティの順序が、各ケースのプロセスフローを構成します。 アクティビティ名の分析は、プロセスマイニングの基本です。プロセスマップの把握、バリアントの特定、各ステップ間の遷移の測定に役立ちます。督促後のイベントを追跡する「督促成功率」など、ほぼすべてのプロセス分析や重要業績評価指標(KPI)の算出の基礎となります。
重要な理由
プロセスの各ステップを定義します。プロセスマップの可視化、バリアントの分析、プロセスフローの把握に欠かせません。
入手先
トランザクションコード(TCODE)、テーブル変更ログ(CDHDR/CDPOS)、またはSAP伝票内のステータスフィールドを組み合わせて生成します。
例
請求書を顧客に送付督促手順の開始入金紛争案件の登録
|
|||
|
イベント時刻
EventTime
|
アクティビティが発生した日時を示すタイムスタンプです。 | ||
|
説明
この属性には、記録された各アクティビティの正確な日時が含まれます。イベントの順序を特定し、イベント間の所要時間を算出するうえで重要です。 イベント時刻を使ってアクティビティを時系列に並べ、プロセスマップを作成し、パフォーマンス指標を算出します。たとえば、「紛争登録」と「紛争解決」のタイムスタンプ間の時間を測定し、「紛争の平均解決時間」を算出します。
重要な理由
イベントの時系列を把握できます。サイクルタイムの算出、プロセスパフォーマンスの分析、ボトルネックの特定に必要です。
入手先
SAPテーブルのさまざまな日付・時刻フィールドから取得します。たとえば、BKPFの転記日(BUDAT)、各種テーブルの入力日・時刻(CPUDT/CPUTM)などです。変更ログテーブルCDHDR/CDPOSにもタイムスタンプが記録されています。
例
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
請求書番号
InvoiceNumber
|
顧客向け請求書を一意に識別する番号です。与信管理・債権回収プロセスの主なケースIDとして使用されます。 | ||
|
説明
請求書番号は、会計伝票番号として記録されることもあり、各債権取引を一意に識別します。請求書の作成や督促通知から、紛争管理、最終的な入金または償却まで、すべてのプロセスイベントを結び付ける中心的な識別子です。 プロセスマイニングで請求書番号ごとの経過を分析すると、プロセス全体を把握できます。よくある処理経路、入金処理のボトルネック、請求書ごとの対応の違いを特定できます。「請求書プロセスのバリアント分析」や「期限超過請求書の経過期間とステータス」などのダッシュボードにも欠かせません。
重要な理由
関連する与信・債権回収アクティビティをすべて結び付ける重要なケース識別子です。債権ごとにライフサイクル全体を分析できます。
入手先
通常、BKPF(会計伝票ヘッダー)のBELNRフィールド、またはVBRK(請求伝票:ヘッダーデータ)のVBELNフィールドにあります。
例
190000012319000004561900000789
|
|||
|
ユーザー名
UserName
|
アクティビティを実行したユーザーのIDです。 | ||
|
説明
この属性は、入金の転記や督促処理の開始など、プロセスの各ステップを担当したユーザーを特定します。SAPでは、「ユーザー名」(UNAME)または「入力者」フィールドに保存されることが一般的です。 ユーザー別に分析すると、成果の高い担当者やチーム、追加の研修が必要な領域、業務負荷の分布を把握できます。コンプライアンス上の問題や権限のない操作の調査にも役立ちます。たとえば、「債権回収電話の効果」ダッシュボードでは、担当者ごとの成果を追跡できます。
重要な理由
プロセスアクティビティと個々の担当者を結び付け、リソースパフォーマンス、業務負荷、コンプライアンスを分析できます。
入手先
BKPFなどのヘッダーテーブルのUSNAMフィールドや、CDHDRなどの変更ログテーブルのUSERNAMEフィールドに記録されていることが一般的です。
例
JSMITHRROEBATCH_USER
|
|||
|
延滞日数
DaysOverdue
|
請求書の支払期日を過ぎてからの日数です。 | ||
|
説明
「支払期日」から現在の日付(未決済の請求書の場合)または「支払日」(決済済みの請求書の場合)までの経過日数を測定する指標です。正の値は支払いが遅れていることを示します。 延滞日数は、債権回収における重要業績評価指標(KPI)の中核です。「延滞請求書の経過期間とステータス」ダッシュボードの主要指標であり、回収業務の優先順位付けにも使われます。この指標の分布を分析すると、売掛金ポートフォリオ全体の健全性を把握できます。
重要な理由
回収業務の効果を測る重要な指標です。経過期間の分析、業務の優先順位付け、支払い遅延の測定に使われます。
入手先
データ変換時に、(現在の日付または消込日)-支払期日(BSEG-ZFBDT)として算出します。
例
1530920
|
|||
|
支払期日
PaymentDueDate
|
請求書の支払い期限となる日付です。 | ||
|
説明
支払期日は、請求日と顧客との間で合意した支払条件に基づいて算出されます。支払いが期限どおりに行われたかを測る基準となります。 期限超過の分析に欠かせない日付です。「延滞日数」の算出や督促手順の開始に使われます。「期限超過請求書の経過期間とステータス」などのダッシュボードや、「平均売上債権回転日数(DSO)」などの重要業績評価指標(KPI)でも、この属性が重要な役割を果たします。
重要な理由
請求書が期限を過ぎているかを判断する基準日です。債権回収活動の開始や重要業績評価指標(KPI)の算出にも使われます。
入手先
会計伝票の顧客明細にあるBSEGテーブルのZFBDTフィールドで確認できます。
例
2023-05-302023-06-152023-07-01
|
|||
|
請求金額
InvoiceAmount
|
伝票通貨での請求書の合計金額です。 | ||
|
説明
この属性は、請求した商品やサービスの合計金額を示します。各ケースが財務に与える影響を測る重要な指標です。 「債権回収ポートフォリオの優先順位付け」ダッシュボードのように、請求金額を分析して回収活動の優先順位を決められます。また、紛争中の請求書の合計金額や、期限超過債権に滞留している資金など、プロセスの非効率性が財務に与える影響の評価にも使われます。金額の基準となるため、「請求書の償却率」などの重要業績評価指標(KPI)にも直接役立ちます。
重要な理由
各ケースの金銭的価値を把握できます。優先順位付け、リスク評価、パフォーマンス測定に欠かせません。
入手先
会計伝票明細テーブルBSEGから算出します。現地通貨額にはDMBTRフィールド、伝票通貨額にはWRBTRフィールドを使用します。
例
1500.0025000.50750.75
|
|||
|
顧客番号
CustomerNumber
|
顧客口座を一意に識別する番号です。 | ||
|
説明
顧客番号は、請求書の発行先となる取引先を識別します。財務取引と顧客マスターデータを結び付けます。 特定の顧客や顧客セグメントの支払傾向を把握するなど、顧客を軸にした分析に欠かせない属性です。「顧客の支払傾向」ダッシュボードで、支払いが常に遅れる顧客を追跡できます。また、請求書を顧客ごとにまとめることで、「優先顧客口座の対応率」などの重要業績評価指標(KPI)にも役立ちます。
重要な理由
取引を個々の顧客に結び付け、支払傾向、顧客セグメント、顧客関係を分析できます。
入手先
BSEGなどの会計伝票明細テーブルのKUNNRフィールド、または顧客マスターデータテーブルKNA1にあります。
例
CUST100234CUST200567CUST300890
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となるシステムを示します。 | ||
|
説明
この属性は、データの取得元となる情報システムを示します。この場合はSAP S/4HANAです。異なるERP環境や別のCRMなど、複数のシステムからデータを統合する環境では特に重要です。 プロセス分析では、複数のシステムにまたがるプロセスを区別したり、特定のシステム環境に絞って分析したりできます。データの来歴を確認でき、データ検証や問題の調査にも役立ちます。
重要な理由
データの取得元に関する重要なコンテキストを示します。複数のシステムを使う環境で情報を明確にし、データガバナンスにも役立ちます。
入手先
通常、データ抽出時に追加される固定値で、システムID(SID)などによって特定のSAP S/4HANA環境を識別します。
例
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
与信限度額
CreditLimit
|
顧客に設定する与信額の上限です。 | ||
|
説明
与信限度額は顧客の与信マスターデータに保存される値で、その顧客に対して会社が許容する与信総額を定めます。「与信限度額の申請」や「与信限度額の承認」などのアクティビティは、この属性に直接関係します。 この属性は、与信リスク分析のコンテキストを示します。「与信承認サイクルタイム分析」ダッシュボードでは、限度額の設定や変更のプロセスを追跡できます。延滞額とあわせて分析することで、ポートフォリオ全体のリスクを評価できます。
重要な理由
顧客に承認された与信リスクの上限を定める値であり、与信承認プロセスや与信総額の分析に欠かせません。
入手先
SAP与信管理(FSCM)モジュールのUKM_BP_CMS_SGMTテーブルなどに保存されます(項目:CREDIT_LIMIT)。
例
50000.00100000.00250000.00
|
|||
|
会社コード
CompanyCode
|
財務諸表を作成する、法的に独立した会社を表す組織単位です。 | ||
|
説明
会社コードは、SAP Financialsにおける基本的な組織単位です。請求書や入金を含むすべての財務取引は、特定の会社コードに対して転記されます。 プロセスマイニングでは、会社コードで絞り込んだり分析軸として指定したりすることで、企業内の異なる法人間でプロセスパフォーマンスを比較できます。ある法人の優れた取り組みを他の法人に適用したり、特定の会社に影響する全社的な問題を特定したりできます。ほぼすべての財務プロセス分析で重要なフィルターです。
重要な理由
組織内の異なる法人間で、プロセスパフォーマンスとコンプライアンスを比較できます。
入手先
BKPFやBSEGなど、多くの財務テーブルのBUKRSフィールドにあります。
例
10002000US01DE01
|
|||
|
償却理由
WriteOffReason
|
請求書を回収不能として償却した理由を示すコードです。 | ||
|
説明
売掛金が回収不能と判断された場合、帳簿から償却し、その原因を分類する理由コードを割り当てます。理由コードには、「破産」「少額残高の償却」「未解決の紛争」などがあります。 この属性は、「請求書償却分析」ダッシュボードに欠かせません。理由別に償却の件数や金額を分析すると、与信方針や回収戦略の弱点を特定し、将来の損失を抑えるための対策を講じることができます。
重要な理由
回収不能債権による損失の根本原因を明らかにし、与信方針や回収方針の改善に役立ちます。
入手先
売掛金の償却に使用する特定の財務転記トランザクション(例:F-30)で、理由コード項目(BSEG-RSTGR)に記録されることが一般的です。
例
破産少額残高紛争による損失
|
|||
|
最終データ更新日時
LastDataUpdate
|
ソースシステムからデータを更新または抽出した最新の日時を示すタイムスタンプです。 | ||
|
説明
この属性は、データセットが最後に更新された日時を示します。分析対象のデータがどの程度新しいかを把握できます。 ダッシュボードや分析に欠かせないメタデータです。分析対象の期間を確認できるため、古い情報に基づく誤った解釈を防げます。たとえば、期限超過請求書の分析では、データの最終取得日時を把握していることが重要です。
重要な理由
データの鮮度を把握でき、データに基づく正確な意思決定に役立ちます。
入手先
この値は、データの抽出、変換、読み込み(ETL)の処理中に生成され、保存されます。
例
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
|
督促レベル
DunningLevel
|
期限を過ぎた請求書に対する督促プロセスの現在の段階を示します。 | ||
|
説明
督促レベルは、債権回収の強度を示します。通常、簡単な支払通知から、より正式な法的通知へと段階的に引き上げられます。各レベルは、督促手順で定められた特定の督促アクティビティに対応します。 この属性を追跡することは、督促プロセスの効果とコンプライアンスを確認するうえで重要です。「督促プロセスの効果」ダッシュボードではレベルごとの入金率を分析し、「督促プロセスのコンプライアンス」ダッシュボードではレベルの順序が正しく守られているかを確認します。
重要な理由
債権回収の進捗を追跡し、督促の効果とプロセスのコンプライアンスを分析できます。
入手先
この情報は、督促データを格納するMHNDなどのテーブルに保存されます。明細の最終督促レベルは、BSEGのMANSTフィールドで確認できます。
例
123:最終通知法的措置
|
|||
|
紛争理由
DisputeReason
|
顧客が請求書に異議を申し立てた理由を示す理由コードです。 | ||
|
説明
顧客が請求書に異議を申し立てると、「価格設定の誤り」「商品の破損」「請求書の重複」など、問題の内容を分類する理由が通常割り当てられます。この情報はSAP Dispute Managementモジュールで管理されます。 紛争理由を分析すると、顧客の不満や支払い遅延の根本原因を特定できます。「請求書紛争の件数と解決状況」ダッシュボードでこの属性を分析軸に指定すると、受注から入金までの上流プロセスで繰り返し発生している問題を特定し、改善できます。
重要な理由
請求書に関する紛争の根本原因を把握し、業務上の問題の特定と解決に役立ちます。
入手先
SAP Dispute Managementモジュールから取得します。紛争案件の属性に基づき、UDM_SCASE_ATTRなどのテーブルから取得することが考えられます。
例
PRC_ERR:価格設定の誤りQTY_DIF:数量の相違SHIP_DMG - 出荷品の破損
|
|||
|
自動処理かどうか
IsAutomated
|
アクティビティをシステムユーザーと人間のどちらが実行したかを示すフラグです。 | ||
|
説明
この真偽値属性により、システムが自動で実行したアクティビティ(例:スケジュールされた督促処理、自動入金転記)と、ユーザーが手動で実行したアクティビティ(例:回収の電話連絡)を区別できます。 この属性を分析すると、プロセスの自動化の度合いを測定できます。自動処理と手動処理の効率や一貫性を比較し、さらなる自動化の余地を特定するとともに、回収プロセスに必要な実際の手作業を把握できます。
重要な理由
プロセスの自動化の度合いを数値化し、自動化が効率やコストに与える影響を分析できます。
入手先
通常は「UserName」に基づいて算出する属性です。ユーザーIDが、あらかじめ定義したシステムユーザーまたはバッチユーザーの一覧(例:「BATCH_USER」)に一致する場合、フラグをtrueに設定します。
例
truefalse
|
|||
|
請求通貨
InvoiceCurrency
|
請求書の発行に使用された通貨です。 | ||
|
説明
この属性は、請求金額の通貨コード(USD、EURなど)を示します。特に多国籍の組織では、金額を正しく解釈するために必要な情報です。 多くの分析では標準化された現地通貨を使いますが、元の取引内容や為替の影響を分析する際には伝票通貨が重要です。請求金額属性のコンテキストを補います。
重要な理由
請求金額を正しく解釈するための情報を示し、複数通貨を扱う環境での正確な財務分析を可能にします。
入手先
通常、BKPFなどのヘッダーテーブルのWAERSフィールド、またはBSEGなどの明細テーブルのPSWSLフィールドにあります。
例
USDEURGBP
|
|||
|
顧客セグメント
CustomerSegment
|
規模、業種、戦略上の重要性などに基づく顧客の分類です。 | ||
|
説明
顧客セグメントは、共通の特徴を持つ顧客をまとめるためのマーケティングまたは営業上の分類です。年間売上高、業種、地域、取引関係(ゴールド、シルバー、ブロンズなど)を基準に分類できます。 債権回収の分析でこの属性を使って顧客を分類すると、特定のグループに見られる傾向を把握できます。たとえば、「請求書の償却分析」ダッシュボードで、特定のセグメントが償却額の大きな割合を占めているかを確認し、そのセグメントの与信方針を検討できます。
重要な理由
顧客グループごとのプロセスパフォーマンスや顧客行動を分析し、戦略上の判断に役立つインサイトを得られます。
入手先
通常、顧客マスターデータ(テーブルKNA1)から取得します。KDKG1~KDKG5(顧客グループ1~5)などの分類フィールドや属性フィールドが使われます。
例
大企業中小企業政府機関戦略的顧客
|
|||
与信管理と債権回収のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
入金
|
顧客から資金を受領し、未決済の請求書に充当したことを示します。請求金額を消し込む消込伝票が作成された時点で記録されます。 | ||
|
重要な理由
キャッシュフローと売上債権回転日数(DSO)に直接影響する重要な節目です。入金までの時間と、その前に行われたアクティビティを分析すると、債権回収プロセス全体の効果を把握できます。
入手先
請求書に対して転記された消込伝票から推定します。該当する請求書の消込済明細テーブルBSADにある消込日(AUGDT)を、タイムスタンプとして使用します。
記録
該当する請求書伝票番号(BELNR)について、BSADテーブルから消込日(AUGDT)を特定します。
イベントタイプ
inferred
|
|||
|
支払期日の経過
|
未消込の入金が転記されないまま、現在の日付が請求書の正味支払期日を過ぎたときに発生する計算上のイベントです。請求書のステータスが「未期限」から「期限超過」に変わったことを示します。 | ||
|
重要な理由
このアクティビティをきっかけに、債権回収や督促の活動が始まります。支払状況、支払遅延の理由、事前通知の効果を分析するうえで欠かせません。
入手先
このイベントはログに明示的に記録されません。BSIDテーブルのZFBDTフィールドなどにある正味支払期日と、分析時点または後続アクティビティのタイムスタンプを比較して算出します。
記録
請求書の正味支払期日(BSID-ZFBDT)を、現在のタイムスタンプまたは後続イベントのタイムスタンプと比較して算出します。
イベントタイプ
calculated
|
|||
|
紛争案件の登録
|
顧客が請求書に正式な異議を申し立て、SAP Dispute Managementに案件が作成されたことを示します。新しい紛争案件が作成され、請求書伝票に関連付けられた時点で記録されます。 | ||
|
重要な理由
紛争の登録は、プロセス上の例外を把握するうえで重要なステップです。紛争の件数、理由、解決までの時間を分析すると、価格設定や出荷の誤りなど、根本原因を特定できます。
入手先
このイベントはSAP Dispute Managementのテーブルに明示的に記録されます。請求書に関連付けられたUKM_CASEやFDM_DCOBJなどのテーブルにある案件の作成日時を、タイムスタンプとして使用します。
記録
UKM_CASEテーブルから紛争案件の作成タイムスタンプを取得し、案件タイプで紛争を絞り込みます。
イベントタイプ
explicit
|
|||
|
請求書の作成
|
このアクティビティは、顧客向け請求書の作成を示します。債権回収プロセスの起点となるイベントです。SAP S/4HANAシステムで、請求書の伝票タイプを持つ新しい会計伝票が転記された時点で記録されます。 | ||
|
重要な理由
これは請求から入金までのプロセスにおける主な開始イベントです。この時点から入金までの時間を分析することは、売上債権回転日数(DSO)とプロセス全体の効率を測定するうえで重要です。
入手先
このイベントは明示的に記録されます。該当する伝票番号(BELNR)の作成日時は、会計伝票ヘッダーテーブルBKPFで確認できます。「RV」などの伝票タイプは、通常、顧客向け請求書を示します。
記録
請求書伝票のBKPFテーブルから、伝票作成日時(CPUDT、CPUTM)を使用します。
イベントタイプ
explicit
|
|||
|
請求書の償却
|
未払いの請求書を損失として処理し、貸倒債権に分類する判断を示します。通常、固有の理由コードを持つ特定の種類の消込伝票が転記された時点で記録されます。 | ||
|
重要な理由
債権償却は直接的な金銭的損失です。件数、金額、直前のアクティビティを分析すると、リスクの高い顧客や債権回収プロセスの問題を特定できます。
入手先
請求書を消し込む消込伝票を分析して推定できます。消込伝票で使用された特定の総勘定元帳勘定または理由コード(BSEG-RSTGR)が、債権償却を示します。
記録
消込伝票を特定し、特定の理由コードがあるか、貸倒債権勘定に転記されているかを確認します。
イベントタイプ
inferred
|
|||
|
請求書の消込完了
|
請求書が全額支払われ、未決済明細から消し込まれたことを示す、最終的な成功状態です。請求書に対応する消込伝票と消込日がある場合、この状態と判断します。 | ||
|
重要な理由
プロセスの主な成功地点であり、このアクティビティをもって請求書のライフサイクルが完了します。この状態に至るまでの経路と所要時間を分析することは、プロセス改善の基本です。
入手先
これは個別のイベントではなく、財務テーブルから推定する状態です。請求書が顧客の消込済明細テーブルBSADに記録され、有効な消込日(AUGDT)がある場合、消込済みと判断します。
記録
この最終アクティビティのタイムスタンプには、BSADテーブルの消込日(AUGDT)を使用します。
イベントタイプ
inferred
|
|||
|
債権回収の電話
|
債権回収担当者が、期限を過ぎた請求書について顧客に電話で連絡したことを示します。通常、SAPの標準イベントではないため、独自のログ記録やCRMシステムとの連携が必要です。 | ||
|
重要な理由
手作業による対応は、債権回収プロセスでコストがかかる部分です。電話連絡を追跡すると、担当者の対応効果や、手作業が必要な顧客口座を把握できます。
入手先
通常、標準的なS/4HANA環境ではこの情報を取得できません。独自のテーブル、債権回収の作業リスト内のメモ、または連携が必要な外部CRMシステムに保存されている場合があります。
記録
債権回収活動を記録しているシステム拡張、メモ、または外部システムのデータを分析する必要があります。
イベントタイプ
explicit
|
|||
|
入金の転記
|
総勘定元帳に入金を記録する会計仕訳を示します。多くの場合、入金と同時に行われますが、別のステップとして処理され、遅れが生じることもあります。 | ||
|
重要な理由
入金から転記までに遅れがあると、財務報告にずれが生じる可能性があります。このサイクルタイムを測定すると、会計プロセスの効率性と正確性を確認できます。
入手先
BKPFテーブルにある消込伝票の転記日(BUDAT)または作成日(CPUDT)から推定できます。消込伝票番号はBSAD-AUGBLで確認できます。
記録
請求書を消し込んだ消込伝票について、BKPFテーブルから転記日(BUDAT)を取得します。
イベントタイプ
inferred
|
|||
|
支払約束の登録
|
債権回収担当者が、期限を過ぎた債権について、顧客が特定の日に支払うと約束したことを記録した時点で発生するイベントです。SAP Collections Managementモジュールで明示的に実行される操作です。 | ||
|
重要な理由
支払約束は、債権回収活動の重要な成果です。発生頻度、履行率、入金までの期間への影響を分析すると、回収戦略の改善に役立ちます。
入手先
このイベントはSAP Collections Managementに明示的に記録されます。支払約束の作成日は、UDM_P2P_ATTRなどのテーブルから取得できます。
記録
請求書に関連付けられたUDM_P2P_ATTRなどの支払約束テーブルから、作成日を取得します。
イベントタイプ
explicit
|
|||
|
督促手順の開始
|
期限を過ぎた請求書に対して、自動督促プロセスを正式に開始したことを示します。督促処理で請求書が処理され、督促レベルが割り当てられた時点で記録されます。 | ||
|
重要な理由
自動債権回収の開始を示します。督促アクティビティを追跡することは、督促戦略の効果を評価し、社内方針の遵守を確認するうえで重要です。
入手先
このイベントは督促データテーブルに明示的に記録されます。請求書に関連付けられた督促ヘッダーテーブルMHNKの実行日(LAUFD)から、手順が実行された日時を確認できます。
記録
対象の請求書について、督促実行日(MHNK-LAUFD)と督促レベル(MHNK-MAHNS)を抽出します。
イベントタイプ
explicit
|
|||
|
紛争の解決
|
顧客の申し立てが認められた場合、または却下された場合に、紛争案件が終了したことを示します。紛争案件のステータスが「クローズ」または「解決済み」に更新された時点で記録されます。 | ||
|
重要な理由
紛争の解決にかかる時間は、顧客満足度と業務効率を測る重要業績評価指標です。解決に時間がかかると、入金が遅れ、顧客との関係にも影響する可能性があります。
入手先
紛争案件のステータス変更から推定します。UKM_CASEテーブルでステータスが「クローズ」または「確認済み」に変わった際のタイムスタンプから、解決日時を確認できます。
記録
UKM_CASEテーブルまたは関連するステータス変更ログテーブルで、最終的な解決済みステータスに変更されたタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
請求書を顧客に送付
|
印刷、メール、EDIなどで請求書を顧客に送信した時点を示します。通常は、出力メッセージの処理日時を記録するSAPの出力決定ログから取得します。 | ||
|
重要な理由
請求書の作成から送付までに遅れがあると、入金までの期間全体が長くなる可能性があります。この時間を追跡すると、顧客との連絡や文書配布におけるボトルネックを特定できます。
入手先
メッセージステータステーブルNASTの処理日時から推定できます。出力タイプが顧客向け請求書に該当するレコードを確認します。この方法を使うには、出力決定が適切に設定されている必要があります。
記録
請求書の請求伝票番号に関連付けられた、正常に処理されたレコードをNASTテーブルで確認します。
イベントタイプ
inferred
|
|||
データ抽出ガイド
始める準備はできましたか?
このテンプレートを使って分析用のデータを準備し、与信管理と債権回収のプロセスマイニングにお役立てください。今すぐキャッシュフローの改善と不良債権の削減に取り組みましょう。
キャッシュフローを改善:与信管理と債権回収を今すぐ最適化
非効率を特定し、サイクルタイムを30%短縮してキャッシュフローを改善します。
クレジットカードは不要です。数分で設定できます。