貴社の売掛金データテンプレート
貴社の売掛金データテンプレート
- 元帳分析に不可欠なデータフィールド
- 追跡用の標準`プロセス``マイルストーン`
- Microsoft Dynamics 365向け技術抽出ガイダンス
売掛金属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
請求書に対して実行された具体的な`イベント`または`タスク`です。 | ||
|
説明
この
その重要性
プロセスモデルにおけるノードを定義し、プロセスフロー分析とバリアント発見を可能にします。
取得元
TransType 列挙型またはテーブルコンテキスト (CustTrans, CustSettlement など) から導出
例
請求書仕訳計上済み入金確認済み回収通知書送付済み利息通知書転記済み
|
|||
|
イベントのタイムスタンプ
EventTimestamp
|
アクティビティが発生した正確な日時。 | ||
|
説明
この
その重要性
取得元
様々なテーブルにわたる一般的な CreatedDateTime または TransDate フィールド
例
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
請求書番号
InvoiceNumber
|
財務請求書`ドキュメント`の一意の識別子です。 | ||
|
説明
その重要性
売掛金分析の基本単位であり、プロセスマイニングエンジンがばらばらのイベントをまとまった「ケース」としてグループ化することを可能にします。
取得元
CustInvoiceJour.InvoiceId または CustTrans.Invoice
例
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
ソースシステム
SourceSystem
|
`データ`の`発信元``システム`名です。 | ||
|
説明
この
その重要性
特に複数システム環境において、データリネージュと追跡可能性を確保します。
取得元
抽出中にハードコードされるか、接続文字列から導出されます
例
D365 F&O 実稼働環境D365 FinanceDynamics AX 2012
|
|||
|
最終データ更新
LastDataUpdate
|
データが抽出または更新された日時を示すタイムスタンプ。 | ||
|
説明
この
その重要性
データの遅延に関するコンテキストを提供し、ユーザーがダッシュボードの鮮度を信頼するのに役立ちます。
取得元
ETL / 抽出スクリプトによって生成されます
例
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
ビジネスユニット
BusinessUnit
|
請求書を担当する事業部門または部署です。 | ||
|
説明
この
その重要性
どの部門が最も効率的であるかを特定するための内部ベンチマーキングを可能にします。
取得元
CustInvoiceJour の財務分析コード (DefaultDimension)
例
BU-001営業-北サービス-グローバル
|
|||
|
ユーザー
User
|
`アクティビティ`を実行した人物または`システムアカウント`の`ユーザーID`です。 | ||
|
説明
この
その重要性
リソースのパフォーマンス分析と自動化率の計算を可能にします。
取得元
取引テーブルの CreatedBy フィールド
例
管理者JSmith`WorkflowAgent`BSmith
|
|||
|
会社コード
CompanyCode
|
D365内の法務`エンティティ`識別子です。 | ||
|
説明
この
その重要性
複数エンティティ環境での一意性と地域分析にとって不可欠です。
取得元
全てのテーブルの DataAreaId フィールド
例
USMFDEMFGBSI
|
|||
|
支払期日
DueDate
|
支払が受領される予定の`日付`です。 | ||
|
説明
その重要性
期日内支払い率の計算と延滞請求書の分析に不可欠です。
取得元
CustTrans.DueDate
例
2023-11-302023-12-15
|
|||
|
自動化
IsAutomated
|
その活動がシステムアカウントによって実行されたかどうかを示すフラグ。 | ||
|
説明
この
その重要性
自動化の機会を特定し、現在の自動化レベルを測定するために重要です。
取得元
ユーザーフィールドのロジックから導出
例
truefalse
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額。 | ||
|
説明
この
その重要性
財務影響分析と高価値ボトルネックの特定にとって重要です。
取得元
CustInvoiceJour.InvoiceAmount
例
1500.00250.5010000.00
|
|||
|
顧客グループ
CustomerGroup
|
顧客が属する分類またはセグメントです。 | ||
|
説明
この
その重要性
さまざまな市場セグメント間でのプロセスパフォーマンスの比較を可能にします。
取得元
CustTable.CustGroup
例
`Wholesale`小売会社間取引エクスポート
|
|||
|
顧客勘定
CustomerAccount
|
顧客の一意の識別子または`アカウント`番号です。 | ||
|
説明
その重要性
高リスク顧客の特定と、クライアント別のパフォーマンスセグメンテーションに不可欠です。
取得元
CustInvoiceJour.InvoiceAccount または CustTrans.AccountNum
例
US-001DE-550CUST-9921
|
|||
|
クレジットメモか
IsCreditMemo
|
その文書がクレジットノートであるかどうかを示すフラグ。 | ||
|
説明
この
その重要性
クレジットメモと再作業頻度ダッシュボードを直接サポートします。
取得元
CustInvoiceJour.InvoiceAmount < 0 または TransType から導出
例
truefalse
|
|||
|
延滞日数
DaysOverdue
|
期日と比較して支払が遅れた日数です。 | ||
|
説明
この
その重要性
期限内支払率
取得元
計算: 支払日 - 期日
例
50-230
|
|||
|
支払条件
PaymentTerms
|
合意された支払スケジュールを定義するコードです。 | ||
|
説明
この
その重要性
期日の背景情報を提供し、支払い条件が寛大すぎるか厳しすぎるかを判断するのに役立ちます。
取得元
CustInvoiceJour.Payment または CustTable.PaymTermId
例
Net30Net45 (45日後支払い)COD月末 (EOM)
|
|||
|
消込済みか
IsCleared
|
請求書が完全に決済されたかどうかを示すフラグ。 | ||
|
説明
この
その重要性
アクティブな案件と過去の案件を区別します。
取得元
CustTrans.Closed 日付の有無から導出
例
truefalse
|
|||
|
現金割引日
CashDiscountDate
|
早期支払割引が有効な`日付`です。 | ||
|
説明
この
その重要性
早期支払い割引最適化ダッシュボードの鍵。
取得元
CustTrans.CashDisc または CashDiscCode から計算
例
2023-11-102023-11-15
|
|||
|
紛争理由
DisputeReason
|
`ケース`が紛争中である場合に割り当てられる理由コードです。 | ||
|
説明
この
その重要性
紛争解決時間 KPI の根本原因分析を可能にします。
取得元
CustTrans.ReasonRefRecId または関連する回収案件テーブル
例
価格差異商品破損PO不足サービス品質
|
|||
|
販売注文ID
SalesOrderId
|
請求書に関連付けられた`販売注文`の参照番号です。 | ||
|
説明
この
その重要性
請求プロセスと販売プロセスを連携させます。
取得元
CustInvoiceJour.SalesId
例
SO-10022SO-55912
|
|||
|
通貨
Currency
|
請求書`トランザクション`の通貨コードです。 | ||
|
説明
この
その重要性
多通貨
取得元
CustInvoiceJour.CurrencyCode
例
USDEURGBPJPY
|
|||
売掛金活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
クレジットメモ発行済み
|
元の請求金額を相殺する`クレジットメモ`の`記帳`です。多くの場合、紛争解決または返品の結果として発生します。 | ||
|
その重要性
高頻度は収益漏洩と上流の品質問題を示します。現金以外の決済を表すため、支払いとは区別されます。
取得元
Type が「クレジットノート」である CustTrans テーブル、または InvoiceAmount が負の CustInvoiceJour。
取得
CustTrans に取引が転記されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
全額支払い受領済み
|
請求書の残高をカバーする支払`トランザクション`の`記帳`です。これは`キャッシュフロー`流入`イベント`にあたります。 | ||
|
その重要性
最も重要な成功
取得元
Type が「支払い」である CustTrans テーブルで、CustSettlement を介して請求書にリンクされ、残高がゼロになります。
取得
CustTrans に取引が転記され、決済されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
支払督促が送信されました
|
顧客への正式な督促状の発行を記録します。これは「督促状仕訳帳」から取得されます。 | ||
|
その重要性
積極的な回収活動の開始を示します。頻度分析は、督促戦略を最適化し、管理コストを削減するのに役立ちます。
取得元
CustCollectionLetterJour テーブル。特定の請求書取引に対してレターコードが転記された日付を捕捉します。
取得
CustCollectionLetterJour に取引が転記されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
紛争案件開始済み
|
請求書に紐付けられた`ケース管理``モジュール`における`ケース`の作成。顧客との意見の相違を示し、標準的な回収`ワークフロー`をブロックします。 | ||
|
その重要性
紛争は支払遅延の主な原因です。これを追跡することで、価格設定やフルフィルメントなど、上流プロセスの品質問題を特定できます。
取得元
Category が回収/売掛金に関連し、RefRecId が請求書のコンテキストにリンクする CaseDetailBase テーブル。
取得
Case Management で取引Xが実行されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
請求書 消込済み
|
請求書残高がゼロになり、`システム`内で`トランザクション`が「クローズ済み」とマークされる最終的な`ステータス`変更です。 | ||
|
その重要性
取得元
CustTrans.Closed フィールド(日付)。この日付は、決済合計が請求書金額と一致したときに設定されます。
取得
CustTrans.Closed 日付フィールドから推測されます
イベントタイプ
inferred
|
|||
|
請求書仕訳計上済み
|
財務元帳への請求書の最初の記録です。この`アクティビティ`は、`CustInvoiceJour` `テーブル`における財務上の債務の発生を捕捉します。 | ||
|
その重要性
売掛金ライフサイクルの公式な開始であり、支払条件の起算点を示します。
取得元
CustInvoiceJour テーブル。CreatedDateTime または InvoiceDate フィールドがタイムスタンプとして機能します。
取得
CustInvoiceJour に取引が転記されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
請求書発送済み
|
請求書が顧客にメール、印刷、または`EDI`経由で送信される`イベント`です。これは、「印刷済み」カウントの増加や印刷管理`ログ`から推測されることがよくあります。 | ||
|
その重要性
転記から発送までの遅延は、顧客にとっての実質的な支払い期間を直接短縮し、結果として支払いの遅延と認識される原因となります。
取得元
CustInvoiceJour.PrintedOriginals が 0 から 1 に変化したこと、またはログ記録が有効な場合は PrintJobHeader テーブルを介して追跡されます。
取得
ステータスフィールドを前後で比較、または PrintJobHeader ログ
イベントタイプ
inferred
|
|||
|
部分支払い記帳済み
|
請求書の未決済残高を完全にカバーしない支払いの記録です。多くの場合、残りの残高の追求を`トリガー`します。 | ||
|
その重要性
分割払いと全額決済の行動を区別します。キャッシュフロー予測の精度にとって重要です。
取得元
決済金額 (SettlementAmount) が請求金額 (InvoiceAmount) 未満である場合に、支払 (CustTrans) を請求書 (CustTrans) にリンクする CustSettlement テーブル。
取得
CustSettlement で取引Xが実行されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
利息通知書生成済み
|
延滞支払に対する利息通知の作成です。顧客`アカウント`に適用される金融上の`ペナルティ`を表します。 | ||
|
その重要性
重大な延滞を示します。分析により、ペナルティが支払いを効果的に加速させるか、または顧客関係を損なうかを判断するのに役立ちます。
取得元
CustInterestJour テーブル。このテーブルは、特定の顧客取引に対して生成された利息通知をログに記録します。
取得
CustInterestJour に取引が転記されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
支払債権が償却されました
|
請求書を回収不能とみなし、`償却仕訳`を通じて残高を削除する行為です。財務上の損失を意味します。 | ||
|
その重要性
回収プロセスの失敗を示す最終状態です。貸倒率と信用政策の有効性を分析するために不可欠です。
取得元
Type が「償却」である CustTrans テーブル、または償却理由コードが specifically マークされた GeneralJournalEntry。
取得
WriteOff タイプで取引が転記されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
支払約束受領済み
|
回収担当者が記録した、顧客が特定の日までに支払うという具体的な約束です。回収管理モジュールから取得されます。 | ||
|
その重要性
督促電話の効果を測定します。この
取得元
CustPromiseToPay テーブル。TransRecId を介して顧客取引にリンクされます。
取得
CustPromiseToPay にレコードが作成されたときにログに記録されます
イベントタイプ
explicit
|
|||
|
期日超過
|
「請求書の支払期日を現在のシステム日付が過ぎているにもかかわらず、請求書が未決済の状態である」ことを示す計算されたマイルストーンです。これにより、請求書は延滞と見なされます。 | ||
|
その重要性
滞留分析と回収ワークフローのトリガーにとって重要です。これにより、標準請求プロセスと回収管理プロセスが区分されます。
取得元
CustInvoiceJour.DueDate を現在のシミュレーション時刻または支払いタイムスタンプと比較して計算されます。
取得
DueDate フィールドと現在時刻を比較して導出
イベントタイプ
calculated
|
|||
|
異議が解決されました
|
紛争`案件`の終了であり、請求書が支払または`クレジット`処理に進むことを可能にします。例外処理`サブプロセス`の終了を示します。 | ||
|
その重要性
「開始」と「解決」間の
取得元
Status が Closed/Resolved に変更される CaseDetailBase テーブル。
取得
CaseDetailBase でステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
紛争レビュー中
|
紛争案件が「開始済み」から「進行中」の状態に移行したことを示します。解決チームの作業時間を表します。 | ||
|
その重要性
ここでのボトルネックは、キャッシュコンバージョンサイクルを増加させます。待機時間をアクティブな解決時間から分離します。
取得元
CaseDetailBase.Status フィールドの変更、またはステータス進行に対応する CaseLog テーブルエントリから推測されます。
取得
CaseDetailBase でステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
銀行取引明細書照合済み
|
売掛金に記録された支払いが、`インポート`された銀行取引明細書の項目と照合される消込`イベント`です。 | ||
|
その重要性
資金が実際に銀行口座にあることを検証します。ここでの遅延は、
取得元
BankReconciliationLine または BankAccountTrans の照合ステータス。高度な銀行照合モジュールが必要です。
取得
銀行照合で取引が一致したときにログに記録されます
イベントタイプ
explicit
|
|||