あなたの売掛金データテンプレート
あなたの売掛金データテンプレート
- 財務分析のためのプロセス固有の属性
- 正確なプロセスディスカバリのための主要なマイルストーン
- `SAP ECC`の`ステップ`バイ`ステップ`抽出`ガイダンス`
債権管理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
プロセス内で実行された特定のeventまたはアクション。 | ||
|
説明
このattributeは、「請求書作成済み」、「支払い受領済み」、または「紛争case記録済み」など、実行されたプロセスステップの名前を捕捉します。これはトランザクションコード、伝票タイプ、または会計伝票のステータスにおける特定の変更から導出されます。このdataにより、プロセスフローの再構築とパスバリアントの分析が可能になります。
その重要性
プロセスマップを可視化し、ボトルネックを特定するために必要なイベントログ構造を定義します。
取得元
BKPFのTCODE、BLARTの伝票タイプ、または変更伝票(CDHDR/CDPOS)から導出
例
請求書作成入金確認済みクレジットメモ計上済異議申し立てケース開始
|
|||
|
イベント日時
EventTime
|
活動が発生した特定のtimestamp。 | ||
|
説明
このattributeは、システム内で活動が発生した正確な日付と時刻を記録します。SAP ECCのtransactional dataの場合、これは通常、入力日付(CPUDT)と入力時刻(CPUTM)の組み合わせです。サイクルタイム、リードタイム、およびプロセスステップ間の期間を計算するために必要な時間的側面を提供します。
その重要性
売上債権回転日数やプロセス速度を含む、すべての時間ベースの分析に不可欠です。
取得元
テーブルBKPF、項目CPUDT(日付)およびCPUTM(時刻)
例
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
|
|||
|
ソースシステム
SourceSystem
|
`データ`の`発信元``システム`名です。 | ||
|
説明
レコードが抽出された特定のSAP ECCインスタンスまたはクライアントを識別します。マルチシステム環境では、この属性はデータの分離とシステム固有のプロセスバリエーションの特定に不可欠です。データリネージを保証し、統合問題のトラブルシューティングを支援します。
その重要性
データガバナンスおよびマルチERP環境におけるレコードの発生源を特定するために必要です。
取得元
システム設定、または抽出時にハードコーディングされたもの
例
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
最終データ更新
LastDataUpdate
|
最新のdata抽出または更新のtimestamp。 | ||
|
説明
データがSAP ECCソースシステムからプロセスマイニングプラットフォームに最後に同期された日時を示します。これは、ユーザーが分析の鮮度とダッシュボードにおける潜在的な遅延を理解するのに役立ちます。KPIがビジネスの現状を反映していることを検証するために不可欠です。
その重要性
ユーザーがダッシュボードのデータがどれほど最新であるかを把握できるようにします。
取得元
抽出ツールによって生成(ETLタイムスタンプ)
例
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
|
|||
|
請求書番号
InvoiceNumber
|
請求書または会計伝票の一意の識別子。 | ||
|
説明
このattributeは、売掛金プロセスの主キーを表します。SAP ECCでは、システム全体での一意性を確保するために、通常、会計伝票番号(BELNR)、会社コード(BUKRS)、会計年度(GJAHR)の連結です。これは、支払い、紛争、消込など、その後のすべての活動を元の財務義務にリンクさせるための中心的なアンカーとして機能します。
その重要性
これは、債権の作成から最終的な消込までのエンドツーエンドのライフサイクルを追跡するために必要なケースIDです。
取得元
テーブルBKPF、項目BELNR(BUKRSおよびGJAHRと連結されることが多い)
例
140000023420231800003991202351000008822022
|
|||
|
Net 期日
NetDueDate
|
支払いが行われるべき算出された日付。 | ||
|
説明
これは支払いdeadlineです。SAPでは、基準日(ZFBDT)に支払い条件(ZTERM)の日数を加算して導出されることがよくあります。このattributeは、「支払い条件順守率KPI」にとって重要であり、どの請求書が期限切れであるかを特定します。
その重要性
期日内支払いと遅延支払いを判断するための参照点。
取得元
BSEG-ZFBDTおよび支払条件(T052テーブルロジック)から導出
例
2023-12-302024-01-15
|
|||
|
ドキュメントタイプ
DocumentType
|
会計伝票を分類します(例:請求書、支払、クレジットメモ)。 | ||
|
説明
SAPの伝票タイプ(BLART)は、顧客請求書(DR)、顧客支払い(DZ)、クレジットメモ(DG)など、異なる業務トランザクションを区別します。このattributeは、「CaseType」を定義し、「クレジットメモ再作業率」の分析など、特定のプロセスフローをフィルタリングするための基本です。
その重要性
請求書、支払、および調整をデータ内で区別します。
取得元
テーブルBKPF、項目BLART
例
RVDZDGDR
|
|||
|
ユーザー名
UserName
|
トランザクションを実行したユーザーのID。 | ||
|
説明
伝票の作成または変更に関連付けられるSAPユーザーID (USNAM) を取得します。この属性は「ユーザー」にマッピングされ、「異議申し立て解決効率」ダッシュボードで担当者のパフォーマンスを追跡するために使用されます。また、手動ユーザーとシステムアカウントを区別するのにも役立ちます。
その重要性
チームメンバーごとのパフォーマンス分析と自動化の検出を可能にします。
取得元
テーブルBKPF、項目USNAM
例
JSMITHBATCH_USERFIN_AP_01
|
|||
|
会社コード
CompanyCode
|
貸借対照表が作成される組織単位。 | ||
|
説明
企業構造内の特定の法人または子会社を表します。SAPでは「BUKRS」フィールドに該当します。会社コード別にデータを分析することで、異なる事業単位間のパフォーマンスをベンチマークし、どの事業体が最も効率的に売掛金を管理しているかを特定できます。
その重要性
事業部門ごとのダッシュボードフィルタリングに不可欠であり、財務帳簿を分離するためにも重要です。
取得元
テーブルBKPF、項目BUKRS
例
1000US01DE99
|
|||
|
売上債権回転日数
DaysSalesOutstanding
|
支払いの回収にかかった日数。 | ||
|
説明
「請求書作成」イベントと「請求書消込」イベント間の時間を表す算出された期間です。これは「平均売上債権回転日数」KPIの主要な指標であり、これを分析することで組織の流動性健全性が明らかになります。
その重要性
売掛金業務の主要な効率metric。
取得元
計算式: 消込日 - 伝票日付
例
30日間45日間12日間
|
|||
|
決済日
ClearingDate
|
請求書が消込(支払いまたは相殺)された日付。 | ||
|
説明
システムで未消込明細が消込された日付(AUGDT)。これは、特定の請求書に対する回収プロセスの最終的なtimestampです。「平均売掛金回収期間」を計算し、支払いが遅延したかどうかを判断するための主要な要素となります。
その重要性
DSOと支払い速度を計算するための基本的なtimestamp。
取得元
テーブルBSAD(消込済明細)、項目AUGDT
例
2023-12-012023-11-15
|
|||
|
自動化
IsAutomated
|
活動が自動的に実行されたかどうかを示すフラグ。 | ||
|
説明
トランザクションコードとユーザー名に基づいて導出されるブール値フラグです。例えば、TCODEが「F110」(自動支払実行)であるか、ユーザーが既知のシステムバッチアカウントである場合、これは真となります。この属性は「自動消込率」KPIに直接必要となります。
その重要性
プロセス効率と自動化率を測定する上で極めて重要です。
取得元
TCODEとUSNAMから導出
例
truefalse
|
|||
|
自国通貨建金額
AmountInLocalCurrency
|
会社コード通貨における明細項目の金額。 | ||
|
説明
ローカル元帳通貨(DMBTR)における活動または伝票の財務価値を表します。この属性は「ActivityAmount」の計算に使用され、価値に基づいて回収を優先順位付けするために不可欠です。高額な未消込明細に分析を集中させることができます。
その重要性
財務影響分析と高価値ケースの優先順位付けに不可欠です。
取得元
テーブルBSEG、項目DMBTR
例
1500.00230.5010000.00
|
|||
|
顧客勘定グループ
CustomerAccountGroup
|
顧客を異なるセグメントに分類します。 | ||
|
説明
SAPの勘定グループ(KTOKD)は、顧客(例:販売先、出荷先、グループ内会社)を分類します。これは主要な「顧客セグメント」マッピングとして機能します。「顧客セグメント支払い動向dashboard」において、異なる種類の顧客が支払い条件にどのように準拠しているかを比較するために不可欠です。
その重要性
SAPで顧客をセグメント化する標準的な方法。
取得元
テーブルKNA1、項目KTOKD
例
KUNA0001DEBI
|
|||
|
顧客番号
CustomerNumber
|
顧客勘定の一意の識別子。 | ||
|
説明
SAPシステムで顧客に割り当てられた一意のID(KUNNR)。このattributeは、顧客レベルでプロセスmetricを集計することで、「債権回収活動パフォーマンス」および「顧客セグメント支払い動向dashboard」を可能にします。高リスク顧客を特定するために不可欠です。
その重要性
特定の顧客行動や支払い傾向に対するドリルダウン分析を可能にします。
取得元
テーブルBSEGまたはBSID/BSAD、項目KUNNR
例
000100293CUST-9921000550021
|
|||
|
トランザクションコード
TransactionCode
|
活動を実行するために使用されたSAP T-Code。 | ||
|
説明
伝票を転記するために使用された特定のトランザクションコード(TCODE)。例えば「FB01」(伝票転記)や「F110」(自動支払い)などです。このattributeは、「IsAutomated」計算および「現金消込自動化トラッカー」の基礎となります。これにより入力方法が明らかになります。
その重要性
異なるTコードは異なる処理方法(手動か自動か)を示します。
取得元
テーブルBKPF、項目TCODE
例
VF01F110FB70FEB_BSPROC
|
|||
|
与信格付け
CreditRating
|
顧客の信用度スコア。 | ||
|
説明
顧客の信用評価(KNKK/FSCMにおけるCTLPCまたは類似の項目)。この属性は「信用限度額と評価の影響」ダッシュボードに必須です。これにより、アナリストは紛争や遅延支払いの可能性を顧客のリスクプロファイルと関連付けることができます。
その重要性
リスク管理データを連携させ、業務パフォーマンスと結びつけます。
取得元
テーブルKNKK(信用管理)またはFSCMテーブル
例
A+高リスク500
|
|||
|
与信管理領域
CreditControlArea
|
信用管理の組織単位。 | ||
|
説明
信用管理領域(KKBER)は、顧客の信用限度額を設定および監視するために使用されます。この属性は、顧客をそれぞれの信用ポリシーの下にグループ化することで「信用限度額と評価の影響」分析をサポートします。信用リスク設定と支払い遅延を相関させるのに役立ちます。
その重要性
信用リスク分析とポリシーの有効性を分析する上で重要です。
取得元
テーブルKNB1またはKNKK、項目KKBER
例
US01GLBLEU00
|
|||
|
延滞
IsLatePayment
|
支払いが期日後に受領されたかどうかを示すフラグ。 | ||
|
説明
消込日と正味支払期日を比較して算出されるブール値フラグです。この属性は「支払条件遵守率」KPIの算出を簡素化し、ダッシュボードでコンプライアンス違反のケースを素早くフィルタリングすることを可能にします。
その重要性
支払い条件に関するプロセス違反を迅速に特定します。
取得元
計算値:決済日付 > 正味支払期日
例
truefalse
|
|||
|
支払条件
PaymentTerms
|
合意された支払条件を表すコードです。 | ||
|
説明
支払い条件キー(ZTERM)は、支払期日および適用可能な割引を決定します。このattributeを分析することで、「早期支払い割引捕捉」の問題が積極的な条件に関連しているのか、それともプロセス障害に関連しているのかを理解するのに役立ちます。これは財務コンプライアンスの主要な要素です。
その重要性
ケースの期待される挙動と期限を定義します。
取得元
テーブルBSEGまたはKNB1、項目ZTERM
例
NT30ZB010001
|
|||
|
異議申し立てケースID
DisputeCaseId
|
請求書にリンクされている異議申し立てケースの識別子。 | ||
|
説明
SAP FSCM紛争管理モジュールからの固有の識別子(CASE_GUIDまたは外部ID)。このattributeは、「紛争解決効率dashboard」に厳密に必要です。財務伝票を紛争workflowにリンクさせ、解決時間の計算を可能にします。
その重要性
債権管理プロセスを連携させ、異議申し立て管理サブプロセスに接続します。
取得元
テーブルFDM_DCPROCまたはSCMG_T_CASE_ATTR(FSCMが有効な場合)
例
DISP-000123100029384
|
|||
|
請求先都市
BillingCity
|
顧客の請求先住所に関連付けられた都市。 | ||
|
説明
顧客マスタデータからの都市名(ORT01)。これは「どの顧客セグメントまたは請求都市がDays Sales Outstandingの高さに最も寄与しているか」を特定するためのダッシュボード要件をサポートします。支払い行動のきめ細かい地理的分析を可能にします。
その重要性
特に「請求書サイクルタイム分析ダッシュボード」に必要です。
取得元
テーブルKNA1、項目ORT01
例
ニューヨークベルリンロンドン
|
|||
|
顧客国
CustomerCountry
|
顧客に関連付けられた国コード。 | ||
|
説明
顧客マスタデータから取得された顧客の地理的な場所(LAND1)。この属性は、地域ごとのパフォーマンスセグメンテーションを可能にすることで、「請求書サイクルタイム分析」をサポートします。特定の国が、現地の慣習や銀行の遅延により長い支払いサイクルを持っているかどうかを特定するのに役立ちます。
その重要性
地域ごとのパフォーマンス分析および規制報告をサポートします。
取得元
テーブルKNA1、項目LAND1
例
米国DEFR
|
|||
債権管理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
一部入金伝票が登録されました
|
請求書の合計金額の一部のみをカバーする支払いの受領。請求書は残余残高として未消込のままです。 | ||
|
その重要性
「部分支払影響分析」にとって重要です。照合の複雑さとサイクルタイムを増加させます。
取得元
テーブルBSEG。請求書(REBZG)を参照するものの、完全に消込されていない支払い伝票(タイプDZ/KZ)を特定します。
取得
支払伝票が計上された際にログ記録
イベントタイプ
explicit
|
|||
|
会計伝票作成済み
|
顧客請求書が財務会計元帳に最初に転記されること。これにより、売掛金補助元帳に未消込明細が設定されます。 | ||
|
その重要性
顧客請求書の金融負債の公式な開始と、未回収期間の計測開始を示します。
取得元
テーブルBKPF(ヘッダー)とBSEG(明細)。勘定タイプ(KOART)が「D」(顧客)である伝票を識別します。入力日付(CPUDT)と時刻(CPUTM)を使用します。
取得
トランザクションがBKPFにレコードを作成した際にログ記録
イベントタイプ
explicit
|
|||
|
入金確認済み
|
請求書を決済することを意図した入金伝票の転記。これにより、元帳に現金の流入が記録されます。 | ||
|
その重要性
「平均売掛金回収期間」のコアとなるイベントです。売上の財務的実現を表します。
取得元
テーブルBKPF/BSEG。伝票タイプ「DZ」(顧客支払い)または「KZ」(顧客に対する仕入先支払い)。
取得
支払取引が実行された際にログ記録
イベントタイプ
explicit
|
|||
|
支払いリマインダーを送信
|
期限切れ残高のために顧客に督促状または支払いリマインダーを発行すること。回収チームの積極的な取り組みを表します。 | ||
|
その重要性
「回収活動パフォーマンス」ダッシュボードに不可欠です。高い頻度は顧客の支払い行動が不良であることを示唆します。
取得元
テーブルMHND(督促データ)およびMHNK(督促ヘッダー)。通知の日付と督促レベルを記録します。
取得
督促実行(F150)が実行された際にログ記録
イベントタイプ
explicit
|
|||
|
異議申し立てケース記録
|
顧客の不一致または問い合わせを示す理由コードで請求書明細項目にタグ付けすること。これにより通常、請求書は支払いblockされます。 | ||
|
その重要性
「異議申し立て解決効率」の鍵となります。なぜ資金が滞留しているのかを特定し、解決サイクル時間を測定します。
取得元
BSEG-RSTGR(理由コード)の変更、またはSAP FSCM 異議申し立て管理テーブル(UDM_CASE)との統合。
取得
ステータスフィールドの比較(変更前後)またはFSCMログ
イベントタイプ
inferred
|
|||
|
請求書 消込済み
|
未消込の請求書と支払いが連結され、未消込明細ステータスが解除される最終的な照合ステップです。これでプロセスは完了となります。 | ||
|
その重要性
必須の終了イベント。「自動消込率」を算出し、ライフサイクルを完了するために使用されます。
取得元
テーブルBSEG。請求書明細項目に対して、項目「AUGBL」(消込伝票)および「AUGDT」(消込日付)が入力されます。
取得
未消込項目が消込された際にログ記録
イベントタイプ
explicit
|
|||
|
請求書発送済み
|
印刷、メール、またはEDIを介して請求書伝票を顧客に送信すること。この活動は、顧客が実際に支払い要求を受け取った時点を示します。 | ||
|
その重要性
「請求書発送リードタイム」KPIの算出に不可欠です。ここでの遅延は売上債権回転日数(DSO)を直接的に増加させます。
取得元
FI伝票とSD請求伝票(VBRK)を結合し、出力管理テーブル(NAST)で正常処理ステータスを確認する必要があります。
取得
VBRK-VBNUMとNASTの出力ログを相関させる
イベントタイプ
inferred
|
|||
|
クレジットメモ計上済
|
顧客へのクレジットノートの発行で、未回収の売掛金残高が減少します。これは通常、請求エラーを修正するか、返品を処理します。 | ||
|
その重要性
「クレジットメモ再処理率」KPIのデータとなります。量が多い場合、営業またはフルフィルメントプロセスにおける上流の品質問題を示しています。
取得元
テーブルBKPF/BSEG。伝票タイプが「DG」(またはカスタムのクレジットメモタイプ)であり、元の請求書を参照しているもの。
取得
トランザクションがBKPFにクレジット伝票を作成した際にログ記録
イベントタイプ
explicit
|
|||
|
償却記帳済み
|
請求書残高を回収不能として分類し、売掛金から貸倒費用に振り替えることです。回収が失敗した場合に使用されます。 | ||
|
その重要性
プロセスの否定的な終了。収益漏洩の根本原因を分析する上で重要です。
取得元
テーブルBSEG。特定の伝票タイプ(例:「AB」)または償却を示す理由コードを持つ消込伝票。
取得
伝票タイプとGL勘定マッピングから導出
イベントタイプ
inferred
|
|||
|
支払いの約束を記録
|
顧客から特定の金額を特定の日までに支払うという確約です。これによりキャッシュフロー予測が更新されます。 | ||
|
その重要性
「債権回収活動パフォーマンス」で使用されます。約束の成功率は、短期的なキャッシュフローの精度を予測します。
取得元
SAP FSCM債権回収管理テーブル(UDM_P2P)または債権回収担当者によって作成されたテキストメモから推測されます。
取得
FSCMまたはテキストテーブルSTXHに記録
イベントタイプ
explicit
|
|||
|
支払い条件を変更
|
請求書が計上された後で、支払期日や割引適用資格などの合意された支払条件が更新されることです。これは多くの場合、再交渉または修正を反映しています。 | ||
|
その重要性
支払条件の変更は、期間分析を歪め、マスタデータのエラーやアドホックな譲歩を示している可能性があります。
取得元
会計伝票(BSEG-ZTERMまたはBSEG-ZFBDT)にリンクされた変更伝票テーブル(CDHDR/CDPOS)です。
取得
変更伝票がCDHDRに書き込まれた際にログ記録
イベントタイプ
explicit
|
|||
|
決済割引適用
|
支払い割引条件の利用により、最終的な支払い必要額が減少します。これは、割引期間内に支払いがなされた場合に発生します。 | ||
|
その重要性
「早期割引の捕捉」を監視します。割引が正当に適用されているか、または不適切に許可されているかを検証するのに役立ちます。
取得元
テーブルBSEG。消込明細項目に「SKNTO」(現金割引額)が入力されます。
取得
消込伝票の項目値としてログ記録
イベントタイプ
explicit
|
|||
|
消込取消
|
以前成功した消込処理を取り消し、請求書を再オープンすることです。これは、最初の現金消込におけるエラーを示します。 | ||
|
その重要性
再作業を表します。頻繁な取り消しは、自動現金消込ルールまたは手作業による照合トレーニングに問題があることを示しています。
取得元
テーブルBKPF。消込伝票がリセットされた伝票(トランザクションFBRAロジックを使用)または変更ログを介して識別します。
取得
トランザクションFBRAが実行された際にログ記録
イベントタイプ
explicit
|
|||
|
銀行取引明細書照合済
|
電子銀行明細書の明細項目と顧客勘定の自動照合です。銀行における現金の最初の認識を表します。 | ||
|
その重要性
「現金消込自動化トラッカー」をサポートします。電子銀行明細書(EBS)処理の効率性を示します。
取得元
テーブルFEBEP(電子銀行取引明細書明細項目)およびFEBA(銀行取引明細書処理)。
取得
EBSがアップロードおよび処理された際にログ記録
イベントタイプ
explicit
|
|||