売掛金(AR)Data Template
売掛金(AR)Data Template
- お客様のプロセスに特化したデータ属性
- 標準化されたアクティビティマイルストーン
- HighRadiusからの抽出手順
売掛金関連属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
請求書に対して実行された`event`またはアクションの名前。 | ||
|
説明
この アナリストはこの
その重要性
それはプロセスのステップを定義し、
取得元
HighRadiusアクティビティログ、ノート履歴、またはトランザクション履歴テーブル
例
請求書作成支払い催促通知送信済み異議`ケース`開設済み全額支払い受領済み
|
|||
|
イベントのタイムスタンプ
EventDateTime
|
`activity`が発生した特定の日付と時間。 | ||
|
説明
この 分析においては、
その重要性
すべての期間ベースKPIを計算し、イベントを正確に順序付けるためには、精密なタイミングが必要です。
取得元
HighRadiusトランザクションログの
例
2023-10-01T08:30:00Z2023-10-15T14:22:10Z2023-11-05T09:15:00Z
|
|||
|
請求書番号
InvoiceNumber
|
`case ID`として機能する請求書文書のユニークな識別子。 | ||
|
説明
請求書番号は、請求書の作成から最終決済まで、財務義務を追跡するための中央識別子です。異議申し立て、支払い確約、支払いを含むすべての関連アクティビティを単一のケース履歴にリンクします。 分析においては、この属性を使用して
その重要性
それは固有の
取得元
HighRadius請求書
例
INV-2023-001900123456US-102938550002931
|
|||
|
DSO(売掛債権回転期間)
DaysSalesOutstanding
|
請求書作成から請求書決済までの日数。 | ||
|
説明
この計算された これを詳細なレベルでモニタリングすることで、プロセス
その重要性
売掛金(AR)の主要な効率性指標。
取得元
請求書作成
例
45日間30日間62 days
|
|||
|
コレクター名
CollectorName
|
回収活動を担当するエージェントまたはユーザーの名前。 | ||
|
説明
この これは「回収担当者生産性
その重要性
リソースレベルでのパフォーマンス
取得元
アクティビティログ / ユーザーテーブル
例
John DoeJane Smithシステム管理者CollectionAgent_01
|
|||
|
支払期日
DueDate
|
顧客が契約上、支払いを義務付けられている日付。 | ||
|
説明
支払期日は、請求書作成日に適用される支払条件によって決定されます。これは回収プロセスの目標期日として機能します。 この属性と全額支払い受領日を比較することで、支払条件遵守率を算出できます。支払いが期日通りか、遅延しているか、あるいは早期であるかを判断する上で極めて重要です。
その重要性
遅延を判断し、売上債権回転日数(DSO)を計算するための参照点。
取得元
請求書ヘッダーテーブル(期日フィールド)
例
2023-11-302023-12-15
|
|||
|
支払条件差異
PaymentTermVariance
|
支払期日と支払い日の間の日数。 | ||
|
説明
この計算された これは「支払い条件
その重要性
契約条件に対する顧客の遵守度を直接測定します。
取得元
期日と支払日から計算
例
5 days-2日0日
|
|||
|
自動化
IsAutomated
|
`アクティビティ`が人間の介入なしに`システム`によって実行されたかどうかを示すフラグ。 | ||
|
説明
この これは「
その重要性
HighRadius導入の効率性を測定します。
取得元
アクティビティログ(システムユーザー vs. 人間ユーザーの確認)
例
truefalse
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額。 | ||
|
説明
この プロセスマイニング分析では、この
その重要性
単なる
取得元
請求書ヘッダーテーブル(金額フィールド)
例
1500.00250.5010000.00
|
|||
|
顧客名
CustomerName
|
請求書に関連付けられた顧客アカウント名。 | ||
|
説明
この 顧客名ごとにプロセスパフォーマンスを分析することで、個別の回収戦略が必要な特定のアカウントや、一貫した支払い遅延があるアカウントが浮き彫りになります。これは「顧客リスクと滞留マトリックス
その重要性
問題のある顧客を見つけるために、アカウント別に
取得元
顧客マスターデータまたは請求書ヘッダー
例
アクメ株式会社グローバル産業TechStart Incリテール・ジャイアント株式会社
|
|||
|
ソースシステム
SourceSystem
|
データが生成されたシステム名。 | ||
|
説明
この これは
その重要性
取得元
抽出ロジックに基づくシステム設定またはハードコード
例
HighRadiusSAP ECC`Oracle NetSuite`Microsoft Dynamics
|
|||
|
ビジネスユニット
BusinessUnit
|
請求書を発行した社内部門または子会社。 | ||
|
説明
この これにより、「支払い条件
その重要性
異なる組織のバーティカル間で比較
取得元
請求書ヘッダー / ERPマッピング
例
家電製品工業部品ソフトウェアサービスNA-West
|
|||
|
信用格付け
CreditRating
|
顧客に割り当てられた信用度スコアまたは評価。 | ||
|
説明
この これは「顧客
その重要性
リスク管理と回収優先順位付けに不可欠です。
取得元
与信管理モジュール / 顧客マスター
例
AAAB+高リスク低リスク
|
|||
|
最終データ更新
LastDataUpdate
|
マイニングモデルで`data`が最後に更新された`timestamp`。 | ||
|
説明
この 特に、ユーザーがリアルタイム
その重要性
取得元
ETLタイムスタンプ
例
2023-12-01T00:00:00Z2023-12-02T06:00:00Z
|
|||
|
地域
Region
|
請求書または顧客に関連付けられた地理的地域。 | ||
|
説明
この 地域
その重要性
地域別のパフォーマンス分析をサポートします。
取得元
顧客マスターデータまたは請求書ヘッダー
例
NAEMEALATAMAPAC
|
|||
|
支払い確約日
PromiseToPayDate
|
顧客が支払いを約束した日付。 | ||
|
説明
この 「支払い確約信頼性
その重要性
キャッシュフロー予測と顧客信頼性測定の鍵。
取得元
回収モジュール / 支払い約束トランザクションテーブル
例
2023-12-102023-12-20
|
|||
|
未回収金額
OpenAmount
|
請求書の未払い残高。 | ||
|
説明
この これは「一部支払い複雑性分析」に不可欠です。アナリストが完全に未払い
その重要性
現在のエクスポージャーと部分回収の成功を判断するために不可欠です。
取得元
請求書ヘッダー / オープンアイテムテーブル
例
0.00500.0012000.00
|
|||
|
異議理由コード
DisputeReasonCode
|
異議申し立てケースに割り当てられたカテゴリコード。 | ||
|
説明
この これらの
その重要性
支払い遅延の根本原因分析に不可欠です。
取得元
異議/控除管理モジュール
例
P01 (価格)Q02 (品質)S03 (不足)管理エラー
|
|||
|
通貨コード
CurrencyCode
|
請求金額のISO通貨コード。 | ||
|
説明
この グローバルプロセスを分析する際、請求金額と未回収金額
その重要性
多通貨環境での正確な財務集計に必要です。
取得元
請求書ヘッダー
例
USDEURGBPJPY
|
|||
|
顧客セグメント
CustomerSegment
|
規模、業種、戦略的価値に基づく顧客の分類。 | ||
|
説明
この これは「異議申し立て解決パフォーマンス
その重要性
ビジネス戦略およびサービスレベル契約に合わせたセグメント分析。
取得元
顧客マスターデータ
例
戦略的キーアカウント卸売小売政府
|
|||
売掛金業務活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
全額支払い受領済み
|
債務を完全に消滅させる資金の受領。これは滞留期間計算のための支払い実効日です。 | ||
|
その重要性
「支払い確約履行率」と実測
取得元
最終的なクリアリング文書に関連付けられた支払取引日。
取得
決済支払いのログに記録されたトランザクション日付
イベントタイプ
explicit
|
|||
|
支払い催促通知送信済み
|
回収モジュールを通じて顧客に送信された自動化された通信(メール/手紙)です。これは催促戦略の実行を追跡します。 | ||
|
その重要性
「回収リマインダー効果」
取得元
請求書IDにリンクされた通信履歴タブまたは通信ログ。
取得
催促戦略がアクションを実行したときに記録されます
イベントタイプ
explicit
|
|||
|
支払い確約作成済み
|
顧客が特定の期日までに特定の金額を支払うことを約束する、システムに記録された正式なコミットメントです。 | ||
|
その重要性
キャッシュフローを予測し、顧客信頼性測定の鍵。
取得元
請求書に紐付けられたP2P(支払い確約)モジュール/タブ。
取得
支払い約束レコード(P2P record)が作成されたときに記録されます
イベントタイプ
explicit
|
|||
|
異議`ケース`開設済み
|
請求書に紐付けられた控除または異議申し立てケースの作成。顧客が残高の一部または全部の支払いを拒否していることを示します。 | ||
|
その重要性
「異議申し立て解決パフォーマンス」分析をトリガーし、異議申し立て中の金額に対する標準的な督促を一時停止します。
取得元
控除/異議モジュール;請求書にリンクされた
取得
異議
イベントタイプ
explicit
|
|||
|
異議が解決されました
|
異議申し立て調査の結論。有効な控除または無効な請求といった決定に至ります。 | ||
|
その重要性
「異議申し立て解決サイクルタイム」のストップクロックイベント。ここでの遅延は、滞留期間に直接影響します。
取得元
控除モジュール;ステータスが「クローズ済み」、「解決済み」、または「承認済み」に変更。
取得
ステータス項目を前後で比較
イベントタイプ
inferred
|
|||
|
請求書 消込済み
|
請求書残高がゼロになり、システム内でクローズされる最終的なステータス変更。 | ||
|
その重要性
「平均売上債権回転日数」の終了
取得元
請求書ヘッダーテーブル;ステータス = 「クローズ済み」または「決済済み」。
取得
ステータス項目を前後で比較
イベントタイプ
inferred
|
|||
|
請求書作成
|
ERPシステムからHighRadiusプラットフォームへの請求書の初期作成または取り込み。これにより、回収ライフサイクルの開始が確立されます。 | ||
|
その重要性
滞留計算およびDSO(売掛債権回転期間)指標の基準
取得元
未決済請求書テーブル、または請求書番号が最初に出現するデータ連携ログ。
取得
請求書ヘッダーテーブルにレコードが挿入されたときに記録されます
イベントタイプ
explicit
|
|||
|
銀行取引明細書照合済み
|
キャッシュアプケーションエンジン(またはユーザー)が、銀行取引明細書の項目をこの特定の請求書に正常に紐付けます。 | ||
|
その重要性
「自動現金消込率」の主要な指標です。資金の受領と資金の適用を区別します。
取得元
現金消込モジュール;照合レコード作成。
取得
照合ルールが実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
クレジットメモ発行済み
|
有効な異議解決または返品の結果として、請求書残高を相殺するためにクレジットノートが生成されます。 | ||
|
その重要性
「貸方票処理効率」と、異議申し立て解決から財務計上までの時間差を追跡します。
取得元
元の
取得
クレジットメモドキュメントが請求書にリンクされたときに記録されます
イベントタイプ
explicit
|
|||
|
一部支払いの記帳
|
総請求額の一部のみをカバーする支払いが適用され、残余残高が残っている状態です。 | ||
|
その重要性
「一部支払い複雑性分析」に供給され、潜在的な現金消込の摩擦を示します。
取得元
現金消込モジュール;支払金額 < オープン金額の請求書にリンクされた支払いトランザクション。
取得
支払いが適用されたがステータスがオープンなままのときに記録されます
イベントタイプ
explicit
|
|||
|
回収コール記録済み
|
この請求書に関して回収担当者が記録した手動のメモまたはインタラクションです。プロセスにおける人間の介入を示します。 | ||
|
その重要性
「回収担当者生産性ベンチマーク」をサポートし、自動化された回収業務と手動による回収業務を区別します。
取得元
回収モジュール内の「メモ/履歴」タブ。
取得
ユーザーが通話メモを保存したときに記録されます
イベントタイプ
explicit
|
|||
|
期日超過
|
合意された支払い条件日を過ぎても請求書が未処理であることを示す計算されたイベントです。 | ||
|
その重要性
「支払条件遵守監査」に不可欠です。現在から延滞への移行を示します。
取得元
請求書の期日を現在の日付(未決済の場合)または支払日(決済済みの場合)と比較して計算されます。
取得
期日フィールドと活動日を比較して導出
イベントタイプ
calculated
|
|||
|
異議審査中
|
異議申し立てケースが「新規」からアクティブな調査ステータスに移行します。これはアナリストによる実際の作業の開始を示します。 | ||
|
その重要性
「異議申し立て
取得元
控除モジュールの監査ログ;ステータスが「進行中」または「調査中」に変更。
取得
ステータス項目を前後で比較
イベントタイプ
inferred
|
|||