あなたの売掛金データ``テンプレート
あなたの売掛金データ``テンプレート
- 詳細分析に不可欠なNetSuite属性
- 標準化された売掛金活動追跡マイルストーン
- NetSuiteシステム向け戦略的抽出ガイダンス
売掛金関連属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
請求書に対して実行された特定の`イベント`またはアクション。 | ||
|
説明
この プロセスマイニングにおいて、プロセス
その重要性
ワークフローのステップを定義し、プロセスグラフの構築を可能にします。
取得元
トランザクションの「タイプ」またはSystemNoteの「フィールド」/「値」から派生
例
請求書作成入金確認済み貸方メモ発行済み異議申し立て開始
|
|||
|
イベントのタイムスタンプ
DateCreated
|
アクティビティが発生した正確な日時。 | ||
|
説明
この 正確な
その重要性
イベントの順序付けと、プロセスステップ間の期間メトリクスの計算に不可欠です。
取得元
トランザクション'datecreated'またはシステムノート'date'
例
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
請求書番号
TranId
|
NetSuiteで請求書に割り当てられたユニークな参照番号。 | ||
|
説明
この 分析では、この識別子が個々の
その重要性
これは、売掛金のライフサイクルを追跡し、サイクルタイムを計算するための基本的な鍵です。
取得元
トランザクションテーブル、フィールド'tranid'
例
INV-2023-001INV-998822CM-4022JE-10023
|
|||
|
ソースシステム
SourceSystem
|
`データ`が抽出された記録システム。 | ||
|
説明
この 複数のERPが同時に分析されている場合、アナリストは
その重要性
複数システムにわたるプロセスマイニングの実装において、
取得元
静的値 'NetSuite'
例
NetSuiteNetSuite ERPNetSuite OneWorld
|
|||
|
最終データ更新
LastDataUpdate
|
`データ`が抽出された、または最後に更新された時点の`タイムスタンプ`。 | ||
|
説明
この
その重要性
データの鮮度と透明性を確保し、未処理ケースの実行期間の計算に役立ちます。
取得元
抽出時のシステム時刻
例
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
|
|||
|
ビジネスユニット
Subsidiary
|
請求書が属する子会社または事業単位。 | ||
|
説明
NetSuite OneWorld環境では、この属性は請求書を発行した特定の法人または子会社を特定します。これにより、企業の異なる支店や部門間での比較分析が可能になります。 この属性は、ユーザーが特定の事業部門にドリルダウンできるようにすることで、請求書発送効率ダッシュボードをサポートします。プロセス問題が組織全体にわたるシステム的なものなのか、特定の事業単位に局所的なものなのかを特定するのに役立ちます。
その重要性
異なる組織エンティティ間のパフォーマンスをベンチマークするために不可欠です。
取得元
トランザクションテーブル、フィールド'subsidiary'
例
米国西部EMEA事業APAC Sales
|
|||
|
営業担当者
SalesRep
|
請求書に関連付けられた営業担当者。 | ||
|
説明
この これは、請求の問題やクレジットメモを特定の営業担当者と関連付けるために使用されます。例えば、「クレジットメモおよび収益漏洩
その重要性
下流の売掛金問題を上流の販売プロセスオーナーにリンクさせます。
取得元
トランザクションテーブル、フィールド'salesrep'
例
John Smithサラ・コナーカイル・リース
|
|||
|
支払期日
DueDate
|
支払い条件に基づき、支払いが期待される日付。 | ||
|
説明
この 「平均期日超過日数」の計算と「高額回収リスク」の特定における主要な変数です。この日付と支払い
その重要性
すべての滞留、延滞、および
取得元
トランザクションテーブル、フィールド'duedate'
例
2023-11-152023-12-012024-01-30
|
|||
|
請求書ステータス
Status
|
請求書の現在のシステム`ステータス`。 | ||
|
説明
この 「活動
その重要性
どの
取得元
トランザクションテーブル、フィールド'status'
例
全額支払い済みオープン承認待ち
|
|||
|
請求金額
TotalAmount
|
請求書の総財務価値。 | ||
|
説明
この この指標は、売掛金プロセスにおける
その重要性
プロセス非効率性の財務的影響を定量化し、回収を優先順位付けするために不可欠です。
取得元
トランザクションテーブル、フィールド'foreignTotal'または'total'
例
1500.00250.5010000.00
|
|||
|
部署
Department
|
トランザクションを担当する内部部門。 | ||
|
説明
この
その重要性
内部プロセスオーナーを特定し、請求効率の差異を明らかにします。
取得元
トランザクションテーブル、フィールド'department'
例
プロフェッショナルサービスソフトウェア販売ハードウェアフルフィルメント
|
|||
|
顧客名
Entity
|
請求書に関連付けられた顧客またはエンティティの名前。 | ||
|
説明
この アナリストはこのフィールドを使用して、顧客別にパフォーマンスをセグメント化し、頻繁に支払いが遅れる、紛争を引き起こす、または標準支払い条件から逸脱する顧客を特定します。「信用条件
その重要性
顧客の行動とリスクプロファイルによってプロセスパフォーマンスをセグメント化することを可能にします。
取得元
トランザクションテーブル、フィールド'entity'(エンティティ/顧客テーブルに結合)
例
アクメ株式会社グローベックス株式会社ソイレント社
|
|||
|
回収担当者
CollectionAgent
|
この請求書の回収活動を担当するユーザー。 | ||
|
説明
この この
その重要性
個々の回収チームメンバーのパフォーマンス評価を可能にします。
取得元
回収活動のSystemNotes 'name'またはカスタムフィールド
例
エージェント・スミス請求スペシャリストA回収チーム1
|
|||
|
地域
Location
|
トランザクションに関連付けられた場所または地域。 | ||
|
説明
NetSuiteでは、 DSOパフォーマンス概要で使用され、支払い行動の地域差を特定します。回収問題がグローバルなものなのか、特定の地域に限定されたものなのかを判断するのに役立ちます。
その重要性
売掛金パフォーマンスの地理的セグメンテーションをサポートします。
取得元
トランザクションテーブル、フィールド'location'
例
北米倉庫ロンドンオフィスシンガポール
|
|||
|
延滞日数
DaysOverdue
|
未処理の請求書が期日を過ぎてからの日数。 | ||
|
説明
これは、 「高額回収リスク
その重要性
支払遅延の深刻度を評価するための標準的な指標。
取得元
計算式: (現在の日付 - 期日)
例
150-5
|
|||
|
支払条件
Terms
|
請求書に対する合意された支払い条件。 | ||
|
説明
この この
その重要性
顧客支払いサイクルの期待される挙動とSLAを定義します。
取得元
トランザクションテーブル、フィールド'terms'
例
支払条件:正味30日支払条件:正味60日受領時支払い2% 10 Net 30
|
|||
|
支払約束日
PromiseDate
|
顧客が支払いを約束した日付。 | ||
|
説明
この この日付は「支払約束
その重要性
顧客の支払い約束の信頼性と回収の有効性を測定します。
取得元
タスク/電話記録またはカスタムフィールド
例
2023-11-202023-12-05
|
|||
|
異議あり
IsDisputed
|
請求書が現在または過去に異議申し立て中であったかを示すフラグ。 | ||
|
説明
この 紛争ライフサイクル分析の重要な
その重要性
複雑な
取得元
「異議申し立て開始」活動の存在に基づいて計算されます
例
truefalse
|
|||
|
異議理由
DisputeReason
|
請求書が紛争状態にある理由のコードまたは説明。 | ||
|
説明
この 「紛争ライフサイクル分析
その重要性
未払いの根本原因と事務処理の非効率性を特定します。
取得元
リンクされたサポートケースまたはカスタムトランザクションボディフィールド
例
価格間違い商品未受領税務エラー
|
|||
|
製品`カテゴリ`
Class
|
販売された商品/サービスのカテゴリまたはクラス。 | ||
|
説明
この 「クレジットメモおよび収益漏洩
その重要性
販売された製品またはサービスのタイプ別にプロセスパフォーマンスをセグメント化します。
取得元
トランザクションテーブル、フィールド'class'
例
ライセンス収益コンサルティングサービスハードウェア
|
|||
|
請求書メモ
Memo
|
請求書ヘッダーに添付されたメモまたは説明。 | ||
|
説明
この このフィールドを
その重要性
トランザクションに関するコンテキストと定性
取得元
トランザクションテーブル、フィールド'memo'
例
10月のサービス料請求書番号1002の修正特別支払い条件適用済み
|
|||
|
通貨コード
Currency
|
請求書が発行された通貨。 | ||
|
説明
この これはしばしば
その重要性
グローバル組織における正確な財務集計に不可欠です。
取得元
トランザクションテーブル、フィールド'currency'
例
USDEURGBP
|
|||
売掛金関連活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
全額支払い受領済み
|
請求書残高をゼロにする顧客支払いの適用。これは回収努力の実質的な終了を示します。 | ||
|
その重要性
DSOおよび平均期日超過日数の計算における主要な
取得元
トランザクションテーブル:請求書の最終
取得
支払い取引が実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
請求書 消込済み
|
請求書の`ステータス`が「全額支払い済み」への最終変更。これは成功した`ケース`のプロセス終了`ステータス`として機能します。 | ||
|
その重要性
平均請求書発行から現金化までのサイクルタイムに必要です。プロセスバリアントにおいて、未処理
取得元
システムノート:請求書レコードの
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書作成
|
システムにおける請求書レコードの初期作成。これは、レコードタイプが請求書であるトランザクションテーブルから捕捉されます。 | ||
|
その重要性
売掛金サイクルの開始を示し、滞留計算の基準を設定します。「請求書発行から現金化までのサイクルタイム」の計算に不可欠です。
取得元
トランザクションテーブル:
取得
請求書取引が実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
請求書承認済み
|
請求書の`ステータス`が「承認待ち」から「オープン」への移行。これは、請求書に関連付けられたシステムノートまたは`ワークフロー`履歴ログを監視することで捕捉されます。 | ||
|
その重要性
顧客に請求されるまでの内部処理時間を示します。ここでの遅延は、顧客に価値を付加することなく、総サイクルタイムを長くすることに貢献します。
取得元
システムノート:フィールド'status'が'Pending Approval'から'Open'に変わるものをフィルタリングします。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書発送済み
|
電子メール、郵送、またはFAXで請求書を顧客に送信する行為。これは、特定の請求書トランザクションにリンクされたメッセージレコードを確認することで捕捉されます。 | ||
|
その重要性
請求書発行リードタイムKPIにとって重要です。ここでの遅延を特定することは、タイムリーな支払い回収を妨げる事務的なボトルネックを明らかにします。
取得元
メッセージテーブル:'authoremail'が内部で'recipientemail'が外部のトランザクションIDで結合します。
取得
メール取引が実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
貸方メモ発行済み
|
請求書に適用されるクレジットメモトランザクションの作成。これにより未処理残高が減少し、返品または請求エラーを示すことがよくあります。 | ||
|
その重要性
収益漏洩を可視化します。頻繁なクレジットメモは、営業または履行におけるシステム的なプロセス失敗を示唆します。
取得元
トランザクションテーブル:'appliedtotransaction'を通じて請求書IDに適用されるレコード
取得
貸方メモ取引が実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
一部入金
|
請求書残高を減らすが、完全に消し込まない顧客支払いの適用。トランザクションラインテーブルから取得されます。 | ||
|
その重要性
一部支払いプロセスフロー分析をサポートします。断片化されたキャッシュフローと流動性に苦しむ顧客を特定します。
取得元
トランザクションテーブル:請求書上の'amountremaining' > 0の請求書に適用される
取得
支払い取引が実行されたときに記録されます
イベントタイプ
explicit
|
|||
|
支払リマインダー送信済み
|
支払い遅延中の顧客に生成・送信される督促メールまたはレター。督促状モジュールのログまたは請求書にリンクされたメッセージレコードを通じて捕捉されます。 | ||
|
その重要性
現金の回収にかかる労力と督促戦略の有効性を測定します。「回収リマインダー有効性ダッシュボード」に不可欠です。
取得元
メッセージレコードまたは督促バンドルログ:特定の件名(例:'Reminder'、'Overdue')を確認します。
取得
メッセージ件名パターンから導出
イベントタイプ
inferred
|
|||
|
支払約束受領
|
顧客が特定の日までに支払うことを約束したことを示す記録。通常、ユーザーノートまたは専門の債権回収管理バンドルで捕捉されます。 | ||
|
その重要性
支払約束
取得元
ノートレコード:「PTP」または「Promise」のテキスト分析、またはCollection SuiteAppの特定のフィールド。
取得
メモのテキスト分析から導出
イベントタイプ
inferred
|
|||
|
異議が解決されました
|
紛争`ケース`の終結。請求書を回収可能な状態に戻すか、クレジット発生につながります。リンクされたサポート`ケース`の`ステータス`が「クローズ」になったときに捕捉されます。 | ||
|
その重要性
平均紛争解決時間の計算に必要です。解決に時間がかかると、DSOと顧客満足度に悪影響を与えます。
取得元
サポート
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
異議申し立てケース開始
|
請求書に関する紛争の開始。多くの場合、リンクされたサポート`ケース`または特定のカスタム`ステータス`によって推測されます。これにより、標準的な回収フローが停止します。 | ||
|
その重要性
異議申し立てライフサイクル分析ダッシュボードの鍵。ここでの高頻度は、フルフィルメントまたは請求の上流における品質問題を示します。
取得元
サポート
取得
ステータスフィールドまたはリンクされたレコード作成と比較する
イベントタイプ
inferred
|
|||
|
貸倒償却
|
回収不能な金額に対する仕訳伝票または特定のクレジットメモタイプによる請求書残高の消去。回収プロセスの失敗を表します。 | ||
|
その重要性
分析において未回収収益と成功した回収を区別します。真の回収効率を理解するために重要です。
取得元
仕訳または貸方メモ: 請求書にリンクされた特定の一般会計勘定(貸倒費用)でフィルタリングされます。
取得
GL勘定科目の使用から導出
イベントタイプ
inferred
|
|||
|
銀行取引明細書照合済み
|
銀行取引明細書フィードに対する支払いトランザクションの照合。「銀行`データ`照合」または照合履歴を通じて捕捉されます。 | ||
|
その重要性
自動銀行クリアリング率を追跡します。ここでの遅延は、真の現金ポジションを不明瞭にし、
取得元
トランザクション
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||