売掛金データテンプレート
売掛金データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出手順
売掛金の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
プロセス内で実行された具体的なイベントまたはアクションです。 | ||
|
説明
この属性は、請求書の作成、一部支払いの転記、請求書の消込など、売掛金プロセスで実行されたステップを表します。通常は、トランザクションコード(TCODE)または変更ログテーブルに記録された伝票ステータスの変更内容から導出されます。
重要な理由
プロセスフローのマッピングとイベント順序の特定に欠かせません。
入手先
SAP TSTCT(トランザクションコード)またはCDHDR/CDPOS(変更伝票)から導出
例
売掛金請求書を作成一部入金を転記請求書を消込異議申し立て案件を作成
|
|||
|
イベント時刻
EventTime
|
アクティビティが発生した時点のタイムスタンプです。 | ||
|
説明
この属性は、アクティビティが実行された正確な日付と時刻を記録します。取引データでは、ヘッダーテーブルの登録日(CPUDT)と登録時刻(CPUTM)を組み合わせて表すことが一般的です。サイクルタイムと処理時間の計算に利用できます。
重要な理由
正確なタイムスタンプは、DSOの計算とボトルネックの特定に欠かせません。
入手先
SAPテーブルBKPF-CPUDTおよびBKPF-CPUTM
例
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
|
|||
|
請求書番号
InvoiceNumber
|
請求書または会計伝票を一意に識別する番号です。 | ||
|
説明
この属性は、売掛金プロセスにおける一意のケースIDとして機能します。通常は、抽出ロジックに応じて、SAP FIモジュールの会計伝票番号(BELNR)またはSDの請求伝票(VBELN)に対応します。支払い、紛争、消込など、その後のすべてのアクティビティを元の金銭債務に関連付けます。
重要な理由
すべての取引について、エンドツーエンドのプロセスフローを再構築するために必要な中心キーです。
入手先
SAPテーブルBKPF-BELNRまたはVBRK-VBELN
例
1400000234900004321014000002351800000099
|
|||
|
ソースシステム
SourceSystem
|
データの生成元となったシステムです。 | ||
|
説明
この属性は、レコードが作成されたSAP S/4HANAの特定のインスタンスまたは外部システムを識別します。複数のERPインスタンスが存在する環境で、データの系譜を追跡する際に役立ちます。
重要な理由
複数システム環境で分析を分離できます。
入手先
システムID(SY-SYSID)または抽出時にハードコード
例
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
最終データ更新
LastDataUpdate
|
データが最後に抽出または更新された時点のタイムスタンプです。 | ||
|
説明
この属性は、データがプロセスマイニングツールに読み込まれた時点を示します。期間末照合ステータスなどのダッシュボードに表示されるデータの鮮度を把握するのに役立ちます。
重要な理由
分析担当者は、リアルタイムデータを見ているのか、履歴データを見ているのかを確認できます。
入手先
ETLメタデータ
例
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
ユーザー名
User
|
アクティビティを実行したユーザーのIDです。 | ||
|
説明
この属性(USNAM)は、イベントを実行したユーザーまたはシステムエージェントを識別します。人のユーザーとシステムのバッチユーザーを区別し、自動支払照合率を計算するために分析します。
重要な理由
自動化率とユーザーの生産性を把握するために重要です。
入手先
SAPテーブルBKPF-USNAMまたはCDHDR-USERNAME
例
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
会社コード
CompanyCode
|
請求書が属する財務エンティティまたは事業部門です。 | ||
|
説明
会社コード(BUKRS)は、SAPシステムにおける外部会計の中心的な組織単位です。異なる事業部門を対象とした顧客支払行動プロファイリングなどのダッシュボードで、分析を分けるために使用します。
重要な理由
異なる法人間でパフォーマンスを比較・絞り込むために必要です。
入手先
SAPテーブルBKPF-BUKRSまたはT001-BUKRS
例
1000US01DE012000
|
|||
|
伝票タイプ
DocumentType
|
会計伝票を分類します(例:請求書、支払い、クレジットメモ)。 | ||
|
説明
伝票タイプ(BLART)は取引を分類します。例として、顧客請求書の「DR」、顧客支払いの「DZ」、クレジットメモの「DG」があります。クレジットメモ・訂正分析の対象となるケースタイプを絞り込むために重要です。
重要な理由
データを請求書、支払い、調整に分類します。
入手先
SAPテーブルBKPF-BLART
例
DRDZDGRV
|
|||
|
売上債権回転日数
DaysSalesOutstanding
|
請求書の転記から消込までの期間です。 | ||
|
説明
消込済み明細について、消込日から転記日を差し引いて計算します。売上債権回転日数概要ダッシュボードの主要な値であり、キャッシュフロー効率を測る重要な指標です。
重要な理由
売掛金プロセスにおける経営層向けの主要KPIです。
入手先
計算式:ClearingDate - PostingDate
例
30日45日15日
|
|||
|
支払期日
DueDate
|
請求書の支払いが必要となる計算上の日付です。 | ||
|
説明
この属性は正味支払期日を表します。SAPでは、基準日(ZFBDT)に支払条件(ZTERM)で定義された日数を加えて算出することが一般的です。督促コンプライアンス・実行ダッシュボードの基準となります。
重要な理由
支払いが遅延しているかどうかを判定する基準日です。
入手先
BSEG-ZFBDTおよびBSEG-ZTERMから導出
例
2023-11-302023-12-15
|
|||
|
支払条件
PaymentTerms
|
合意された支払条件を表すキーです。 | ||
|
説明
この属性(ZTERM)は、支払期日や現金割引を含む、顧客が支払う際の条件を定義します。早期支払割引最適化ダッシュボードの主要なデータソースです。
重要な理由
支払期日の計算と割引適用条件の分析における基準です。
入手先
SAPテーブルBSEG-ZTERMまたはKNB1-ZTERM
例
NT300001Z015
|
|||
|
消込日
ClearingDate
|
請求書が消込または決済された日付です。 | ||
|
説明
この属性(AUGDT)は、通常は支払いによって未決済明細が消込された日付を記録します。売掛金プロセスの主要サイクルにおける終了時刻であり、売上債権回転日数の計算における主要な変数です。
重要な理由
回収サイクルの完了を示します。
入手先
SAPテーブルBSEG-AUGDTまたはBSAD-AUGDT
例
2023-11-012023-11-10
|
|||
|
現地通貨金額
AmountInLocalCurrency
|
会社コードの通貨で表した請求書または支払いの金額です。 | ||
|
説明
この属性(DMBTR)は、取引の財務金額を保持します。未決済請求書、クレジットメモ、支払いの合計金額の計算に使用します。金額を定量化し、クレジットメモ・訂正分析ダッシュボードを支えます。
重要な理由
財務影響の分析と高額債権の回収優先順位付けに必要です。
入手先
SAPテーブルBSEG-DMBTRまたはACDOCA-DMBTR
例
1500.00250.5010000.00
|
|||
|
自動化済み
IsAutomated
|
アクティビティがシステムユーザーによって実行されたかどうかを示すフラグです。 | ||
|
説明
このブール属性は、ユーザー属性に基づいて計算します。ユーザーIDが既知のシステムアカウントまたはバッチアカウント(例:「BNK_BSM」)と一致する場合、このフラグはtrueに設定されます。支払照合自動化率ダッシュボードに直接反映されます。
重要な理由
デジタル化と自動化の成果を測定するための重要な指標です。
入手先
ユーザー属性から導出
例
truefalse
|
|||
|
顧客番号
CustomerNumber
|
顧客勘定を一意に識別する番号です。 | ||
|
説明
この属性は、請求書に関連付けられた顧客番号(KUNNR)を表します。支払行動の詳細な分析を可能にし、顧客支払行動プロファイリングダッシュボードに欠かせません。
重要な理由
特定の顧客勘定のパフォーマンスをドリルダウンして確認できます。
入手先
SAPテーブルBSEG-KUNNRまたはKNA1-KUNNR
例
CUST100230001004500WALMART_US
|
|||
|
クレジットメモ
IsCreditMemo
|
伝票がクレジットメモかどうかを示すフラグです。 | ||
|
説明
このブール属性は伝票タイプから導出します(例:タイプが「DG」の場合)。訂正取引をすばやく絞り込み、訂正クレジットメモ率KPIを支援できます。
重要な理由
手戻りと請求エラーを特定します。
入手先
DocumentTypeから導出
例
truefalse
|
|||
|
国
Country
|
顧客の所在国です。 | ||
|
説明
この属性(LAND1)は顧客マスターデータに由来します。地域または国別にクレジットメモ率などのKPIを分析し、地理的に分類できます。
重要な理由
地域別のコンプライアンスとパフォーマンスの分析に使用します。
入手先
SAPテーブルKNA1-LAND1
例
USDEFRJP
|
|||
|
地域
Region
|
顧客の州、都道府県、または地域です。 | ||
|
説明
この属性(REGIO)は、国よりも詳細な地理情報を提供します。クレジットメモ・訂正分析で、地域ごとの処理上の問題を特定する際に役立ちます。
重要な理由
詳細な地理分析に使用します。
入手先
SAPテーブルKNA1-REGIO
例
CANYTXBY
|
|||
|
督促レベル
DunningLevel
|
請求書の現在の督促レベルです。 | ||
|
説明
この属性(MAHNS)は、顧客に支払いを督促した回数を示します。回収活動のエスカレーションを追跡し、督促コンプライアンス・実行ダッシュボードに表示します。
重要な理由
支払遅延の深刻度と督促方針の遵守状況を監視します。
入手先
SAPテーブルMHNK-MAHNSまたはKNB5(顧客マスターの督促情報)
例
1230
|
|||
|
紛争ケースID
DisputeCaseId
|
請求書に関連付けられた紛争ケースの識別子です。 | ||
|
説明
この属性は、紛争ケースが存在する場合にそのID(UDM_CASE)を保持します。財務伝票を紛争管理モジュールに関連付けます。紛争解決サイクル効率ダッシュボードに必要です。
重要な理由
売掛金伝票を紛争解決ワークフローに関連付けます。
入手先
SAPテーブルFDM_DCPROCまたはUDM_CASE_ATTR
例
0000056789DISP-2023-001
|
|||
売掛金のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
一部入金を転記
|
請求金額の全額を満たさない入金を受け取り、勘定に残余明細が残ります。 | ||
|
重要な理由
一部入金解決サイクルに影響します。一部入金が頻繁に発生すると、複雑さと手作業による照合負荷が増します。
入手先
BSEGテーブルを使用します。消込伝票(AUGBL)によって新しい残余明細が作成され、残高が残っている場合に推定します。参照伝票が元の請求書と一致することを確認します。
取得
残余がある消込伝票の作成から導出
イベントタイプ
inferred
|
|||
|
全額入金を受領
|
未払いの請求金額を全額満たす入金を受け取ります。顧客の支払義務が実質的に終了する時点となることが多い処理です。 | ||
|
重要な理由
実際の支払日と支払期日の差を判定します。支払条件の逸脱や顧客行動の分析に欠かせません。
入手先
BSEGテーブルを使用します。消込伝票(AUGBL)から導出し、消込日(AUGDT)が設定され、残高がゼロになったことを確認します。
取得
消込伝票の転記時に記録
イベントタイプ
explicit
|
|||
|
売掛金請求書を作成
|
財務システム内で顧客向け請求書伝票を最初に作成する処理です。伝票ヘッダーの作成日時から取得します。 | ||
|
重要な理由
売掛金プロセスと経過日数の計測を開始します。売上債権回転日数(DSO)の計算に欠かせません。
入手先
BKPFテーブル(会計伝票ヘッダー)のCPUDT(入力日)およびCPUTM(入力時刻)フィールドを使用します。伝票タイプ(BLART)で顧客請求書に該当するもの(例:DR、RV)に絞り込みます。
取得
取引がBKPFに確定記録された時点で記録
イベントタイプ
explicit
|
|||
|
支払督促を送信
|
期限超過請求書に対して督促通知または督促状を生成します。組織が行った回収活動を追跡します。 | ||
|
重要な理由
督促コンプライアンス率KPIに欠かせません。回収戦略がポリシーに従って実行されているかを確認します。
入手先
MHNDテーブル(督促データ)のLAUFDフィールド(督促処理日)を使用します。会社コードと顧客で関連付けます。
取得
督促処理(F150)の実行時に記録
イベントタイプ
explicit
|
|||
|
請求書を消込
|
未消込明細を入金またはクレジットと照合し、ステータスをClearedに変更する技術的な会計処理です。 | ||
|
重要な理由
システム上のプロセスインスタンスの確定的な終了です。最終的なDSO指標の計算に必要です。
入手先
BSEGまたはACDOCAテーブルを使用します。AUGDT(消込日)フィールドに値が設定されていることを確認します。USNAMで自動処理か手動処理かを判定します。
取得
AUGDTフィールドに値が設定された時点で記録
イベントタイプ
explicit
|
|||
|
請求書出力を発行
|
請求書を顧客に送るための出力メッセージ(メール、印刷、EDI)を生成する明示的な処理です。顧客が請求通知を正式に受け取ったことを確認します。 | ||
|
重要な理由
作成から送付までの遅れは、顧客が実際に利用できる支払条件の期間に影響します。監視することで、請求書が社内処理で滞留していないか確認できます。
入手先
NASTテーブル(メッセージステータス)を使用し、請求書伝票番号と一致するオブジェクトキー(OBJKY)で関連付けます。DATVRおよびUHRVRのタイムスタンプを使用します。
取得
出力生成時にNASTテーブルへ記録
イベントタイプ
explicit
|
|||
|
クレジットメモを転記
|
請求書に関連付けられたクレジットメモを発行し、支払額を減額します。通常は、誤りの修正や返品処理に使います。 | ||
|
重要な理由
訂正クレジットメモ率KPIの主要項目です。頻度が高い場合、販売または請求における上流工程の品質問題を示します。
入手先
BSEGテーブルを使用します。伝票タイプ「DG」または「KG」で、元の請求書を指す「請求書参照」(REBZG)フィールドによって特定します。
取得
クレジットメモ伝票が請求書を参照した時点で記録
イベントタイプ
explicit
|
|||
|
支払約束を記録
|
回収担当者が、顧客から特定の金額を特定の日付までに支払うという正式な約束を記録します。 | ||
|
重要な理由
回収担当者による活動が成功したことを示します。短期キャッシュフローの予測や、回収担当者の処理量の測定に使います。
入手先
UDM_P2Pテーブル(支払約束)のCREATED_ATフィールドを使用します。Case GUIDまたは伝票キーで請求書に関連付けます。
取得
FSCM Collections Managementに記録
イベントタイプ
explicit
|
|||
|
異議申し立てステータスを更新
|
既存の異議申し立て案件のステータスが変更されます。たとえば、「新規」から「処理中」または「確認中」へ移行します。 | ||
|
重要な理由
異議申し立て解決ワークフローを詳細に把握し、承認または調査の段階にあるボトルネックを特定できます。
入手先
異議申し立て案件の変更伝票(S/4HANA Case Managementのログ)を使用します。UDM_CASE_ATTRの変更を分析します。
取得
案件履歴でステータスフィールドの変更を比較
イベントタイプ
inferred
|
|||
|
異議申し立て案件を作成
|
通常はSAP FSCM Dispute Managementを通じて、請求書に対する異議申し立て案件を開始します。顧客が請求内容に異議を唱えたことを示します。 | ||
|
重要な理由
通常の回収における計測を停止し、異議申し立て解決サイクルの計測を開始します。この件数が多いと、キャッシュフローの予測しやすさに影響します。
入手先
UDM_CASE_ATTRテーブル(案件属性)またはUDM_DISPUTEテーブル(異議申し立て案件)を使用します。CASE_GUIDで財務伝票キーに関連付けます。
取得
FSCM Dispute Managementのテーブルに記録
イベントタイプ
explicit
|
|||
|
異議申し立て案件を解決
|
異議申し立て案件を終了し、クレジット、償却、または債務の再確認のいずれかを行います。例外処理の終了を示します。 | ||
|
重要な理由
異議申し立て平均解決時間KPIの終了時刻です。この処理を効率化すると、滞留していた運転資本を直接回収できます。
入手先
UDM_CASE_ATTRテーブルを使用します。設定に応じてESCALATION_DATEまたはCLOSED_DATEフィールドを参照します。
取得
案件ステータスがClosedまたはVoidに設定された時点で記録
イベントタイプ
explicit
|
|||
|
請求書を取消
|
重大な誤りが発生したため、元の請求書をシステム上で取消または反対仕訳します。 | ||
|
重要な理由
失敗したプロセスインスタンスを示します。データ品質を確保するには、これらを除外するか、別に分析することが重要です。
入手先
BKPFテーブルを使用します。元の請求書レコードのSTBLG(反対仕訳伝票番号)フィールドに値が設定されていることを確認します。
取得
STBLGフィールドに値が設定された時点で記録
イベントタイプ
explicit
|
|||
|
銀行明細を照合
|
銀行明細の明細行を元帳の入金伝票と正常に照合し、キャッシュポジションを確定します。 | ||
|
重要な理由
銀行明細照合のリードタイムを追跡します。ここでの遅れは財務決算の速さに影響します。
入手先
FEBEPテーブル(電子銀行明細の明細行)を使用します。入金伝票と銀行明細の取引を照合します。
取得
EBSテーブル(FEBEP/FEBKO)に記録
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
財務データを具体的な改善案につなげ、売上債権回転日数の短縮を今日から始めましょう。プロセスマイニングの導入を、各ステップで当社チームが支援します。
SAP S/4HANAの売掛金プロセスを改善し、キャッシュフローを向上
当社ツールで売上債権回転日数を15~20日短縮している企業に続きましょう
クレジットカードは不要です。5分で設定できます。