あなたの売掛金データ``テンプレート

NetSuite
あなたの売掛金`データ``テンプレート`

あなたの売掛金データ``テンプレート

この`テンプレート`は、NetSuite内での請求および回収サイクルをマッピングするための包括的な`ブループリント`を提供します。高品質の`イベントログ`を構築するために必要な不可欠な`属性`とプロセス活動を概説し、キャッシュフローを最適化するために必要な可視性を確実にします。この`ガイド`に従うことで、`データ`準備を`ストリームライン`し、売掛金回収期間の短縮に向けた取り組みを加速できます。
  • 詳細分析に不可欠なNetSuite属性
  • 標準化された売掛金活動追跡マイルストーン
  • NetSuiteシステム向け戦略的抽出ガイダンス
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

売掛金関連属性

以下の表は、NetSuiteの請求書ライフサイクルの完全なビューを提供するために必要な推奨`データ`フィールドとディメンション`属性`をリストしています。
5 必須 7 推奨 10 任意
名前 説明
アクティビティ
Activity
請求書に対して実行された特定の`イベント`またはアクション。
説明

この属性は、「請求書作成」、「支払い適用」、「紛争開始」などのプロセスステップ名を表します。NetSuiteでは、これは通常、作成イベントのトランザクションのtypeフィールド、またはステータス変更や修正のためのSystemNoteテーブルから派生します。

プロセスマイニングにおいて、プロセスマップ内のノードを定義するため中心的な役割を果たします。これらの活動のシーケンスを分析することで、アナリストはボトルネックループ(繰り返される紛争処理など)、および標準的なハッピーパスからの逸脱を特定できます。

その重要性

ワークフローのステップを定義し、プロセスグラフの構築を可能にします。

取得元

トランザクションの「タイプ」またはSystemNoteの「フィールド」/「値」から派生

請求書作成入金確認済み貸方メモ発行済み異議申し立て開始
イベントのタイムスタンプ
DateCreated
アクティビティが発生した正確な日時。
説明

この属性は、イベントが発生した正確な瞬間を記録します。請求書の作成の場合、これはトランザクションテーブルのdatecreatedフィールドです。その後の更新の場合、SystemNoteまたはMessageテーブルにあるタイムスタンプです。

正確なタイムスタンプは、「平均請求書発行から現金化までのサイクルタイム」や「請求書発行リードタイム」などのサイクルタイムを計算するために非常に重要です。これらにより、分析がイベントを正確に順序付けし、特定のプロセスステップ間の遅延を特定できるようになります。

その重要性

イベントの順序付けと、プロセスステップ間の期間メトリクスの計算に不可欠です。

取得元

トランザクション'datecreated'またはシステムノート'date'

2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
請求書番号
TranId
NetSuiteで請求書に割り当てられたユニークな参照番号。
説明

この属性は、売掛金プロセスの主要なケース識別子として機能します。NetSuiteでは、tranidフィールドは通常、ユーザーや顧客に表示されるドキュメント番号(例:INV-10023)を含みます。これは、支払い、紛争、クレジットメモなどの後続のすべてのイベントを特定の財務義務にリンクします。

分析では、この識別子が個々のイベントを単一のプロセスケースにグループ化するために使用されます。これにより、受注から現金化までのサイクルのエンドツーエンドの視覚化が可能になり、TransactionTransactionLineSystemNoteなどの異なるNetSuiteテーブル間でデータを結合するために不可欠です。

その重要性

これは、売掛金のライフサイクルを追跡し、サイクルタイムを計算するための基本的な鍵です。

取得元

トランザクションテーブル、フィールド'tranid'

INV-2023-001INV-998822CM-4022JE-10023
ソースシステム
SourceSystem
`データ`が抽出された記録システム。
説明

この属性は、データの発生源(このコンテキストでは「NetSuite」)を特定します。売掛金データがCRMや外部銀行システムと統合される複数システム環境では、このフィールドが追跡可能性を保証します。

複数のERPが同時に分析されている場合、アナリストはデータソース別にプロセスビューをフィルタリングまたはセグメント化できます。これは通常、抽出および変換プロセス中に追加される静的な値です。

その重要性

複数システムにわたるプロセスマイニングの実装において、データの系統とコンテキストを提供します。

取得元

静的値 'NetSuite'

NetSuiteNetSuite ERPNetSuite OneWorld
最終データ更新
LastDataUpdate
`データ`が抽出された、または最後に更新された時点の`タイムスタンプ`。
説明

この属性は、NetSuiteからデータ``スナップショットがいつ取得されたかを示します。分析の鮮度を判断し、分析日に対する未処理ケースの経過期間を計算するために使用されます。

ダッシュボードでは、ユーザーがリアルタイムデータを見ているのか、履歴抽出を見ているのかを理解するのに役立ちます。まだ消し込まれていない請求書の現在の未処理期間を計算するための参照点として機能します。

その重要性

データの鮮度と透明性を確保し、未処理ケースの実行期間の計算に役立ちます。

取得元

抽出時のシステム時刻

2023-12-01T00:00:00Z2023-12-02T12:00:00Z
ビジネスユニット
Subsidiary
請求書が属する子会社または事業単位。
説明

NetSuite OneWorld環境では、この属性は請求書を発行した特定の法人または子会社を特定します。これにより、企業の異なる支店や部門間での比較分析が可能になります。

この属性は、ユーザーが特定の事業部門にドリルダウンできるようにすることで、請求書発送効率ダッシュボードをサポートします。プロセス問題が組織全体にわたるシステム的なものなのか、特定の事業単位に局所的なものなのかを特定するのに役立ちます。

その重要性

異なる組織エンティティ間のパフォーマンスをベンチマークするために不可欠です。

取得元

トランザクションテーブル、フィールド'subsidiary'

米国西部EMEA事業APAC Sales
営業担当者
SalesRep
請求書に関連付けられた営業担当者。
説明

この属性は、アカウントまたはトランザクションを担当する営業担当者を特定します。NetSuiteでは、これは通常トランザクションレコードのsalesrepフィールドです。

これは、請求の問題やクレジットメモを特定の営業担当者と関連付けるために使用されます。例えば、「クレジットメモおよび収益漏洩ダッシュボード」では、特定の担当者が請求書発行後の調整率が高いかどうかを確認し、営業プロセスの潜在的な上流品質の問題を示唆するためにこれを使用します。

その重要性

下流の売掛金問題を上流の販売プロセスオーナーにリンクさせます。

取得元

トランザクションテーブル、フィールド'salesrep'

John Smithサラ・コナーカイル・リース
支払期日
DueDate
支払い条件に基づき、支払いが期待される日付。
説明

この属性は、請求書の予定期日(NetSuiteのduedateフィールドにあります)を保持します。これは、支払いが期日通りか遅延しているかを判断するための基準となります。

「平均期日超過日数」の計算と「高額回収リスク」の特定における主要な変数です。この日付と支払いイベントDateCreatedとの比較により、遅延の程度が明らかになり、信用条件へのコンプライアンス遵守度を測定するのに役立ちます。

その重要性

すべての滞留、延滞、およびコンプライアンス計算の参照点。

取得元

トランザクションテーブル、フィールド'duedate'

2023-11-152023-12-012024-01-30
請求書ステータス
Status
請求書の現在のシステム`ステータス`。
説明

この属性は、NetSuiteにおけるトランザクションのステータス(例:「オープン」、「全額支払い済み」、「承認待ち」)を反映します。これは通常、statusまたはstatusRefフィールドから派生します。

「活動属性」が発生した履歴を追跡する一方で、この属性は現在のスナップショット``ステータスを提供します。これは、「高額回収リスクダッシュボード」をフィルタリングして、現在未処理で延滞しているアイテムのみを表示するために不可欠です。

その重要性

どのケースがクローズされ、どれが対応を必要としているかを即座に可視化します。

取得元

トランザクションテーブル、フィールド'status'

全額支払い済みオープン承認待ち
請求金額
TotalAmount
請求書の総財務価値。
説明

この属性は請求書の総額を表し、通常NetSuiteトランザクションテーブルのforeignTotalまたはtotalフィールドにあります。これは顧客から回収する必要がある金額を表します。

この指標は、売掛金プロセスにおける価値フローを分析し、高額回収を優先し、「紛争バックログ``価値」などのKPIを計算するために使用されます。金融ティア別にケースをフィルタリングすることで、影響の大きいトランザクションに最適化の取り組みを集中させることができます。

その重要性

プロセス非効率性の財務的影響を定量化し、回収を優先順位付けするために不可欠です。

取得元

トランザクションテーブル、フィールド'foreignTotal'または'total'

1500.00250.5010000.00
部署
Department
トランザクションを担当する内部部門。
説明

この属性はNetSuiteのdepartmentセグメントにマッピングされ、どの機能領域(例:営業、サービス、IT)が請求書を生成したかを示します。売掛金パフォーマンスのクロスファンクショナル分析を可能にします。

部門別にデータをセグメント化することで、アナリストは特定の運用領域が請求サイクルが遅い、または紛争率が高い傾向があるかを特定し、ターゲットを絞ったプロセス改善に役立てることができます。

その重要性

内部プロセスオーナーを特定し、請求効率の差異を明らかにします。

取得元

トランザクションテーブル、フィールド'department'

プロフェッショナルサービスソフトウェア販売ハードウェアフルフィルメント
顧客名
Entity
請求書に関連付けられた顧客またはエンティティの名前。
説明

この属性は、請求書の支払い責任のある顧客を特定します。NetSuiteでは、これはEntityテーブル(顧客レコード)にリンクされます。すべての顧客中心分析の基本です。

アナリストはこのフィールドを使用して、顧客別にパフォーマンスをセグメント化し、頻繁に支払いが遅れる、紛争を引き起こす、または標準支払い条件から逸脱する顧客を特定します。「信用条件コンプライアンスモニター」および「回収担当者スループット``ダッシュボード」をサポートします。

その重要性

顧客の行動とリスクプロファイルによってプロセスパフォーマンスをセグメント化することを可能にします。

取得元

トランザクションテーブル、フィールド'entity'(エンティティ/顧客テーブルに結合)

アクメ株式会社グローベックス株式会社ソイレント社
回収担当者
CollectionAgent
この請求書の回収活動を担当するユーザー。
説明

この属性は、請求書の回収業務を管理する特定の従業員を特定します。これは営業担当者と同じである場合もあれば、専任の売掛金担当者である場合もあり、通常カスタムフィールドまたは「支払いリマインダー」活動を記録するユーザーから導出されます。

この属性は「回収担当者スループット``ダッシュボード」を駆動し、管理者が回収チーム全体のパフォーマンスを比較し、トレーニングニーズやワークロードの不均衡を特定できるようにします。

その重要性

個々の回収チームメンバーのパフォーマンス評価を可能にします。

取得元

回収活動のSystemNotes 'name'またはカスタムフィールド

エージェント・スミス請求スペシャリストA回収チーム1
地域
Location
トランザクションに関連付けられた場所または地域。
説明

NetSuiteでは、locationフィールドは多くの場合、倉庫、オフィス、または地理的地域を表します。この属性は、分析のためにこのフィールドを地域的な概念にマッピングします。

DSOパフォーマンス概要で使用され、支払い行動の地域差を特定します。回収問題がグローバルなものなのか、特定の地域に限定されたものなのかを判断するのに役立ちます。

その重要性

売掛金パフォーマンスの地理的セグメンテーションをサポートします。

取得元

トランザクションテーブル、フィールド'location'

北米倉庫ロンドンオフィスシンガポール
延滞日数
DaysOverdue
未処理の請求書が期日を過ぎてからの日数。
説明

これは、期日と現在の分析日(またはクローズ済みの場合は支払い日)との間のギャップを表す計算属性です。滞留分析のための連続的な指標を提供します。

「高額回収リスクダッシュボード」で使用される滞留バケット(例:30-60日、60-90日)の主要なドライバーです。システムで最も重要な遅延を即座に特定できます。

その重要性

支払遅延の深刻度を評価するための標準的な指標。

取得元

計算式: (現在の日付 - 期日)

150-5
支払条件
Terms
請求書に対する合意された支払い条件。
説明

この属性は、「正味30日」や「受領時支払い」など、請求書に割り当てられた支払い条件を指定します。これはトランザクションレコードのtermsフィールドにあります。

このデータは、予想される支払い日を計算し、緩やかな条件の顧客が厳格な条件の顧客よりも信頼性高く支払うかどうかを分析するために使用されます。信用ポリシーの見直しや「平均期日超過日数」KPIのベースライン理解に役立ちます。

その重要性

顧客支払いサイクルの期待される挙動とSLAを定義します。

取得元

トランザクションテーブル、フィールド'terms'

支払条件:正味30日支払条件:正味60日受領時支払い2% 10 Net 30
支払約束日
PromiseDate
顧客が支払いを約束した日付。
説明

この属性は、顧客が延滞請求書の支払いを約束した日付を記録します。これは通常、回収担当者によって記録されます。NetSuiteでは、これは通常「電話コール」レコードまたはカスタムトランザクションボディフィールドに保存されます。

この日付は「支払約束コンプライアンス``ダッシュボード」にとって不可欠です。この約束日と実際の支払い日を比較することで、組織は顧客の約束の信頼性と回収コールの有効性を測定できます。

その重要性

顧客の支払い約束の信頼性と回収の有効性を測定します。

取得元

タスク/電話記録またはカスタムフィールド

2023-11-202023-12-05
異議あり
IsDisputed
請求書が現在または過去に異議申し立て中であったかを示すフラグ。
説明

このブーリアン属性は、請求書が紛争プロセスを経たかどうかを示します。これは、請求書レコード上の紛争関連活動または特定のステータス``フラグの存在から導出されます。

紛争ライフサイクル分析の重要なフィルターとして機能し、「初回回収率」を計算する際に「問題のある」請求書を「問題のない」請求書から分離するのに役立ちます。

その重要性

複雑なケースを標準的なハッピーパスケースから分類します。

取得元

「異議申し立て開始」活動の存在に基づいて計算されます

truefalse
異議理由
DisputeReason
請求書が紛争状態にある理由のコードまたは説明。
説明

この属性は、顧客が支払いを拒否した、または修正を要求した特定の理由を捕捉します。NetSuiteでは、これは通常カスタムフィールドであるか、請求書にリンクされた特定の「ケース」レコードです。

「紛争ライフサイクル分析ダッシュボード」にとって重要です。紛争理由別にグループ化することで、「価格エラー」、「損傷品」、「POなし」などの根本原因を特定し、将来の収益漏洩を防ぐための上流のシステム修正に役立ちます。

その重要性

未払いの根本原因と事務処理の非効率性を特定します。

取得元

リンクされたサポートケースまたはカスタムトランザクションボディフィールド

価格間違い商品未受領税務エラー
製品`カテゴリ`
Class
販売された商品/サービスのカテゴリまたはクラス。
説明

この属性はNetSuiteのclassセグメントにマッピングされます。収益ストリームを分類します(例:ハードウェアコンサルティング)。製品ミックスを理解することは分析にとって不可欠です。

「クレジットメモおよび収益漏洩ダッシュボード」の分析を可能にし、特定の製品ラインが他の製品ラインよりも返品や請求エラーを起こしやすいかどうかを確認できます。

その重要性

販売された製品またはサービスのタイプ別にプロセスパフォーマンスをセグメント化します。

取得元

トランザクションテーブル、フィールド'class'

ライセンス収益コンサルティングサービスハードウェア
請求書メモ
Memo
請求書ヘッダーに添付されたメモまたは説明。
説明

この属性には、請求書に入力された自由形式の記述またはメモが含まれ、memoフィールドにあります。特別処理や顧客との合意に関する手動のノートが含まれていることがよくあります。

このフィールドをテキストマイニングすることで、構造化されたフィールドでは見落とされがちな、遅延や紛争の非構造的な理由を明らかにできます。定性的なコンテキストを定量的なプロセスデータに追加します。

その重要性

トランザクションに関するコンテキストと定性データを提供します。

取得元

トランザクションテーブル、フィールド'memo'

10月のサービス料請求書番号1002の修正特別支払い条件適用済み
通貨コード
Currency
請求書が発行された通貨。
説明

この属性は、NetSuiteのcurrencyフィールドにあるトランザクションのISO通貨コード(例:USD、EUR)を指定します。多通貨環境を正しく処理するために必要です。

これはしばしばバックグラウンドフィールドですが、TotalAmountを集計する際に異なる通貨が変換なしで誤って合計されないようにするために不可欠です。地域ごとのパフォーマンス変動のコンテキストを提供します。

その重要性

グローバル組織における正確な財務集計に不可欠です。

取得元

トランザクションテーブル、フィールド'currency'

USDEURGBP
必須 推奨 任意

売掛金関連活動

これらは、回収フローを正確にモデル化するために`イベントログ`に捕捉すべき重要なプロセスステップとトランザクション`マイルストーン`です。
6 推奨 7 任意
アクティビティ 説明
全額支払い受領済み
請求書残高をゼロにする顧客支払いの適用。これは回収努力の実質的な終了を示します。
その重要性

DSOおよび平均期日超過日数の計算における主要なタイムスタンプ。収益の成功裡の実現を表します。

取得元

トランザクションテーブル:請求書の最終ステータスが「全額支払い済み」になる請求書に適用されるタイプ 'CustPymt'。

取得

支払い取引が実行されたときに記録されます

イベントタイプ explicit
請求書 消込済み
請求書の`ステータス`が「全額支払い済み」への最終変更。これは成功した`ケース`のプロセス終了`ステータス`として機能します。
その重要性

平均請求書発行から現金化までのサイクルタイムに必要です。プロセスバリアントにおいて、未処理アイテムと完了アイテムを区別します。

取得元

システムノート:請求書レコードのステータスが'Paid In Full'に変更。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
請求書作成
システムにおける請求書レコードの初期作成。これは、レコードタイプが請求書であるトランザクションテーブルから捕捉されます。
その重要性

売掛金サイクルの開始を示し、滞留計算の基準を設定します。「請求書発行から現金化までのサイクルタイム」の計算に不可欠です。

取得元

トランザクションテーブル:タイプ 'CustInvc'のレコードの'trandate'または'datecreated'フィールド。

取得

請求書取引が実行されたときに記録されます

イベントタイプ explicit
請求書承認済み
請求書の`ステータス`が「承認待ち」から「オープン」への移行。これは、請求書に関連付けられたシステムノートまたは`ワークフロー`履歴ログを監視することで捕捉されます。
その重要性

顧客に請求されるまでの内部処理時間を示します。ここでの遅延は、顧客に価値を付加することなく、総サイクルタイムを長くすることに貢献します。

取得元

システムノート:フィールド'status'が'Pending Approval'から'Open'に変わるものをフィルタリングします。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
請求書発送済み
電子メール、郵送、またはFAXで請求書を顧客に送信する行為。これは、特定の請求書トランザクションにリンクされたメッセージレコードを確認することで捕捉されます。
その重要性

請求書発行リードタイムKPIにとって重要です。ここでの遅延を特定することは、タイムリーな支払い回収を妨げる事務的なボトルネックを明らかにします。

取得元

メッセージテーブル:'authoremail'が内部で'recipientemail'が外部のトランザクションIDで結合します。

取得

メール取引が実行されたときに記録されます

イベントタイプ explicit
貸方メモ発行済み
請求書に適用されるクレジットメモトランザクションの作成。これにより未処理残高が減少し、返品または請求エラーを示すことがよくあります。
その重要性

収益漏洩を可視化します。頻繁なクレジットメモは、営業または履行におけるシステム的なプロセス失敗を示唆します。

取得元

トランザクションテーブル:'appliedtotransaction'を通じて請求書IDに適用されるレコードタイプ 'CustCred'。

取得

貸方メモ取引が実行されたときに記録されます

イベントタイプ explicit
一部入金
請求書残高を減らすが、完全に消し込まない顧客支払いの適用。トランザクションラインテーブルから取得されます。
その重要性

一部支払いプロセスフロー分析をサポートします。断片化されたキャッシュフローと流動性に苦しむ顧客を特定します。

取得元

トランザクションテーブル:請求書上の'amountremaining' > 0の請求書に適用されるタイプ 'CustPymt'。

取得

支払い取引が実行されたときに記録されます

イベントタイプ explicit
支払リマインダー送信済み
支払い遅延中の顧客に生成・送信される督促メールまたはレター。督促状モジュールのログまたは請求書にリンクされたメッセージレコードを通じて捕捉されます。
その重要性

現金の回収にかかる労力と督促戦略の有効性を測定します。「回収リマインダー有効性ダッシュボード」に不可欠です。

取得元

メッセージレコードまたは督促バンドルログ:特定の件名(例:'Reminder'、'Overdue')を確認します。

取得

メッセージ件名パターンから導出

イベントタイプ inferred
支払約束受領
顧客が特定の日までに支払うことを約束したことを示す記録。通常、ユーザーノートまたは専門の債権回収管理バンドルで捕捉されます。
その重要性

支払約束コンプライアンスKPIを追跡します。協力的顧客とエスカレーションが必要な顧客を区別するのに役立ちます。

取得元

ノートレコード:「PTP」または「Promise」のテキスト分析、またはCollection SuiteAppの特定のフィールド。

取得

メモのテキスト分析から導出

イベントタイプ inferred
異議が解決されました
紛争`ケース`の終結。請求書を回収可能な状態に戻すか、クレジット発生につながります。リンクされたサポート`ケース`の`ステータス`が「クローズ」になったときに捕捉されます。
その重要性

平均紛争解決時間の計算に必要です。解決に時間がかかると、DSOと顧客満足度に悪影響を与えます。

取得元

サポートケースレコード:請求書にリンクされたケースの'dateclosed'フィールド。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
異議申し立てケース開始
請求書に関する紛争の開始。多くの場合、リンクされたサポート`ケース`または特定のカスタム`ステータス`によって推測されます。これにより、標準的な回収フローが停止します。
その重要性

異議申し立てライフサイクル分析ダッシュボードの鍵。ここでの高頻度は、フルフィルメントまたは請求の上流における品質問題を示します。

取得元

サポートケースレコード:カテゴリが「請求紛争」であるトランザクション、またはトランザクションステータスが「紛争中」に変更されたトランザクションに結合します。

取得

ステータスフィールドまたはリンクされたレコード作成と比較する

イベントタイプ inferred
貸倒償却
回収不能な金額に対する仕訳伝票または特定のクレジットメモタイプによる請求書残高の消去。回収プロセスの失敗を表します。
その重要性

分析において未回収収益と成功した回収を区別します。真の回収効率を理解するために重要です。

取得元

仕訳または貸方メモ: 請求書にリンクされた特定の一般会計勘定(貸倒費用)でフィルタリングされます。

取得

GL勘定科目の使用から導出

イベントタイプ inferred
銀行取引明細書照合済み
銀行取引明細書フィードに対する支払いトランザクションの照合。「銀行`データ`照合」または照合履歴を通じて捕捉されます。
その重要性

自動銀行クリアリング率を追跡します。ここでの遅延は、真の現金ポジションを不明瞭にし、バックオフィスでの手作業による摩擦を示します。

取得元

トランザクションステータス:支払いトランザクションステータスが「入金済み」に変わるか、照合済みとしてフラグ付けされているかを確認します。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
推奨 任意

抽出ガイド

NetSuiteからデータを取得する方法