あなたの受注から入金までのプロセス(請求および会計)データ``テンプレート

NetSuite
あなたの受注から入金までのプロセス(請求および会計)`データ``テンプレート`

あなたの受注から入金までのプロセス(請求および会計)データ``テンプレート

この包括的な`テンプレート`は、受注から入金までのプロセス、請求および会計処理を分析するために必要な主要な`データ`フィールドとプロセスステップを概説しています。収集すべき情報に関する明確な`ガイダンス`を提供し、`プロセスマイニング`のための正確な`イベントログ`を構築できるようにします。この`テンプレート`を活用して、`データ`収集を効率化し、プロセス最適化への道のりを加速させましょう。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • NetSuite向け抽出ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

受注から現金化までのプロセス - 請求・入金管理属性

これらは、受注から入金までのプロセス(請求および会計)の包括的な分析のために、`イベントログ`に含めることを推奨する`データ`フィールドです。
5 必須 8 推奨 9 任意
名前 説明
アクティビティ名
ActivityName
請求書ライフサイクル内の特定の時点で発生したビジネス`イベント`の名前。
説明

アクティビティ名は、請求プロセス内の特定のステップやイベント(例:「請求書作成済み」、「請求書承認済み」、「顧客からの支払い受領済み」など)を説明します。これらのアクティビティが、プロセスマップの連続的な構成要素となります。

これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの基本です。これにより、実際のプロセスフローを可視化し、一般的またはまれなプロセスパス(バリアント)を特定し、頻繁に繰り返されるアクティビティ(再作業や非効率性を示す)を明確にすることができます。

その重要性

この属性は、プロセスマップを構築するための基本であり、請求書がたどる様々なステップとパスの可視化と分析を可能にします。

取得元

NetSuiteの請求書トランザクションに関連付けられたシステムログ、ステータス変更、または特定のイベントレコードから導き出されます。これは多くの場合、トランザクションステータスの変更または関連するレコードの作成を定義された活動名にマッピングする必要があります。

請求書作成請求書承認済み顧客からの入金受領請求書全額支払い済み
イベントのタイムスタンプ
EventTimestamp
特定のアクティビティやイベントが発生した正確な日時。
説明

この属性は、アクティビティが実行された正確な時刻を記録します。イベントを時系列で並べ替え、すべての時間ベースの分析を行うための重要な要素です。

プロセスマイニングでは、イベントタイムスタンプはアクティビティ間のサイクルタイム、ケースの期間、待機時間を計算するために使用されます。ボトルネックを特定し、SLAに対するプロセスパフォーマンスを測定し、請求プロセスの時間的ダイナミクスを理解するために不可欠です。例えば、請求書発行サイクルタイムと売掛金回収期間(DSO)の計算に使用されます。

その重要性

イベントの時系列順序を提供し、これはすべての期間ベースのメトリクスを計算し、ボトルネックを特定し、経時的なプロセスパフォーマンスを分析するために不可欠です。

取得元

タイムスタンプ情報は、通常、NetSuiteの各請求書取引に関連するレコードのシステムノート監査証跡、または「作成日」フィールドにあります。

2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-15T09:05:00Z
請求書番号
InvoiceNumber
各請求書文書の一意の識別子であり、請求プロセスの主要な`ケース`識別子として機能します。
説明

請求書番号は、請求プロセス分析の要であり、各請求書を作成から最終的な完了まで一意に識別します。承認、送付、支払い適用といった関連するすべてのアクティビティを、一つのまとまったケースとしてグループ化します。

プロセスマイニングでは、各請求書番号の過程を分析することで、請求ライフサイクル全体を包括的に把握できます。これにより、プロセスバリアント、ボトルネック、および標準手順からの逸脱を特定し、キャッシュフローと運用効率を最適化するための重要な洞察を提供します。

その重要性

各請求書のエンドツーエンドのライフサイクルを追跡するために不可欠であり、請求プロセス全体を再構築し、詳細なパフォーマンス分析を可能にします。

取得元

これは通常、NetSuiteの請求書取引レコードにある「取引ID」または同様の一意の識別子フィールドです。

INV-0012345INV-0012346INV-0012347
ソースシステム
SourceSystem
データを抽出した元システム。
説明

この属性は、プロセスデータの発生元を識別します。このビューの場合、一貫して「NetSuite」となります。

より広範な分析の文脈では、特に複数のERPや統合システムを持つ組織において、この属性データリネージとガバナンスにとって非常に重要です。異なるプラットフォームにまたがる可能性のあるプロセスを区別し、分析が適切な記録システムに正しく帰属されることを保証します。

その重要性

データの出所とガバナンスに関する重要なコンテキストを提供し、特に複数のシステムが統合されている環境では不可欠です。

取得元

これは、データ抽出および変換プロセス中に付加される静的な値(「NetSuite」)です。

NetSuite
最終データ更新
LastDataUpdate
ソースシステムからデータが最後に更新されたことを示すタイムスタンプです。
説明

この属性は、データセットが最後に更新された日時を記録します。これは、プロセスマイニング分析の鮮度と関連性に関するコンテキストを提供します。

アナリストやビジネスステークホルダーは、この情報を使用して、洞察が最新の運用状況を反映しているかどうかを理解します。これは、ダッシュボードやレポートにとって重要なメタデータであり、意思決定が既知の期間のデータに基づいて行われ、リアルタイムではない場合に誤解されないようにします。

その重要性

これは、データの鮮度についてユーザーに情報を提供し、分析の期間と洞察の関連性を理解できるようにします。

取得元

このタイムスタンプは、データ更新時にデータ抽出ツールまたはパイプラインによって生成および記録されます。

2024-05-21T02:00:00Z
イベントの終了時刻
EventEndTime
特定のアクティビティまたは`イベント`が完了した正確な日時。
説明

イベント終了時刻は、アクティビティの完了を示します。多くのアクティビティは瞬時(開始時刻と終了時刻が同じ)ですが、承認ステップのように測定可能な期間を持つものもあります。

この属性は、イベントタイムスタンプ(開始時刻)と組み合わせて、アクティビティの処理時間を直接計算することを可能にします。処理時間を分析することで、特定の手順が最も時間とリソースを消費しているかを特定し、アクティビティ間の待機時間と区別することができます。これは、特定のタスク内の非効率性を特定するために重要です。

その重要性

各活動の完了にかかる時間を正確に計算することを可能にし、これはリソース効率の分析や時間のかかるタスクの特定に不可欠です。

取得元

StartTimeと同様に、NetSuiteのシステム監査ログから取得できます。「開始」イベントと対応する「終了」イベントをペアにするロジックが必要になる場合があります。

2023-10-26T10:05:14Z2023-10-27T14:32:00Z2023-11-15T09:05:00Z
ユーザー
User
`アクティビティ`を実行した`ユーザー`名または`ID`。
説明

この属性は、特定のプロセスステップを実行した従業員またはシステムユーザーを識別します。これには、請求書を作成した人、承認した人、または支払いを適用した人が含まれます。

ユーザー別のプロセス分析は、ワークロードの分散、個人のパフォーマンスを理解し、トレーニングのニーズを特定するのに役立ちます。また、どの手動アクティビティが最も多くのユーザーによって実行されているかを示すことで、潜在的な自動化の機会を浮き彫りにすることもできます。これは、コンプライアンスおよび監査証跡分析においても重要です。

その重要性

これは、ワークロード配分、ユーザー固有のパフォーマンス、およびプロセス遵守の分析を可能にし、リソース管理とターゲットを絞ったトレーニングにとって不可欠です。

取得元

NetSuiteの請求書および関連するトランザクションレコードのシステムノートサブタブまたは特定の「変更者」フィールドで利用可能です。

Alice SmithBob JohnsonSYSTEM
地域
Region
顧客または取引に関連する地理的地域。
説明

地域属性は、請求書を地理に基づいて分類します。これは、顧客の住所や請求書を発行した事業部門から導出できます。

これは比較分析のための強力な側面です。「地域別請求プロセス比較」ダッシュボードは、この属性に依存して、異なる地域間でのサイクルタイム、エラー率、プロセスバリアントなどのKPIを比較します。これにより、地域のパフォーマンスの違いを特定し、高性能地域のベストプラクティスを発見し、組織全体のプロセス標準化の取り組みを推進するのに役立ちます。

その重要性

異なる地理的領域間での比較分析を可能にし、地域ごとのパフォーマンスギャップを特定し、ベストプラクティスを標準化するための鍵となります。

取得元

このデータは、NetSuiteの顧客マスターまたは取引レコードのカスタムセグメントまたは分類フィールドに保存されることがよくあります。

北米EMEAAPAC
支払期日
DueDate
請求書の支払い期日。
説明

期日は、請求書発行日と合意された支払い条件に基づいて計算されます。これは、顧客が延滞とみなされずに支払いを行うべき最終期限を示します。

この属性は、売掛金の監視とキャッシュフローの管理に不可欠です。期日内支払率KPIの計算や顧客の支払い行動を分析するための基準として使用されます。期日からの逸脱を追跡することで、頻繁に支払いが遅れる顧客を特定し、回収戦略の有効性を評価するのに役立ちます。

その重要性

期日内支払いパフォーマンスの測定と顧客支払い行動の分析に不可欠であり、回収業務とキャッシュフロー予測を直接サポートします。

取得元

これは、NetSuiteの請求書取引レコードにある「期日」(duedate)フィールドに対応します。

2023-11-252023-11-262023-12-15
自動化
IsAutomated
活動がシステムによって自動的に実行されたかどうかを示すフラグです。
説明

このブール``属性は、ユーザーによって手動で実行されたアクティビティと、システムワークフロースクリプト、またはインテグレーションによって自動的に実行されたアクティビティを区別します。

この属性は、請求プロセスにおける自動化のレベルを測定するために重要であり、「自動請求率」KPIを直接サポートします。自動化されたアクティビティまたは手動アクティビティでフィルタリングすることで、アナリストは手動介入によって引き起こされるボトルネックを特定し、自動化を増やし、人的エラーを削減し、効率を向上させる機会を明確にすることができます。

その重要性

プロセスの自動化レベルを測定し、手作業を削減し効率を高める機会を特定するのに役立ちます。

取得元

これは通常、アクティビティに関連付けられた「ユーザー」をチェックすることで導出されます。ユーザー名が「SYSTEM」、「ワークフロー」、「インテグレーション」によってトリガーされるイベントは、自動化されたものとしてフラグ付けされます。

truefalse
請求合計金額
InvoiceTotalAmount
税金およびその他の料金を含む、請求書の合計金額。
説明

この属性は、顧客が支払うべき全額を表します。これは、各請求ケースにおける基本的な財務データです。

請求金額に基づいてプロセスを分析することで、価値ベースの分析が可能になります。例えば、高額な請求書が低額なものとは異なる、より複雑なプロセスをたどるかどうかを明らかにすることができます。また、回収努力を優先順位付けし、支払いの遅延や請求書エラーの財務的影響を理解するためにも使用されます。

その重要性

価値ベースのプロセス分析を可能にし、高価値の請求書を優先し、プロセス非効率性の財務的影響を理解するのに役立ちます。

取得元

これは、NetSuiteの請求書取引レコードにある「合計」(total)フィールドに対応します。

1500.0089.9912500.50
請求日
InvoiceDate
顧客に発行された請求書の正式な日付。
説明

請求書発行日、つまり取引日は、多くの請求関連財務計算の起点となります。これは通常、支払い条件や期日が計算される基準日です。

分析において、この日付は売掛金回収期間(DSO)や請求書滞留期間といった主要な財務KPIを計算するための主要な基準となります。コホート分析を可能にし、月次や年次など異なる期間での請求パフォーマンスの比較を可能にします。

その重要性

この日付は、売掛金回収期間(DSO)や請求書滞留期間のような重要な財務メトリックの基準であり、運転資本分析に直接影響します。

取得元

これは、NetSuiteの請求書取引レコードにある「日付」(trandate)フィールドに対応します。

2023-10-262023-10-272023-11-15
顧客名
CustomerName
請求書が発行された顧客の名前。
説明

この属性は、請求対象の法人または個人を識別します。これは、請求プロセスと顧客関係管理機能を連携させます。

顧客別の請求プロセスを分析することで、特定のクライアントに対する支払い行動、紛争、または請求書の複雑さのパターンを特定できます。これにより、顧客セグメンテーション戦略、信用限度額の決定、およびカスタマイズされた回収アプローチに役立つ情報が得られます。例えば、特定の顧客が常に再作業を必要とする請求書を持っているかどうかを明らかにすることができます。

その重要性

顧客中心の分析を可能にし、特定の顧客に固有の支払いパターン、頻繁な問題、またはプロセス逸脱を特定するのに役立ちます。

取得元

これは、NetSuiteの請求書取引レコードにある「顧客」または「エンティティ」名フィールドに対応します。

`Global Tech Inc.`Innovate Solutions LLCCornerstone Corp
`売上債権回転日数`
DaysSalesOutstanding
請求書発行日から支払い受領日までの日数。
説明

売上債権回転日数 (DSO) は、請求書発行後、支払い回収にかかる平均日数を測定する主要な財務指標です。この属性は、詳細な分析を可能にするために個々の請求書ごとに計算されます。

DSOは、しばしば高レベルのKPIとして集計されますが、個々の請求書レベルでDSOを持つことで、強力な分析が可能になります。どの顧客、地域、または請求書タイプが最も高いDSOを持っているかを特定するために使用できます。「DSOトレンド」ダッシュボードは、この指標に依存して、経時的な回収効率を視覚化し、運転資金管理に関する重要な洞察を提供します。

その重要性

個々の請求書レベルでの回収効率を定量化し、高いDSOの根本原因分析とキャッシュフローへの影響の詳細な分析を可能にします。

取得元

「顧客からの支払い受領」活動のタイムスタンプから「請求書日付」を差し引いて計算されます。

294562
アクティビティ処理時間
ActivityProcessingTime
特定のアクティビティに積極的に費やした時間の長さです。
説明

この計算メトリックは、単一アクティビティの開始タイムスタンプと終了タイムスタンプの間の経過時間を測定します。これは、アクティビティ間の待機時間とは対照的に、実際の作業期間を表します。

これは、「アクティビティスループットボトルネックダッシュボードにとって重要なメトリックです。処理時間を分析することで、チームはどの特定のタスクが最も時間とリソースを消費しているかを特定できます。これにより、より良いトレーニングの提供、システムパフォーマンスの向上、またはタスクの自動化など、的を絞った改善が可能になります。

その重要性

各タスクの実際の労力を定量化し、実作業時間とアイドル待機時間を区別し、非効率な活動を特定するのに役立ちます。

取得元

各活動レコードのEventEndTimeからEventTimestamp(StartTime)を差し引いて計算されます。

300601200
手戻り
IsRework
手戻りや修正ループとみなされる活動を識別するための計算フラグです。
説明

このブール``フラグは、「請求書修正済み」や同一ケース内での2回目の「請求書承認済み」イベントなど、付加価値のない再作業を表すアクティビティに対してtrueに設定されます。これは通常、アクティビティ名またはアクティビティの繰り返しに基づいて導出されます。

この属性は、「請求書再作業および却下分析」ダッシュボードおよび「請求書エラー率」KPIにとって不可欠です。再作業の容易な定量化を可能にし、プロセス品質の問題を浮き彫りにするのに役立ちます。再作業アクティビティでフィルタリングすることで、チームはエラーの根本原因を迅速に特定し、プロセス改善イニシアチブの影響を測定することができます。

その重要性

非効率な手戻りループにフラグを立てることでプロセス品質を直接測定し、請求エラーの根本原因と財務的影響の分析を可能にします。

取得元

これは、データ変換中に計算される派生属性です。再作業を特定するためにロジックが適用されます(例:特定のアクティビティ名(「請求書修正済み」)のフラグ付けや、アクティビティの繰り返し)。

truefalse
支払条件
PaymentTerms
企業と顧客の間で合意された支払い条件。
説明

支払い条件は、顧客が請求書をいつ、どのように支払うべきかを定義します。例えば、「Net 30」や「受領時払い」などです。この情報は、請求書の支払期日を自動的に計算するために使用されます。

この属性は、「支払い条件遵守」ダッシュボードにとって極めて重要です。異なる支払い条件ごとの期日内支払い率を分析することで、その有効性を評価できます。例えば、「Net 15」の条件を持つ顧客が「Net 30」の顧客よりも早く支払うかどうかを示し、将来の契約交渉や信用方針に役立てることができます。

その重要性

異なる支払い条件の有効性と、それが顧客の支払い時期に与える影響を分析するために不可欠です。

取得元

これは、NetSuiteの請求書取引レコードにある「支払い条件」フィールドに対応します。

支払条件:正味30日支払条件:正味60日受領時支払い
期日内支払い
IsOnTimePayment
顧客からの支払いが請求書の支払期日までに受領されたかどうかを示すフラグです。
説明

この計算されたブール``フラグは、「顧客からの支払い受領済み」アクティビティのタイムスタンプを請求書の「期日」属性と比較します。支払いが期日内または早期であった場合はtrueに、遅延した場合はfalseに設定されます。

この属性は、「期日内支払率」KPIおよび「支払い条件順守」ダッシュボードの基礎となります。顧客の支払い行動を明確な二値で測定し、分析と報告を簡素化します。支払い適時性の傾向を迅速に特定し、回収戦略の有効性を評価するのに役立ちます。

その重要性

これは回収における明確な成功メトリックを提供し、期日内支払率KPIの計算と顧客行動の分析を直接サポートします。

取得元

これは計算された属性です。支払いイベントタイムスタンプケースレベルの「期日」属性を比較する必要があります。

truefalse
請求書ステータス
InvoiceStatus
請求書ライフサイクルにおける現在のステータス。
説明

この属性は、「オープン」、「全額支払い済み」、「無効」など、請求書の現在の状態を反映します。これにより、特定の時点での請求書のプロセス内の位置のスナップショットが提供されます。

「未決済請求書ステータス概要」ダッシュボードは、この属性に基づいて直接構築されます。これにより、売掛金のリアルタイム評価が可能になり、財務チームが未払い残高を監視し、回収を管理し、キャッシュインフローを予測するのに役立ちます。最終ステータスの分析は、プロセス結果を理解する上でも役立ちます。

その重要性

売掛金の現状のスナップショットを提供し、未払い請求書と全体的な請求進捗を監視するダッシュボードを可能にします。

取得元

これは、NetSuiteの請求書取引レコードにある「ステータス」フィールドに対応します。

オープン全額支払い済み取消済み承認待ち
販売オーダー番号
SalesOrderNumber
請求書が発行された販売注文の識別子。
説明

この属性は、元の販売注文への直接的なリンクを提供し、請求プロセスを先行する販売およびフルフィルメントプロセスと結びつけます。

販売注文番号を含めることで、受注から入金までのサイクル全体をより包括的に把握できます。これにより、請求における問題を販売プロセスの発生源まで遡って追跡する分析が可能になります。例えば、頻繁な請求書修正が特定の種類の販売注文におけるデータ入力エラーに関連している可能性があります。

その重要性

請求プロセスを販売プロセスにリンクさせ、より広範なエンドツーエンドの受注から現金化までの分析を可能にし、請求問題の根本原因を特定します。

取得元

NetSuiteの請求書トランザクションの「作成元」フィールドまたは「関連レコード」サブタブにあります。

SO-0009876SO-0009877SO-0009878
通貨
Currency
請求金額の通貨コード。
説明

この属性は、請求金額が建てられている通貨(例:USD、EUR、GBP)を指定します。これは、あらゆる金銭的価値にとって不可欠なコンテキストです。

多国籍企業にとって、通貨別に分析することは、異なる市場全体の財務パフォーマンスを理解するために重要です。これにより、金銭的価値が正しく解釈され、必要に応じて通貨換算後の適切な集計と比較が可能になります。

その重要性

すべての金額にわたる必要なコンテキストを提供し、これは正確な財務報告と分析、特に多国籍業務において極めて重要です。

取得元

これは、NetSuiteの請求書取引レコードにある「通貨」フィールドに対応します。

USDEURGBP
部署
Department
請求書に関連付けられた内部部署です。
説明

この属性は、営業、サービス、特定の事業部門など、取引に責任を持つ社内部門を表します。これはNetSuiteにおける標準的な分類セグメントです。

部門別のプロセス分析は、内部ベンチマーキングを可能にし、特定の部門が他の部門よりも効率的な請求プロセスを持っているかどうかを特定するのに役立ちます。これは、プロセス順守やリソース配分のバリエーションを明らかにし、組織内の特定の部門における的を絞ったプロセス改善イニシアチブのための洞察を提供します。

その重要性

異なる内部部門間でプロセスパフォーマンスを比較することを可能にし、バリエーションと内部プロセス標準化の機会を浮き彫りにします。

取得元

これは、NetSuiteの請求書取引のヘッダーまたはラインレベルで設定できる「部門」分類フィールドに対応します。

営業 - エンタープライズプロフェッショナルサービスハードウェア
必須 推奨 任意

受注から現金化までのプロセス - 請求・入金管理活動

これらは、正確なプロセスディスカバリーのために`イベントログ`に記録すべき主要なプロセス`ステップ`と`マイルストーン`です。
5 推奨 7 任意
アクティビティ 説明
請求書作成
NetSuiteにおける請求書トランザクションレコードの正式な作成を示します。このイベントは、各一意の請求書番号に対する請求プロセスの開始点であり、トランザクションの作成タイムスタンプから捕捉されます。
その重要性

これは、請求プロセスの主要な開始イベントです。このイベントから他のイベントまでの時間を分析することで、全体的なプロセス効率が明らかになり、請求書発行サイクルタイムKPIのベースラインとなります。

取得元

請求書トランザクションレコードの「作成日」タイムスタンプから捕捉されます。NetSuiteの請求書システムノートにも、作成イベントとユーザーが明示的に記録されます。

取得

請求書トランザクションレコード作成時にログに記録されたイベント。

イベントタイプ explicit
請求書全額支払い済み
請求書のステータスが「全額支払い済み」に変更され、残高がゼロになったことを示します。これは、請求書の請求および回収サイクルの成功裏の完了です。
その重要性

これはプロセスの主要な成功終了イベントです。この状態に達するまでの合計時間を分析することで、キャッシュコンバージョンサイクルにおけるエンドツーエンドのサイクルタイムが提供されます。

取得元

請求書レコードの「ステータス」フィールドが「全額支払い済み」に変更されたことから推測されます。このステータス変更のタイムスタンプは、トランザクションのシステムノートで利用可能です。

取得

システムノートで「ステータス」フィールドが「全額支払い済み」に変更されたことから推測されます。

イベントタイプ inferred
請求書承認済み
請求書が正式に承認され、顧客に送信される準備ができたことを示します。これは、承認ステータスが「承認待ち」から「承認済み」に更新された際に捕捉され、通常は`ワークフロー`アクションによって行われます。
その重要性

請求書が顧客に送信されるのを制限する主要なマイルストーンです。承認サイクルタイムの測定や「自動請求比率」KPIの算出に不可欠です。

取得元

請求書レコードの「承認ステータス」フィールドが「承認済み」に変更されたことから推測されます。正確なタイムスタンプは、トランザクションのシステムノートに記録されています。

取得

システムノートで「承認ステータス」フィールドが「承認済み」に変更されたことから推測されます。

イベントタイプ inferred
顧客からの入金受領
顧客からの支払いが受領され、システムに記録されました。これはNetSuiteにおける「顧客の支払い」トランザクションの作成によって捕捉され、1つまたは複数の請求書に適用される場合があります。
その重要性

現金の受領を示しますが、必ずしも特定の請求書への適用を示すわけではありません。これは現金適用プロセスの最初のステップであり、DSO計算の主要なイベントです。

取得元

「顧客の支払い」トランザクションレコードの作成日から捕捉されます。請求書への接続は、支払いの「適用」サブタブで行われます。

取得

顧客の支払いトランザクションレコードの作成。

イベントタイプ explicit
顧客へ請求書送付済み
請求書が顧客に発送されたこと、通常はメールで送信されたことを示します。この`イベント`は、ユーザーが請求書レコードから「メール」アクションを実行した際に追跡され、捕捉されます。
その重要性

これは顧客の回収期間の始まりを示し、売掛金回収期間(DSO)を計算するための主要な出発点です。

取得元

請求書レコードの「最終メール送信日」フィールドが入力されたことから推測されます。あるいは、コミュニケーションサブタブ下の電子メールメッセージレコードの作成から捕捉することもできます。

取得

「最終メール送信日」の入力またはコミュニケーションレコードの作成から推測されます。

イベントタイプ inferred
クレジットメモ作成
クレジットメモトランザクションが作成され、請求書に適用され、未払い残高が減額されました。これは通常、製品返品、サービス苦情、または価格修正を示します。
その重要性

手戻り、品質問題、または顧客との紛争を浮き彫りにします。頻繁に発生する場合は根本的な問題を示す可能性があり、「請求書の手戻りおよび却下分析」ダッシュボードの鍵となります。

取得元

クレジットメモトランザクションの作成から捕捉されます。元の請求書へのリンクは、「作成元」フィールドまたはクレジットメモの「適用」サブタブにあります。

取得

元の請求書にリンクされたクレジットメモレコードの作成。

イベントタイプ explicit
承認のために請求書提出済み
請求書のステータスが「承認待ち」に変わったことを示します。この`イベント`は、ユーザーが設定された承認`ワークフロー`に請求書を提出した際に捕捉され、これは一般的なカスタマイズです。
その重要性

このアクティビティは、潜在的な承認ボトルネックの始まりを特定します。承認待ちに費やされる時間は、請求書処理サイクル全体の主要な構成要素です。

取得元

請求書レコードの「承認ステータス」フィールドが「承認待ち」に変更されたことから推測されます。この変更のタイムスタンプは、請求書のシステムノート監査証跡で見つけることができます。

取得

システムノートに記録された「承認ステータス」フィールドの変更から推測されます。

イベントタイプ inferred
支払いが請求書に適用済み
受領した顧客の支払いがこの請求書に特定的に適用され、未払い額が減少したことを示します。これは、顧客支払いレコードに適用が保存されたときに記録されます。
その重要性

これは、現金受領と請求書決済の間の重要なリンクです。「支払い受領済み」からこのイベントまでの期間が「入金消込サイクルタイム」KPIを定義します。

取得元

顧客の支払いトランザクションのシステムノートまたは監査証跡から、特に請求書明細への適用が保存されたときに捕捉されます。この適用のタイムスタンプが鍵となります。

取得

顧客の支払いレコードが請求書への適用とともに保存されたときにログに記録されます。

イベントタイプ explicit
支払いリマインダー発行済み
未払い請求に関する連絡が顧客に送信されました。これは、請求書または顧客レコードから送信された活動ログまたは電子メールとして捕捉され、多くの場合、督促ソリューションによって行われます。
その重要性

回収戦略の有効性を評価するために不可欠です。この活動がその後の支払いに与える影響を分析することで、リマインダーの頻度とタイミングを最適化できます。

取得元

請求書または顧客レコードのコミュニケーション > メッセージサブタブ上のメールレコードの作成から捕捉されます。自動督促ソリューションもこれらをカスタムレコードまたはタスクとしてログに記録する場合があります。

取得

請求書に関連付けられた電子メールまたは活動レコードとしてログに記録されます。

イベントタイプ explicit
支払い期日到達
請求書の支払期日と現在の日付が一致した際に発生する計算イベントです。これは直接的なユーザーまたはシステムのアクションに対応するものではなく、分析中に既存データから導き出されます。
その重要性

支払いの適時性を測定するための重要なベンチマークとして機能します。「期日内支払い率」KPIの算出や顧客の支払い行動の分析に不可欠です。

取得元

これはNetSuiteにおける明示的なイベントではありません。イベントログタイムスタンプを請求書取引レコードの「期日」フィールドと比較することで計算されます。

取得

イベントタイムスタンプが請求書の「期日」フィールドと等しい場合に計算されます。

イベントタイプ calculated
請求書がクローズ済み
請求書の取引がクローズされ、しばしば期末会計プロセスの一部として行われます。このアクションにより、請求書が全額支払いおよび照合された後の取引のさらなる変更が防止されます。
その重要性

「全額支払い済み」の後に発生することが多いですが、これは最終的な管理ステップとなることがあります。支払いとクローズの間の遅延を分析することで、財務報告の適時性に影響を与える可能性があります。

取得元

「ステータス」フィールドが「クローズ済み」または同様の状態に変更されたことから推測されます。この変更のタイムスタンプはシステムノートから捕捉されます。

取得

システムノートの「ステータス」フィールド変更から推測されます。

イベントタイプ inferred
請求書無効
請求書が無効化され、事実上キャンセルされて、総勘定元帳への影響が取り消されたことを示します。この措置は通常、支払われる前に誤って作成された請求書に対して取られます。
その重要性

これはプロセス例外であり、終端状態を示します。請求書が無効化される理由を理解することで、データ入力やプロセスの誤りを特定し、上流での修正につなげることができます。

取得元

これは明示的なユーザーアクションです。請求書レコードのシステムノートから捕捉でき、取引が無効化された日時と実行者が記録されます。

取得

請求書のシステムノートに記録された明示的な「無効」アクション。

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

抽出ガイド

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