売掛金データテンプレート
売掛金データテンプレート
- プロセス固有のデータ属性
- 標準化されたアクティビティの節目
- 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システム管理者回収担当者_01
|
|||
|
支払期日
DueDate
|
顧客が契約上、支払いを行う義務を負う日付です。 | ||
|
説明
支払期日は、請求書の作成日と適用される支払条件に基づいて決まります。回収プロセスの目標期限となります。 全額入金日とこの属性を比較すると、支払条件の遵守率を算出できます。支払いが期日どおりか、遅れているか、または期日前かを判断するうえで欠かせません。
重要な理由
支払いの遅延を判断し、売上債権回転日数(DSO)を計算する際の基準です。
入手先
請求書ヘッダーテーブル(支払期日フィールド)
例
2023-11-302023-12-15
|
|||
|
支払条件との差異(日数)
PaymentTermVariance
|
支払期日と実際の支払日の間の日数です。 | ||
|
説明
この計算属性は、合意した支払条件からのずれを測定します。正の値は支払遅延、負の値は期日前の支払いを示します。 支払条件の適合性監査で直接使用する指標です。この差異を集計すると、恒常的に支払いが遅れる顧客を特定し、必要に応じて与信条件や回収方針を見直せます。
重要な理由
契約上の支払条件が守られているかを直接測定できます。
入手先
支払期日と支払日から算出
例
5日-2日0日
|
|||
|
自動処理かどうか
IsAutomated
|
人手を介さずにシステムがアクティビティを実行したかどうかを示すフラグです。 | ||
|
説明
この真偽値属性は、HighRadiusの自動化エンジンが実行した工程(自動通知や入金照合など)と、ユーザーが手動で行った工程を区別します。 「入金消込の自動化トラッカー」や「手作業なしの請求書処理率」指標に欠かせません。自動化の投資対効果を測定し、依然として多くの手作業を要する工程を特定できます。
重要な理由
HighRadiusの導入効果を測定できます。
入手先
アクティビティログ(システムユーザーと人間のユーザーの判定)
例
truefalse
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額です。 | ||
|
説明
この属性は、顧客に請求した当初の合計金額を表します。未決済残高の計算や、紛争や遅延による財務上の影響を評価する際の基準となります。 プロセスマイニング分析では、このフィールドを使って金額に応じた重み付けを行います。たとえば、「少額紛争の件数」指標で、優先対応が必要な高額案件と、金額が小さく事務処理の負担となる案件を区別できます。
重要な理由
案件数だけでなく、財務上の影響を考慮した分析ができます。
入手先
請求書ヘッダーテーブル(金額フィールド)
例
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マッピング
例
家電産業用部品ソフトウェアサービス北米西部
|
|||
|
信用格付け
CreditRating
|
顧客に付与された信用力のスコアまたは格付けです。 | ||
|
説明
この属性は顧客のリスクレベルを示します。通常、信用調査機関の情報やHighRadius Credit Cloud内の社内スコアに基づきます。 顧客リスク・滞留期間マトリックスの分析軸の1つです。滞留期間と信用格付けを照らし合わせることで、格付けの低い顧客に多額の未回収残高があるなど、与信リスクの高いケースを特定できます。
重要な理由
リスク管理と回収の優先順位付けに欠かせません。
入手先
Credit Management Module/Customer Master
例
AAAB+高リスク低リスク
|
|||
|
最終データ更新
LastDataUpdate
|
マイニングモデルのデータが最後に更新された日時です。 | ||
|
説明
この属性には、プロセスマイニング用データセットのレコードが抽出または最後に更新された日時が記録されます。分析担当者がデータの鮮度やレポートへの反映遅延の可能性を把握できます。 継続的なモニタリング用ダッシュボードでは、リアルタイムのデータを見ているのか、前日のスナップショットを見ているのかを確認するために特に重要です。
重要な理由
重要業績評価指標(KPI)の算出に使うデータの鮮度を明確にできます。
入手先
ETLタイムスタンプ
例
2023-12-01T00:00:00Z2023-12-02T06:00:00Z
|
|||
|
地域
Region
|
請求書または顧客に関連付けられた地理的地域です。 | ||
|
説明
この属性は、取引に関連する「北米」「EMEA」「APAC」などの地理的地域を示します。 地域ごとの比較や、文化・規制の違いが支払行動や回収期間に与える影響の把握に役立ちます。経営層向けの概要報告にも利用できます。
重要な理由
地域別のパフォーマンス分析に役立ちます。
入手先
顧客マスターデータまたは請求書ヘッダー
例
北米EMEA中南米APAC
|
|||
|
支払約束日
PromiseToPayDate
|
顧客が支払いを約束した日付です。 | ||
|
説明
この属性には、督促時に顧客が約束した支払日が記録されます。HighRadius Collections Cloudの主要な機能で使用されます。 支払約束履行率指数では、この日付と実際の支払日を比較し、顧客が約束を守ったかどうかを判定します。約束の確実性や、回収担当者による交渉の有効性を評価する際にも役立ちます。
重要な理由
キャッシュフローの予測と顧客の信頼性の測定に役立ちます。
入手先
Collections Module/P2P Transaction Table
例
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
|
|||
|
支払リマインダー送信
|
回収モジュールを通じて顧客に送信される自動通知(メールまたは書面)です。督促方針の実行状況を記録します。 | ||
|
重要な理由
通知によって実際に支払いが行われたかを測定する「回収リマインダーの有効性」ダッシュボードに欠かせません。
入手先
請求書IDに関連付けられた通知履歴タブまたはコミュニケーションログ。
記録
督促方針のアクション実行時に記録
イベントタイプ
explicit
|
|||
|
支払約束の登録
|
顧客が特定の金額を特定の日付までに支払うと約束した内容を、システムに正式に記録したものです。 | ||
|
重要な理由
キャッシュフローの予測と顧客の支払確実性の測定に用いる「支払約束の信頼性指数」に欠かせません。
入手先
請求書に関連付けられたP2P(支払約束)モジュール/タブ。
記録
P2Pレコードの作成時に記録
イベントタイプ
explicit
|
|||
|
紛争案件の受付
|
請求書に関連付けられた控除または紛争案件の作成です。顧客が残高の一部または全額の支払いを拒否したことを示します。 | ||
|
重要な理由
「紛争解決のパフォーマンス」分析を開始し、紛争対象額に対する通常の督促を一時停止します。
入手先
控除/紛争管理モジュール。請求書に関連付けられた案件IDの作成タイムスタンプ。
記録
紛争案件の作成時に記録
イベントタイプ
explicit
|
|||
|
紛争解決
|
紛争調査の完了と、それに伴う判断(例:控除の妥当性または請求の不当性)です。 | ||
|
重要な理由
「紛争解決のサイクルタイム」の計測終了イベントです。この段階の遅れは、滞留期間に直接影響します。
入手先
控除モジュール。ステータスが「クローズ」「解決済み」または「承認済み」に変更された記録。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
請求書の消込
|
請求書の残高がゼロになり、システム上でクローズされる最終的なステータス変更です。 | ||
|
重要な理由
「平均売上債権回転日数」の終了タイムスタンプです。プロセスの完了を示します。
入手先
請求書ヘッダーテーブル。ステータスが「クローズ」または「消込済み」。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
|
請求書作成
|
ERPシステムからHighRadiusプラットフォームに請求書が最初に作成または取り込まれた時点です。回収プロセスの開始点となります。 | ||
|
重要な理由
滞留期間の計算と売上債権回転日数(DSO)の指標に用いる基準タイムスタンプを設定します。
入手先
請求書番号が最初に記録される未決済請求書テーブルまたはデータ連携ログ。
記録
請求書ヘッダーテーブルへのレコード登録時に記録
イベントタイプ
explicit
|
|||
|
銀行取引明細との照合
|
入金消込エンジンまたはユーザーが、銀行取引明細の明細行を該当する請求書に正常に関連付けた状態です。 | ||
|
重要な理由
「入金消込の自動化率」を測る主要指標です。資金の受領と請求書への充当を区別します。
入手先
入金消込モジュール。照合レコードの作成。
記録
照合ルールの実行時に記録
イベントタイプ
explicit
|
|||
|
クレジットメモ発行
|
請求書の残高を相殺するクレジットノートの作成です。妥当な紛争解決や返品を受けて発行されることがよくあります。 | ||
|
重要な理由
「クレジットメモ処理の効率」を追跡し、紛争解決から財務記録への計上までの時間差を測定します。
入手先
元の請求書IDに関連付けられたERP同期ログまたはクレジットメモテーブル。
記録
CM文書が請求書に関連付けられた時点で記録
イベントタイプ
explicit
|
|||
|
一部入金の計上
|
請求書の合計金額の一部だけに充当され、残高が残る入金です。 | ||
|
重要な理由
「一部入金の複雑さ分析」にデータを提供し、入金消込に問題が生じている可能性を示します。
入手先
入金消込モジュール。支払額が未決済額を下回る場合に、請求書に関連付けられた支払取引。
記録
入金が充当されてもステータスが未決済のままの場合に記録
イベントタイプ
explicit
|
|||
|
回収電話の記録
|
回収担当者がこの請求書について記録した手動のメモまたは対応履歴です。プロセスに人手が介在したことを示します。 | ||
|
重要な理由
「回収担当者の生産性ベンチマーク」に役立ち、自動回収と手動回収の取り組みを区別できます。
入手先
回収モジュール内のメモ/履歴タブ。
記録
ユーザーが電話対応のメモを保存した時点で記録
イベントタイプ
explicit
|
|||
|
支払期日の経過
|
合意した支払条件の期日を過ぎても請求書が未決済であることを示す計算イベントです。 | ||
|
重要な理由
「支払条件のコンプライアンス監査」に欠かせません。請求書が支払期日前から期限超過に移行した時点を示します。
入手先
請求書が未決済の場合は請求書の支払期日と現在日を、決済済みの場合は支払日を比較して算出します。
記録
支払期日フィールドとアクティビティ日を比較して算出
イベントタイプ
calculated
|
|||
|
紛争案件のレビュー開始
|
紛争案件が「新規」から調査中のステータスに移行した状態です。担当者による実際の作業開始を示します。 | ||
|
重要な理由
「紛争ワークフローのボトルネック検出」で、案件作成から実作業開始までの遅れを測定するために使用します。
入手先
控除モジュールの監査ログ。ステータスが「進行中」または「調査中」に変更された記録。
記録
変更前後のステータスフィールドを比較
イベントタイプ
inferred
|
|||
データ抽出ガイド
準備はよろしいですか?
請求書のライフサイクルをマッピングし、資金繰りを改善して売上債権回転日数を短縮しましょう。技術的な導入については、当社チームが全工程をサポートします。
売掛金管理を最適化し、キャッシュフローを改善
プロセスのインサイトを自動で把握し、売上債権回転日数を15~20日短縮
クレジットカード不要。数分で設定できます