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