債権管理・回収データテンプレート
債権管理・回収データテンプレート
- 収集を推奨する項目
- プロセスの可視化のために追跡すべき主要アクティビティ
- HighRadius固有の抽出ガイド
与信管理・債権回収属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
請求書に対してある時点で発生した特定のビジネスイベントの名前。 | ||
|
説明
アクティビティ名には、「請求書生成」、「延滞督促通知送信済み」、「支払受領」など、与信および回収プロセスにおけるステップが記述されます。この一連の活動が、各ケースのプロセスフローを形成します。 この属性を分析することで、実際のプロセスマップを発見し、可視化することができます。ボトルネック、標準手順からの逸脱、および手戻りのループを特定するのに役立ちます。「督促電話記録」や「紛争登録」のような活動の頻度と順序は、プロセス効率を理解する上で重要です。
その重要性
この属性はプロセス内のステップを定義し、各請求書のプロセスフローの再構築と分析を可能にします。
取得元
これは通常、HighRadiusプラットフォームの様々なモジュール内のイベントログ、ステータス変更、または特定の行動記録から導出されます。
例
顧客へ請求書送付済み督促手続き開始入金確認済み紛争解決済み
|
|||
|
イベント日時
EventTime
|
活動が発生した日時を示すタイムスタンプ(日付と時刻を含む)。 | ||
|
説明
イベントタイムは、プロセス内の各アクティビティの正確な日付と時間を提供します。この時系列データはプロセスマイニングの根幹であり、イベントの正しい順序付けとそれらの間の期間の計算を可能にします。 この属性は、異議解決、与信承認、支払記帳などのサイクルタイムを含む、すべての時間ベースのKPIを計算するために使用されます。また、時間の経過に伴うプロセスパフォーマンスの分析、遅延を引き起こすアクティビティの特定、サービスレベルアグリーメントへの遵守状況の測定にも使用されます。
その重要性
すべての活動の時系列的な文脈を提供し、サイクルタイムの計算、ボトルネックの発見、プロセスダイナミクスの理解に不可欠です。
取得元
HighRadius内のすべての取引記録またはイベントログには、通常「作成日」または「タイムスタンプ」という名前の対応するタイムスタンプフィールドが必要です。
例
2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
|
|||
|
請求書番号
InvoiceNumber
|
各請求書の一意の識別子であり、与信から現金化プロセスにおける主要なケース識別子として機能します。 | ||
|
説明
請求書番号は、単一の売掛金取引に関連するすべてのアクティビティをリンクする中心的なキーです。これにより、請求書生成から、様々な債権管理および回収活動を経て、最終決済または償却までの全ライフサイクルを追跡することができます。 プロセスマイニング分析において、この属性はすべての関連イベントを単一のケースにグループ化するために不可欠です。これにより、エンドツーエンドのプロセスフローの可視化、売上債権回転日数(DSO)のようなケース期間の計算、および紛争解決や督促手続きなど、請求書が取りうる異なる経路の分析が可能になります。
その重要性
すべてのプロセスステップを結びつける基本的な識別子であり、請求書の作成から完了までの完全な過程を分析することを可能にします。
取得元
これはHighRadiusの主要フィールドであり、通常、コア請求書または売掛金データオブジェクトに含まれています。
例
INV-2023-001239876543210SI-55482
|
|||
|
回収担当者名
CollectorName
|
回収活動の実行を担当したユーザーまたは担当者の名前。 | ||
|
説明
この属性は、「督促電話記録」や「紛争解決」などの手動活動を実行した回収担当者、与信アナリスト、またはその他のユーザーを特定します。 分析において、これは異なる回収担当者やチーム間のパフォーマンス比較を可能にします。ワークロードの分散を理解し、個々の戦略の有効性を評価(例:回収担当者ごとの回収電話成功率)し、コーチングの機会を特定するのに役立ちます。また、リソース管理とキャパシティプランニングにおいても重要です。
その重要性
プロセス活動を特定の個人に紐付け、チームのパフォーマンス、ワークロード、手動介入の有効性を分析することを可能にします。
取得元
この情報は通常、HighRadiusコレクションモジュール内の活動ログまたはユーザーアクション記録に保存されます。
例
John Smithジェーン・ドウエミリー・ジョーンズ
|
|||
|
支払ステータス
PaymentStatus
|
請求書の現在の財務ステータス(オープン、支払い済み、延滞、紛争中など)。 | ||
|
説明
支払ステータスは、請求書がライフサイクルのどの段階にあるかのスナップショットを提供します。まだ支払待ちか、全額または一部支払済みか、支払期日を過ぎているか、あるいは紛争のために調査中であるかを示します。 この属性は、「請求書支払ステータスと滞留」ダッシュボードの中心となります。これにより、売掛金ポートフォリオを迅速にセグメンテーションし、全体的な財務健全性を把握し、延滞または紛争中の項目に対する回収努力の優先順位付けを行うことができます。
その重要性
請求書を実行可能なグループに分類し、売掛金の状態を即座に可視化し、債権回収活動の優先順位付けに役立ちます。
取得元
これは、HighRadius内の請求書または売掛金レコードにおける主要なステータスフィールドです。
例
オープン支払い済み期限超過異議あり償却済み
|
|||
|
支払期日
DueDate
|
請求書支払いが期日となる計算された日付。 | ||
|
説明
期日は、請求書が延滞と見なされるのを避けるために支払われるべき特定のカレンダー日付です。通常、請求書発行日と支払条件から計算されます。 この属性は、すべての延滞分析にとって不可欠です。「延滞日数」の計算、督促手続きのトリガー、および「支払条件遵守率」KPIの測定のための主要な入力となります。請求書滞留分析と督促効果に関連するダッシュボードを直接サポートします。
その重要性
請求書が期限内か延滞かを判断し、その後のすべての債権回収活動とKPIをトリガーする重要な日付です。
取得元
これはHighRadiusの請求書レコードにおける標準フィールドです。ソースERPから取り込まれるか、HighRadius内で計算される場合があります。
例
2023-04-142023-05-312023-06-20
|
|||
|
支払条件
PaymentTerms
|
顧客が請求書をいつ支払うべきかを定める合意された条件。 | ||
|
説明
支払条件は、「Net 30」、「Net 60」、「受領時支払い」などの支払いの条件を定めます。この属性は、請求書の支払期日を計算するための基礎となります。 これは、「支払条件遵守」ダッシュボードとKPIにとって重要な属性です。これを分析することで、標準条件が一貫して適用されているか、また、どの支払条件が延滞率の高さに関連しているかを特定するのに役立ちます。この洞察は、与信ポリシーや顧客交渉に情報を提供することができます。
その重要性
期待される支払いタイムラインの基準を設定し、期日の計算や顧客の支払い合意遵守状況の測定に不可欠です。
取得元
これは通常、HighRadiusまたはソースERP内の請求書ヘッダーまたは顧客マスターデータに含まれています。
例
支払条件:正味30日支払条件:正味60日受領時支払い
|
|||
|
紛争理由
DisputeReason
|
顧客が請求書に異議を唱えた際に提供される理由コードまたは説明。 | ||
|
説明
顧客が紛争を提起する際、通常、「誤った価格設定」、「損傷した商品」、「重複請求書」などの理由を提供します。この属性はその理由を捕捉します。 紛争理由の分析は、「請求書紛争解決時間」ダッシュボードの鍵となります。紛争の根本原因を特定するのに役立ち、企業が価格設定、配送、または請求におけるシステム的な問題に対処することを可能にします。発生源での紛争削減は、キャッシュフローを大幅に加速できる可能性があります。
その重要性
支払い遅延の根本原因に関する洞察を提供し、将来の異議を防止するための的を絞ったプロセス改善を可能にします。
取得元
この情報は、紛争が記録された際にHighRadiusの紛争管理または控除モジュールで捕捉されます。
例
数量の誤り価格不一致破損品重複請求
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額。 | ||
|
説明
この属性は、請求書に記載された合計金額を表します。これは、各ケースに関連する価値を理解するための重要な財務指標です。 プロセスマイニングでは、請求金額は、例えば高額の延滞請求書に焦点を当てることで、回収努力の優先順位付けに利用されます。売上債権回転日数(DSO)のような財務KPIの基礎であり、「請求書償却分析」ダッシュボードで不良債権の財務的影響を定量化するために使用されます。
その重要性
各ケースの財務的文脈を提供し、価値に基づく分析、作業の優先順位付け、および償却のような財務的影響の定量化を可能にします。
取得元
これはHighRadius内の請求書ヘッダーデータにおける標準フィールドです。
例
5000.001250.7525000.50
|
|||
|
顧客ID
CustomerId
|
請求書に関連付けられた顧客の一意の識別子。 | ||
|
説明
顧客IDは、請求書を特定の顧客エンティティにリンクします。これにより、顧客中心の視点からプロセスデータを集計し分析することが可能になります。 この属性は、異なる顧客または顧客セグメントの支払い行動を分析するために不可欠です。どの顧客が頻繁に遅延しているか、どの顧客が最も多くの紛争を提起しているかといった問いに答えるのに役立ちます。支払条件遵守のようなダッシュボードをサポートし、KPIを顧客別にセグメンテーションすることを可能にします。
その重要性
顧客レベルでの支払い行動、異議の頻度、および全体的なプロセスインタラクションの分析を可能にし、債権回収戦略の調整に役立ちます。
取得元
これはHighRadius内の請求書ヘッダーまたは顧客口座データにおける標準フィールドです。
例
CUST-001ACME-CORPGLOBEX-US
|
|||
|
`督促``レベル`
DunningLevel
|
延滞請求書に対して達成された自動督促プロセスの段階またはレベル。 | ||
|
説明
督促レベルは、回収努力の強度を示し、多くの場合、顧客に送信される自動通知や連絡のシーケンスに対応します。例えば、レベル1は穏やかなリマインダーである一方、レベル3は最終通知である場合があります。 この属性は、「督促戦略有効性」ダッシュボードにとって不可欠です。どの督促レベルが最も頻繁に支払いに繋がるかを分析することで、企業は督促ワークフローを最適化し、過度に攻撃的にならずに顧客関係を損なうことなく、効果を確保できます。
その重要性
債権回収活動のエスカレーションを追跡し、どの督促戦略が支払いを促す上で最も効果的であるかを分析することを可能にします。
取得元
これは、HighRadius内の自動回収または督促ワークフローエンジンによって管理されるステータスフィールドです。
例
123 - 最終通知法的手続きによる債権回収
|
|||
|
ソースシステム
SourceSystem
|
データが生成されたシステム。 | ||
|
説明
この属性は、イベントデータが生成されたソースシステムを特定します。このプロセスビューでは、値は通常「HighRadius」になります。 複数のシステムがある環境では、このフィールドはデータ系列を理解し、情報をその発生源まで追跡するために不可欠です。ERPや専門的な回収ツールなど、異なるプラットフォームにまたがるプロセスを区別するのに役立ちます。
その重要性
データの出所を明確にし、データガバナンス、検証、およびプロセスの技術的ランドスケープの理解にとって重要です。
取得元
これは通常、データセットをラベル付けするためにデータ抽出および変換プロセス中に加えられる静的な値です。
例
HighRadiusHighRadius-CollectionsHighRadius-CashApp
|
|||
|
ビジネスユニット
BusinessUnit
|
販売または請求書の責任を負う社内の事業部門または課。 | ||
|
説明
事業部門属性は、請求書を「小売」、「卸売」、「サービス」など、組織の特定の部門に割り当てます。 これにより、異なる事業セグメントごとに業績分析を行うことができます。経営陣は、事業部門間でDSO、紛争率、償却額などのKPIを比較し、優れた領域や改善が必要な領域を特定できます。これは、組織の各部門に売掛金パフォーマンスの責任を負わせるのに役立ちます。
その重要性
組織の異なる部門間でのパフォーマンスベンチマークを可能にし、どの部門が最も効果的なクレジット・トゥ・キャッシュプロセスを持っているかを特定するのに役立ちます。
取得元
これは組織データであり、通常はHighRadiusまたはERP内の請求書上、または関連する販売注文や顧客口座から派生します。
例
BU-North Americaサービス部門製造業
|
|||
|
償却理由
WriteOffReason
|
請求書が不良債権として償却された理由コードまたは説明。 | ||
|
説明
請求書が回収不能と判断された場合、それは償却されます。この属性は、「顧客破産」、「未解決紛争」、「少額残高償却」など、償却の理由を捕捉します。 これは、「請求書償却分析」ダッシュボードにとって重要な属性です。財務損失の根本原因分析に役立ち、与信ポリシーの洗練、紛争処理の改善、または将来の償却を最小限に抑えるための回収戦略の調整に使用できる洞察を提供します。
その重要性
収益損失の理由を説明し、与信リスク評価と回収ポリシーを改善するための重要なフィードバックを提供します。
取得元
この情報は、「請求書償却」活動が処理された際、通常HighRadiusの財務または回収モジュール内で記録されます。
例
倒産時効満了回収コストが債務額を超える
|
|||
|
最終データ更新
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新されたときのタイムスタンプ。 | ||
|
説明
この属性は、データの最新性を示します。HighRadiusからの最終データ抽出または更新の日時を記録します。 分析において、このフィールドは洞察の鮮度に関するコンテキストを提供します。ダッシュボードやレポートで情報がどれだけ最新であるかを表示するために不可欠であり、ビジネス上の意思決定が最新のデータに基づいていることを保証します。
その重要性
データの適時性に関する透明性を提供し、分析への信頼を築き、情報に基づいた意思決定を行う上で不可欠です。
取得元
このタイムスタンプは、抽出プロセス中にデータインジェストパイプラインによって各レコードに生成され、追加されます。
例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
処理時間
ProcessingTime
|
単一のアクティビティの期間。終了時刻と開始時刻の差として計算されます。 | ||
|
説明
処理時間は、特定のタスクに積極的に費やされた時間を測定します。多くの回収活動では、これらは瞬間的なイベントであるためゼロとなります。しかし、明確な開始と終了を持つタスクについては、貴重な洞察を提供します。 この指標は、活動間の待機時間ではなく、どの具体的な活動が最も時間を消費しているかを特定するのに役立ちます。例えば、紛争案件が積極的に処理されている時間を測定できます。これにより、個々のタスクの実行方法に対して、より的を絞った改善が可能になります。
その重要性
付加価値のある作業の期間を待機時間から切り離し、特定のプロセスステップ内の非効率性を特定するのに役立ちます。
取得元
これはデータ変換プロセス中に「EndTime」-「StartTime」として計算されます。両方のフィールドが利用可能で意味がある場合にのみ計算できます。
例
8640036000
|
|||
|
国
Country
|
請求書に関連する顧客の国。 | ||
|
説明
この属性は、顧客が所在する国を特定します。これにより、与信および回収プロセスの地理的セグメンテーションが可能になります。 国別データを分析することで、支払い行動、回収戦略の有効性、および一般的な紛争理由における地域差を明らかにすることができます。この情報は、地域政策の調整やグローバル組織における高レベルの経営報告に不可欠です。
その重要性
地理的分析を可能にし、支払い行動における地域的な傾向を明らかにし、それに応じて債権回収戦略を調整するのに役立ちます。
取得元
この情報は顧客マスターデータの一部であり、通常HighRadiusで利用可能か、ソースERPから同期されます。
例
米国ドイツブラジル
|
|||
|
延滞日数
DaysOverdue
|
請求書が期日を過ぎてからの日数。請求書がまだ期日でないか、または期日内に支払われた場合はゼロです。 | ||
|
説明
「期日超過日数」は、現在の日付(未払い請求書の場合)または支払い日(支払い済み請求書の場合)と請求書の期日との差を測定する計算指標です。これは支払い延滞の主要な指標となります。 この属性は、「請求書支払いステータスと滞留分析」ダッシュボードの基盤であり、売掛金を滞留期間(例:1~30日、31~60日)にグループ分けするために使用されます。また、売掛金回収期間(DSO)計算の構成要素でもあり、最も延滞しているアカウントに対する回収業務を優先するのに役立ちます。
その重要性
この指標は支払いの遅延を直接定量化するため、滞留分析、回収の優先順位付け、およびDSOの計算に不可欠です。
取得元
これは保存されたフィールドではありません。データ変換中に期日と支払日または現在の日付を使用して計算されます。
例
1545092
|
|||
|
支払い確約日
PromiseToPayDate
|
顧客が延滞請求書の支払いを約束した日付。 | ||
|
説明
回収担当者が顧客に連絡した際、「支払い約束」を取り付けることがあります。これは、顧客が特定の日付までに支払うというコミットメントです。この属性はその約束日を記録します。 このデータを分析することは、顧客の約束の信頼性と、回収担当者が確固たる約束を確保する上での有効性を評価するために重要です。回収チームの主要業績評価指標である「約束遵守率」を追跡するために使用できます。
その重要性
これは債権回収活動の主要な成果を捉え、フォローアップの有効性および顧客の約束の信頼性を測定するために使用されます。
取得元
この日付は、「支払い約束」活動がHighRadiusコレクションモジュールに記録された際に記録されます。
例
2023-06-152023-07-012023-06-25
|
|||
|
終了日時
EndTime
|
アクティビティの完了時刻を示すタイムスタンプ。 | ||
|
説明
終了時刻は、活動の完了を示します。回収における多くの活動は、開始時刻と終了時刻が同じ瞬間的なイベントですが、「紛争解決」のような一部の活動は明確な期間を持つ場合があります。 この属性は、利用可能な場合、開始時刻とともに個々のアクティビティの処理時間を計算するために使用されます。これにより、活動間の空白期間だけでなく、どの具体的なステップが最も時間とリソースを消費しているかを特定するのに役立ちます。
その重要性
個々のアクティビティ期間の正確な測定を可能にし、プロセス内で時間がどこに費やされているかをより詳細に把握できます。
取得元
HighRadiusのドキュメントを参照してください。これは、開始状態と終了状態を持つ特定のログに記録されたアクティビティで利用できる場合があります。
例
2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
|
|||
|
自動化
IsAutomated
|
アクティビティがシステムによって自動的に実行されたか、ユーザーによって手動で実行されたかを示すブールフラグです。 | ||
|
説明
この計算属性は、システム生成イベント(例:自動督促実行による「延滞督促通知送信済み」)と人間主導の行動(例:「督促電話記録」)を区別します。 このフラグは、「自動回収活動率」KPIの計算に不可欠です。回収プロセスにおける自動化のレベルを測定し、さらなる自動化の機会を特定し、自動化された接触と手動による接触の相対的な有効性を分析するのに役立ちます。
その重要性
プロセスの自動化の度合いを測定するのに役立ち、自動化されたシステムと手動の作業の効率性および有効性の分析を可能にします。
取得元
これはデータ変換中に導出されます。特定の活動名をビジネス知識に基づいて自動化されたものとしてフラグ付けするマッピングを作成する必要があります。
例
truefalse
|
|||
|
通貨
Currency
|
請求金額の通貨コード。 | ||
|
説明
この属性は、USD、EUR、JPYなど、請求書の通貨を特定します。請求金額のようなあらゆる金銭的価値に不可欠なコンテキストを提供します。 多国籍企業において、このフィールドは正確な財務分析のために不可欠です。金銭的価値が正しく解釈されることを保証し、グローバルレポートのためにデータを集計する際に適切な通貨換算を可能にします。
その重要性
すべての金額の正しい解釈に不可欠であり、多通貨環境での不正確な財務計算と報告を防ぎます。
取得元
これは請求書レコードの標準フィールドであり、通常は請求金額の隣に位置しています。
例
USDEURGBP
|
|||
与信管理・債権回収アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
入金確認済み
|
この活動は、顧客からの支払受領を示し、多くの場合、銀行取引明細書やロックボックスファイルから記録されます。これは、資金が受領されたものの、特定の請求書にはまだ適用されていないことを意味します。 | ||
|
その重要性
これは、回収活動の時計を止めることが多い重要なマイルストーンです。支払受領から計上までの遅延KPIを測定する出発点であり、現金適用の遅延を浮き彫りにします。
取得元
これはHighRadiusのCash Application Cloudにおける支払い記録から捕捉されます。銀行ファイルからの各支払いバッチまたは取引には受領日が含まれます。
取得
支払いレコードが現金適用モジュールにインポートまたは入力された際のタイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
支払い期日経過
|
現在のシステム日付が請求書の支払い期日を超過したときに発生する計算イベントです。このアクティビティはユーザーまたはシステムのアクションを表すものではありませんが、債権回収プロセスをトリガーする重要な状態変化です。 | ||
|
その重要性
この活動は、その後のすべての督促および回収活動の主要なトリガーとなります。これにより、期日通りの請求書と延滞請求書を区別し、回収戦略の有効性を分析することが可能になります。
取得元
このイベントは直接保存されるものではなく、請求書の期日フィールドと他のイベントのタイムスタンプを比較することで計算されます。プロセスマイニングのデータ変換中に導出されます。
取得
請求書の
イベントタイプ
calculated
|
|||
|
異議登録済
|
この活動は、顧客が請求書に対して紛争または控除を提起し、それがHighRadiusに正式に記録された時点を示します。これにより、紛争中の金額に対する標準的な回収プロセスが一時停止されます。 | ||
|
その重要性
これは、平均紛争解決時間を測定するための開始イベントです。いつ、なぜ紛争が提起されるのかを特定することは、請求エラーや配送問題などの根本原因に対処するための鍵となります。
取得元
このイベントは、ユーザーがHighRadius Deductions Cloudで請求書にリンクされた紛争ケースを作成したときに捕捉されます。このアクションにより、タイムスタンプ付きの紛争記録が作成されます。
取得
請求書に関連する異議申し立てケースレコードの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
紛争解決済み
|
紛争管理プロセスの終了を表し、問題が調査され、解決策が合意に達した状態です。請求書は支払いまたは償却に進むことができます。 | ||
|
その重要性
これは、平均紛争解決時間を測定するための終了イベントです。ここでの長いサイクルは、現金回収を大幅に遅らせ、プロセス非効率性を示す可能性があります。
取得元
これは、紛争ケースのステータスが「解決済み」、「クローズ済み」、または類似の最終状態に変更されたときに捕捉されます。このステータス変更のタイムスタンプが活動に使用されます。
取得
異議申し立てケースのステータスが最終的な「解決済み」状態に更新された際のタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
請求書の精算完了
|
この活動は、請求書が全額支払い済みでクローズされた、請求書ライフサイクルの成功裏の終了を示します。これはプロセスにとって望ましい最終状態です。 | ||
|
その重要性
これは、プロセスにおける主要な「ハッピーパス」の終了イベントとして機能します。この結果に至る経路を分析することで、ベストプラクティスと成功した回収戦略を特定するのに役立ちます。
取得元
これは通常、明示的なイベントではなく、請求書ステータスが「クローズ済み」または「クリア済み」になり、残高がゼロになったことから推測されます。最終的な支払計上のタイムスタンプがイベント時刻として機能することがよくあります。
取得
請求書のステータスが「クローズ済み」に変更された時点、または請求書残高フィールドがゼロになった時点から推測されます。
イベントタイプ
inferred
|
|||
|
請求書償却済み
|
請求書ライフサイクルの代替的な終了を表し、債務が回収不能と判断され、不良債権として償却されます。これは望ましくない結果です。 | ||
|
その重要性
償却を追跡することは、請求書償却率の計算と財務損失の根本原因の分析に不可欠です。与信審査や回収努力における失敗を特定するのに役立ちます。
取得元
このイベントは、請求書残高を償却するための特定の取引が計上されたとき、または請求書ステータスが「償却済み」に変更されたときに捕捉されます。
取得
ステータスが「償却済み」に変更された時点、または請求書に対して特定の償却取引タイプが記帳された時点から推測されます。
イベントタイプ
inferred
|
|||
|
請求書生成済み
|
これは、回収プロセスにおける請求書のライフサイクルの出発点です。ERPシステムで請求書が作成され、売掛金管理のためにHighRadiusにインポートされたことを示します。 | ||
|
その重要性
この活動は、請求書から現金化プロセス分析の主要な開始イベントとして機能します。売上債権回転日数(DSO)などのすべてのサイクルタイムは、通常この時点から測定されます。
取得元
これは、HighRadius内の請求書レコードの作成日から捕捉される明示的なイベントであり、通常はSAPやOracleのようなソースERPシステムから同期されます。
取得
売掛金データにおける請求書レコードの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
与信限度額承認
|
顧客に与信限度額が正式に付与される、与信審査プロセスの成功裏の完了を表します。このイベントは、与信管理者がHighRadiusプラットフォーム内で申請を承認した際に捕捉されます。 | ||
|
その重要性
これは、販売プロセスを解除する重要なマイルストーンです。この活動を追跡することは、総与信承認サイクルタイムKPIを計算するために不可欠です。
取得元
このイベントは通常、与信限度額申請のステータスが「承認済み」に変わった際に捕捉されます。システム監査ログにおける明示的なイベントである場合もあります。
取得
与信申請のステータスが「承認済み」に変更された時点、または承認タイムスタンプフィールドから推測されます。
イベントタイプ
inferred
|
|||
|
与信限度額申請
|
この活動は、顧客に対する与信審査の開始を示します。通常、販売注文が確定される前にトリガーされ、新規または更新された与信限度額の申請がシステムに入力された際に捕捉されます。 | ||
|
その重要性
申請から承認までの時間を分析することで、顧客オンボーディングや販売サイクルにおけるボトルネックを特定できます。これは、与信管理チームの効率性を測定するための重要な出発点となります。
取得元
このイベントは、顧客の与信プロファイルのステータス変更から、またはHighRadiusの与信管理モジュールにおける与信限度額申請レコードの作成日から推測される可能性があります。
取得
与信限度額申請オブジェクトの作成タイムスタンプ、またはステータスが「承認待ち」に変更された時点から推測されます。
イベントタイプ
inferred
|
|||
|
回収コール記録済み
|
回収担当者が延滞請求書に関して顧客に行った手動による回収電話を表します。担当者は通話の詳細と結果をHighRadiusに直接記録します。 | ||
|
その重要性
この活動は、回収電話の成功率と回収活動の効率性を評価するために不可欠です。自動化された回収努力と手動の回収努力を区別するのに役立ちます。
取得元
これは、回収担当者がHighRadiusインターフェースで請求書または顧客口座に対して「通話記録」または「活動追加」機能を使用したときに作成される明示的なイベントです。エントリにはタイムスタンプが含まれます。
取得
債権回収担当者が手動アクションを記録するアクティビティログテーブルから取得されます。
イベントタイプ
explicit
|
|||
|
延滞督促通知送信済み
|
延滞請求書に関して顧客に送信された自動または手動の通知を表します。HighRadiusは督促戦略の一環としてこれを自動化し、連絡履歴を作成します。 | ||
|
その重要性
この活動は、督促の有効性を測定するための基本です。支払いが受領されるまでにいくつの通知が必要かを分析することを可能にします。
取得元
これは、HighRadius Collections Cloud内の請求書のアクティビティまたは対応ログに記録される明示的なイベントです。送信された各通知には、対応するエントリとタイムスタンプがあります。
取得
請求書に関連するタイムスタンプ付きのコミュニケーションログから取得されます。
イベントタイプ
explicit
|
|||
|
支払い確約作成済み
|
この活動は、顧客が将来の特定の日付までに請求書を支払うことを約束し、回収担当者がこの約束をシステムに記録した際に発生します。これは肯定的な中間結果です。 | ||
|
その重要性
支払い約束を追跡することは、キャッシュフローの予測と回収担当者の有効性を評価するのに役立ちます。また、約束された期日までに支払いが受領されなかった「破られた約束」の分析も可能にします。
取得元
これは、担当者が請求書にリンクされた「支払い約束」記録を作成したときにHighRadiusに記録される明示的なイベントです。この記録には独自の作成タイムスタンプがあります。
取得
HighRadiusの「支払約束」オブジェクトの作成タイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
支払い計上
|
受領した支払いが特定の請求書に正常に照合され適用され、未決済残高がクリアされた現金適用プロセスの完了を表します。 | ||
|
その重要性
この活動は支払い処理サイクルを完了させます。「支払受領」から「支払計上」までの時間は、現金適用プロセスの効率性を明らかにします。
取得元
このイベントは、請求書レコードの計上日またはクリアリング日付フィールドから捕捉されます。現金適用が確定されたときに、このタイムスタンプが記録されます。
取得
請求書の会計明細項目にある「転記日」または「決済日」のタイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
督促手続き開始
|
この活動は、延滞請求書に対する正式な督促プロセス、またはそのプロセス内の特定のレベルの開始を示します。これは単一のリマインダーよりも体系的なステップを表します。 | ||
|
その重要性
督促手続きの開始を追跡することは、支払いを促す上での異なる回収戦略と督促レベルの有効性を分析するのに役立ちます。
取得元
このイベントは通常、HighRadiusの請求書レコードに関連付けられた「督促レベル」または「回収戦略」フィールドの変更から推測されます。
取得
請求書の督促レベル属性の変更から推測され、変更ログまたはタイムスタンプ付き履歴を介して取得されます。
イベントタイプ
inferred
|
|||
|
顧客へ請求書送付済み
|
この活動は、請求書が顧客に(通常はメールまたは顧客ポータル経由で)配信された時点を示します。HighRadiusは、この連絡イベントを自動化し、ログに記録することができます。 | ||
|
その重要性
これを追跡することは、顧客が請求書を迅速に受け取っていることを確認するのに役立ちます。請求書生成と送信の間の遅延は、支払い時間とDSOに直接影響を与える可能性があります。
取得元
これは多くの場合、Collections Cloudモジュール内の請求書に関連する連絡履歴または活動履歴に明示的に記録されます。また、自動連絡ジョブのステータスから推測されることもあります。
取得
請求書のメールまたはポータル配信が実行された際、その連絡履歴に記録されます。
イベントタイプ
explicit
|
|||