貴社の購買から支払いまで - 請求書処理データテンプレート

NetSuite
貴社の購買から支払いまで - 請求書処理データテンプレート

貴社の購買から支払いまで - 請求書処理データテンプレート

このテンプレートは、NetSuite内の請求書処理を分析するための適切なデータ収集に関する包括的なガイドを提供します。必須データフィールド、主要なプロセスステップ、およびこの情報を効果的に抽出するためのガイダンスを概説しています。このテンプレートに従うことで、イベントログが完全であり、強力なプロセスマイニング分析に備えることができます。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • NetSuite向け抽出ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

購買から支払いまで - 請求書処理属性

これらは、包括的な購買から支払いまでの請求書処理分析のためにイベントログに含めることを推奨するデータフィールドであり、必要なすべてのコンテキストが取得されます。
5 必須 7 推奨 8 任意
名前 説明
請求書番号
InvoiceNumber
システム内の仕入先請求書の一意の識別子。
説明

請求書番号は、単一の仕入先請求書の作成から最終支払いまでのすべての活動とイベントをリンクする主要なケース識別子として機能します。この属性は、各請求書のエンドツーエンドのジャーニーを追跡するために非常に重要です。

プロセス分析において、この番号を使用することでシステムは請求書のライフサイクル全体を再構築できます。この共通の識別子の下にすべての関連活動をグループ化することで、アナリストはプロセスフローを視覚化し、サイクルタイムを測定し、個々の請求書に影響を与える変動やボトルネックを特定できます。

その重要性

支払プロセスにおける各請求書の経路を追跡するための重要な鍵であり、完全なケースレベル分析を可能にします。

取得元

これは通常、NetSuiteの仕入先請求書レコードにある「トランザクションID」または「請求書番号」フィールドです。

INV-0012345789-ABC-654202405-101
アクティビティ
ActivityName
実行された業務プロセスのステップ名。
説明

この属性は、請求書処理ライフサイクル内で発生した特定の行動やイベント(「仕入先請求書作成」、「請求書承認」、「請求書全額支払い」など)を記述します。各活動はプロセス内の明確な時点を表します。

活動はプロセスマップの構成要素です。これらの活動の順序と頻度を分析することで、実際のプロセスフローを理解し、標準手順からの逸脱を特定し、一般的な手戻りループや非効率なステップを明確にできます。

その重要性

プロセスマップの根幹をなし、請求書ライフサイクルにおけるイベントの順序を視覚化し分析することを可能にします。

取得元

システムログ、仕入先請求書レコードのステータス変更、またはシステム履歴に記録された特定のユーザーアクションから導出されます。

仕入先請求書の作成仕入先請求書 承認済バッチで支払いスケジュール済み
ソースシステム
SourceSystem
`データ`の出所となった`システム`を特定します。
説明

この属性は、イベントデータが生成されたソースアプリケーションを指定します。このプロセスの場合、通常は「NetSuite」となります。

複数の統合システムがある環境では、このフィールドはデータリネージュの理解とデータ品質の評価に不可欠です。異なるシステムで発生する活動を区別するのに役立ち、エンドツーエンドのプロセスの全体像を構築するために重要です。

その重要性

データの発生源に関するコンテキストを提供します。これは、マルチシステム環境でのトラブルシューティングやデータ検証において非常に重要です。

取得元

これは通常、データ抽出プロセス中に静的な値(「NetSuite」)として追加されます。

NetSuite
最終データ更新
LastDataUpdate
データが最後に更新されたか、ソースシステムから抽出された時点のタイムスタンプ。
説明

この属性は、ソースシステムからの最新のデータ抽出の日時を示します。これは分析中のデータの鮮度に関するコンテキストを提供します。

最終データ更新時刻を知ることは、ユーザーが最新の情報を閲覧しているかどうかを理解するために不可欠です。これにより、データレイテンシーに関する期待値を管理し、既知の年代のデータに基づいて意思決定が行われることを保証します。

その重要性

データがいつ更新されたか(データの鮮度)をアナリストに伝え、意思決定時にデータのタイムリー性を確実に認識させます。

取得元

このタイムスタンプは、データ抽出およびロード(ETL)プロセス中に生成され、追加されます。

2024-05-21T02:00:00Z
開始時刻
EventTime
活動が発生した日時を示すタイムスタンプ。
説明

この属性は、特定の活動またはイベントがシステムに記録された正確な日付と時刻を捉えます。これはプロセス全体の時間的コンテキストを提供します。

タイムスタンプは、時間ベースのプロセス分析において不可欠です。これらは、活動間の期間を計算し、全体のケースサイクルタイムを測定し、サービスレベル契約に対するパフォーマンスを分析するために使用されます。正確なタイムスタンプは、ボトルネックを特定し、プロセス遅延を理解するために不可欠です。

その重要性

全期間、サイクルタイム、パフォーマンス指標を計算するために必要な時系列データを提供し、時間ベースのプロセス分析の基礎を形成します。

取得元

仕入先請求書レコードおよび関連する取引レコードの日付フィールドやシステムログ(「作成日」、「最終更新日」、承認日フィールドなど)から取得されます。

2023-04-15T09:00:00Z2023-04-16T14:30:15Z2023-04-20T11:05:45Z
仕入先名
VendorName
請求書の発行元である仕入先名。
説明

この属性は、請求書に関連するベンダーの正式名称を識別します。ベンダーは購買から支払いまでのプロセスにおける主要なエンティティです。

ベンダーごとのプロセス分析は、特定のサプライヤー関連の問題を特定するために不可欠です。どのベンダーの承認時間が最も長いか、どのベンダーが最も多くの手戻りが必要な請求書を提出するか、どのベンダーが最も頻繁に支払いが遅れるかといった質問に答えるのに役立ちます。このセグメンテーションは、ベンダー関係管理とパフォーマンス分析の基礎となります。

その重要性

プロセスデータの重要なセグメンテーションを可能にし、仕入先固有のボトルネック、支払いパフォーマンス、およびコンプライアンス問題を特定します。

取得元

仕入先請求書レコードの「ベンダー」または「サプライヤー」フィールドから取得され、仕入先マスターデータにリンクされています。

オフィス用品株式会社グローバルテックサービスクリエイティブマーケティング代理店
承認者
Approver
請求書の承認または却下を担当するユーザー。
説明

この属性は、請求書の承認ステップを実行した従業員または管理者を識別します。複数の承認レベルを持つワークフローでは、これが最新または最終承認者を捕捉する場合があります。

承認者を追跡することは、承認サイクルを分析するために不可欠です。どの個人または部門が最も長い平均承認時間を持っているかを示すことで、承認プロセスにおけるボトルネックを特定するのに役立ちます。この情報は、ワークロードのバランスを取ったり、追加トレーニングを提供したりするために使用されます。

その重要性

承認プロセスにおけるボトルネックを特定し、個人または部門ごとのパフォーマンスを分析することで、的を絞った改善を可能にします。

取得元

仕入先請求書取引に関連するワークフローまたは承認履歴ログから取得されます。「システムノート」またはカスタム承認ログに含まれる場合があります。

John Smithジェーン・ドウ財務部門長
支払期日
PaymentDueDate
合意された支払い条件を満たすために、請求書を支払う必要がある日付。
説明

支払期日は、請求書日付とベンダーと交渉された支払条件(例:正味30日、正味60日)に基づいて計算されます。これは支払い実行の主要な期限として機能します。

この日付は、ベンダー関係および財務健全性にとって重要なKPIである期限内支払いパフォーマンスを測定するために不可欠です。実際の支払い日付と期日を比較することで、組織は支払いのタイムリー性を追跡し、常に支払いが遅れているベンダーを特定し、キャッシュフローをより効果的に管理できます。

その重要性

期限内支払いパフォーマンスを測定するベンチマークであり、これはベンダーとの関係に直接影響し、遅延料金の回避に役立ちます。

取得元

これは仕入先請求書レコードの「支払期日」フィールドで、多くの場合、「支払条件」フィールドに基づいて自動的に計算されます。

2023-05-152023-06-302023-07-01
期日内支払い済みか
IsPaidOnTime
請求書が期日までに支払われたかどうかを示すフラグです。
説明

この計算されたブール属性は、「請求書全額支払い済み」活動のタイムスタンプと「支払期日」を比較します。支払いが期日内に行われた場合は「true」、そうでない場合は「false」となります。

この属性は、「期限内支払率」KPIを直接サポートします。これは財務規律とベンダー関係管理の重要な指標です。支払い遅延の容易なフィルタリングと分析を可能にし、承認遅延や支払い実行スケジューリングの問題などの根本原因を特定するのに役立ちます。

その重要性

支払条件への遵守状況を直接測定します。これは、仕入先関係、ペナルティ回避、財務計画にとって不可欠です。

取得元

算出フィールド:最終支払活動のタイムスタンプが「支払期日」以下の場合にTRUEとなります。

truefalse
自動照合済み
IsAutoMatched
請求書が手作業なしで自動的に発注書と照合されたかどうかを示すフラグです。
説明

このブール属性は、システムが事前定義されたルールと許容範囲に基づいて、請求書を注文書および商品受領書(三者照合シナリオの場合)に自動的に照合できたかどうかを示します。「true」の値は、タッチレス照合プロセスを意味します。

この属性は「請求書自動照合率」KPIの基礎となります。高い自動照合率は、非常に効率的で自動化された請求書処理システムの主要な指標です。この値が「false」となるケースを分析することで、照合失敗の理由と自動化改善の機会を特定できます。

その重要性

請求書照合プロセスにおける自動化と効率性のレベルを直接測定し、手作業を削減する機会を強調します。

取得元

これは通常、派生属性です。「照合不一致が検出されました」活動の欠如、または請求書がシステムユーザーによって非常に短時間で作成および承認されたかどうかをチェックすることによって推測できます。

truefalse
請求書ステータス
InvoiceStatus
請求書の現在の処理ステータス。
説明

この属性は、「承認待ち」、「承認済み」、「全額支払い済み」、「却下済み」など、仕入先請求書のライフサイクルにおける現在の状態を反映します。

ステータスは、特定の時点での請求書がプロセス内のどこにあるかのスナップショットを提供します。これは、運用ダッシュボードで現在のワークロードとスループットを監視するために使用されます。ステータス遷移の分析は、活動を定義するための基礎となることが多いため、プロセスマイニングの重要な部分でもあります。

その重要性

請求書の進捗状況をリアルタイムで把握し、ワークロード管理とスループット分析を可能にします。

取得元

これはNetSuiteの仕入先請求書レコードの「ステータス」フィールドです。

オープン承認待ち承認済み全額支払済み
請求金額
InvoiceAmount
仕入先請求書の総金額。
説明

この属性は、税金やその他の料金を含む、請求書に記載された総支払額を表します。これは各ケースにとって重要な財務指標です。

請求書金額は、処理時間や承認経路が異なるかどうかを確認するために、請求書を金額帯(例:高額 vs 低額)にセグメント化するなど、さまざまな分析目的で使用されます。また、財務報告、さまざまな段階にある請求書の価値計算、支払い遅延の財務的影響の分析にも不可欠です。

その重要性

財務分析と価値ベースのセグメンテーションを可能にし、高価値の請求書を優先順位付けし、コストドライバーを理解するのに役立ちます。

取得元

これはNetSuiteの仕入先請求書レコードのヘッダーにある「合計」または「金額」フィールドに対応します。

1500.75250.0012500.50
割引日
DiscountDate
早期支払割引の対象となるために、請求書を支払う必要がある期日。
説明

この属性は、支払条件(例:「2% 10日、正味30日」)で定義されているように、ベンダーが提供する早期支払割引を利用するために請求書を支払う必要のある日付を指定します。

この日付は、「早期支払割引獲得率」KPIを計算するために不可欠です。この日付に対するパフォーマンスを追跡することで、組織は逃した節約機会を特定し、獲得割引を最大化するための支払い戦略を最適化できます。これは収益性に大きなプラスの影響を与える可能性があります。

その重要性

早期支払割引を特定し獲得するための重要な日付であり、コスト削減と収益性に直接影響します。

取得元

この日付は、請求書日付と仕入先請求書レコードの「支払条件」フィールドから派生します。NetSuiteはこれを「割引日付」として計算します。

2023-04-252023-05-10
割引獲得
DiscountTaken
適用可能な早期支払割引が正常に利用されたかどうかを示すフラグです。
説明

この計算されたブール属性は、利用可能な割引がある請求書が「割引日付」以前に支払われたかどうかをチェックします。割引が獲得された場合は「true」、機会を逃した場合は「false」となります。

この属性は「早期支払割引獲得率」KPIに不可欠です。これは財務部門が逃した節約額を定量化し、有利な支払条件を利用できない原因となる(承認の遅れなど)プロセスボトルネックを特定するのに役立ちます。

その重要性

コスト削減機会を捉えるプロセスがどの程度効果的かを測定し、会社の最終利益に直接影響を与えます。

取得元

算出フィールド:請求書に「割引日」があり、最終的な支払活動がその日付以前に発生した場合にTRUEとなります。

truefalse
却下理由
RejectionReason
承認プロセス中に請求書が却下された際に提供される理由。
説明

承認者が請求書を却下する場合、通常、「金額誤り」、「重複請求書」、「注文書(PO)なし」などの却下理由を提供します。この属性はその理由を捉えます。

この情報は、プロセス非効率の根本原因分析にとって非常に重要です。却下理由を分類し傾向を追跡することで、組織は特定のベンダーに関する問題やデータ入力エラーなどの一般的な問題を特定し、手戻りや遅延を減らすための是正措置を実施できます。

その重要性

手戻りやプロセス失敗の根本原因に対する直接的なインサイトを提供し、初回からの正確性(first-time-right)向上に役立ちます。

取得元

このデータは通常、承認ワークフローの却下ステップ中にメモまたはコメントフィールドに記録されます。「システムノート」またはカスタムフィールドに保存される場合があります。

数量の誤り重複請求書注文書(PO)との価格不一致
子会社
Subsidiary
組織内で請求書を担当する会社または法人。
説明

マルチエンティティ組織では、子会社属性は仕入先請求書がどの法務エンティティに属するかを識別します。これはNetSuite OneWorldアカウントにおける基本的な組織データポイントです。

子会社別にプロセスを分析することで、異なる事業部門や地理的な場所間でのパフォーマンス比較が可能になります。これにより、組織のどの部分が最も効率的であるか、どこでベストプラクティスを共有できるか、あるいは特定のプロセス問題が存在するかを特定するのに役立ちます。

その重要性

組織内の異なる法務エンティティまたは事業部門間でのパフォーマンスベンチマークと分析を可能にします。

取得元

これはNetSuite OneWorldアカウントのすべてのトランザクションレコードにおける標準の「子会社」フィールドです。

米国西部EMEA HeadquartersAPAC Services
支払ブロック理由
PaymentBlockReason
承認済みの請求書の支払いがブロックされた理由。
説明

支払いが承認された請求書でも、仕入先との紛争、受領商品の品質問題、キャッシュマネジメント上の決定など、さまざまな理由で支払いブロックが設定されることがあります。この属性は、ブロックの具体的な理由を捕捉します。

支払いブロックの理由とその解決時間を分析することは、キャッシュフローの最適化と良好な仕入先関係の維持のために重要です。これにより、請求書が正常に処理・承認された後でも支払いの遅延につながる再発する問題を特定するのに役立ちます。

その重要性

承認済みの請求書が支払われない理由を説明し、支払いを遅らせる運用上または財務上の問題を強調します。

取得元

これは通常、カスタムの「支払い保留」または「支払いブロック」チェックボックスと、仕入先請求書上の対応する理由リストまたはテキストフィールドを介して管理されます。

ベンダーアカウント保留中品質検査待ちクレジットメモ待ち
発注書番号
PurchaseOrderNumber
請求書に関連する注文書(PO)の識別子。
説明

この属性は、仕入先請求書を、商品またはサービスの調達を承認した対応する注文書(PO)にリンクします。請求書はPOに基づくものとそうでないものがあります。

POによる分析は、請求書照合効率にとって重要なコンテキストを提供します。自動照合と手動介入の比率を判断し、請求書、PO、および物品受領書間の不一致を特定するのに役立ちます。不一致率が高い場合、調達プロセスに問題がある可能性があります。

その重要性

請求書を調達プロセスに連携させます。これは、請求書照合の効率性や三者照合のコンプライアンス分析に不可欠です。

取得元

仕入先請求書レコード、通常は明細項目または発注書にリンクするヘッダーフィールドで利用可能です。

PO-005678PO-005891該当なし
請求書処理リードタイム
InvoiceCycleTime
請求書が作成されてから完全に支払われるまでの経過時間の合計。
説明

この計算されたメトリックは、請求書処理ライフサイクルのエンドツーエンドの期間を測定します。これは通常、「仕入先請求書作成」活動と「請求書全額支払い済み」活動の時間差として計算されます。

主要KPIとして、平均請求書サイクルタイムは、買掛金(AP)プロセス全体の効率を上位レベルで測定します。このメトリックをベンダーまたは子会社別にセグメント化して分析することで、非効率の広範な領域を特定し、プロセス改善イニシアチブの長期的な影響を追跡するのに役立ちます。

その重要性

請求書処理ワークフローのエンドツーエンドの効率を測定し、ベンダー関係や運転資金に直接影響を与えます。

取得元

各ケース(請求書)の最初と最後のイベントのタイムスタンプに基づいて計算されるフィールドです。

25 days 4 hours15日11時間45 days 2 hours
通貨
Currency
請求金額の通貨です。
説明

この属性は、請求書が表記されている通貨(USD、EUR、GBPなど)を指定します。これは複数の国で事業を展開する企業にとって特に重要です。

通貨はすべての金銭的価値に不可欠なコンテキストを提供します。分析では、財務データが正しく解釈され、異なる地域間で財務指標を集計する際に適切な通貨換算が可能になることを保証します。

その重要性

すべての財務金額に必要なコンテキストを提供し、多通貨環境での正確な財務分析を保証します。

取得元

これは仕入先請求書レコードの「通貨」フィールドで、通常は仕入先マスターレコードからデフォルト設定されます。

USDEURGBP
必須 推奨 任意

購買から支払いまで - 請求書処理アクティビティ

これらは、正確なプロセスディスカバリと請求書ワークフローにおけるボトルネックを特定するために、イベントログに記録すべき主要なプロセスステップと節目です。
5 推奨 9 任意
アクティビティ 説明
ベンダー支払い作成済み
この活動は、仕入先請求書を決済する支払いトランザクションの作成を示します。これは、請求書にリンクされた仕入先支払いレコードの作成から取得される明示的なイベントです。
その重要性

支払いの実行を表し、期限内支払い分析とキャッシュフロー予測にとって重要なステップです。これはプロセス終了前の主要な節目となります。

取得元

仕入先支払トランザクションレコードの作成日から。支払レコードには、「適用」サブリスト内に、支払対象の仕入先請求書への参照が含まれます。

取得

仕入先支払いトランザクション作成のタイムスタンプ。

イベントタイプ explicit
仕入先請求書 承認済
仕入先請求書の最終承認を示し、支払いを許可します。これは主要な節目であり、通常、システム承認ワークフローにおいて「承認済み」への明示的なステータス変更として記録されます。
その重要性

これは支払いプロセスを制御する重要な節目です。ここでの遅延は一般的なボトルネックであり、この活動を追跡することは支払いのタイムリー性とキャッシュフロー管理にとって不可欠です。

取得元

仕入先請求書のシステムノートまたは監査証跡から取得され、「承認ステータス」フィールドが「承認済み」に設定されたときのタイムスタンプを具体的に記録します。

取得

仕入先請求書の監査証跡における「承認済み」へのステータス変更のタイムスタンプ。

イベントタイプ explicit
仕入先請求書の作成
この活動はNetSuiteで仕入先請求書レコードが作成された時点を示し、請求書処理のジャーニーの出発点となります。これは、仕入先請求書トランザクションレコードの作成日から取得されます。
その重要性

これは請求書ライフサイクルの主要な開始イベントです。この活動から他の活動までの時間を分析することで、総処理時間が明らかになり、初期データ入力の遅延が強調されます。

取得元

仕入先請求書レコードの「作成日」または取引日付フィールドから。各仕入先請求書には、一意の内部IDと取引番号があります。

取得

仕入先請求書トランザクション作成のタイムスタンプ。

イベントタイプ explicit
請求書をGLに転記
この活動は、承認された仕入先請求書が総勘定元帳に影響を与える瞬間を表します。NetSuiteの標準設定では、これは請求書の最終承認時に自動的に発生します。
その重要性

これは主要な財務管理ポイントであり、負債が正しく認識されることを保証します。転記前に行われた支払いなどの逸脱を監視することは、コンプライアンス分析にとって非常に重要です。

取得元

仕入先請求書の「転記」フラグがtrueに設定されます。転記は通常、承認と同時に行われるため、タイムスタンプは承認イベントの日付から取得できます。

取得

総勘定元帳への転記をトリガーする最終承認アクションのタイムスタンプ。

イベントタイプ explicit
請求書全額支払い済み
この活動は、仕入先請求書が完全に支払われ、ステータスがそれに応じて更新されたことを示します。これはプロセスの成功裏の完了であり、請求書自体のステータス変更から推測されます。
その重要性

これは請求書ライフサイクルの主要な「ハッピーパス」終了イベントです。この状態に到達するまでの合計時間を測定することで、プロセスのエンドツーエンドのサイクルタイムが得られます。

取得元

仕入先請求書レコードのシステムノートまたは監査証跡から推測され、特にステータスが「全額支払い済み」に変更されたときのタイムスタンプです。

取得

仕入先請求書における「全額支払い済み」へのステータス変更のタイムスタンプ。

イベントタイプ inferred
クレジットメモ充当
仕入先貸方メモを請求書に適用し、未払い額を減らすことを表します。これは、仕入先貸方取引の適用記録から取得される明示的なイベントです。
その重要性

直接的な現金支払いを伴わない、請求書解決の代替経路を示します。貸方メモが頻繁に発生する場合、初期注文の正確性やベンダーのパフォーマンスに問題がある可能性があります。

取得元

仕入先クレジットを仕入先請求書にリンクする適用レコードから。適用日がイベントのタイムスタンプとして機能します。

取得

仕入先貸方トランザクションを仕入先請求書に適用したタイムスタンプ。

イベントタイプ explicit
バッチで支払いスケジュール済み
承認された請求書が選択され、将来の実行のために支払いバッチに含まれます。これは、請求書が仕入先支払いバッチに追加されるか、「請求書支払い」ページを通じて処理される明示的なアクションです。
その重要性

承認された負債から予定された現金支出への移行を示します。承認からスケジュール設定までの遅延を分析することで、キャッシュマネジメント戦略や支払い実行プロセスにおける非効率性を明らかにできます。

取得元

これは個別のイベントとして捉えるのが難しい場合があります。多くの場合、支払い作成プロセス自体の一部です。請求書を含む支払いバッチレコードの作成日から推測されることがあります。

取得

請求書を参照する支払いバッチレコードの作成タイムスタンプです。

イベントタイプ inferred
仕入先請求書 却下
仕入先請求書は承認者によって却下され、アクティブな処理キューから削除されます。これは、「却下済み」への明示的なステータス変更から取得され、再提出されない限り終端状態を示すことが多いです。
その重要性

重複請求書や誤った仕入先情報など、プロセス失敗を強調します。拒否の頻度と理由を追跡することで、初回精度の向上と無駄な労力の削減に役立ちます。

取得元

仕入先請求書のシステムノートまたは監査証跡から取得され、「承認ステータス」フィールドが「却下済み」に設定されたときのタイムスタンプを記録します。

取得

仕入先請求書の監査証跡における「却下済み」へのステータス変更のタイムスタンプ。

イベントタイプ explicit
支払いブロックが解除されました
請求書に対する支払いブロックが解除され、再度支払いの対象となります。これは、「支払い保留」チェックボックスのクリアまたは「保留」状態からのステータス変更によって推測されます。
その重要性

「支払いブロック設定」からこの活動までの期間を測定することで、解決プロセスの効率が明らかになります。これにより、ブロックの一般的な原因を特定し、その解除を効率化するのに役立ちます。

取得元

仕入先請求書上の「支払い保留」チェックボックスがオフにされたか、カスタムステータスフィールドが更新されたことの監査証跡から推測されます。

取得

「支払い保留」または類似フィールドがクリアされた変更イベントのタイムスタンプ。

イベントタイプ inferred
支払ブロック設定
承認済みの請求書に対して、支払いを妨げる支払いブロックが積極的に設定されている状態です。これは通常、特定のチェックボックスがマークされているか、カスタムの「保留」ステータスが適用されていることから推測されます。
その重要性

この活動は「支払いブロック解除分析」ダッシュボードにとって非常に重要です。承認から支払い準備までの遅延を正確に特定し、ベンダー関係に悪影響を及ぼす可能性があります。

取得元

仕入先請求書トランザクションにおける「支払い保留」チェックボックスまたはカスタムステータスフィールドの監査証跡から推測されます。

取得

「支払い保留」または類似フィールドの変更イベントのタイムスタンプ。

イベントタイプ inferred
早期支払割引機会損失
早期支払割引が適用可能な請求書の支払いが、割引期間内に実行されなかったことを示す算出イベントです。このイベントは、支払日と割引期日を比較することで導出されます。
その重要性

失われた節約額を定量化することで、「早期支払割引獲得率」KPIを直接サポートします。これにより、組織は割引獲得を妨げるプロセスまたはキャッシュフローの問題を特定するのに役立ちます。

取得元

これは計算されたイベントです。適用された仕入先支払いトランザクションの「日付」を、ソースの仕入先請求書レコードの「割引日付」フィールドと比較する必要があります。

取得

仕入先支払日と仕入先請求書の割引日を比較します。支払日が割引日より後の場合、イベントが発生します。

イベントタイプ calculated
照合不一致が検出されました
注文書(PO)と照合されるべき請求書が自動照合ルールに失敗し、手動レビューが必要となる場合に発生します。これは、請求書が特定の「照合保留」または「不一致」ステータスに入ることによって推測されることが多いです。
その重要性

手作業による手戻りを引き起こす調達および受領プロセスにおける非効率性を強調します。これは、「請求書照合効率」ダッシュボードおよび「照合不一致手戻り率」KPIを直接サポートします。

取得元

仕入先請求書のステータス変更(保留または例外を示すもの)から推測されるか、または承認前に大幅な手動編集が必要だった発注書にリンクされた請求書を特定することによって推測されます。

取得

「保留」または「不一致」ステータスへの変更のタイムスタンプ。カスタムフィールドまたはワークフローの分析が必要な場合があります。

イベントタイプ inferred
請求書差し戻し
承認者または審査担当者が、請求書を修正のために起案者へ差し戻す際に発生します。これは、請求書がワークフロー内で「承認待ち」から「提出待ち」に戻るなど、ステータスが後退したことで推測されます。
その重要性

処理時間を大幅に延長し、手作業を増加させる手戻りのループを特定します。これを追跡することで、誤ったコーディングやデータ入力ミスなど、エラーの一般的な原因を正確に特定するのに役立ちます。

取得元

仕入先請求書のシステムノートまたは監査証跡から推測され、ステータスの退行または特定の「手戻り」ステータスを探します。

取得

承認ワークフローにおける後退ステップを示すステータス変更のタイムスタンプ。

イベントタイプ inferred
請求書承認申請済み
作成された仕入先請求書が正式に承認ワークフローに提出される時点を表します。これは通常、請求書のステータスが「オープン」または「提出待ち」から「承認待ち」に変更されたことから推測されます。
その重要性

承認サイクルを開始します。このイベントから「請求書承認済み」または「請求書却下済み」までの時間を測定することは、請求書承認サイクルタイム分析ダッシュボードにとって重要です。

取得元

仕入先請求書レコードのシステムノートまたは監査証跡から推測され、特に「承認ステータス」フィールドの変更を追跡します。

取得

仕入先請求書の監査証跡における「承認待ち」へのステータス変更のタイムスタンプ。

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

抽出ガイド

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