買掛金支払処理データテンプレート
買掛金支払処理データテンプレート
- 詳細分析のための推奨属性
- 追跡すべき重要なプロセス上のマイルストーン
- NetSuite固有の抽出ガイダンス
買掛金支払処理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
実行されたプロセスステップまたはイベントの名称です。 | ||
|
説明
この属性は、特定の時点に発生した具体的なアクションや状態変化を記録します。例としては、「請求書作成」、「承認ステータス変更」、「支払い処理済み」などがあります。 このデータは、プロセスフローマップを再構築するために不可欠です。各請求書番号に対してこれらのアクティビティを時系列に並べることで、プロセスマイニングツールは実際のワークフローを可視化し、ループ、手戻り、および理想的なパスからの逸脱を特定します。
その重要性
プロセスマップのステップを定義し、あらゆるプロセスマイニング分析に必須です。
取得元
システムノートまたはワークフロー履歴ログ
例
請求書作成請求書承認済み支払いスケジュール設定支払い決済済み
|
|||
|
イベント日時
EventTime
|
アクティビティが発生したタイムスタンプです。 | ||
|
説明
アクティビティが実行された正確な日時です。これはイベントを順序付け、ステップ間の期間を計算するために使用されます。 正確なタイムスタンプは、ボトルネックを特定するために不可欠です。これらは、承認にかかる時間や請求書がブロックされた状態にある期間など、サイクルタイムの計算を可能にします。
その重要性
イベントの順序付けおよびすべての時間ベースのKPI算出に必須です。
取得元
システムノートの「date」フィールド
例
2023-10-01T14:30:00Z2023-10-02T09:15:00Z
|
|||
|
ソースシステム
SourceSystem
|
データが生成されたシステムの名称です。 | ||
|
説明
イベントデータが抽出されたソフトウェアアプリケーションを特定します。この文脈では、値は通常「NetSuite」のような静的なものです。 この属性は、複数のシステム環境でデータ系列を追跡するのに役立ちます。この特定のビューはNetSuiteに焦点を当てていますが、このフィールドを維持することで、企業全体のデータモデルとの互換性が確保されます。
その重要性
データリネージの追跡や、複数システム環境でのデータ区別に必須です。
取得元
抽出時にハードコード
例
NetSuiteNetSuite OneWorld
|
|||
|
最終データ更新
LastDataUpdate
|
データが抽出または更新されたタイムスタンプです。 | ||
|
説明
データがソースシステムからプロセスマイニングプラットフォームに最後に引き出された時期を示します。これにより、ユーザーは分析の鮮度を理解できます。 ダッシュボードに表示されるデータがリアルタイムのステータスを表しているのか、それとも過去の期間のスナップショットなのかを判断するために使用されます。これは「延滞日数」の計算を信頼する上で不可欠です。
その重要性
データの鮮度と同期状況を把握するために必須です。
取得元
ETLタイムスタンプ
例
2023-11-01T00:00:00Z
|
|||
|
請求書番号
InvoiceNumber
|
仕入先請求書のユニークな識別子です。 | ||
|
説明
この属性は、NetSuite内で仕入請求書に割り当てられたユニークな参照番号を表します。これは買掛金プロセスにおける決定的なケース識別子として機能し、特定の支払義務に関連するすべての活動をグループ化します。 分析では、このフィールドはプロセスインスタンスの主キーとして機能します。アナリストは、請求書が受領・記録されてから最終支払がクリアされるまでの負債の完全なライフサイクルを追跡できます。この識別子に基づいてバリアントが集計され、共通のプロセスパスが決定されます。
その重要性
すべてのイベントを結びつけてプロセスケースを形成する、必須のケースIDです。
取得元
トランザクションテーブル、タイプが「仕入請求書」の「tranid」フィールド
例
INV-2023-001VB-99822ACME-10299982311
|
|||
|
ユーザー
User
|
アクティビティを実行した従業員です。 | ||
|
説明
請求書の承認や支払ブロックの解除など、特定のイベントを担当する個人を特定します。 「承認ワークフローボトルネックモニター」で使用され、リソース固有の遅延を特定します。これにより、経営陣はワークロードのバランスを取り、特定のチームメンバーのトレーニングニーズを特定するのに役立ちます。
その重要性
リソース分析およびユーザーレベルでのボトルネック特定に必要です。
取得元
システムノートの「name」またはトランザクションの「employee」
例
John Doe財務管理者システム
|
|||
|
仕入先名
VendorName
|
請求書を発行したサプライヤーの名称です。 | ||
|
説明
この属性には、仕入請求書に関連するエンティティの名前が含まれています。サプライチェーン全体のパフォーマンスを分析するために不可欠です。 分析では、このフィールドが「仕入先支払サイクル差異」ダッシュボードをサポートします。アナリストは、ケースを仕入先ごとにグループ化することで、常に照合の不一致を引き起こしたり、標準的ではない支払条件を持つ特定のサプライヤーを特定できます。
その重要性
サプライヤー別の分析をグループ化し、ベンダー固有のボトルネックを発見するために不可欠です。
取得元
トランザクションの「エンティティ」フィールドを仕入先レコードに結合
例
オフィスデポOracleFedEx
|
|||
|
子会社
Subsidiary
|
請求書を受領した会社の補助部門または法人です。 | ||
|
説明
NetSuite OneWorld環境では、請求書が属する特定の法人(子会社)を識別します。これにより、組織間の比較が可能になります。 この属性は「エンドツーエンド支払サイクルタイム」ダッシュボードを推進し、異なる事業単位間での効率の比較ビューを可能にします。特定の地域やエンティティのパフォーマンスが低いかどうかを特定するのに役立ちます。
その重要性
複数エンティティを持つ組織が事業単位間でパフォーマンスを比較するために不可欠です。
取得元
トランザクションの「子会社」フィールド
例
米国東部EMEA HeadquartersAPAC Sales
|
|||
|
承認ステータス
ApprovalStatus
|
請求書の現在のワークフロー承認状態です。 | ||
|
説明
請求書が「承認待ち」、「承認済み」、または「却下済み」であるかどうかを示します。この状態がワークフローの遷移ロジックを駆動します。 このフィールドは「承認ワークフローコンプライアンス監査」の中心です。このステータスの変更はアクティビティイベントを生成し、最終状態が請求書が支払い準備ができているかどうかを決定します。
その重要性
請求書が承認ゲートを通過する進捗を追跡します。
取得元
トランザクションの「承認ステータス」フィールド
例
承認待ち承認済み却下
|
|||
|
支払日
PaymentDate
|
支払が実行された日付です。 | ||
|
説明
請求書にリンクされた仕入先支払トランザクションに記録された日付です。これは買掛金サイクル完了を表します。 「エンドツーエンド支払サイクルタイム」の算出に使用されます。この日付を「InvoiceDate」と比較することで、総プロセス期間がわかります。
その重要性
主要なプロセスサイクル終了時のタイムスタンプ。
取得元
リンクされた買掛金支払トランザクション日付
例
2023-11-202023-12-05
|
|||
|
支払期日
DueDate
|
仕入先への支払いが完了しなければならない日付です。 | ||
|
説明
この属性は、請求書条件に基づく支払の契約上の最終期限を示します。これは期日内支払計算のベースラインとなります。 このフィールドは「期日内支払率」KPIの核心となる構成要素です。このフィールドと「Payment Executed」日付を比較することで、システムは遅延支払を検出し、潜在的な違約金を推定するのに役立ちます。
その重要性
期日内支払率の計算と遅延債務の特定に不可欠です。
取得元
トランザクションの「期日」フィールド
例
2023-11-152023-12-01
|
|||
|
発注書番号
PurchaseOrderNumber
|
関連する注文書の参照番号です。 | ||
|
説明
仕入先請求書と元の注文書(PO)を関連付けます。このフィールドが空の場合、その請求書はPOなし請求書と見なされます。 この属性は、「POなし請求書の処理速度」ダッシュボードにとって不可欠です。分析により、フローのバリアントをPOあり請求書とPOなし(FI)請求書に分類し、効率性とコンプライアンスを比較できます。
その重要性
注文書ベースと注文書なしベースの請求書処理を区別するために必要です。
取得元
トランザクションの「作成元」フィールド
例
PO-8821PO-1002null
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額。 | ||
|
説明
仕入請求書の合計金額で、通常は基本通貨または取引通貨で表されます。この指標は財務的影響分析を可能にします。 「支払遅延と違約金追跡」ダッシュボードで使用され、支払遅延によるキャッシュフローリスクを定量化します。また、手動介入が必要な高額請求書の優先順位付けにも使用されます。
その重要性
プロセス非効率性の財務的影響を定量化するために必要です。
取得元
トランザクションの「usertotal」または「foreignamount」フィールド
例
1500.00250.5010000.00
|
|||
|
部署
Department
|
請求書に関連付けられた内部部署です。 | ||
|
説明
経費を発生させたコストセンターまたは社内部門(例:IT、マーケティング)別に請求書を分類します。 この属性により、サイクルタイムを部門別に分解できます。特定の部門が請求書の計上または承認に時間がかかっているかどうかを特定し、ターゲットを絞ったプロセス改善を可能にします。
その重要性
プロセス効率の組織的分析を可能にします。
取得元
トランザクションの「部門」フィールド
例
ITマーケティング製造業
|
|||
|
非PO
IsNonPO
|
請求書が購買オーダーに紐づいていないかどうかを示すフラグ。 | ||
|
説明
関連する購買オーダーがないことから導出されるブール属性です。プロセスをPOベースの請求書と直接FI請求書に分類します。 「Non PO Invoice Processing Speed」ダッシュボードで使用され、三者照合プロセスと比較して手作業による請求書処理の非効率性を浮き彫りにします。
その重要性
プロセスバリアント分析のための高レベルセグメント。
取得元
'PurchaseOrderNumber'がnullであることから導出
例
truefalse
|
|||
|
利用可能割引
DiscountAvailable
|
早期支払いに利用可能な潜在的な割引額です。 | ||
|
説明
請求書金額と支払条件に基づいて計算される早期支払割引の金銭的価値です。これは潜在的な節約額を表します。 この属性は、「早期支払割引獲得率」ダッシュボードの中心です。遅延支払いに対してこの値を合計することで、アナリストは総損失削減額を算出できます。
その重要性
プロセス加速による財務機会を定量化します。
取得元
支払条件と請求額から計算
例
30.000.0015.50
|
|||
|
延滞日数
DaysOverdue
|
期日後に支払が発生した日数です。 | ||
|
説明
支払期日に対する支払いの遅延を測定する計算メトリックです。負の値は早期支払いを示します。 この属性は「遅延支払いおよびペナルティ追跡」ダッシュボードに供給されます。遅延支払いの深刻度を定量化し、慢性的な遅延支払いパターンを特定するために不可欠です。
その重要性
支払いコンプライアンスとペナルティリスクを分析するための主要メトリック。
取得元
計算: 支払日 - 期日
例
50-2
|
|||
|
支払保留
PaymentHold
|
請求書が現在支払いからブロックされているかどうかを示します。 | ||
|
説明
請求書に支払保留がかけられ、支払い実行に含まれないようにしていることを示すフラグまたはステータスです。 この属性は「支払ブロック影響分析」ダッシュボードをサポートします。このフィールドが「true」に設定されている期間を分析することで、紛争や情報不足によって引き起こされる処理の遅延が浮き彫りになります。
その重要性
請求書が滞留または遅延している理由を分析するために不可欠です。
取得元
トランザクションの「支払保留」フィールド
例
truefalse
|
|||
|
支払条件
PaymentTerms
|
支払時期と割引を規定する合意された条件です。 | ||
|
説明
「Net 30」や「2% 10 Net 30」などの支払条件を指定します。この情報により、「期日」や早期支払割引の可能性を理解するのに役立ちます。 この属性は「早期支払割引獲得率」ダッシュボードで使用されます。割引対象となる請求書を特定し、失われた割引と特定の制限的な条件を関連付けるのに役立ちます。
その重要性
支払期日を文脈化し、割引の機会を特定します。
取得元
トランザクションの「支払条件」フィールド
例
支払条件:正味30日2% 10 Net 30受領時支払い
|
|||
|
請求日
InvoiceDate
|
仕入先からの請求書に記載されている日付です。 | ||
|
説明
仕入先から提供された文書日付です。これは多くの場合、未払期間計算の開始点となります。 「エンドツーエンド処理サイクルタイム」の算出に使用されます。この日付とNetSuiteでの作成日の間の期間は、スキャンまたは郵便室での遅延を示す可能性があります。
その重要性
仕入先のタイムラインの公式な開始を示します。
取得元
トランザクションの「取引日付」フィールド
例
2023-10-012023-10-05
|
|||
|
通貨
Currency
|
請求書が発行された通貨です。 | ||
|
説明
トランザクションの通貨を表すISOコードです。これは多国籍企業にとって重要です。 「請求書金額」分析における財務値の正規化に使用されます。また、外国為替プロセスが「支払消込済み」アクティビティに時間を追加しているかどうかを特定するのにも役立ちます。
その重要性
正確な財務集計と為替分析に必要です。
取得元
トランザクションの「通貨」フィールド
例
USDEURGBP
|
|||
買掛金支払処理アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払い決済済み
|
請求書支払は銀行照合プロセス中に消し込み済みとマークされます。これにより、資金が銀行口座から引き出されたことが確認されます。 | ||
|
その重要性
会計上の支払日とは異なる、キャッシュフロー分析のための真の財務終了日を提供します。
取得元
トランザクションライン。請求書支払トランザクションラインで「cleared」フラグがTrueに設定されます。
取得
トランザクションX実行時に記録
イベントタイプ
explicit
|
|||
|
支払処理済み
|
買掛金支払記録が正常に転記され、請求書は全額支払い済みまたは一部支払い済みとしてマークされます。GL(総勘定元帳)上の負債が消滅します。 | ||
|
その重要性
支払プロセスの主要な完了マイルストーンです。「エンドツーエンド処理サイクルタイム」の計算に使用されます。
取得元
トランザクションテーブル。「請求書支払」レコードの作成、またはステータスが「預け入れ済み」(小切手の場合)または「支払い済み」への変更を特定します。
取得
請求書支払トランザクション実行時に記録
イベントタイプ
explicit
|
|||
|
請求書をPOと照合済み
|
仕入請求書が既存の購買オーダーから作成されたか、またはそれにリンクされていることを識別します。これにより、POベースの請求書と非PO請求書が区別されます。 | ||
|
その重要性
調達ポリシーへの遵守を分析し、POありとPOなしの請求書間のサイクルタイムを比較するために不可欠です。
取得元
トランザクションテーブル。仕入請求書レコードの「createdfrom」フィールドを確認します。注文書IDが入力されている場合、このアクティビティが発生しました。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書作成
|
NetSuiteにおける仕入請求書レコードの初期作成です。これはプロセスの開始点となり、請求書がERPに入力されたことを示します。 | ||
|
その重要性
買掛金サイクル全体および滞留計算の基準となるタイムスタンプを確立します。
取得元
トランザクションテーブル。レコードタイプが仕入請求書であるものをフィルタリングします。datecreatedまたはtrandateフィールドを取得します。
取得
仕入請求書トランザクション実行時に記録
イベントタイプ
explicit
|
|||
|
請求書承認済み
|
仕入請求書のステータスが「オープン」に変更されます。これは支払いが承認され、総勘定元帳に影響を与えたことを示します。これは支払い前の重要なマイルストーンです。 | ||
|
その重要性
承認サイクルを終了させ、請求書を支払スケジュール可能にします。承認効率を測定するために不可欠です。
取得元
システムノート。「approvalstatus」フィールドが「2」(承認済み)またはステータスが「オープン」に変更されたことを確認します。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
仕入先クレジット適用
|
仕入先クレジット(Vendor Credit)が仕入請求書に適用され、支払額が減額されます。これは現金支払い以外の方法です。 | ||
|
その重要性
支払金額が請求金額と異なる理由を説明し、負債を正しく消し込みます。
取得元
トランザクションリンク。「仕入先クレジット」タイプのトランザクションが仕入請求書にリンクされた時を特定します。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
支払いスケジュール設定
|
買掛金支払記録が「承認待ち」の状態で作成されます。これは多くの場合、電子銀行振込(EFT)バッチ作成時に発生します。 | ||
|
その重要性
支払い意図と実際の資金実行を区別し、支払い承認における遅延を浮き彫りにします。
取得元
トランザクションテーブル。請求書にリンクされた「請求書支払」レコードの作成、ステータスは「承認待ち」です。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
支払保留解除
|
支払保留チェックボックスがFalseに設定され、請求書が支払処理のために解放されます。これは保留期間の終了を示します。 | ||
|
その重要性
「支払保留期間」KPIの計算や、係争中の請求書の解決時間を把握するために使用されます。
取得元
システムノート。「paymenthold」フィールドが「T」から「F」に変更されたことを確認します。
取得
トランザクションX実行時に記録
イベントタイプ
explicit
|
|||
|
支払保留適用
|
仕入請求書の「支払保留」チェックボックスがTrueに設定されます。これにより、請求書が支払実行のために選択されなくなります。 | ||
|
その重要性
紛争やキャッシュフロー管理の決定により請求書が滞留しているボトルネックを特定します。
取得元
システムノート。「paymenthold」フィールドが「F」から「T」に変更されたことを確認します。
取得
トランザクションX実行時に記録
イベントタイプ
explicit
|
|||
|
支払無効化
|
以前処理された買掛金支払が取り消され、仕入請求書が再びオープンになります。これは主要な例外であり、プロセスの失敗を示します。 | ||
|
その重要性
監査コンプライアンス、および支払い失敗の理由(例:小切手印刷エラー、銀行拒否)を特定するために不可欠です。
取得元
請求書支払のシステムノート。ステータスが「無効」に変更された場合。
取得
トランザクションX実行時に記録
イベントタイプ
explicit
|
|||
|
請求書勘定科目変更
|
請求書明細項目における総勘定元帳の費用勘定が変更された場合。これはコーディングエラーの修正または再分類を示します。 | ||
|
その重要性
「請求書計上再作業率」KPIを直接測定し、会計計上ステップにおける効率損失を浮き彫りにします。
取得元
システムノート。トランザクションラインサブリストの「account」フィールドの変更を確認します。
取得
トランザクションX実行時に記録
イベントタイプ
explicit
|
|||
|
請求書却下
|
仕入請求書が訂正または却下のために提出者へ返却されます。これは承認ワークフローにおけるループまたは終了を示します。 | ||
|
その重要性
高い却下率は、プロセス摩擦、トレーニング問題、または上流でのデータ品質問題を示唆しています。
取得元
システムノート。「approvalstatus」フィールドが「3」(却下済み)に変更されたことを確認します。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書承認要求
|
仕入請求書のステータスが「承認待ち」に変更されます。これは、請求書が承認のためのワークフロールーティングに入ったことを示します。 | ||
|
その重要性
承認サイクルタイムの開始を示し、承認チェーンにおけるボトルネックの特定を可能にします。
取得元
システムノート。「approvalstatus」フィールドが「1」(承認待ち)に変更されたことを確認します。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書金額変更
|
仕入請求書の合計金額が初期作成後に変更された場合。これは手戻り、データ入力エラー、または不一致の解決を示唆します。 | ||
|
その重要性
手動介入と再作業を示し、ストレートスルー処理率に悪影響を与えます。
取得元
システムノート。仕入請求書レコードの「total」または「usertotal」フィールドの変更を確認します。
取得
トランザクションX実行時に記録
イベントタイプ
explicit
|
|||