売掛金(AR)Data Template
SAP S/4HANA売掛金(AR)Data Template
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 抽出の手引き
売掛金管理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
プロセス内で実行された特定のイベントまたはアクション。 | ||
|
説明
この属性は、「請求書作成」、「部分支払い転記」、「請求書消込」など、売掛金プロセス内で実行されたステップを記述します。通常、トランザクションコード(TCODE)または変更ログテーブルに見られる伝票ステータスの特定の変更から導出されます。
その重要性
取得元
例
売掛金`請求書`を作成部分支払いの転記請求書クリア`ディスピュートケース`を作成
|
|||
|
イベント日時
EventTime
|
アクティビティが発生したタイムスタンプです。 | ||
|
説明
この属性は、活動が行われた正確な日付と時刻を記録します。トランザクションデータの場合、これは多くの場合、ヘッダテーブルからの登録日付(CPUDT)と登録時刻(CPUTM)の組み合わせです。これにより、サイクルタイムとスループットタイムの計算が可能になります。
その重要性
正確な
取得元
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_01`LEGACY_ERP`
|
|||
|
最終データ更新
LastDataUpdate
|
データが最後に抽出または更新されたタイムスタンプ。 | ||
|
説明
この属性は、データがプロセスマイニングツールにロードされた時期を示します。これにより、ユーザーは「期末調整ステータス」のようなダッシュボードで表示されるデータの鮮度を理解するのに役立ちます。
その重要性
取得元
例
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
`売上債権回転日数`
DaysSalesOutstanding
|
請求書転記から消込までの期間。 | ||
|
説明
このメトリックは、消込済み項目の消込日付から転記日付を差し引くことによって計算されます。「売掛金回収期間概要」ダッシュボードの主要な値であり、キャッシュフロー効率の重要な指標です。
その重要性
売掛金プロセスの主要な経営層KPI。
取得元
計算:
例
30日間45日間15日間
|
|||
|
`現地通貨`建て金額
AmountInLocalCurrency
|
会社コード通貨での請求書または支払いの金額。 | ||
|
説明
この属性(DMBTR)には、取引の財務金額が含まれます。未消込請求書、クレジットメモ、および支払いの総額を計算するために使用されます。価値を定量化することで、クレジットメモおよび修正分析ダッシュボードをサポートします。
その重要性
財務影響分析および高価値回収の優先順位付けに必要です。
取得元
SAPテーブル BSEG-DMBTR または ACDOCA-DMBTR
例
1500.00250.5010000.00
|
|||
|
ドキュメントタイプ
DocumentType
|
`会計伝票`を分類します (`例`: `請求書`、`支払い`、`クレジットメモ`)。 | ||
|
説明
伝票タイプ(BLART)は取引を分類します。例として、顧客請求書の「DR」、顧客支払いの「DZ」、クレジットメモの「DG」などがあります。これは、クレジットメモおよび修正分析における特定のケースタイプをフィルタリングするために不可欠です。
その重要性
データを請求書、支払い、および調整にセグメント化します。
取得元
SAPテーブル BKPF-BLART
例
`DR``DZ``DG`RV
|
|||
|
ユーザー名
User
|
`アクティビティ`を実行したユーザーの`ID`です。 | ||
|
説明
この属性(USNAM)は、イベントを担当したユーザーまたはシステムエージェントを識別します。人間ユーザーとシステムバッチユーザーを区別することで、「自動支払い照合率」を計算するために分析されます。
その重要性
取得元
SAPテーブル BKPF-USNAM または CDHDR-USERNAME
例
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
会社コード
CompanyCode
|
請求書が属する会計エンティティまたは事業単位。 | ||
|
説明
会社コード(BUKRS)は、SAPシステムにおける外部会計の中心的な組織単位です。異なる事業単位にわたる「顧客支払行動プロファイリング」などのダッシュボード向け分析のセグメンテーションに使用されます。
その重要性
異なる
取得元
SAPテーブル BKPF-BUKRS または T001-BUKRS
例
1000US01DE012000
|
|||
|
支払期日
DueDate
|
請求書が支払われるべき計算された期日です。 | ||
|
説明
この属性は正味期日を表します。SAPでは、通常、基準日(ZFBDT)に支払い条件(ZTERM)で定義された日数を加算して導出されます。「督促コンプライアンスおよび実行」ダッシュボードのベンチマークとなります。
その重要性
支払いが遅れているかどうかを判断するための参照点。
取得元
例
2023-11-302023-12-15
|
|||
|
支払条件
PaymentTerms
|
`支払い`に関する合意された`条件`を表す`キー`です。 | ||
|
説明
この属性(ZTERM)は、支払期日や現金割引を含む、顧客が支払うべき条件を定義します。「早期支払い割引最適化」ダッシュボードの主要なデータソースです。
その重要性
取得元
SAPテーブル BSEG-ZTERM または KNB1-ZTERM
例
NT300001Z015
|
|||
|
決済日
ClearingDate
|
請求書が消込または決済された日付。 | ||
|
説明
この属性(AUGDT)は、未消込項目がいつ(通常は支払いによって)消込されたかを記録します。これはコアの売掛金プロセスサイクルの終了タイムスタンプであり、売掛金回収期間(DSO)計算の主要変数です。
その重要性
取得元
SAPテーブル BSEG-AUGDT または BSAD-AUGDT
例
2023-11-012023-11-10
|
|||
|
自動化
IsAutomated
|
`アクティビティ`が`システム``ユーザー`によって実行されたかどうかを示す`フラグ`。 | ||
|
説明
このブール属性は、ユーザー属性に基づいて計算されます。ユーザーIDが既知のシステムまたはバッチアカウント(例:「BNK_BSM」)と一致する場合、このフラグはtrueに設定されます。これは「支払い照合自動化率」ダッシュボードを直接的に強化します。
その重要性
取得元
例
truefalse
|
|||
|
顧客番号
CustomerNumber
|
顧客アカウントの一意の識別子。 | ||
|
説明
この属性は、請求書に関連付けられた得意先番号(KUNNR)を表します。これにより、支払い行動の詳細な分析が可能となり、「顧客支払行動プロファイリング」ダッシュボードにとって非常に重要です。
その重要性
特定の顧客
取得元
SAPテーブル BSEG-KUNNR または KNA1-KUNNR
例
CUST100230001004500WALMART_US
|
|||
|
`クレジットメモ`である
IsCreditMemo
|
`伝票`が`クレジットメモ`であるかどうかを示す`フラグ`。 | ||
|
説明
このブール属性は、伝票タイプ(例:タイプが「DG」の場合)から導出されます。これにより、修正取引を迅速にフィルタリングし、「補正クレジットメモ率」KPIをサポートできます。
その重要性
取得元
例
truefalse
|
|||
|
`ディスピュートケースID`
DisputeCaseId
|
請求書にリンクされた係争ケースの識別子。 | ||
|
説明
この属性は、係争ケース(UDM_CASE)が存在する場合、そのIDを保持します。これにより、財務伝票と係争管理モジュールがリンクされます。「係争解決サイクル効率」ダッシュボードに必要です。
その重要性
取得元
SAPテーブル FDM_DCPROC または UDM_CASE_ATTR
例
0000056789`DISP-2023-001`
|
|||
|
`督促``レベル`
DunningLevel
|
請求書の現在の督促レベル。 | ||
|
説明
この属性(MAHNS)は、顧客への支払い督促が何回行われたかを示します。これは回収努力のエスカレーションを追跡し、「督促コンプライアンスおよび実行」ダッシュボードで可視化されます。
その重要性
支払い遅延の深刻度と、督促ポリシーの遵守状況を監視します。
取得元
SAPテーブル MHNK-MAHNS または KNB5(得意先マスタの督促)
例
1230
|
|||
|
国
Country
|
顧客の国。 | ||
|
説明
この属性(LAND1)は顧客マスタデータから取得されます。これにより、地域別や国別のクレジットメモ率分析など、KPIの地理的セグメンテーションが可能になります。
その重要性
地域ごとのコンプライアンスおよびパフォーマンス分析。
取得元
SAPテーブル KNA1-LAND1
例
USドイツフランス日本
|
|||
|
地域
Region
|
顧客の州、都道府県、または地域。 | ||
|
説明
この属性(REGIO)は、国よりも詳細な地理的ビューを提供します。地域的な処理問題を特定するための「クレジットメモおよび修正分析」に役立ちます。
その重要性
詳細な
取得元
SAPテーブル KNA1-REGIO
例
CANYTX`BY`
|
|||
売掛金管理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
`請求書``出力`を発行
|
請求書を顧客に送付するための出力メッセージ(メール、印刷、EDI)を生成する明示的なアクション。これにより、顧客が正式に請求依頼を受領したことが検証されます。 | ||
|
その重要性
取得元
テーブルNAST(メッセージステータス)。請求書伝票番号に一致するオブジェクトキー(OBJKY)を使用。タイムスタンプはDATVRおよびUHRVRから取得。
取得
イベントタイプ
explicit
|
|||
|
全額入金を受領
|
未決済の請求書金額を全額カバーする資金の受領。これは多くの場合、顧客の義務が実質的に終了する時点です。 | ||
|
その重要性
実際の
取得元
テーブルBSEG。消込伝票(AUGBL)から導出され、消込日付(AUGDT)が設定され残高がゼロになった場合。
取得
イベントタイプ
explicit
|
|||
|
売掛金`請求書`を作成
|
財務システム内での顧客請求書伝票の初期作成。これは伝票ヘッダの作成タイムスタンプから取得されます。 | ||
|
その重要性
売掛金プロセスの開始と、エイジング期間計測の起点をマークします。売掛金回収期間(DSO)の算出に不可欠です。
取得元
テーブルBKPF(会計伝票ヘッダ)の項目CPUDT(登録日付)とCPUTM(登録時刻)。顧客請求書に関連する伝票タイプ(BLART)(例:DR、RV)でフィルタリングします。
取得
イベントタイプ
explicit
|
|||
|
支払催促の送付
|
`期日`を過ぎた`請求書`に対して`督促状`または`リマインダーレター`が生成されます。これは`組織`が行った`回収`努力を追跡します。 | ||
|
その重要性
取得元
テーブルMHND(督促データ)の項目LAUFD(督促実行日)。会社コードと得意先を介して関連付けます。
取得
イベントタイプ
explicit
|
|||
|
請求書クリア
|
未消込項目が支払いまたはクレジットと照合され、ステータスが「消込済」に変更される技術的な会計ステップです。 | ||
|
その重要性
システム内のプロセスインスタンスの最終的な終了点。最終的なDSOメトリックを計算するために必要です。
取得元
テーブルBSEGまたはACDOCA。項目AUGDT(消込日付)が設定されます。USNAMを使用して自動か手動かを判断します。
取得
イベントタイプ
explicit
|
|||
|
部分支払いの転記
|
全`請求書`金額をカバーしない`支払い`が受領され、`口座`に`残余項目`が残ります。 | ||
|
その重要性
取得元
テーブルBSEG。消込伝票(AUGBL)が残高を伴う新しい残存項目(参照伝票が元の請求書と一致)を作成する際に推論されます。
取得
イベントタイプ
inferred
|
|||
|
`ディスピュートケース`を作成
|
通常、`SAP FSCM Dispute Management`を介して、`請求書`に対する`ディスピュートケース`が開始されます。これは、顧客が`請求`に`異議`を唱えたことを示します。 | ||
|
その重要性
標準的な回収プロセスの計測は停止しますが、係争解決サイクルの計測を開始します。ここでは大量の係争がキャッシュフローの予測可能性に影響を与えます。
取得元
テーブルUDM_CASE_ATTR(ケース属性)またはUDM_DISPUTE(係争ケース)。CASE_GUIDを介して財務伝票キーにリンクします。
取得
イベントタイプ
explicit
|
|||
|
クレジットメモ記帳
|
`クレジットメモ`が発行され、`請求書`に`リンク`されて未払い額を減らします。これは通常、`エラー`を修正するか、返品を処理します。 | ||
|
その重要性
修正
取得元
テーブルBSEG、伝票タイプ「DG」または「KG」。元の請求書を指す「請求書参照」(REBZG)項目によって識別されます。
取得
イベントタイプ
explicit
|
|||
|
係争ケースの解決
|
係争ケースはクローズされ、クレジット、債務放棄、または債務の再確認のいずれかの結果となります。これにより、例外処理が終了します。 | ||
|
その重要性
平均係争解決時間KPIの終了タイムスタンプ。ここでの効率化は、停滞していた運転資本を直接的に回収することにつながります。
取得元
テーブルUDM_CASE_ATTRの項目ESCALATION_DATEまたはCLOSED_DATE(設定による)。
取得
イベントタイプ
explicit
|
|||
|
係争ステータスの更新
|
既存の係争ケースのステータスが変更されます。例えば、「新規」から「処理中」または「レビュー中」に移行する場合があります。 | ||
|
その重要性
係争解決ワークフローの粒度を高め、承認段階または調査段階におけるボトルネックの特定を支援します。
取得元
取得
イベントタイプ
inferred
|
|||
|
支払い約束を記録
|
`回収``エージェント`が、顧客から特定の金額を特定の日までに支払うという正式な約束を記録します。 | ||
|
その重要性
取得元
テーブルUDM_P2P(支払い約束)の項目CREATED_AT。ケースGUIDまたは伝票キーを介して請求書にリンクされます。
取得
イベントタイプ
explicit
|
|||
|
請求書取消
|
根本的なエラーにより、元の請求書がシステム内で取り消しまたは逆転記されます。 | ||
|
その重要性
失敗したプロセスインスタンスを表します。これらを除外するか、個別に分析することはデータ品質にとって極めて重要です。
取得元
テーブルBKPFの項目STBLG(取り消し伝票番号)が元の請求書レコードに設定されます。
取得
イベントタイプ
explicit
|
|||
|
銀行取引明細書の照合
|
銀行取引明細行は元帳の支払い伝票と正常に照合され、キャッシュポジションが確定します。 | ||
|
その重要性
銀行取引明細書照合のリードタイムを追跡します。ここでの遅延は、財務決算の迅速性に影響します。
取得元
テーブルFEBEP(電子銀行取引明細行)。支払い伝票を銀行取引明細書トランザクションと照合します。
取得
イベントタイプ
explicit
|
|||