売掛金データテンプレート

Microsoft Dynamics 365
売掛金データテンプレート

売掛金データテンプレート

このテンプレートは、Microsoft Dynamics 365で請求から入金までのプロセスをマッピングするための詳細な枠組みを提供します。プロセスマイニングに必要な品質の高いイベントログを作成するために、必須のデータ項目とマイルストーンをまとめています。この構成に沿ってデータを整理することで、支払い遅延を詳しく把握し、回収ワークフローを効率化できます。
  • 台帳分析に必要なデータ項目
  • 追跡対象となる標準的なプロセスマイルストーン
  • Microsoft Dynamics 365からのデータ抽出に関する技術ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

売掛金の属性

売掛金の状況を詳しく分析するため、イベントログに含めることを推奨するデータ項目です。
5 必須 8 推奨 8 任意
名前 説明
アクティビティ
Activity
請求書に対して実行された特定のイベントまたは作業です。
説明

この属性は、請求書の計上、支払いの受領、異議申し立ての開始など、プロセス内で発生するステップを示します。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
財務請求書を一意に識別する番号です。
説明

請求書番号は、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内の法人を識別するIDです。
説明

この属性は、D365のDataAreaIdを表し、取引が発生した法人または会社に対応します。複数の会社で運用する環境では、データの絞り込みに欠かせません。また、会社間で重複する可能性のある請求書番号を区別できます。

重要な理由

複数法人の環境での一意性の確保や、地域別の分析に欠かせません。

入手先

すべてのテーブルのDataAreaIdフィールド

例
USMFDEMFGBSI
支払期日
DueDate
支払いを受ける予定の日付です。
説明

支払期日は、支払条件で定められた支払い期限です。実際の支払日と比較して、期日どおりに支払われたかを確認し、売上債権回転日数(DSO)を算出します。顧客取引レコードの標準フィールドです。

重要な理由

期日内支払率の算出や、支払期限を過ぎた請求書の分析に欠かせません。

入手先

CustTrans.DueDate

例
2023-11-302023-12-15
自動処理かどうか
IsAutomated
アクティビティがシステムアカウントによって実行されたかどうかを示すフラグです。
説明

この属性は、特定のステップがユーザーによって実行されたか、自動バッチジョブによって実行されたかを判定します。ユーザー属性を既知のシステムアカウント(例:「Workflow」、「Batch」)の一覧と照合して算出します。手動消込率の重要業績評価指標(KPI)に役立ちます。

重要な理由

自動化の機会を特定し、現在の自動化レベルを測定するために欠かせません。

入手先

Userフィールドのロジックから算出

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

この属性は、請求書の金額を表します。売掛金の総額を算出したり、高額な債権の回収に優先順位を付けたりする際に使います。通常、請求書仕訳テーブルに格納されています。

重要な理由

財務への影響の分析や、高額案件に関するボトルネックの特定に欠かせません。

入手先

CustInvoiceJour.InvoiceAmount

例
1500.00250.5010000.00
顧客アカウント
CustomerAccount
顧客を識別する一意のIDまたはアカウント番号です。
説明

顧客アカウントは、請求先となる顧客を特定します。D365では、AccountNumフィールドに該当します。この属性でグループ化すると、顧客ごとの支払い傾向、紛争の発生頻度、消込までの所要時間を分析できます。

重要な理由

リスクの高い顧客の特定や、顧客別のパフォーマンス比較に欠かせません。

入手先

CustInvoiceJour.InvoiceAccountまたはCustTrans.AccountNum

例
US-001DE-550CUST-9921
顧客グループ
CustomerGroup
顧客が属する分類またはセグメントです。
説明

この属性では、顧客を卸売、小売、社内取引などのグループに分類します。セグメントごとの支払いサイクルや紛争発生率を比較する際に使います。D365ではCustGroupフィールドに該当します。

重要な理由

市場セグメントごとのプロセスパフォーマンスを比較できます。

入手先

CustTable.CustGroup

例
卸売小売社内取引輸出
クレジットメモかどうか
IsCreditMemo
文書がクレジットノートかどうかを示すフラグです。
説明

この真偽値属性は、取引が顧客に発行されたクレジットメモかどうかを示します。クレジットメモ発行率の算出や、手戻り分析から通常の請求書を除外する際に使います。

重要な理由

クレジットメモと手戻り頻度のダッシュボードに直接役立ちます。

入手先

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

例
truefalse
受注ID
SalesOrderId
請求書に関連付けられた受注の参照番号です。
説明

この属性を使うと、請求書を元の受注に関連付けられます。受注から入金までのプロセスのデータがある場合は、プロセスをまたいだ分析が可能になり、請求に関する問題の上流工程での原因を調査できます。

重要な理由

請求プロセスと販売プロセスを関連付けます。

入手先

CustInvoiceJour.SalesId

例
SO-10022SO-55912
支払条件
PaymentTerms
合意した支払いスケジュールを定めるコードです。
説明

この属性には、支払期日を定めるコード(例:Net30、Net60)が格納されます。顧客が合意した条件どおりに支払っているかを分析したり、支払期日が正しく算出されているかを確認したりする際に使います。

重要な理由

支払期日の背景を把握し、支払条件が緩すぎる、または厳しすぎるかを確認できます。

入手先

CustInvoiceJour.PaymentまたはCustTable.PaymTermId

例
Net30Net45CODEOM
支払遅延日数
DaysOverdue
支払期日から何日遅れて支払われたかを示します。
説明

この指標は、支払日と支払期日の差を算出します。正の値は支払遅延、負の値は期日前の支払いを示します。単純な真偽値だけでは分からない支払い状況を、より詳しく把握できます。

重要な理由

期日内支払率の重要業績評価指標(KPI)を詳しく分析できます。

入手先

算出式:PaymentDate - DueDate

例
50-230
消込済みかどうか
IsCleared
請求書の残高が全額決済されたかどうかを示すフラグです。
説明

この真偽値属性は、支払いまたは償却によって請求書の残高がゼロになったかどうかを示します。未決済と決済済みの案件をすばやく絞り込み、平均請求書サイクルタイムを算出できます。

重要な理由

進行中の案件と過去の案件を区別できます。

入手先

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

例
truefalse
現金割引期限
CashDiscountDate
早期支払い割引が適用される最終日です。
説明

この属性は、顧客が早期支払い割引を受けられる期限を示します。支払日と比較して、割引未適用率の重要業績評価指標(KPI)を算出し、割引施策の効果を分析します。

重要な理由

早期支払い割引最適化ダッシュボードに欠かせない属性です。

入手先

CustTrans.CashDisc、またはCashDiscCodeから算出

例
2023-11-102023-11-15
紛争理由
DisputeReason
紛争案件に割り当てられた理由コードです。
説明

この属性には、価格の誤りや商品の破損など、請求書に関する紛争の理由が分類されて記録されます。支払い遅延の根本原因を特定するため、紛争解決ライフサイクルのダッシュボードで重要な役割を果たします。

重要な理由

紛争解決時間の重要業績評価指標(KPI)について、根本原因の分析に役立ちます。

入手先

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

例
価格差異商品破損発注書なしサービス品質
通貨
Currency
請求書取引の通貨コードです。
説明

この属性は、請求書の発行通貨(例:USD、EUR)を示します。複数の地域を対象に分析する場合、財務データの通貨を統一するために重要です。

重要な理由

複数通貨を扱うシステムで、金額の分布を把握するために必要です。

入手先

CustInvoiceJour.CurrencyCode

例
USDEURGBPJPY
必須 推奨 任意

売掛金のアクティビティ

支払い決済の流れを正確に把握するため、イベントログに記録する主要なプロセスステップとマイルストーンです。
8 推奨 7 任意
アクティビティ 説明
クレジットメモを発行
元の請求金額を相殺するクレジットノートを計上します。異議申し立ての解決や返品が発行のきっかけとなる場合があります。
重要な理由

発行頻度が高い場合、収益の漏れや前工程の品質問題が考えられます。現金を伴わない決済を示すため、支払いとは区別されます。

入手先

CustTransテーブルでTypeが「Credit Note」のレコード、またはInvoiceAmountが負の値であるCustInvoiceJourレコードを使用します。

記録

取引がCustTransに計上された時点で記録

イベントタイプ explicit
一部支払いを計上
請求書の未決済残高を全額カバーしない支払いを記録します。残額の回収が必要になる場合があります。
重要な理由

分割払いと全額決済を区別できます。キャッシュフロー予測の精度を高めるうえで重要です。

入手先

CustSettlementテーブルで、支払い(CustTrans)と請求書(CustTrans)を関連付けます。SettlementAmountがInvoiceAmountを下回る場合が該当します。

記録

取引XがCustSettlementで実行された時点で記録

イベントタイプ explicit
全額支払いを受領
請求書の残高を全額支払う取引を計上します。現金の流入を示すイベントです。
重要な理由

最も重要な成功イベントです。期日どおりの支払い率や割引条件の効果を算出するために使用します。

入手先

CustTransテーブルでTypeが「Payment」のレコードをCustSettlement経由で請求書に関連付け、残高がゼロになったことを確認します。

記録

取引がCustTransに計上され、消込が完了した時点で記録

イベントタイプ explicit
支払い督促を送信
顧客への正式な督促状の発行を記録します。債権回収レタージャーナルから取得します。
重要な理由

本格的な債権回収の開始を示します。送付頻度を分析することで、督促方針を見直し、事務コストを削減できます。

入手先

CustCollectionLetterJourテーブルに、対象の請求書取引に対する督促状コードの計上日が記録されます。

記録

取引がCustCollectionLetterJourに計上された時点で記録

イベントタイプ explicit
異議申し立て案件を開始
請求書に関連付けられた案件をケース管理モジュールで作成し、顧客から異議が申し立てられたことを示します。通常の債権回収フローはここで中断されます。
重要な理由

異議申し立ては支払い遅延の主な原因です。追跡することで、価格設定や注文処理など、前工程の品質問題を特定できます。

入手先

CaseDetailBaseテーブルで、Categoryが債権回収/売掛金管理に関連し、RefRecIdが請求書のコンテキストに関連付けられます。

記録

ケース管理で取引Xが実行された時点で記録

イベントタイプ explicit
請求書の消込完了
請求書の残高がゼロになり、システム上で取引が「Closed」とマークされる最終的なステータス変更です。
重要な理由

プロセスインスタンスの最終地点です。サイクルタイム全体の算出に使用します。

入手先

CustTrans.Closedフィールド(日付)を使用します。消込額の合計が請求金額と一致したときに、この日付が設定されます。

記録

CustTrans.Closedの日付フィールドから推定

イベントタイプ inferred
請求書を計上
請求書を財務元帳に初めて記録するアクティビティです。CustInvoiceJourテーブルに財務上の債務が作成されたことを記録します。
重要な理由

売掛金管理のライフサイクルと支払条件の起点を示します。売上債権回転日数(DSO)の算出に欠かせません。

入手先

CustInvoiceJourテーブルのCreatedDateTimeまたはInvoiceDateフィールドをタイムスタンプとして使用します。

記録

取引がCustInvoiceJourに計上された時点で記録

イベントタイプ explicit
請求書を送付
メール、印刷、EDIを通じて請求書を顧客に送付するイベントです。「Printed」の件数の増加や印刷管理ログから推定する場合があります。
重要な理由

計上から送付までに遅れがあると、顧客が実際に支払いに使える期間が短くなり、支払いが遅いという印象につながります。

入手先

CustInvoiceJour.PrintedOriginalsが0から1に変わったことから推定します。ログが有効な場合は、PrintJobHeaderテーブルで追跡できます。

記録

ステータスフィールドの変更前後を比較するか、PrintJobHeaderログを確認

イベントタイプ inferred
利息通知書を作成
延滞した支払いに対する利息通知書を作成します。顧客アカウントに適用される金銭的なペナルティを表します。
重要な理由

深刻な延滞を示します。ペナルティによって支払いが早まるのか、顧客との関係が損なわれるのかを分析できます。

入手先

CustInterestJourテーブルには、特定の顧客取引に対して作成された利息通知書が記録されます。

記録

取引がCustInterestJourに計上された時点で記録

イベントタイプ explicit
支払いを貸倒処理
請求書を回収不能と判断し、貸倒仕訳で残高を削除します。財務上の損失を表します。
重要な理由

債権回収に失敗した場合の最終状態です。不良債権比率や与信方針の有効性を分析するうえで欠かせません。

入手先

CustTransテーブルでTypeが「WriteOff」のレコード、または貸倒理由コードが付いたGeneralJournalEntryを使用します。

記録

取引がWriteOffタイプで計上された時点で記録

イベントタイプ explicit
支払い約束を受領
顧客が特定の日までに支払うという、債権回収担当者が記録した具体的な約束です。債権回収管理モジュールから取得します。
重要な理由

債権回収の電話対応の効果を測定します。この日付と実際の支払いを比較することで、顧客の約束がどの程度守られているかを確認できます。

入手先

CustPromiseToPayテーブルに記録され、TransRecIdを介して顧客取引に関連付けられます。

記録

CustPromiseToPayにレコードが作成された時点で記録

イベントタイプ explicit
支払期日を超過
請求書が未決済のまま現在の日付が支払期日を過ぎたことを示す、計算上のマイルストーンです。請求書が延滞していることを示します。
重要な理由

滞留期間分析や債権回収ワークフローの開始に欠かせません。通常の請求業務と債権回収管理の区切りになります。

入手先

CustInvoiceJour.DueDateを現在のシミュレーション時刻または支払いのタイムスタンプと比較して算出します。

記録

DueDateフィールドと現在時刻を比較して算出

イベントタイプ calculated
異議申し立てをレビュー中
異議申し立て案件が「開始」から「処理中」に移行したことを示します。解決チームが対応に費やす時間を表します。
重要な理由

ここでのボトルネックはキャッシュ・コンバージョン・サイクルを長期化させます。待ち時間と実際の解決作業時間を区別できます。

入手先

CaseDetailBase.Statusフィールドの変更、またはステータスの進行に対応するCaseLogテーブルの記録から推定します。

記録

CaseDetailBaseのステータスフィールドの変更前後を比較

イベントタイプ inferred
異議申し立てを解決
異議申し立て案件を終了し、請求書の支払いまたはクレジット処理を可能にします。例外対応のサブプロセスの終了を示します。
重要な理由

開始から解決までのタイムスタンプの差は、事務処理の効率を測る重要業績評価指標(KPI)です。

入手先

CaseDetailBaseテーブルで、StatusがClosed/Resolvedに変わったことを確認します。

記録

CaseDetailBaseのステータスフィールドの変更前後を比較

イベントタイプ inferred
銀行明細と照合
売掛金として記録された支払いを、取り込んだ銀行明細の明細行と照合するイベントです。
重要な理由

資金が実際に銀行口座に入金されたことを確認します。ここでの遅れは、現金・銀行管理プロセスの非効率を示します。

入手先

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

記録

銀行照合で取引が照合された時点で記録

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

データ抽出ガイド

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

始める準備はできていますか?

このデータテンプレートを導入し、財務業務の改善に取り組みましょう。Microsoft Dynamics 365のデータを要件に合わせてマッピングする方法について、担当チームがサポートします。

売掛金業務を改善し、キャッシュフローを高めましょう

Microsoft Dynamics 365で売上債権回転日数を15~20日短縮しているチームに加わりましょう

無料トライアルを開始しましょう

クレジットカード不要、5分で設定できます