買掛金の請求書処理向けデータテンプレート
買掛金の請求書処理向けデータテンプレート
- 収集を推奨する属性
- 追跡する主要なアクティビティ
- NetSuiteからの抽出方法
買掛金の請求書処理に関する属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
請求書処理で発生した業務上のアクティビティまたはイベントの名称です。 | ||
|
説明
買掛金処理における特定のステップや節目を示す属性です。例として、「Vendor Billの作成」「請求書の承認」「支払いの実行」などがあります。 アクティビティの順序や発生頻度の分析は、プロセスマイニングの中核です。プロセスの流れを可視化し、よくあるバリアントやまれなバリアントを特定して、ボトルネックや標準手順からの逸脱を見つけるのに役立ちます。定義されたアクティビティは、プロセスマップのノードになります。
重要な理由
プロセスのステップを定義し、プロセスマップの可視化、遷移時間の算出、ボトルネックや手戻りの特定を可能にします。
入手先
NetSuiteのシステムログ、監査証跡、Vendor Billや関連する支払いレコードのステータス変更から取得します。多くの場合、データ変換ロジックが必要です。
例
仕入先請求書の作成請求書の承認支払いの実行不一致の特定
|
|||
|
請求書
Invoice
|
各仕入先請求書を識別する一意のIDです。 | ||
|
説明
「Invoice」は、請求書の受領から最終的な支払いまでのすべてのアクティビティを結び付ける、主要なケース識別子です。 各請求書の一連の流れを最初から最後まで再構成するために欠かせない属性です。分析では、個々の請求書のプロセスフローを絞り込み、集計し、詳しく調べるために使います。バリアント分析やサイクルタイムの算出の基盤となります。
重要な理由
関連するすべてのイベントを1つのプロセスインスタンスに結び付ける基本的な属性です。請求書ごとのライフサイクルを最初から最後まで分析できます。
入手先
NetSuiteのVendor Bill取引レコードの主キーです。Transaction IDまたはDocument Numberと呼ばれることもあります。
例
INV-2023-001237894561VN54321A
|
|||
|
開始時刻
EventTime
|
アクティビティまたはイベントの開始時刻を示すタイムスタンプです。 | ||
|
説明
特定のアクティビティが発生した日時を記録する属性です。各ケース内のイベントを時系列に並べるために使います。 アクティビティ間のサイクルタイムやプロセス全体の所要時間の算出、遅延の特定など、時間に基づく分析に欠かせません。イベントを正しい順序に並べるために使われ、「請求書承認の平均時間」や「買掛金支払日数」などのパフォーマンス指標の基礎となります。
重要な理由
イベントを時系列に並べるため、所要時間に基づく指標の算出、ボトルネックの発見、プロセスのパフォーマンス把握に欠かせません。
入手先
NetSuiteの取引レコードやシステムノートにある、ステータス変更、作成日、更新日に関連付けられたタイムスタンプフィールドです。
例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となるシステムです。 | ||
|
説明
プロセスデータの取得元を示す属性です。このビューでは、常に「NetSuite」と表示されます。 外部OCRシステムやERPなど複数のシステムを使う環境では、データの来歴を追跡し、問題を調査するうえで重要です。すべてのイベントが記録元のシステムに正しく紐付いていることを確認できます。
重要な理由
データの来歴を明確にします。複数のシステムを使う環境では、検証やコンテキストの把握のためにデータの取得元をたどるうえで欠かせません。
入手先
データの抽出・変換時に設定される固定値(「NetSuite」)です。
例
NetSuite
|
|||
|
最終データ更新
LastDataUpdate
|
このイベントのデータがソースシステムから最後に更新された時刻です。 | ||
|
説明
イベントデータがNetSuiteから最後に抽出された時刻を示す属性です。プロセスマイニングツール上のデータがどの程度新しいかを確認できます。 分析結果の鮮度を把握するうえで重要です。データがいつ時点のものかを確認できるため、請求書の状況をほぼリアルタイムで追跡する業務用ダッシュボードで特に役立ちます。
重要な理由
データの鮮度を明確にし、プロセス分析がいつ時点のものか、次回のデータ更新がいつ予定されているかを確認できます。
入手先
データの取り込み時に、データ抽出ツールまたはパイプラインによって生成されるタイムスタンプです。
例
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
仕入先名
VendorName
|
請求書を提出した仕入先の名称です。 | ||
|
説明
請求書に関連付けられた仕入先の正式名称を示す属性です。取引に紐付く重要なマスターデータです。 仕入先別にプロセスを分析すると、不一致の頻発や支払い遅延など、仕入先ごとの問題や、ダイナミックディスカウントの機会を特定できます。「請求書のステータスと経過日数」ダッシュボードで未処理の請求書を分類し、仕入先との関係を管理するうえでも欠かせません。
重要な理由
仕入先ごとのパフォーマンスを分析し、問題のある仕入先の特定、より良い条件の交渉、関係の適切な管理に役立ちます。
入手先
Vendor Bill取引に関連付けられたVendorレコードから取得します。通常、「Vendor Name」または「Company Name」というフィールド名が付いています。
例
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
処理担当者
ProcessorUser
|
請求書の処理または入力を担当したユーザーです。 | ||
|
説明
請求書のデータ入力や初期処理を行った買掛金チームのメンバーを示す属性です。 「買掛金スタッフの業務量分布」ダッシュボードに欠かせないデータです。管理者は業務量の偏りや研修の必要性を確認し、個人やチームのパフォーマンスを測定できます。また、処理担当者をたどってエラーの根本原因を調査する際にも使えます。
重要な理由
アクティビティを特定の買掛金担当者に紐付けることで、業務量の分析、パフォーマンスの監視、エラーの根本原因の分析ができます。
入手先
Vendor Billの初期段階のアクティビティについて、システムノートまたは監査証跡に記録された「Created By」または「Modified By」フィールド。
例
j.doea.smithm.jones
|
|||
|
承認者
Approver
|
請求書の支払いを承認するユーザーです。 | ||
|
説明
請求書を最終承認した管理者または予算責任者を示す属性です。請求書の処理中に複数の承認者が関わる場合があります。 「承認のボトルネック分析」ダッシュボードで重要な分析軸となります。承認者ごとの所要時間を分析することで、承認に時間がかかっている担当者を特定し、業務量の偏りを調整するために請求書の経路を変更して、承認プロセス全体を効率化できます。
重要な理由
承認のボトルネックの特定に役立ち、承認に関わる管理者の業務量やパフォーマンスを分析できます。
入手先
この情報は、Vendor Bill取引に関連付けられたワークフロー履歴または承認ログに記録されていることが多いです。
例
s.chenp.williamsr.davis
|
|||
|
発注書番号
PurchaseOrderNumber
|
該当する場合に、請求書に関連付けられた発注書を識別する番号です。 | ||
|
説明
仕入先請求書を、事前承認済みの発注書(PO)に関連付ける属性です。発注書の有無によって、発注書に基づく請求書と、発注書に基づかない請求書を区別できます。 「発注書・入庫照合の効率」ダッシュボードと「発注書・入庫照合の成功率」重要業績評価指標(KPI)に欠かせません。発注書の有無でプロセスを分析すると、3点照合による効率向上や自動化の可能性を特定できます。
重要な理由
発注書に基づく請求書と、発注書に基づかない請求書を区別できます。処理の流れや自動化の可能性が異なることが多く、照合効率の分析に欠かせません。
入手先
通常、Vendor Billレコードの明細またはヘッダーにあり、Purchase Order取引に関連付けられています。
例
PO-004589PO-005123null
|
|||
|
請求書の支払期限
InvoiceDueDate
|
延滞料金を避けるために請求書を支払う期限です。 | ||
|
説明
仕入先の支払条件と請求書の日付に基づく支払期限を示す属性です。買掛金処理における重要な期限です。 「支払いコンプライアンス」ダッシュボードと「支払条件の遵守率」重要業績評価指標(KPI)の基準となります。支払いが期限内、期限前、期限後のいずれかを判定するために使い、仕入先との関係や延滞料金に影響します。
重要な理由
期限内の支払い状況を測る主な基準です。仕入先との関係維持や財務コンプライアンスに欠かせません。
入手先
Vendor Bill取引レコードの標準的な「Due Date」フィールド。
例
2023-11-302023-12-152024-02-28
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額です。 | ||
|
説明
控除や割引を差し引く前の、仕入先請求書の総額を示す属性です。各ケースの基本的な財務指標です。 請求金額は、高額・少額などの金額帯ごとに請求書を分類し、プロセスの流れに違いがあるかを確認する財務分析に使います。また、ボトルネックや遅延が財務に与える影響をダッシュボードで把握する際にも使われ、買掛金支払日数(DPO)の算出にも欠かせません。
重要な理由
プロセスの非効率が財務に与える影響を分析し、金額別に請求書を分類して、高額な項目を優先的に確認できます。
入手先
Vendor Bill取引レコードのヘッダーにある「Amount」または「Total」フィールド。
例
1500.75250.0012500.50
|
|||
|
会社コード
CompanyCode
|
請求書を処理する法人または子会社を識別するコードです。 | ||
|
説明
この属性は、請求書の支払い義務を負う組織内の会社または子会社を示します。複数の法人を持つ企業で特に重要な属性です。 会社コード別にプロセスを分析すると、事業部門間のパフォーマンスを比較できます。子会社ごとの効率性、コンプライアンス、業務量の違いを把握し、対象を絞った改善施策につなげられます。
重要な理由
法人や子会社ごとのプロセスパフォーマンスを比較し、対象を絞った改善とコーポレートガバナンスの徹底に役立ちます。
入手先
NetSuiteのOneWorldアカウントでは、取引レコードの「Subsidiary」フィールドに相当します。
例
US01DE01UK01
|
|||
|
割引適用期限
EarlyPaymentDiscountDate
|
早期支払い割引を受けるために、請求書を支払う必要がある期限です。 | ||
|
説明
この属性は、「Payment Terms」(支払条件)で定められた仕入先割引の適用期限を示します(例:「2% 10, Net 30」の「10」)。 この日付は、「早期支払い割引の適用機会」ダッシュボードの基準となります。現在の日付や支払日と比較することで、割引の適用機会を特定し、「早期支払い割引適用率」の重要業績評価指標(KPI)を測定して、コスト削減に役立てられます。
重要な理由
早期支払い割引によるコスト削減を最大化するうえで重要な日付です。追跡することで、資金管理の最適化に役立ちます。
入手先
Vendor Billレコードの計算フィールドで、請求書の日付と「Terms」フィールドから算出されます。
例
2023-11-102024-01-20null
|
|||
|
手戻りかどうか
IsRework
|
アクティビティが手戻りループの一部かどうかを示すフラグです。 | ||
|
説明
この計算済みの真偽値属性は、「不一致の特定」イベントの再発や、請求書が却下された後に承認申請を再提出するケースなど、作業の繰り返しを示すアクティビティを特定します。 この属性は、「手戻りとエラーの分析」ダッシュボードと「請求書手戻り率」の重要業績評価指標(KPI)に欠かせません。手戻りの頻度と影響を数値化し、非効率、エラー、プロセス逸脱の原因を特定するのに役立ちます。
重要な理由
無駄な作業を示すアクティビティにフラグを付け、プロセスの非効率を数値化します。品質と初回完了率の向上に向けた施策を立てやすくなります。
入手先
データ変換時に、ケースごとのアクティビティの順序を分析して算出します。たとえば、「請求書承認」の後に「請求書却下」が発生し、その後もう一度「請求書承認」が発生した場合です。
例
truefalse
|
|||
|
支払日
PaymentDate
|
請求書の支払いが実行された日付です。 | ||
|
説明
この属性には、仕入先への支払いが行われた日付が記録されます。請求書の最終的な決済日を示します。 この日付は、「買掛金回転日数」や「支払条件遵守率」など、多くの重要業績評価指標(KPI)でプロセスの実際の終了日を特定するために使われます。「請求書支払期限」や「早期支払い割引期限」と比較する際の基準となる実績データです。
重要な理由
プロセスの金銭的な完了を示す日付であり、支払いのコンプライアンス、買掛金回転日数(DPO)、割引適用に関する重要業績評価指標(KPI)の算出基準となります。
入手先
NetSuiteで、関連するBill Payment取引レコードの「Date」フィールドから取得します。
例
2023-11-282023-12-142024-02-25
|
|||
|
支払条件
PaymentTerms
|
請求書の支払いに関する合意条件(例:Net 30、2% 10 Net 30)です。 | ||
|
説明
支払いまでの期間や早期支払い割引の有無など、仕入先が定める支払い条件を示す属性です。 「請求書の支払期限」や「早期支払い割引の期限」の算出に使います。「支払いコンプライアンス」ダッシュボードや、早期支払い割引の適用機会を分析して運転資本を最適化するうえでも欠かせません。
重要な理由
支払期限や割引の適用機会を決めるため、キャッシュフロー管理やコスト削減に直接影響します。
入手先
Vendor Bill取引の「Terms」フィールド。通常、Vendorマスターレコードから引き継がれます。
例
Net 30Net 602% 10, Net 30
|
|||
|
文書タイプ
DocumentType
|
処理対象となる文書の種類です(例:請求書、クレジットメモ)。 | ||
|
説明
この属性を使うと、通常の請求書とクレジットメモなどの関連文書を区別できます。文書の種類によって、処理ルールやワークフローが異なる場合があります。 文書タイプ別に分析することで、同じ種類の文書同士を比較できます。たとえば、高額な請求書の承認プロセスは、少額のクレジットメモよりも厳格な場合があります。このように分類することで、プロセスパフォーマンスをより正確に把握できます。
重要な理由
経路や重要業績評価指標(KPI)が異なる場合のある財務文書を種類別に分類し、より精度の高い分析につなげます。
入手先
NetSuiteの取引タイプから特定できます(例:「Vendor Bill」、「Vendor Credit」)。
例
通常の請求書クレジットメモデビットメモ
|
|||
|
早期支払い割引の適用有無
IsEarlyPaymentCaptured
|
利用可能な早期支払い割引が適用されたかどうかを示すフラグです。 | ||
|
説明
この計算済みの真偽値属性は、割引が適用可能な請求書が「早期支払い割引期限」までに支払われたかどうかを判定します。 この属性は、「早期支払い割引適用率」の重要業績評価指標(KPI)の測定と、「早期支払い割引の適用機会」ダッシュボードに欠かせません。割引適用施策の成否を明確に示し、適用できなかった割引による損失を把握できます。
重要な理由
財務部門や買掛金管理部門がコスト削減をどの程度実現できているかを直接測定する、重要な財務パフォーマンス指標です。
入手先
データ変換時に、割引が適用可能な請求書について次の式で算出します:PaymentDate <= EarlyPaymentDiscountDate。
例
truefalsenull
|
|||
|
期限内支払いかどうか
IsOnTimePayment
|
請求書が支払期限までに支払われたかどうかを示すフラグです。 | ||
|
説明
この計算済みの真偽値属性は、「支払日」が「請求書支払期限」以前かどうかを判定します。請求書ごとの支払いが期限内だったかを明確に示します。 この属性は「支払いコンプライアンス」ダッシュボードに直接役立ち、「支払条件遵守率」の重要業績評価指標(KPI)の算出に使われます。支払いが遅れた請求書をすぐに絞り込み、原因を調べられるため、分析が容易になります。
重要な理由
支払いが期限内だったかを簡単に分析でき、支払条件の遵守や仕入先との関係管理に関する重要業績評価指標(KPI)の算出に役立ちます。
入手先
データ変換時に次の式で算出します:PaymentDate <= InvoiceDueDate。
例
truefalse
|
|||
|
請求書のステータス
InvoiceStatus
|
請求書の現在の処理状況です。 | ||
|
説明
買掛金処理の中でVendor Billが現在どの状態にあるかを示す属性です。例として、「Open」「Pending Approval」「Paid in Full」などがあります。 「請求書のステータスと経過日数」ダッシュボードの重要な属性であり、現在の業務量や負債の状況を示します。未処理または問題のある請求書に絞り込み、完了までの進捗を追跡できます。
重要な理由
請求書がプロセスのどの段階にあるかをリアルタイムで把握できます。業務の監視、業務量の管理、財務予測に欠かせません。
入手先
Vendor Bill取引レコードの「Status」フィールド。
例
未処理承認待ち全額支払い済み
|
|||
|
通貨
Currency
|
請求金額の通貨コード(例:USD、EUR)です。 | ||
|
説明
請求書の通貨を示す属性です。「InvoiceAmount」を解釈するために必要なコンテキストを提供します。 多国籍の組織では、データを一貫した単一通貨で分析することが重要です。このフィールドを使って適切に通貨換算し、地域や事業部門をまたいで財務指標を同じ基準で比較できます。
重要な理由
金額を正確に分析するために必要なコンテキストを提供します。特に複数の国で事業を展開する場合に役立ちます。
入手先
Vendor Bill取引レコードの「Currency」フィールド。通常、仕入先のマスターデータに関連付けられています。
例
USDEURGBPCAD
|
|||
買掛金の請求書処理に関するアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
仕入先請求書の作成
|
新しい仕入先請求書がNetSuiteに登録されたことを示します。Vendor Bill取引レコードの作成日をもとに記録し、買掛金処理の正式な開始点となります。 | ||
|
重要な理由
すべての請求書処理のサイクルタイムを算出する際の起点となり、プロセス全体の効率測定や請求書の経過日数の追跡に欠かせません。
入手先
Vendor Bill取引レコードの「Date Created」フィールド。
記録
Vendor Billの取引作成イベント。
イベントタイプ
explicit
|
|||
|
承認申請
|
Vendor Billが正式に承認ワークフローに入った時点を示します。「Approval Status」が下書き状態から「Pending Approval」に変わったときに記録します。 | ||
|
重要な理由
承認サイクルタイムの測定開始点です。特定の承認者や部門で発生するボトルネックの特定に役立ちます。
入手先
System Notesで追跡された、Vendor Billレコードの「Approval Status」が「Pending Approval」に変わった時刻から推定します。
記録
「Approval Status」フィールドが「Pending Approval」に変わった時刻。
イベントタイプ
inferred
|
|||
|
支払いの実行
|
請求書の支払いが実行されたことを示します。Vendor Billに適用されたVendor Paymentレコードの取引日をもとに記録します。 | ||
|
重要な理由
買掛金処理の主な終了点です。全体のサイクルタイム、支払条件の遵守状況、買掛金支払日数(DPO)の算出に欠かせません。
入手先
Vendor Billに関連付けられたVendor Payment取引レコードの「Date」フィールド。
記録
請求書に適用されたVendor Paymentレコードの取引日。
イベントタイプ
explicit
|
|||
|
請求書のクローズ
|
通常、全額支払い後にVendor Billレコードが最終的にクローズされたことを示します。Vendor Billのステータスが「Paid in Full」に変わったときに推定します。 | ||
|
重要な理由
プロセスの最終イベントを示し、その請求書について追加の対応が不要になったことを確認できます。
入手先
System Notesで追跡された、Vendor Billレコードの「Status」フィールドが「Paid in Full」に変わった時刻から推定します。
記録
「Status」フィールドが「Paid in Full」に変わった時刻。
イベントタイプ
inferred
|
|||
|
請求書の承認
|
指定された承認者がVendor Billの支払いを承認したことを示します。請求書の「Approval Status」が「Approved」に設定されたときに記録します。 | ||
|
重要な理由
承認段階の完了を示す重要な節目です。請求書の転記と支払い予定の設定が可能になり、承認処理の効率を測るうえでも重要なデータとなります。
入手先
System Notesまたはワークフローログに記録された、Vendor Billレコードの「Approval Status」が「Approved」に変わった時刻。
記録
「Approval Status」=「Approved」となった時刻を示すワークフローログまたはSystem Notes。
イベントタイプ
explicit
|
|||
|
請求書の総勘定元帳への転記
|
Vendor Billの財務上の影響が総勘定元帳に正式に記録された時点を示します。請求書の承認時に設定される取引日と「Posting」フラグをもとに記録します。 | ||
|
重要な理由
負債が会社で正式に認識されたことを確認する、重要な財務管理上のポイントです。転記が遅れると、財務報告の正確性に影響する場合があります。
入手先
Vendor Billから作成されたGL取引に関連付けられた転記日。「Posting」フィールドを確認します。
記録
Vendor Billに関連付けられたGL転記の取引日。
イベントタイプ
explicit
|
|||
|
クレジットメモの適用
|
Vendor CreditがVendor Billに適用され、未払い額が減額されたときに発生します。2つの取引を関連付ける適用イベントをもとに記録します。 | ||
|
重要な理由
クレジットメモの適用は、請求書をクローズする別の方法として重要です。追跡することで、償却や返品が買掛金処理全体に与える影響を把握できます。
入手先
Vendor Credit取引をVendor Billに適用した日付。請求書の関連レコードで確認できます。
記録
Vendor CreditをVendor Billに適用した時刻。
イベントタイプ
explicit
|
|||
|
不一致の特定
|
請求書、発注書、入庫記録の間に不一致が見つかり、処理を進められない場合に発生します。ユーザーが「Approval Status」を「On Hold」や「Pending Clarification」などに変更したことから推定する場合があります。 | ||
|
重要な理由
このアクティビティを確認すると、支払い遅延の主な原因となる、照合時の問題や手戻りの発生箇所を特定できます。
入手先
Vendor Billの「Approval Status」フィールドが、標準以外の保留状態(例:「On Hold」)に変更されたことから推定します。カスタムステータスの設定が必要な場合があります。
記録
保留や確認依頼を示す「Approval Status」フィールドの変更を追跡します。
イベントタイプ
inferred
|
|||
|
承認経路の再設定
|
変更や却下を受けて、請求書が前の段階に戻されたり、別の承認者に送られたりした場合に発生します。「Approval Status」が「Pending Approval」から別の状態に変わり、その後再び「Pending Approval」になったことから推定します。 | ||
|
重要な理由
承認プロセスでの手戻りを把握するには、承認経路の再設定を特定することが重要です。手戻りによってサイクルタイムが大幅に延びることがあります。
入手先
同じ請求書について、「Approval Status」が複数回「Pending Approval」に変わる一連の記録をSystem Notesから検出して推定します。
記録
System Notesに記録された「Approval Status」の変更履歴を分析します。
イベントタイプ
inferred
|
|||
|
支払い予定の設定
|
Vendor Billが支払い対象として選択され、支払いバッチに含まれたことを示します。将来の日付を支払日とするVendor Payment取引が作成されたときに記録します。 | ||
|
重要な理由
支払い予定の状況を把握できるため、キャッシュフローの予測や支払い時期の管理に役立ち、早期支払い割引の適用にもつなげられます。
入手先
Vendor Billに適用されたVendor Payment取引レコードの作成日。
記録
関連するVendor Payment取引レコードの作成時刻。
イベントタイプ
explicit
|
|||
|
支払い遅延の特定
|
請求書が支払期限を過ぎてから支払われた場合に発生する計算イベントです。支払い実行日とVendor Billに指定された支払期限を比較して判定します。 | ||
|
重要な理由
支払いに関するコンプライアンスの監視と仕入先との関係管理に欠かせないアクティビティです。支払い遅延が頻発すると、仕入先からの信頼を損なうおそれがあります。
入手先
Vendor Payment取引の「Date」とVendor Billレコードの「Due Date」フィールドを比較して算出します。支払日が支払期限を過ぎると、このイベントが発生します。
記録
Vendor Paymentの「Date」とVendor Billの「Due Date」を比較します。
イベントタイプ
calculated
|
|||
|
早期支払い割引の適用
|
請求書の支払いが早期支払い割引の期限前に実行された場合に発生する、計算イベントです。支払日とVendor Billの割引条件を比較して判定します。 | ||
|
重要な理由
買掛金チームが割引を適用できた割合を直接測定できます。会社の収益性や資金管理方針に影響する指標です。
入手先
計算イベントです。Vendor Payment取引の「Date」と、Vendor Billの「Terms」フィールドから算出した割引期限を比較します。
記録
Vendor Paymentの「Date」と、Vendor Billの「Terms」から算出した割引期限を比較します。
イベントタイプ
calculated
|
|||
|
発注書との照合開始
|
Vendor Billを対応するPurchase Orderに関連付け、内容を確認する操作を示します。承認前にVendor Billレコードの「Items」または「Expenses」サブリストで初めて発注書が関連付けられた時点から推定します。 | ||
|
重要な理由
このステップを追跡すると、照合処理の効率を分析し、請求書が承認に回される前の遅延を特定できます。
入手先
System Notesログで「Created From」フィールドへの初回入力、またはVendor Billの明細レベルで発注書参照が追加されたことを確認して推定します。
記録
System Notesで発注書参照フィールドへの入力を検出します。
イベントタイプ
inferred
|
|||
|
請求書の却下
|
承認プロセス中にVendor Billが正式に却下され、修正して再申請する必要があることを示します。「Approval Status」が「Rejected」に更新されたときに記録します。 | ||
|
重要な理由
却下を追跡すると、手戻りの分析に役立ちます。入力コードの誤りやポリシー違反など、却下のよくある理由を特定し、初回承認率の向上につなげられます。
入手先
System Notesに記録された、Vendor Billレコードの「Approval Status」が「Rejected」に変わった時刻。
記録
「Approval Status」=「Rejected」となった時刻を示すワークフローログまたはSystem Notes。
イベントタイプ
explicit
|
|||
データ抽出ガイド
始める準備はできましたか?
このデータテンプレートを使って、買掛金の請求書処理の最適化を始められます。ワークフローを見直し、より迅速でコンプライアンスに沿った支払いを実現しましょう。
買掛金請求書を最適化し、管理を強化
延滞料金や二重払いをなくし、コストを60%削減します。
クレジットカードは不要です。数分で設定できます。