売掛金管理データテンプレート
売掛金管理データテンプレート
- プロセスに固有のデータ属性
- 標準化されたアクティビティの節目
- HighRadiusからのデータ抽出手順
売掛金の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
請求書に対して実行されたイベントまたはアクションの名称です。 | ||
|
説明
この属性は、売上債権回収ライフサイクルで発生した具体的なステップまたはアクションを記録します。請求書の作成、自動通知、回収担当者による電話、紛争の記録、支払いの適用などのイベントを取得します。 アナリストはこのフィールドを使ってプロセスフローを再構築し、ステップの順序を可視化します。アクティビティの順序の違いから、プロセス逸脱、やり直しのループ、コンプライアンス違反の行動を特定できます。
重要な理由
プロセスのステップを定義し、プロセスディスカバリーとバリアント分析に欠かせません。
入手先
HighRadiusアクティビティログ、メモ履歴、または取引履歴テーブル
例
請求書作成支払いリマインダー送信紛争案件の開始全額支払い受領
|
|||
|
イベントタイムスタンプ
EventDateTime
|
アクティビティが発生した具体的な日付と時刻です。 | ||
|
説明
この属性は、HighRadiusシステム内でイベントが発生した正確な時点を示します。アクティビティの順序付けや、プロセスステップ間の所要時間の計算に必要な時間情報を提供します。 分析では、売上債権回転日数(DSO)や紛争解決時間などのサイクル時間を計算するためにタイムスタンプを使います。また、特定の期間における処理量やリソース利用状況の分析も可能にします。
重要な理由
期間ベースのすべてのKPIを計算し、イベントを正しい順序に並べるには、正確な時刻情報が必要です。
入手先
HighRadius取引ログのタイムスタンプ列
例
2023-10-01T08:30:00Z2023-10-15T14:22:10Z2023-11-05T09:15:00Z
|
|||
|
請求書番号
InvoiceNumber
|
請求書伝票を一意に識別する番号であり、ケースIDとして機能します。 | ||
|
説明
請求書番号は、財務上の債務を作成から最終決済まで追跡するための中心的な識別子です。紛争、支払い約束、支払いなど、関連するすべてのアクティビティを1つのケース履歴に紐づけます。 分析では、この属性を使ってイベントログを個別のプロセスインスタンスにグループ化します。請求書ごとのサイクル時間を計算できるほか、HighRadius環境または元のERPにある他のマスターデータテーブルとプロセスデータを結合する際の主キーになります。
重要な理由
一意のケースを識別し、すべてのイベントが特定の財務取引に正しく関連付けられていることを保証します。
入手先
HighRadius請求書データ/ヘッダーテーブルまたは元のERP(例:SAP VBAK、Oracle Headers)
例
INV-2023-001900123456US-102938550002931
|
|||
|
回収担当者名
CollectorName
|
回収活動を担当するエージェントまたはユーザーの名称です。 | ||
|
説明
この属性は、電話の記録、個別メールの送信、紛争の確認など、手動アクティビティを実行したHighRadiusのユーザーまたは担当者を特定します。 「回収担当者の生産性ベンチマーク」ダッシュボードで、個人のパフォーマンスや業務量の配分を評価するために使います。管理者は、トレーニングの必要性を特定したり、回収チーム内で担当ポートフォリオを再配分したりできます。
重要な理由
リソース単位でパフォーマンスを分析できます。
入手先
アクティビティログ/ユーザーテーブル
例
John DoeJane Smithシステム管理者CollectionAgent_01
|
|||
|
支払期日
DueDate
|
顧客が契約上、支払う義務を負う日付です。 | ||
|
説明
支払期日は、請求書の作成日に適用された支払条件によって決まります。回収プロセスの目標期限になります。 全額支払い受領日とこの属性を比較することで、支払条件コンプライアンス率を計算できます。支払いが期日どおりか、遅延しているか、早期かを判断するうえで欠かせません。
重要な理由
支払いの遅延を判断し、売上債権回転日数(DSO)を計算するための基準点です。
入手先
請求書ヘッダーテーブル(Due Dateフィールド)
例
2023-11-302023-12-15
|
|||
|
支払条件差異
PaymentTermVariance
|
支払期日から支払日までの日数です。 | ||
|
説明
この計算属性は、合意した支払条件からの差異を測定します。正の値は支払いの遅延を、負の値は期日前の支払いを示します。 支払条件コンプライアンス監査で直接使用する指標です。この差異を集計することで、恒常的に支払いが遅れる顧客を特定し、与信条件や回収戦略を適切に見直せます。
重要な理由
顧客が契約条件を遵守しているかを直接測定します。
入手先
支払期日と支払日から算出
例
5日-2日0日
|
|||
|
自動実行
IsAutomated
|
アクティビティが人手を介さずにシステムによって実行されたかどうかを示すフラグです。 | ||
|
説明
このブール属性は、HighRadiusの自動化エンジンが実行したステップ(自動通知や入金照合など)と、ユーザーが手動で行ったステップを区別します。 「入金消込自動化トラッカー」や「人手を介さない請求書率」KPIに欠かせません。自動化の投資対効果を測定し、依然として多くの手作業を必要とするプロセスステップを特定できます。
重要な理由
HighRadius導入の効率を測定します。
入手先
アクティビティログ(システムユーザーと人間ユーザーの判定)
例
truefalse
|
|||
|
請求書金額
InvoiceAmount
|
請求書の金銭的な総額です。 | ||
|
説明
この属性は、顧客に請求した当初の総額を表します。未回収残高の計算や、紛争・遅延による財務的影響の評価における基準になります。 プロセスマイニング分析では、このフィールドを使ってケースを金額で重み付けします。たとえば、「少額紛争件数」KPIで、高額の優先回収案件と少額の事務的なノイズを区別できます。
重要な理由
案件数だけでなく、財務的な影響に基づいて分析に重みを付けられます。
入手先
請求書ヘッダーテーブル(Amountフィールド)
例
1500.00250.5010000.00
|
|||
|
顧客名
CustomerName
|
請求書に関連付けられた顧客アカウントの名称です。 | ||
|
説明
この属性は、請求書の支払い責任を負う企業または個人を識別します。HighRadiusでは、債務者のマスターデータレコードに紐づきます。 顧客名ごとにプロセスのパフォーマンスを分析すると、個別の回収戦略が必要なアカウントや、支払い遅延が常態化しているアカウントを特定できます。「顧客リスクと滞留マトリクス」ダッシュボードを支えます。
重要な理由
アカウント別に分析を分け、問題のある顧客を見つけるために欠かせません。
入手先
顧客マスターデータまたは請求書ヘッダー
例
Acme CorpGlobal IndustriesTechStart IncRetail Giant Ltd
|
|||
|
ソースシステム
SourceSystem
|
データの発生元となったシステムの名称です。 | ||
|
説明
この属性は、データポイントがHighRadiusプラットフォームのモジュール(Collections CloudやCash Application Cloudなど)で直接生成されたものか、外部ERPシステム(SAPやOracleなど)から取り込まれたものかを示します。 データの系譜や検証に役立ちます。プロセス上の摩擦を分析する際、ソースシステムを把握することで、遅延が連携の遅れによるものか、システム固有の処理時間によるものかを特定できます。
重要な理由
複数のERPからHighRadiusにデータを供給する環境で、データの発生元に関する背景を提供します。
入手先
システム設定または抽出ロジックに基づくハードコード値
例
HighRadiusSAP ECCOracle NetSuiteMicrosoft Dynamics
|
|||
|
事業部門
BusinessUnit
|
請求書を発行した社内の部門または子会社です。 | ||
|
説明
この属性は、「北米営業」、「EMEAサービス」、特定の製品部門など、組織構造に基づいてデータを分類します。 「支払条件コンプライアンス監査」で、組織内の各部門のパフォーマンスを比較できます。回収上の問題が組織全体に共通するのか、特定の業務慣行に限られるのかを切り分けるのに役立ちます。
重要な理由
組織内の異なる事業領域を比較分析できます。
入手先
請求書ヘッダー/ERPマッピング
例
家電産業部品ソフトウェアサービスNA-West
|
|||
|
信用格付け
CreditRating
|
顧客に付与された信用力スコアまたは格付けです。 | ||
|
説明
この属性は顧客のリスク水準を示し、信用調査機関やHighRadius Credit Cloudの社内スコアリングから取得されることがよくあります。 「顧客リスクと滞留マトリクス」の分析軸です。滞留状況を信用格付けと照合することで、格付けが低い顧客に多額の未回収残高がある高エクスポージャーのリスクを特定できます。
重要な理由
リスク管理と回収の優先順位付けに欠かせません。
入手先
与信管理モジュール/顧客マスター
例
AAAB+高リスク低リスク
|
|||
|
最終データ更新
LastDataUpdate
|
マイニングモデル内のデータが最後に更新された時点のタイムスタンプです。 | ||
|
説明
この属性は、レコードが抽出された時点、またはプロセスマイニングデータセットが最後に更新された時点を記録します。アナリストがデータの最新性やレポート上の潜在的な遅延を把握できるようにします。 リアルタイムデータを見ているのか、前日のスナップショットを見ているのかを確認する必要がある、継続監視用ダッシュボードで特に重要です。
重要な理由
KPIに使うデータの最新性を透明性のある形で確認できます。
入手先
ETLタイムスタンプ
例
2023-12-01T00:00:00Z2023-12-02T06:00:00Z
|
|||
|
地域
Region
|
請求書または顧客に関連付けられた地理的地域です。 | ||
|
説明
この属性は、取引に関連する「北米」「EMEA」「APAC」などの地理的地域を定義します。 地域別のベンチマークや、文化・規制の違いが支払行動や回収速度に与える影響の把握に役立ちます。経営層向けの概要レポートにも適しています。
重要な理由
地域別のパフォーマンス分析を支援します。
入手先
顧客マスターデータまたは請求書ヘッダー
例
NAEMEALATAMAPAC
|
|||
|
支払い約束日
PromiseToPayDate
|
顧客が支払いを行うと約束した日付です。 | ||
|
説明
この属性は、回収対応の中で顧客が提示した支払い約束日を記録します。HighRadius Collections Cloudの主要機能です。 「支払い約束信頼性指数」では、この日付と実際の支払日を比較し、顧客が約束を守ったかどうかを判断します。約束の確度や、回収担当者の交渉の有効性を評価できます。
重要な理由
キャッシュフローの予測と顧客の信頼性の測定に欠かせません。
入手先
Collectionsモジュール/P2P取引テーブル
例
2023-12-102023-12-20
|
|||
|
未決済残高
OpenAmount
|
請求書に残っている未払い残高です。 | ||
|
説明
この属性は、顧客が現在も支払う必要のある金額を追跡します。一部入金が計上されると更新されます。 一部入金の複雑性分析に欠かせません。全額未決済の請求書と一部入金済みの請求書を絞り込み、高額な未決済項目を優先して回収できます。
重要な理由
現在の未回収リスクと一部回収の成果を判断するうえで重要です。
入手先
請求書ヘッダー/未決済項目テーブル
例
0.00500.0012000.00
|
|||
|
紛争理由コード
DisputeReasonCode
|
紛争案件に割り当てられたカテゴリコードです。 | ||
|
説明
この属性は、「価格の誤り」、「商品の破損」、「書類不足」など、顧客が支払いを拒否した理由を分類します。HighRadius Deductions Cloudでは、標準コードが使われます。 これらのコードを分析することで、未払いの根本原因を特定できます。データを集計すれば、下流の回収遅延を引き起こしている営業や物流など、上流の問題を解決できます。
重要な理由
支払い遅延の根本原因分析に欠かせません。
入手先
紛争/控除管理モジュール
例
P01(価格)Q02(品質)S03(不足)管理上のエラー
|
|||
|
通貨コード
CurrencyCode
|
請求金額に使用するISO通貨コードです。 | ||
|
説明
この属性は、請求書が発行された通貨を指定します(例:USD、EUR、GBP)。 グローバルなプロセスを分析する際、請求金額と未決済残高を正しく解釈するために必要です。通常はレポート通貨に換算して集計することで、正確な分析が可能になります。
重要な理由
複数通貨環境で正確に財務集計するために必要です。
入手先
請求書ヘッダー
例
USDEURGBPJPY
|
|||
|
顧客セグメント
CustomerSegment
|
規模、業種、戦略上の価値などに基づく顧客の分類です。 | ||
|
説明
この属性は、顧客を「戦略顧客」、「中堅市場」、「中小企業」、「高リスク」などの層に分類します。 「紛争解決パフォーマンス」ダッシュボードで、セグメントごとにサービス水準が異なるかを確認するために使います。回収プロセスで高価値の顧客に適切な対応が行われていることを確認できます。
重要な理由
事業戦略やサービスレベル合意に沿ってセグメント分析を行えます。
入手先
顧客マスターデータ
例
戦略的主要顧客卸売小売政府
|
|||
売掛金のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
全額支払い受領
|
債務を全額消滅させる入金です。滞留期間の計算では、この支払いの効力発生日になります。 | ||
|
重要な理由
「支払い約束履行率」および実績キャッシュフローと予測キャッシュフローの計算に使います。
入手先
最終消込伝票に紐づく支払い取引日です。
取得
消込支払いの取引日を記録
イベントタイプ
explicit
|
|||
|
支払いリマインダー送信
|
Collectionsモジュールを通じて顧客に送信される自動通知(メールまたは書面)です。督促戦略の実行状況を追跡します。 | ||
|
重要な理由
通知によって実際に支払いが促されたかを測定する「回収リマインダー効果」ダッシュボードに欠かせません。
入手先
請求書IDに紐づく通知履歴タブまたはコミュニケーションログです。
取得
督促戦略がアクションを実行した時点で記録
イベントタイプ
explicit
|
|||
|
支払い約束の作成
|
顧客が特定の金額を特定の日付までに支払うと約束した内容を、システムに正式に記録したものです。 | ||
|
重要な理由
キャッシュフローの予測や顧客の信頼性の測定に使う「支払い約束信頼性指数」に欠かせません。
入手先
請求書に紐づくP2P(Promise to Pay)モジュール/タブです。
取得
P2Pレコードが作成された時点で記録
イベントタイプ
explicit
|
|||
|
紛争案件の開始
|
請求書に紐づく控除または紛争案件の作成です。顧客が残高の一部または全額の支払いを拒否したことを示します。 | ||
|
重要な理由
「紛争解決パフォーマンス」分析を開始し、紛争対象額について通常の督促を一時停止します。
入手先
控除/紛争モジュール。請求書に紐づく案件IDの作成タイムスタンプです。
取得
紛争案件が生成された時点で記録
イベントタイプ
explicit
|
|||
|
紛争解決
|
紛争調査の完了であり、有効な控除や無効な請求などの判断に至った状態です。 | ||
|
重要な理由
「紛争解決サイクル時間」の計測を停止するイベントです。ここでの遅延は滞留期間に直接影響します。
入手先
控除モジュール。ステータスが「クローズ」、「解決済み」、または「承認済み」に変更された記録です。
取得
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
請求書作成
|
ERPシステムからHighRadiusプラットフォームに請求書が最初に作成または取り込まれた状態です。回収ライフサイクルの開始点になります。 | ||
|
重要な理由
滞留期間の計算と売上債権回転日数(DSO)指標の基準となるタイムスタンプを設定します。
入手先
請求書番号が最初に表示される未決済請求書テーブルまたはデータ連携ログです。
取得
請求書ヘッダーテーブルにレコードが挿入された時点で記録
イベントタイプ
explicit
|
|||
|
請求書消込
|
請求書残高がゼロになり、システム上でクローズされた最終ステータス変更です。 | ||
|
重要な理由
「平均売上債権回転日数」の終了タイムスタンプです。プロセスの完了を示します。
入手先
請求書ヘッダーテーブル。Status = 「Closed」または「Cleared」。
取得
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
銀行取引明細の照合
|
入金消込エンジンまたはユーザーが、銀行取引明細の明細行をこの請求書に正常に紐づけた状態です。 | ||
|
重要な理由
「自動入金消込率」の主要指標です。資金の受領と資金の消込を区別します。
入手先
入金消込モジュール。照合レコードの作成です。
取得
照合ルールが実行された時点で記録
イベントタイプ
explicit
|
|||
|
回収電話記録
|
回収担当者がこの請求書について記録した手動メモまたは対応履歴です。プロセスに人手が介入したことを示します。 | ||
|
重要な理由
「回収担当者の生産性ベンチマーク」を支え、自動回収と手動回収の取り組みを区別できます。
入手先
Collectionsモジュール内のメモ/履歴タブです。
取得
ユーザーが電話メモを保存した時点で記録
イベントタイプ
explicit
|
|||
|
支払期日超過
|
請求書が合意された支払条件の期日を過ぎても未決済のままであることを示す計算イベントです。 | ||
|
重要な理由
「支払条件コンプライアンス監査」に欠かせません。未経過から期日超過への移行を示します。
入手先
請求書の支払期日と現在日(未決済の場合)または支払日(決済済みの場合)を比較して計算します。
取得
期日フィールドとアクティビティ日を比較して導出
イベントタイプ
calculated
|
|||
|
紛争の調査中
|
紛争案件が「新規」から調査中のステータスに移行した状態です。アナリストによる実際の作業の開始を示します。 | ||
|
重要な理由
「紛争ワークフローのボトルネック検出」で、案件作成から実作業開始までの遅延を測定するために使います。
入手先
控除モジュールの監査ログ。ステータスが「進行中」または「調査中」に変更された記録です。
取得
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
貸方メモ発行
|
請求書残高を相殺するために貸方メモが生成された状態です。有効な紛争解決や返品がきっかけになることがよくあります。 | ||
|
重要な理由
「貸方メモ処理効率」と、紛争解決から財務計上までの時間差を追跡します。
入手先
元の請求書IDに紐づくERP同期ログまたは貸方メモテーブルです。
取得
CMドキュメントが請求書に紐づいた時点で記録
イベントタイプ
explicit
|
|||
|
部分支払い計上
|
請求書総額の一部だけを支払う入金が適用され、残高が残っている状態です。 | ||
|
重要な理由
「部分支払いの複雑性分析」にデータを提供し、入金消込における摩擦の可能性を示します。
入手先
入金消込モジュール。Payment Amount < Open Amountとなる、請求書に紐づく支払い取引です。
取得
支払いが適用されたものの、ステータスが未決済のままの時点で記録
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできていますか?
請求書のライフサイクルのマッピングを今日から始め、流動性を高め、売上債権回転日数を短縮しましょう。技術導入の各段階で、当社チームがサポートします。
売掛金管理を最適化し、今すぐキャッシュフローを回復
自動化されたプロセス分析により、売上債権回転日数を15~20日短縮
クレジットカード不要……数分でセットアップ