貴社の売掛金データテンプレート

Microsoft Dynamics 365
貴社の売掛金`データテンプレート`

貴社の売掛金データテンプレート

この`テンプレート`は、Microsoft Dynamics 365における`Invoice to Cash`(請求書から入金まで)の`プロセス`を`マッピング`するための包括的な`フレームワーク`を提供します。`プロセスマイニング`用の高品質な`イベントログ`を構築するために必要な、重要な`データフィールド`と`マイルストーン`を概説しています。この構造に従うことで、支払遅延に対する深い可視性を得て、回収`ワークフロー`を合理化できます。
  • 元帳分析に不可欠なデータフィールド
  • 追跡用の標準`プロセス``マイルストーン`
  • Microsoft Dynamics 365向け技術抽出ガイダンス
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

売掛金属性

これらは、売掛金管理パフォーマンスを包括的に分析するために、`イベントログ`に含めるべき推奨`データフィールド`です。
5 必須 8 推奨 8 任意
名前 説明
アクティビティ
Activity
請求書に対して実行された具体的な`イベント`または`タスク`です。
説明

この属性は、Invoice Posted(請求書記帳)、Payment Received(支払受領)、Dispute Opened(紛争開始)など、プロセスで発生するステップを記述します。Microsoft Dynamics 365では、これらは多くの場合、トランザクションタイプ(TransType)や、レコードがログに記録される特定のテーブル(例:支払いのためのCustSettlement)から派生します。この属性は、プロセスマップを可視化するために不可欠です。

その重要性

プロセスモデルにおけるノードを定義し、プロセスフロー分析とバリアント発見を可能にします。

取得元

TransType 列挙型またはテーブルコンテキスト (CustTrans, CustSettlement など) から導出

請求書仕訳計上済み入金確認済み回収通知書送付済み利息通知書転記済み
イベントのタイムスタンプ
EventTimestamp
アクティビティが発生した正確な日時。
説明

この属性は、イベントシステムログ記録された特定の時点を記録します。アクティビティ間の期間を計算し、プロセス``リードタイムを決定し、イベントを時系列に並べるために使用されます。D365では、これは通常、CreatedDateTimeまたはTransDateに時間要素を組み合わせたものです。

その重要性

タイムスタンプは、請求書サイクルタイム発送リードタイムなど、すべての時間ベースのKPIを計算するために不可欠です。

取得元

様々なテーブルにわたる一般的な CreatedDateTime または TransDate フィールド

2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
請求書番号
InvoiceNumber
財務請求書`ドキュメント`の一意の識別子です。
説明

Invoice Numberは、Microsoft Dynamics 365内で売掛金のライフサイクルを追跡するための主キーです。最初の販売注文、記帳された請求書、その後の支払、およびあらゆる回収アクティビティを単一のケースに紐付けます。分析では、この属性ケース識別子として機能し、エンドツーエンドのプロセスフローを再構築します。

その重要性

売掛金分析の基本単位であり、プロセスマイニングエンジンがばらばらのイベントをまとまった「ケース」としてグループ化することを可能にします。

取得元

CustInvoiceJour.InvoiceId または CustTrans.Invoice

INV-2023-001CIV-88921US-004321DE-99120
ソースシステム
SourceSystem
`データ`の`発信元``システム`名です。
説明

この属性は、データの記録システムを識別します。この文脈ではMicrosoft Dynamics 365です。複数のERP インスタンスや外部回収ツールからのデータを単一のビューに統合する際に有用です。これにより、アナリストは発生源の環境に基づいてプロセスフィルタリングまたはセグメント化することができます。

その重要性

特に複数システム環境において、データリネージュと追跡可能性を確保します。

取得元

抽出中にハードコードされるか、接続文字列から導出されます

D365 F&O 実稼働環境D365 FinanceDynamics AX 2012
最終データ更新
LastDataUpdate
データが抽出または更新された日時を示すタイムスタンプ。
説明

この属性は、データがMicrosoft Dynamics 365から最後に抽出された日時を示します。これにより、ユーザーは分析の鮮度やKPIの有効性を理解しやすくなります。通常、クエリ実行時に抽出ツールによって生成されます。

その重要性

データの遅延に関するコンテキストを提供し、ユーザーがダッシュボードの鮮度を信頼するのに役立ちます。

取得元

ETL / 抽出スクリプトによって生成されます

2023-11-05T00:00:00Z2023-11-05T12:00:00Z
ビジネスユニット
BusinessUnit
請求書を担当する事業部門または部署です。
説明

この属性は、電子機器部門やサービス部門など、社内の組織構造別にデータをセグメント化します。D365では、多くの場合、トランザクションに紐づく財務ディメンションです。部署間の比較を可能にすることで、請求書発行リードタイム ダッシュボードをサポートします。

その重要性

どの部門が最も効率的であるかを特定するための内部ベンチマーキングを可能にします。

取得元

CustInvoiceJour の財務分析コード (DefaultDimension)

BU-001営業-北サービス-グローバル
ユーザー
User
`アクティビティ`を実行した人物または`システムアカウント`の`ユーザーID`です。
説明

この属性は、CreatedByまたはModifiedBy フィールドから派生した、特定のプロセスステップを実行した担当者を識別します。これにより、リソース利用状況の分析、トレーニングニーズの特定、自動化されたシステムタスクと手動によるユーザー介入の区別に役立ちます。

その重要性

リソースのパフォーマンス分析と自動化率の計算を可能にします。

取得元

取引テーブルの CreatedBy フィールド

管理者JSmith`WorkflowAgent`BSmith
会社コード
CompanyCode
D365内の法務`エンティティ`識別子です。
説明

この属性はD365のDataAreaIdを表し、トランザクションが発生した法務エンティティまたは会社に対応します。多会社展開におけるデータフィルタリングに不可欠であり、会社間で重複する可能性のあるInvoice Numberが明確に区別されることを保証します。

その重要性

複数エンティティ環境での一意性と地域分析にとって不可欠です。

取得元

全てのテーブルの DataAreaId フィールド

USMFDEMFGBSI
支払期日
DueDate
支払が受領される予定の`日付`です。
説明

Due Dateは、支払条件で定められた支払期日です。実際の支払日と比較され、期限内支払の実績を判断し、売掛金回収日数DSO)を計算します。これは顧客トランザクションレコードの標準フィールドです。

その重要性

期日内支払い率の計算と延滞請求書の分析に不可欠です。

取得元

CustTrans.DueDate

2023-11-302023-12-15
自動化
IsAutomated
その活動がシステムアカウントによって実行されたかどうかを示すフラグ。
説明

この属性は、特定のステップユーザーによって実行されたか、自動バッチジョブによって実行されたかを判別します。これはユーザー 属性を既知のシステムアカウント(例:WorkflowBatch)のリストと比較することで算出されます。手動消込率 KPIをサポートします。

その重要性

自動化の機会を特定し、現在の自動化レベルを測定するために重要です。

取得元

ユーザーフィールドのロジックから導出

truefalse
請求金額
InvoiceAmount
請求書の合計金額。
説明

この属性は、請求書ドキュメントの財務的価値を表します。売掛金管理における総エクスポージャーを計算し、高額回収を優先するために使用されます。このフィールドは通常、請求書仕訳テーブルにあります。

その重要性

財務影響分析と高価値ボトルネックの特定にとって重要です。

取得元

CustInvoiceJour.InvoiceAmount

1500.00250.5010000.00
顧客グループ
CustomerGroup
顧客が属する分類またはセグメントです。
説明

この属性は、Wholesale(卸売)、Retail(小売)、またはIntercompany(会社間)などの論理グループに顧客を分類します。特定のセグメントがより長い支払サイクルや高い紛争率を持つかどうかを確認するなど、比較分析を行うために使用されます。D365では、これがCustGroup フィールドに該当します。

その重要性

さまざまな市場セグメント間でのプロセスパフォーマンスの比較を可能にします。

取得元

CustTable.CustGroup

`Wholesale`小売会社間取引エクスポート
顧客勘定
CustomerAccount
顧客の一意の識別子または`アカウント`番号です。
説明

Customer Accountは、請求対象の特定のエンティティを識別します。D365では、このAccountNum フィールドに相当します。この属性グループ化することで、異なる顧客間での支払行動、紛争頻度、消込時間を分析できます。

その重要性

高リスク顧客の特定と、クライアント別のパフォーマンスセグメンテーションに不可欠です。

取得元

CustInvoiceJour.InvoiceAccount または CustTrans.AccountNum

US-001DE-550CUST-9921
クレジットメモか
IsCreditMemo
その文書がクレジットノートであるかどうかを示すフラグ。
説明

このブール 属性は、トランザクションが顧客に発行されたクレジットメモを表すかどうかを識別します。クレジットメモ発行率の計算や、手戻り分析から標準請求書を除外するために使用されます。

その重要性

クレジットメモと再作業頻度ダッシュボードを直接サポートします。

取得元

CustInvoiceJour.InvoiceAmount < 0 または TransType から導出

truefalse
延滞日数
DaysOverdue
期日と比較して支払が遅れた日数です。
説明

このメトリックは、支払日とDue Dateの差を計算します。正の値は遅延支払いを、負の値は早期支払いを意味します。単純なブール フラグを超えて、支払パフォーマンスの詳細なビューを提供します。

その重要性

期限内支払率KPI分析に深みを与えます。

取得元

計算: 支払日 - 期日

50-230
支払条件
PaymentTerms
合意された支払スケジュールを定義するコードです。
説明

この属性は、支払期日を規定するコード(例:Net30Net60)を保持します。顧客が特定の条件を遵守しているか、Due Dateが正しく計算されたかを分析するために使用されます。

その重要性

期日の背景情報を提供し、支払い条件が寛大すぎるか厳しすぎるかを判断するのに役立ちます。

取得元

CustInvoiceJour.Payment または CustTable.PaymTermId

Net30Net45 (45日後支払い)COD月末 (EOM)
消込済みか
IsCleared
請求書が完全に決済されたかどうかを示すフラグ。
説明

このブール 属性は、請求書が支払または償却によって残高ゼロに達したかどうかを示します。これにより、未決済ケースと決済済みケースを迅速にフィルタリングし、平均請求書サイクルタイムを計算できます。

その重要性

アクティブな案件と過去の案件を区別します。

取得元

CustTrans.Closed 日付の有無から導出

truefalse
現金割引日
CashDiscountDate
早期支払割引が有効な`日付`です。
説明

この属性は、顧客が早期支払割引を受けるための期限を示します。支払日と比較され、割引逸失率 KPIを計算し、割引インセンティブの有効性を分析するために使用されます。

その重要性

早期支払い割引最適化ダッシュボードの鍵。

取得元

CustTrans.CashDisc または CashDiscCode から計算

2023-11-102023-11-15
紛争理由
DisputeReason
`ケース`が紛争中である場合に割り当てられる理由コードです。
説明

この属性は、「価格エラー」や「破損品」など、請求書が紛争になったカテゴリ別の理由を捕捉します。支払遅延の根本原因を特定するために、紛争解決ライフサイクルダッシュボードにとって不可欠です。

その重要性

紛争解決時間 KPI の根本原因分析を可能にします。

取得元

CustTrans.ReasonRefRecId または関連する回収案件テーブル

価格差異商品破損PO不足サービス品質
販売注文ID
SalesOrderId
請求書に関連付けられた`販売注文`の参照番号です。
説明

この属性は、請求書を元の販売注文に紐付けます。受注から入金までプロセスデータが利用可能な場合、クロスプロセス分析を可能にし、請求問題の上流原因を調査するのに役立ちます。

その重要性

請求プロセスと販売プロセスを連携させます。

取得元

CustInvoiceJour.SalesId

SO-10022SO-55912
通貨
Currency
請求書`トランザクション`の通貨コードです。
説明

この属性は、請求書が発行された通貨(例:USDEUR)を指定します。異なる地域間でグローバル分析を行う場合、財務値を正規化するために重要です。

その重要性

多通貨システムにおける価値配分を理解するために不可欠です。

取得元

CustInvoiceJour.CurrencyCode

USDEURGBPJPY
必須 推奨 任意

売掛金活動

これらは、支払決済`フロー`を正確に把握するために、`イベントログ`に記録すべき主要な`プロセスステップ`と`マイルストーン`です。
8 推奨 7 任意
アクティビティ 説明
クレジットメモ発行済み
元の請求金額を相殺する`クレジットメモ`の`記帳`です。多くの場合、紛争解決または返品の結果として発生します。
その重要性

高頻度は収益漏洩と上流の品質問題を示します。現金以外の決済を表すため、支払いとは区別されます。

取得元

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` `テーブル`における財務上の債務の発生を捕捉します。
その重要性

売掛金ライフサイクルの公式な開始であり、支払条件の起算点を示します。売掛金回収日数DSO)の算出に不可欠です。

取得元

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
異議が解決されました
紛争`案件`の終了であり、請求書が支払または`クレジット`処理に進むことを可能にします。例外処理`サブプロセス`の終了を示します。
その重要性

「開始」と「解決」間のタイムスタンプ差は、管理効率を示す主要なKPIです。

取得元

Status が Closed/Resolved に変更される CaseDetailBase テーブル。

取得

CaseDetailBase でステータスフィールドを前後で比較

イベントタイプ inferred
紛争レビュー中
紛争案件が「開始済み」から「進行中」の状態に移行したことを示します。解決チームの作業時間を表します。
その重要性

ここでのボトルネックは、キャッシュコンバージョンサイクルを増加させます。待機時間をアクティブな解決時間から分離します。

取得元

CaseDetailBase.Status フィールドの変更、またはステータス進行に対応する CaseLog テーブルエントリから推測されます。

取得

CaseDetailBase でステータスフィールドを前後で比較

イベントタイプ inferred
銀行取引明細書照合済み
売掛金に記録された支払いが、`インポート`された銀行取引明細書の項目と照合される消込`イベント`です。
その重要性

資金が実際に銀行口座にあることを検証します。ここでの遅延は、現金・預金管理``プロセスにおける非効率性を示します。

取得元

BankReconciliationLine または BankAccountTrans の照合ステータス。高度な銀行照合モジュールが必要です。

取得

銀行照合で取引が一致したときにログに記録されます

イベントタイプ explicit
推奨 任意

抽出ガイド

Microsoft Dynamics 365 からデータを取得する方法