売掛金データテンプレート
売掛金データテンプレート
- 元帳分析に必要なデータ項目
- 追跡に必要な標準プロセスマイルストーン
- Microsoft Dynamics 365からデータを抽出するための技術ガイド
売掛金の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
請求書に対して実行された具体的なイベントまたはタスクです。 | ||
|
説明
この属性は、Invoice Posted、Payment Received、Dispute Openedなど、プロセスで発生した手順を表します。Microsoft Dynamics 365では、取引タイプ(TransType)やレコードが記録された特定のテーブル(例:入金の場合はCustSettlement)から導出されることがよくあります。プロセスマップを可視化するうえで欠かせない属性です。
重要な理由
プロセスマップのノードを定義し、プロセスフローとバリアントを分析できるようにします。
入手先
TransType enumまたはテーブルコンテキスト(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で売掛金のライフサイクルを追跡するための主キーです。最初の販売注文、計上済み請求書、その後の入金、回収活動を1つのケースに関連付けます。分析では、この属性をケース識別子として使用し、プロセスフロー全体を再構成します。
重要な理由
売掛金分析の基本単位であり、プロセスマイニングエンジンが異なるイベントを一貫した1つのケースにまとめるために使用します。
入手先
CustInvoiceJour.InvoiceIdまたはCustTrans.Invoice
例
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となったシステム名です。 | ||
|
説明
この属性は、データの記録元システムを識別します。この場合はMicrosoft Dynamics 365です。複数のERPインスタンスや外部の回収ツールからデータを集約して1つのビューにまとめる際に役立ちます。元の環境ごとにプロセスをフィルタリングまたは分類できます。
重要な理由
複数システムで構成された環境において、データの系譜と追跡可能性を確保します。
入手先
抽出時にハードコードするか、接続文字列から導出
例
D365 F&O ProdD365 FinanceDynamics AX 2012
|
|||
|
最終データ更新
LastDataUpdate
|
データを抽出または更新した時点のタイムスタンプです。 | ||
|
説明
この属性は、Microsoft Dynamics 365からデータを最後に取得した時点を示します。分析の鮮度とKPIの有効性を把握するのに役立ちます。通常は、クエリ実行時に抽出ツールが生成します。
重要な理由
データの遅延状況を把握し、ダッシュボードの情報が最新であることを確認するためのコンテキストを提供します。
入手先
ETL/抽出スクリプトによって生成
例
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
ユーザー
User
|
アクティビティを実行した担当者またはシステムアカウントのユーザーIDです。 | ||
|
説明
この属性は、CreatedByまたはModifiedByフィールドから取得し、特定のプロセスステップを実行したユーザーを識別します。リソースの利用状況やトレーニングの必要性の分析、自動化されたシステムタスクとユーザーによる手動操作の区別に役立ちます。
重要な理由
リソースのパフォーマンス分析や自動化率の計算が可能になります。
入手先
取引テーブルのCreatedByフィールド
例
管理JSmithWorkflowAgentBSmith
|
|||
|
事業部門
BusinessUnit
|
請求書を担当する事業部門または部門です。 | ||
|
説明
この属性は、電子機器部門やサービス部門など、社内の組織構造に基づいてデータを分類します。D365では、取引に関連付けられた財務分析コードであることが一般的です。部門間の比較を可能にし、請求書発行リードタイムのダッシュボードを支えます。
重要な理由
社内ベンチマークにより、最も効率的な部門を特定できます。
入手先
CustInvoiceJourの財務分析コード(DefaultDimension)
例
BU-001Sales-NorthServices-Global
|
|||
|
会社コード
CompanyCode
|
D365内の法人を識別するコードです。 | ||
|
説明
この属性はD365のDataAreaIdを表し、取引が発生した法人または会社に対応します。複数会社で運用する環境でのデータの絞り込みに欠かせません。また、会社間で重複する可能性がある請求書番号を、それぞれ別の番号として扱えます。
重要な理由
複数法人の環境で一意性を確保し、地域別に分析するために重要です。
入手先
すべてのテーブルのDataAreaIdフィールド
例
USMFDEMFGBSI
|
|||
|
支払期日
DueDate
|
支払いを受け取る予定の日付です。 | ||
|
説明
支払期日は、支払条件で定められた支払いの期限です。実際の支払日と比較して、期日どおりの支払い状況を確認し、売上債権回転日数(DSO)を計算します。顧客取引レコードの標準フィールドです。
重要な理由
期日どおりの支払率の計算や、支払遅延のある請求書の分析に欠かせません。
入手先
CustTrans.DueDate
例
2023-11-302023-12-15
|
|||
|
自動化済みかどうか
IsAutomated
|
アクティビティがシステムアカウントによって実行されたかどうかを示すフラグです。 | ||
|
説明
この属性は、特定のステップがユーザーによって実行されたか、自動化されたバッチジョブによって実行されたかを判定します。User属性を既知のシステムアカウント(例:「Workflow」、「Batch」)の一覧と比較して計算します。手動消込率KPIを支えます。
重要な理由
自動化の機会を特定し、現在の自動化レベルを測定するために欠かせません。
入手先
Userフィールドのロジックから導出
例
truefalse
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額です。 | ||
|
説明
この属性は、請求書の金銭的価値を表します。売掛金の総エクスポージャーの計算や、高額な回収案件の優先順位付けに使用します。通常、請求書仕訳帳テーブルにあります。
重要な理由
財務的な影響の分析や、高額案件のボトルネックの特定に欠かせません。
入手先
CustInvoiceJour.InvoiceAmount
例
1500.00250.5010000.00
|
|||
|
顧客アカウント
CustomerAccount
|
顧客を一意に識別する番号またはアカウント番号です。 | ||
|
説明
顧客アカウントは、請求対象となる特定の事業体を識別します。D365ではAccountNumフィールドに該当します。この属性でグループ化すると、顧客ごとの支払い行動、紛争の発生頻度、消込にかかる時間を分析できます。
重要な理由
高リスクの顧客を特定し、顧客別にパフォーマンスをセグメント化するために欠かせません。
入手先
CustInvoiceJour.InvoiceAccountまたはCustTrans.AccountNum
例
US-001DE-550CUST-9921
|
|||
|
顧客グループ
CustomerGroup
|
顧客が属する分類またはセグメントです。 | ||
|
説明
この属性は、顧客を卸売、小売、社内取引などの論理的なグループに分類します。特定のセグメントで支払いサイクルが長いか、紛争率が高いかを確認するなど、比較分析に使用します。D365ではCustGroupフィールドに該当します。
重要な理由
異なる市場セグメント間でプロセスパフォーマンスを比較できます。
入手先
CustTable.CustGroup
例
卸売小売会社間取引輸出
|
|||
|
クレジットメモかどうか
IsCreditMemo
|
文書がクレジットノートかどうかを示すフラグです。 | ||
|
説明
このブール型属性は、取引が顧客に発行したクレジットメモを表すかどうかを識別します。クレジットメモ発行率の計算や、手戻り分析から通常の請求書を除外する際に使用します。
重要な理由
クレジットメモと手戻り頻度のダッシュボードを直接支えます。
入手先
CustInvoiceJour.InvoiceAmount < 0またはTransTypeから導出
例
truefalse
|
|||
|
支払条件
PaymentTerms
|
合意した支払スケジュールを定義するコードです。 | ||
|
説明
この属性には、支払期日を決めるコード(例:Net30、Net60)が格納されます。顧客が定められた条件を守っているかの分析や、支払期日が正しく計算されているかの検証に使用します。
重要な理由
支払期日の背景を把握し、条件が緩すぎるか厳しすぎるかを特定するのに役立ちます。
入手先
CustInvoiceJour.PaymentまたはCustTable.PaymTermId
例
30日払い45日払いCODEOM
|
|||
|
支払遅延日数
DaysOverdue
|
支払期日と比較した支払いの遅延日数です。 | ||
|
説明
この指標は、支払日と支払期日の差を計算します。正の値は支払遅延、負の値は期日前の支払いを示します。単純なブールフラグを超えて、支払い状況を詳細に把握できます。
重要な理由
期日どおりの支払率KPIの分析を詳しく行えます。
入手先
計算式:PaymentDate - DueDate
例
50-230
|
|||
|
消込済みかどうか
IsCleared
|
請求書の決済が完了しているかどうかを示すフラグです。 | ||
|
説明
このブール型属性は、支払いや償却によって請求書の残高がゼロになったかどうかを示します。未処理と完了済みの案件をすばやく絞り込み、請求書の平均サイクル時間を計算できます。
重要な理由
進行中の案件と履歴上の案件を区別します。
入手先
CustTrans.Closedの日付の有無から導出
例
truefalse
|
|||
|
現金割引期日
CashDiscountDate
|
早期支払いによる割引が適用される最終日です。 | ||
|
説明
この属性は、顧客が早期支払い割引を受けられる期限を示します。支払日と比較して割引失効率KPIを計算し、割引インセンティブの効果を分析します。
重要な理由
早期支払い割引最適化ダッシュボードの重要な項目です。
入手先
CustTrans.CashDiscまたはCashDiscCodeから計算
例
2023-11-102023-11-15
|
|||
|
紛争理由
DisputeReason
|
案件が紛争中になった際に割り当てられる理由コードです。 | ||
|
説明
この属性は、請求書が紛争になった分類上の理由を記録します。例として、「価格誤り」や「商品の破損」があります。支払い遅延の根本原因を特定するため、紛争解決ライフサイクルのダッシュボードに欠かせません。
重要な理由
紛争解決時間KPIの根本原因分析が可能になります。
入手先
CustTrans.ReasonRefRecIdまたは関連する回収案件テーブル
例
価格差異破損品発注書不在サービス品質
|
|||
|
販売注文ID
SalesOrderId
|
請求書に関連付けられた販売注文の参照番号です。 | ||
|
説明
この属性は、請求書を元の販売注文に関連付けます。受注から入金までのプロセスのデータが利用できる場合は、プロセス横断の分析が可能になり、請求上の問題の上流原因の調査に役立ちます。
重要な理由
請求プロセスと販売プロセスを関連付けます。
入手先
CustInvoiceJour.SalesId
例
SO-10022SO-55912
|
|||
|
通貨
Currency
|
請求取引の通貨コードです。 | ||
|
説明
この属性は、請求書が発行された通貨(例:USD、EUR)を示します。複数地域にまたがるグローバル分析で、財務上の金額を標準化する際に重要です。
重要な理由
複数通貨のシステムで金額の分布を把握するために必要です。
入手先
CustInvoiceJour.CurrencyCode
例
USDEURGBPJPY
|
|||
売掛金のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
クレジットメモ発行
|
元の請求金額を相殺するクレジットノートの計上です。解決済みの紛争や返品の結果として発生することがよくあります。 | ||
|
重要な理由
頻度が高い場合は、収益漏れや上流プロセスの品質問題を示します。現金による決済ではないため、入金とは区別されます。
入手先
TypeがCredit NoteのCustTransテーブル、またはInvoiceAmountが負のCustInvoiceJour。
取得
取引がCustTransに計上された時点で記録
イベントタイプ
explicit
|
|||
|
一部入金の計上
|
請求書の未決済残高を全額カバーしない入金を記録する処理です。残額の回収が必要になることがよくあります。 | ||
|
重要な理由
分割払いと全額決済を区別できます。キャッシュフロー予測の精度を高めるうえで重要です。
入手先
SettlementAmount < InvoiceAmountである、Payment(CustTrans)とInvoice(CustTrans)を関連付けるCustSettlementテーブル。
取得
CustSettlementで取引Xが実行された時点で記録
イベントタイプ
explicit
|
|||
|
全額入金の受領
|
請求書の残高を全額支払う入金取引の計上です。現金流入のイベントを表します。 | ||
|
重要な理由
最も重要な成功イベントです。期日内入金率と割引条件の有効性の算出に使用します。
入手先
TypeがPaymentのCustTransテーブル。CustSettlementを介して請求書に関連付けられ、残高がゼロになります。
取得
取引がCustTransに計上され、消込された時点で記録
イベントタイプ
explicit
|
|||
|
支払いリマインダー送信
|
顧客への正式な督促状の発行を記録します。Collection Letter Journalから取得します。 | ||
|
重要な理由
積極的な回収活動の開始を示します。頻度を分析することで、督促戦略を最適化し、事務コストを削減できます。
入手先
CustCollectionLetterJourテーブル。特定の請求書取引に対してレターコードが計上された日付を記録します。
取得
取引がCustCollectionLetterJourに計上された時点で記録
イベントタイプ
explicit
|
|||
|
紛争案件の開始
|
請求書に関連付けられたCase Managementモジュール内の案件作成です。顧客から異議が申し立てられたことを示し、通常の回収フローを停止します。 | ||
|
重要な理由
紛争は支払い遅延の主な原因です。追跡することで、価格設定や履行など、上流プロセスの品質問題を特定できます。
入手先
CaseDetailBaseテーブル。CategoryがCollections/ARに関連し、RefRecIdが請求書のコンテキストにリンクします。
取得
Case Managementで取引Xが実行された時点で記録
イベントタイプ
explicit
|
|||
|
請求書の消込完了
|
請求書残高がゼロになり、システム上で取引がClosedとマークされる最終的なステータス変更です。 | ||
|
重要な理由
プロセスインスタンスの完全な終了を示します。総サイクルタイムの算出に使用します。
入手先
CustTrans.Closedフィールド(日付)。決済の合計が請求金額と一致した時点で、この日付が入力されます。
取得
CustTrans.Closed日付フィールドから推定
イベントタイプ
inferred
|
|||
|
請求書計上
|
請求書を財務元帳に最初に記録する処理です。このアクティビティによって、CustInvoiceJourテーブルに財務上の債務が作成されたことを記録します。 | ||
|
重要な理由
売掛金ライフサイクルの正式な開始と、支払条件の起算点を示します。売上債権回転日数(DSO)の算出に欠かせません。
入手先
CustInvoiceJourテーブル。CreatedDateTimeまたはInvoiceDateフィールドがタイムスタンプとして使用されます。
取得
取引がCustInvoiceJourに計上された時点で記録
イベントタイプ
explicit
|
|||
|
請求書送付
|
請求書をメール、印刷、またはEDIで顧客に送付したイベントです。通常は、Printedの件数の増加または印刷管理ログから推定します。 | ||
|
重要な理由
計上から送付までに遅れが生じると、顧客が実際に支払える期間が短くなり、支払いが遅れたように受け取られる可能性があります。
入手先
CustInvoiceJour.PrintedOriginalsが0から1に変わったことから推定するか、ログが有効な場合はPrintJobHeaderテーブルで追跡します。
取得
前後のステータスフィールドまたはPrintJobHeaderログを比較
イベントタイプ
inferred
|
|||
|
入金の償却
|
請求書を回収不能と判断し、償却仕訳によって残高を除去する処理です。財務上の損失を表します。 | ||
|
重要な理由
回収に失敗したプロセスの終点です。不良債権比率や与信方針の有効性を分析するうえで欠かせません。
入手先
TypeがWriteOffのCustTransテーブル、または償却理由コードが付いたGeneralJournalEntry。
取得
WriteOffタイプで取引が計上された時点で記録
イベントタイプ
explicit
|
|||
|
利息通知の生成
|
支払い期限を過ぎた入金に対する利息通知の作成です。顧客アカウントに適用される金銭的なペナルティを表します。 | ||
|
重要な理由
深刻な支払い遅延を示します。分析によって、ペナルティが入金を促進しているか、顧客との関係を損なっているかを判断できます。
入手先
CustInterestJourテーブル。このテーブルには、特定の顧客取引に対して生成された利息通知が記録されます。
取得
取引がCustInterestJourに計上された時点で記録
イベントタイプ
explicit
|
|||
|
支払い約束の受領
|
顧客が特定の日付までに支払うことを、回収担当者が記録した具体的な約束です。Collections Managementモジュールから取得します。 | ||
|
重要な理由
回収電話の有効性を測定します。この日付と実際の入金を比較することで、顧客の約束がどの程度守られるかを確認できます。
入手先
CustPromiseToPayテーブル。TransRecIdを介して顧客取引に関連付けられます。
取得
CustPromiseToPayにレコードが作成された時点で記録
イベントタイプ
explicit
|
|||
|
支払期日超過
|
請求書が未決済のまま、現在日が支払期日を過ぎたことを示す計算上のマイルストーンです。請求書が期限超過であることを示します。 | ||
|
重要な理由
滞留分析や回収ワークフローの開始に欠かせません。通常の請求業務と回収管理の境界を明確にします。
入手先
CustInvoiceJour.DueDateと現在のシミュレーション時刻または入金タイムスタンプを比較して算出します。
取得
DueDateフィールドと現在時刻を比較して導出
イベントタイプ
calculated
|
|||
|
紛争解決
|
紛争案件を終了し、請求書を支払いまたはクレジット処理に進められるようにします。例外処理サブプロセスの終了を示します。 | ||
|
重要な理由
OpenedからResolvedまでのタイムスタンプの差分は、事務処理の効率を測る主要なKPIです。
入手先
CaseDetailBaseテーブルでStatusがClosed/Resolvedに変更された状態。
取得
CaseDetailBaseの前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
紛争調査中
|
紛争案件がOpenedからIn Processの状態に移行したことを示します。解決チームが対応している時間を表します。 | ||
|
重要な理由
ここでボトルネックが発生すると、キャッシュコンバージョンサイクルが長くなります。待機時間と実際の解決作業時間を分けて把握できます。
入手先
CaseDetailBase.Statusフィールドの変更、またはステータスの進行に対応するCaseLogテーブルのエントリから推定します。
取得
CaseDetailBaseの前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
銀行取引明細との照合
|
売掛金に記録された入金を、取り込んだ銀行取引明細の明細行と照合する消込イベントです。 | ||
|
重要な理由
資金が実際に銀行口座に入っていることを確認します。ここで遅延が発生すると、現金・銀行管理プロセスの非効率を示します。
入手先
BankReconciliationLineまたはBankAccountTransのmatchedステータス。Advanced Bank Reconciliationモジュールが必要です。
取得
Bank Reconciliationで取引が照合された時点で記録
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか
このデータテンプレートを今すぐ導入し、財務業務の変革を始めましょう。Microsoft Dynamics 365のデータを要件に合わせてマッピングできるよう、当社のチームがサポートします。
売掛金管理を改善し、今すぐキャッシュフローを向上
Microsoft Dynamics 365でDSOを15~20日短縮しているチームに加わりましょう
クレジットカード不要、5分でセットアップ