信用管理・債権回収データテンプレート
信用管理・債権回収データテンプレート
- 収集を推奨する属性
- プロセスの可視化に必要な主要アクティビティ
- HighRadius向けデータ抽出ガイド
与信管理・債権回収の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
請求書について、ある時点で発生した特定の業務イベントの名称です。 | ||
|
説明
アクティビティ名は、「請求書を生成」「延滞リマインダーを送信」「入金を受領」など、クレジットおよび回収プロセスのステップを表します。これらのアクティビティの順序が、各ケースのプロセスフローを形成します。 この属性を分析すると、実際のプロセスマップを発見して可視化できます。ボトルネック、標準手順からの逸脱、手戻りループの特定にも役立ちます。「回収電話を記録」や「異議申し立てを登録」などのアクティビティの頻度と順序は、プロセス効率を理解するうえで重要です。
重要な理由
この属性によってプロセスのステップを定義し、請求書ごとのプロセスフローを再構築して分析できます。
入手先
通常は、イベントログ、ステータス変更、またはHighRadiusプラットフォームの各モジュールにある特定の操作記録から導出します。
例
請求書を顧客へ送信督促手続きを開始入金を受領異議申し立てを解決
|
|||
|
イベント時刻
EventTime
|
アクティビティが発生した日時を示すタイムスタンプです。日付と時刻が含まれます。 | ||
|
説明
イベント時刻は、プロセス内の各アクティビティが発生した正確な日時を示します。この時系列データはプロセスマイニングの基盤であり、イベントを正しい順序に並べ、イベント間の期間を算出できます。 この属性は、異議申し立ての解決、与信承認、入金計上のサイクル時間など、時間に基づくすべてのKPIの算出に使われます。また、時間の経過に伴うプロセスパフォーマンスの分析、遅延を引き起こすアクティビティの特定、サービスレベル合意の遵守状況の測定にも利用します。
重要な理由
すべてのアクティビティに時系列の文脈を与えます。サイクル時間の算出、ボトルネックの発見、プロセスの動態の把握に欠かせません。
入手先
HighRadiusのすべての取引レコードまたはイベントログには、通常「作成日」や「タイムスタンプ」と呼ばれる対応するタイムスタンプフィールドが必要です。
例
2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
|
|||
|
請求書番号
InvoiceNumber
|
各請求書を一意に識別する番号で、リードから入金までのプロセスにおける主要なケース識別子です。 | ||
|
説明
請求書番号は、単一の売掛金取引に関連するすべてのアクティビティを結び付ける中心的なキーです。請求書の生成から、さまざまなクレジット管理・回収アクティビティ、最終的な決済または貸倒処理まで、ライフサイクル全体を追跡できます。 プロセスマイニング分析では、関連するすべてのイベントを1つのケースにまとめるために欠かせない属性です。これにより、プロセス全体のフローを可視化し、売上債権回転日数(DSO)などのケース期間を算出し、異議申し立ての解決や督促手続きなど、請求書がたどるさまざまな経路を分析できます。
重要な理由
すべてのプロセスステップを結び付ける基本的な識別子であり、請求書の作成からクローズまでの全体の流れを分析できます。
入手先
HighRadiusの主要フィールドで、通常は中核となる請求書または債権データオブジェクトに含まれています。
例
INV-2023-001239876543210SI-55482
|
|||
|
回収担当者名
CollectorName
|
コレクション業務のアクティビティを実行したユーザーまたはエージェントの名前です。 | ||
|
説明
この属性は、「Collection Call Logged」や「Dispute Resolved」などの手動アクティビティを実行したコレクション担当者、クレジットアナリスト、その他のユーザーを識別します。 分析では、コレクション担当者やチーム間のパフォーマンスを比較できます。業務量の分布を把握し、個人ごとの戦略の有効性(例:担当者別のCollection Call Success Rate)を評価するとともに、コーチングの機会を特定する際にも役立ちます。また、リソース管理やキャパシティプランニングにも欠かせません。
重要な理由
プロセスのアクティビティを特定の担当者に関連付けることで、チームのパフォーマンス、業務量、手動介入の有効性を分析できます。
入手先
通常、この情報はHighRadiusのCollectionsモジュール内にあるアクティビティログまたはユーザー操作記録に保存されています。
例
John SmithJane DoeEmily Jones
|
|||
|
支払期日
DueDate
|
請求書の支払期限となる計算上の日付です。 | ||
|
説明
Due Dateは、請求書が期限超過と見なされないために支払う必要がある具体的な暦日です。通常、請求書の日付と支払条件から計算します。 すべての期限超過分析の基礎となる属性です。「Days Overdue」の計算、督促手続きの開始、「Payment Terms Adherence Rate」KPIの測定に使われます。また、請求書のエイジングや督促の有効性に関するダッシュボードを直接支えます。
重要な理由
請求書が期限内か期限超過かを判断する基準日であり、その後のコレクション活動やKPIを開始する起点となります。
入手先
HighRadiusの請求書レコードにある標準フィールドです。連携元ERPから取り込む場合と、HighRadius内で計算する場合があります。
例
2023-04-142023-05-312023-06-20
|
|||
|
支払条件
PaymentTerms
|
顧客が請求書を支払う期限を定めた合意済みの支払条件です。 | ||
|
説明
Payment Termsは、「Net 30」「Net 60」「Due on Receipt」などの支払条件を示します。この属性を基に、請求書の支払期日を計算します。 「Payment Terms Adherence」ダッシュボードとKPIの主要な属性です。分析することで、標準条件が一貫して適用されているか、またどの支払条件で支払い遅延が多いかを特定できます。この情報は、与信方針や顧客との交渉に役立ちます。
重要な理由
支払い予定の基準となるため、支払期日の計算や、顧客が支払条件を守っているかの測定に欠かせません。
入手先
通常、HighRadiusまたは連携元ERPの請求書ヘッダーや顧客マスターデータにあります。
例
30日後払い60日後払い受領時払い
|
|||
|
支払状況
PaymentStatus
|
Open、Paid、Overdue、Disputedなど、請求書の現在の財務ステータスです。 | ||
|
説明
Payment Statusは、請求書がライフサイクルのどの段階にあるかを示します。支払い待ちか、全額または一部が支払済みか、支払期日を過ぎているか、異議申し立てのため調査中かを確認できます。 「Invoice Payment Status & Aging」ダッシュボードの中心となる属性です。売掛金ポートフォリオをすばやく分類し、全体的な財務状況を把握するとともに、期限超過または異議申し立て中の項目に対するコレクション業務の優先順位を付けられます。
重要な理由
請求書を対応可能なグループに分類し、売掛金の状態をすぐに把握できるようにするとともに、コレクション業務の優先順位付けを支援します。
入手先
HighRadiusの請求書または売掛金レコードにある主要なステータスフィールドです。
例
未処理支払済み支払期限超過異議申立て中償却済み
|
|||
|
紛争理由
DisputeReason
|
顧客が請求書に異議を申し立てた際に入力する理由コードまたは説明です。 | ||
|
説明
顧客が異議を申し立てる際には、通常、「Incorrect Pricing」「Damaged Goods」「Duplicate Invoice」などの理由を提示します。この属性は、その理由を記録します。 Dispute Reasonの分析は、「Invoice Dispute Resolution Time」ダッシュボードに欠かせません。異議申し立ての根本原因を特定し、価格設定、配送、請求における構造的な問題への対応に役立ちます。発生源で異議申し立てを減らすことで、キャッシュフローを大幅に改善できます。
重要な理由
支払い遅延の根本原因を把握し、将来の異議申し立てを防ぐための的を絞ったプロセス改善につなげられます。
入手先
通常、HighRadiusの異議申し立て管理または控除モジュールで、異議申し立てを記録した際に取得されます。
例
数量誤り価格差異商品破損請求重複
|
|||
|
請求書金額
InvoiceAmount
|
請求書の金額合計です。 | ||
|
説明
この属性は、請求書の支払総額を表します。各ケースに関連する金額を把握するための重要な財務指標です。 プロセスマイニングでは、たとえば金額の大きい期限超過請求書を優先するなど、コレクション業務の優先順位付けにInvoice Amountを使います。Days Sales Outstanding(DSO)などの財務KPIの基礎となるほか、Invoice Write-Off Analysisダッシュボードで貸倒れによる財務影響を定量化する際にも使われます。
重要な理由
各ケースの財務的な背景を示し、金額に基づく分析や業務の優先順位付け、償却などの財務影響の定量化を可能にします。
入手先
HighRadiusの請求書ヘッダーデータにある標準フィールドです。
例
5000.001250.7525000.50
|
|||
|
顧客ID
CustomerId
|
請求書に関連付けられた顧客を一意に識別するIDです。 | ||
|
説明
Customer IDにより、請求書を特定の顧客エンティティに関連付けます。これにより、顧客を軸にプロセスデータを集計・分析できます。 この属性は、顧客ごと、または顧客セグメントごとの支払い行動を分析するうえで欠かせません。「支払いが頻繁に遅れる顧客はどこか」「最も多くの異議申し立てを行う顧客はどこか」といった問いに答えられます。また、Payment Terms Adherenceなどのダッシュボードを支え、顧客別にKPIを分類できます。
重要な理由
顧客単位で支払い行動、異議申し立ての頻度、プロセス全体との関わりを分析できるため、コレクション戦略を顧客に合わせて調整できます。
入手先
HighRadiusの請求書ヘッダーまたは顧客アカウントデータにある標準フィールドです。
例
CUST-001ACME-CORPGLOBEX-US
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となるシステムです。 | ||
|
説明
イベントデータが生成されたソースシステムを識別する属性です。このプロセスビューでは、通常「HighRadius」が設定されます。 複数のシステムを利用する環境では、データの系譜を把握し、情報の起点まで追跡するために欠かせません。ERPや専用の回収ツールなど、異なるプラットフォームにまたがるプロセスを区別できます。
重要な理由
データの出所を明確にします。データガバナンス、検証、プロセスを支える技術環境の把握に重要です。
入手先
通常は、データ抽出・変換処理の際にデータセットを識別するために追加する固定値です。
例
HighRadiusHighRadius-CollectionsHighRadius-CashApp
|
|||
|
事業部門
BusinessUnit
|
販売または請求書に責任を持つ社内の事業部門または部門です。 | ||
|
説明
Business Unit属性は、請求書を「Retail」「Wholesale」「Services」など、組織内の特定の部門に割り当てます。 これにより、異なる事業セグメントごとにパフォーマンスを分析できます。経営層は、事業部門間でDSO、異議申し立て率、償却などのKPIを比較し、優れた領域や改善が必要な領域を特定できます。また、組織内の各部門が売掛金のパフォーマンスに責任を持つうえでも役立ちます。
重要な理由
組織内の各部門のパフォーマンスを比較でき、与信から入金までのプロセスが最も効果的な部門を特定できます。
入手先
組織データであり、通常は請求書に記録されているか、HighRadiusまたはERPの関連する販売注文や顧客アカウントから取得します。
例
BU-北米サービス部門製造
|
|||
|
償却理由
WriteOffReason
|
請求書を貸倒れとして償却した理由コードまたは説明です。 | ||
|
説明
請求書を回収不能と判断した場合、その請求書を償却します。この属性は、「Customer Bankruptcy」「Unresolved Dispute」「Small Balance Write-Off」など、償却の理由を記録します。 「Invoice Write-Off Analysis」ダッシュボードに欠かせない属性です。財務損失の根本原因分析に役立ち、与信方針の見直し、異議申し立て対応の改善、将来の償却を抑えるためのコレクション戦略の調整につながる情報を提供します。
重要な理由
収益損失の理由を明らかにし、与信リスク評価やコレクション方針の改善に必要なフィードバックを提供します。
入手先
通常、HighRadiusの財務またはコレクションモジュールで「Invoice Written Off」アクティビティを処理した際に記録されます。
例
破産消滅時効成立回収費用が債務額を超過
|
|||
|
最終データ更新
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、データの新しさを示します。HighRadiusから最後にデータを抽出または更新した日時を記録します。 分析では、分析結果がどの時点の情報に基づくものかを確認するために使います。ダッシュボードやレポートに情報の最新性を表示し、最新のデータに基づいて意思決定できるようにするうえで欠かせません。
重要な理由
データの適時性を明確にし、分析結果への信頼を高め、十分な情報に基づく意思決定を支えます。
入手先
抽出処理中にデータ取り込みパイプラインが各レコードに生成・追加するタイムスタンプです。
例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
国
Country
|
請求書に関連付けられた顧客の国です。 | ||
|
説明
この属性は、顧客が所在する国を示します。与信・コレクションプロセスを地域別に分類できます。 国別にデータを分析することで、支払い行動、コレクション戦略の有効性、よくある異議申し立ての理由における地域差を把握できます。グローバルに事業を展開する組織において、地域ごとの方針の調整や経営層向けレポートに役立つ情報です。
重要な理由
地域別の分析を可能にし、支払い行動の傾向を明らかにするとともに、それに応じたコレクション戦略の調整を支援します。
入手先
顧客マスターデータの一部であり、通常はHighRadiusで利用できるほか、連携元ERPから同期されます。
例
USAドイツブラジル
|
|||
|
延滞日数
DaysOverdue
|
請求書が支払期日を過ぎている日数です。まだ支払期日前である場合、または期限内に支払済みの場合は0になります。 | ||
|
説明
Days Overdueは、期限超過の度合いを測る計算指標です。未払いの請求書では現在の日付、支払済みの請求書では支払日と、請求書の支払期日との差を計算します。支払い遅延を示す主要な指標です。 「Invoice Payment Status & Aging」ダッシュボードの基礎となる属性で、売掛金をエイジング区分(例:1~30日、31~60日)に分類するために使われます。また、Days Sales Outstanding(DSO)の計算要素であり、期限超過日数が最も多い顧客へのコレクション業務の優先順位付けにも役立ちます。
重要な理由
支払い遅延を直接定量化できるため、エイジング分析、コレクション業務の優先順位付け、DSOの計算に欠かせません。
入手先
保存されるフィールドではありません。データ変換時に、Due DateとPayment Dateまたは現在の日付を使って計算します。
例
1545092
|
|||
|
支払約束日
PromiseToPayDate
|
顧客が期限超過請求書の支払いを約束した日付です。 | ||
|
説明
コレクション担当者が顧客に連絡した際、顧客から特定の日までに支払うという「Promise to Pay」を取り付ける場合があります。この属性は、その約束日を記録します。 このデータは、顧客の約束の信頼性や、コレクション担当者が確実な約束を取り付ける能力を評価するうえで重要です。「約束履行率」の追跡にも使え、コレクションチームの主要なパフォーマンス指標となります。
重要な理由
コレクション活動の重要な成果を記録し、フォローアップの有効性や顧客の約束の信頼性を測定するために使われます。
入手先
HighRadiusのCollectionsモジュールで「Promise to Pay」アクティビティを記録した際に入力されます。
例
2023-06-152023-07-012023-06-25
|
|||
|
督促レベル
DunningLevel
|
期限超過請求書に対する自動督促プロセスが到達した段階またはレベルです。 | ||
|
説明
Dunning Levelは、コレクション活動の強度を示し、通常は顧客に送信した自動リマインダーや通知の順序に対応します。たとえば、Level 1は穏やかなリマインダー、Level 3は最終通知を表します。 「Dunning Strategy Effectiveness」ダッシュボードに欠かせない属性です。どの督促レベルで支払いにつながることが多いかを分析することで、顧客との関係を損なうほど強硬にならず、効果を発揮するよう督促ワークフローを改善できます。
重要な理由
コレクション活動のエスカレーション状況を追跡し、支払いを促すうえで最も効果的な督促戦略を分析できます。
入手先
HighRadiusの自動コレクションまたは督促ワークフローエンジンが管理するステータスフィールドです。
例
123:最終通知法的回収
|
|||
|
終了時刻
EndTime
|
アクティビティが完了した日時を示すタイムスタンプです。 | ||
|
説明
End Timeは、アクティビティの終了時点を示します。コレクション業務の多くは、Start TimeとEnd Timeが同じ瞬時のイベントですが、「Dispute Resolution」のように、明確な所要時間を持つアクティビティもあります。 この属性が利用できる場合は、Start Timeと組み合わせて、個々のアクティビティのProcessing Timeを計算します。これにより、アクティビティ間の空白時間だけでなく、具体的にどのステップが最も多くの時間とリソースを消費しているかを特定できます。
重要な理由
個々のアクティビティの所要時間を正確に測定できるため、プロセス内のどこに時間が費やされているかを、より詳細に把握できます。
入手先
HighRadiusのドキュメントをご確認ください。開始状態と終了状態を持つ一部の記録対象アクティビティで利用できる場合があります。
例
2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
|
|||
|
自動処理かどうか
IsAutomated
|
アクティビティがシステムによって自動実行されたか、ユーザーによって手動実行されたかを示すブール型フラグです。 | ||
|
説明
この計算属性は、「Overdue Reminder Sent」のように自動督促の実行でシステムが生成したイベントと、「Collection Call Logged」のように人が実行したアクションを区別します。 「Automated Collection Activity Rate」KPIの計算に欠かせないフラグです。コレクションプロセスの自動化レベルを測定し、さらなる自動化の機会を特定するとともに、自動対応と手動対応の相対的な有効性を分析できます。
重要な理由
プロセスの自動化の度合いを測定し、自動システムと手動作業の効率や有効性を分析できます。
入手先
データ変換時に生成されます。業務知識に基づき、特定のActivity Namesを自動実行として識別するマッピングを作成する必要があります。
例
truefalse
|
|||
|
通貨
Currency
|
請求書金額の通貨コードです。 | ||
|
説明
この属性は、USD、EUR、JPYなど、請求書の通貨を示します。Invoice Amountなどの金額を解釈するために必要な情報です。 多国籍企業では、正確な財務分析に欠かせないフィールドです。金額を正しく解釈できるようにし、グローバルレポート用にデータを集計する際の適切な通貨換算を可能にします。
重要な理由
すべての金額を正しく解釈するために必要であり、複数通貨環境における不正確な財務計算やレポートを防ぎます。
入手先
請求書レコードにある標準フィールドで、通常はInvoice Amountの隣に配置されています。
例
USDEURGBP
|
|||
与信管理・債権回収のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
入金を受領
|
顧客からの入金を受け取ったことを示します。通常は銀行明細またはロックボックスファイルから記録されます。資金は受領済みですが、特定の請求書にはまだ消し込まれていない状態です。 | ||
|
重要な理由
回収の計測を止める重要なマイルストーンです。入金から計上までの遅延KPIを測定する開始点となり、入金消込の遅延を明らかにします。
入手先
HighRadiusのCash Application Cloudにある入金レコードから取得します。銀行ファイルから取り込まれた各入金バッチまたは取引に、受領日が記録されます。
取得
入金消込モジュールに入金レコードを取り込んだ、または入力した時点のタイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
支払期日を超過
|
現在の日付が請求書の支払期日を過ぎた時点で発生する計算イベントです。ユーザーやシステムの操作を示すものではありませんが、回収プロセスを開始する重要な状態変更です。 | ||
|
重要な理由
後続するすべての督促および回収アクティビティの主なトリガーです。期日どおりの請求書と延滞した請求書を区別し、回収戦略の効果を分析できます。
入手先
このイベントは直接保存されません。請求書の支払期日フィールドと他のイベントのタイムスタンプを比較して算出し、プロセスマイニング用のデータ変換時に導出します。
取得
請求書のdue_dateと現在の日付またはイベントタイムスタンプを比較して算出します(Timestamp > Due Date)。
イベントタイプ
calculated
|
|||
|
異議申し立てを登録
|
顧客が請求書に対する異議申し立てまたは控除を申し立て、それがHighRadiusに正式に記録された時点を示します。申し立て対象額について、通常の回収プロセスが一時停止します。 | ||
|
重要な理由
平均異議申し立て解決時間を測定するための開始イベントです。請求ミスや出荷上の問題など、異議申し立てがいつ、なぜ発生するのかを把握することは、根本原因への対応に役立ちます。
入手先
ユーザーがHighRadius Deductions Cloudで請求書に関連付けられた異議申し立てケースを作成した時点で取得します。この操作により、タイムスタンプ付きの異議申し立てレコードが作成されます。
取得
請求書に関連付けられた異議申し立てケースレコードの作成タイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
異議申し立てを解決
|
異議申し立て管理プロセスが完了し、問題の調査と解決が終わったことを示します。請求書は支払いまたは貸倒処理へ進められます。 | ||
|
重要な理由
平均異議申し立て解決時間を測定するための終了イベントです。ここでの長期化は入金を大幅に遅らせ、プロセスの非効率を示す可能性があります。
入手先
異議申し立てケースのステータスが「解決済み」「クローズ」などの最終状態に変更された時点で取得します。このステータス変更のタイムスタンプがアクティビティの時刻になります。
取得
異議申し立てケースのステータスが最終的な「解決済み」に更新された時点のタイムスタンプから推定します。
イベントタイプ
inferred
|
|||
|
請求書を決済
|
請求書のライフサイクルが正常に終了し、全額支払われてクローズされたことを示します。プロセスで目指す最終状態です。 | ||
|
重要な理由
プロセスにおける主要な「正常経路」の終了イベントです。この結果に至る経路を分析すると、ベストプラクティスや成功している回収戦略を特定できます。
入手先
通常は明示的なイベントではありません。請求書のステータスが「クローズ」または「消込済み」に変わり、残高がゼロになったことから推定します。最終入金計上のタイムスタンプがイベント時刻になることが多いです。
取得
請求書のステータスが「クローズ」に変わった時点、または請求書残高フィールドがゼロになった時点から推定します。
イベントタイプ
inferred
|
|||
|
請求書を生成
|
回収プロセスにおける請求書ライフサイクルの開始点です。ERPシステムで請求書が作成され、債権管理のためにHighRadiusへ取り込まれたことを示します。 | ||
|
重要な理由
請求書から入金までのプロセス分析における主要な開始イベントです。売上債権回転日数(DSO)などのサイクル時間は、通常この時点から測定します。
入手先
通常は、HighRadius内の請求書レコードの作成日から取得する明示的なイベントです。SAPやOracleなどの基幹ERPシステムから同期されます。
取得
債権データに含まれる請求書レコードの作成タイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
請求書を貸倒処理
|
請求書のライフサイクルにおける別の終了を示します。債権が回収不能と判断され、貸倒損失として処理された状態です。望ましくない結果です。 | ||
|
重要な理由
貸倒処理を追跡することは、請求書貸倒率の算出と財務損失の根本原因分析に欠かせません。与信審査や回収活動の問題を特定するのに役立ちます。
入手先
請求書残高を貸倒処理する取引が計上された時点、または請求書のステータスが「貸倒処理済み」に変更された時点で取得します。
取得
ステータスが「貸倒処理済み」に変更されたこと、または請求書に対して特定の貸倒処理取引タイプが計上されたことから推定します。
イベントタイプ
inferred
|
|||
|
与信限度額を承認
|
与信審査が完了し、顧客に与信限度額が正式に付与されたことを示します。HighRadiusプラットフォーム内で与信管理者が申請を承認した時点で記録されます。 | ||
|
重要な理由
販売プロセスを次の段階へ進める重要なマイルストーンです。このアクティビティを追跡することで、与信承認サイクル全体の時間KPIを正確に算出できます。
入手先
通常は、与信限度額申請のステータスが「承認済み」に変更された時点から取得します。システムの監査ログに明示的なイベントとして記録される場合もあります。
取得
与信申請のステータスが「承認済み」に変更された時点、または承認タイムスタンプから推定されます。
イベントタイプ
inferred
|
|||
|
与信限度額を申請
|
このアクティビティは、顧客の与信審査が始まったことを示します。通常は販売注文の確定前に開始され、新規または更新された与信限度額の申請がシステムに入力された時点で記録されます。 | ||
|
重要な理由
申請から承認までの時間を分析すると、顧客のオンボーディングや販売サイクルにおけるボトルネックを特定できます。与信管理チームの効率を測定するうえで重要な開始点です。
入手先
このイベントは、顧客の与信プロファイルのステータス変更、またはHighRadiusのCredit Managementモジュールで与信限度額申請レコードが作成された日時から推定される可能性があります。
取得
与信限度額申請オブジェクトの作成タイムスタンプ、またはステータスが「承認待ち」に変更された時点から推定されます。
イベントタイプ
inferred
|
|||
|
入金を計上
|
入金消込プロセスが完了し、受領した入金が特定の請求書に正常に照合・適用され、未決済残高が消し込まれたことを示します。 | ||
|
重要な理由
入金処理サイクルを完了するアクティビティです。「入金を受領」から「入金を計上」までの時間によって、入金消込プロセスの効率が分かります。
入手先
請求書レコードの計上日または消込日フィールドから取得します。入金消込が完了した時点で、このタイムスタンプが記録されます。
取得
請求書の会計明細にある「計上日」または「消込日」のタイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
回収電話を記録
|
回収担当者が延滞した請求書について顧客に電話し、その内容を手動で記録したことを示します。担当者は電話の詳細と結果をHighRadiusに直接入力します。 | ||
|
重要な理由
回収電話成功率と回収アクティビティ効率を評価するうえで重要なアクティビティです。自動化された回収活動と手動の回収活動を区別できます。
入手先
回収担当者がHighRadiusの請求書または顧客アカウントで「電話を記録」または「アクティビティを追加」機能を使うと作成される明示的なイベントです。タイムスタンプも記録されます。
取得
回収担当者が手動操作を記録するアクティビティログテーブルから取得します。
イベントタイプ
explicit
|
|||
|
延滞リマインダーを送信
|
延滞した請求書について、顧客に自動または手動でリマインダーを送信したことを示します。HighRadiusでは督促戦略の一環として自動化され、通信履歴が作成されます。 | ||
|
重要な理由
督促効果率を測定するうえで欠かせないアクティビティです。支払いを受け取るまでに必要なリマインダーの回数を分析できます。
入手先
通常は、HighRadius Collections Cloud内の請求書に関するアクティビティログまたは通信ログに記録されます。送信したリマインダーごとに、対応する記録とタイムスタンプが残ります。
取得
請求書に関連付けられたタイムスタンプ付き通信ログから取得します。
イベントタイプ
explicit
|
|||
|
支払約束を登録
|
顧客が将来の日付に請求書を支払う約束をし、回収担当者がその約束をシステムに記録した時点で発生します。回収プロセスにおける前向きな中間成果です。 | ||
|
重要な理由
支払約束を追跡すると、キャッシュフローを予測し、回収担当者の効果を評価できます。約束した日までに支払いが行われない、約束不履行の分析にも役立ちます。
入手先
担当者が請求書に関連付けられた「支払約束」レコードをHighRadiusで作成した時点に記録される明示的なイベントです。このレコードには独自の作成タイムスタンプがあります。
取得
HighRadiusの「支払約束」オブジェクトの作成タイムスタンプから取得します。
イベントタイプ
explicit
|
|||
|
督促手続きを開始
|
延滞した請求書について、正式な督促プロセス、またはそのプロセス内の特定レベルが開始されたことを示します。単一のリマインダーよりも体系的なステップです。 | ||
|
重要な理由
督促手続きの開始を追跡すると、さまざまな回収戦略や督促レベルが支払いを促す効果を分析できます。
入手先
通常は、HighRadiusの請求書レコードに関連付けられた「督促レベル」または「回収戦略」フィールドの変更から推定します。
取得
変更ログまたはタイムスタンプ付き履歴から取得した、請求書の督促レベル属性の変更に基づいて推定します。
イベントタイプ
inferred
|
|||
|
請求書を顧客へ送信
|
請求書が顧客に届いた時点を示します。通常はメールまたは顧客ポータルで送信されます。HighRadiusでは、この通信イベントを自動化して記録できます。 | ||
|
重要な理由
顧客に請求書が速やかに届いているかを確認できます。請求書の生成から送信までの遅延は、支払いまでの時間やDSOに直接影響する可能性があります。
入手先
通常は、Collections Cloudモジュールで請求書に関連付けられた通信履歴またはアクティビティ履歴に明示的に記録されます。自動通信ジョブのステータスから推定することもできます。
取得
メールまたはポータルでの送信が実行された時点で、請求書の通信履歴に記録されます。
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使うことで、信用管理・債権回収プロセスを詳しく把握するために必要なデータ基盤を整えられます。今すぐHighRadiusの業務を最適化し、キャッシュフローを改善しましょう。
信用管理・債権回収の最適化を開始
ボトルネックを解消し、処理時間を30%短縮して、業務効率を高めます。
クレジットカードは不要です。数分で始められます。