買掛請求書処理のデータテンプレート
買掛請求書処理のデータテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- データ抽出ガイド
買掛請求書処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
請求書
InvoiceNumber
|
各仕入先請求書を一意に識別する番号です。受領から支払いまでの進捗を追跡するための主要なケースIDとして使います。 | ||
|
説明
請求書番号は、処理対象の各請求書を一意に識別するため、買掛金分析の基盤となります。検証、承認、支払いなどの関連アクティビティを結び付け、1つのプロセスインスタンスとして扱えます。 プロセスマイニングでは、この属性を使って各請求書のライフサイクルをエンドツーエンドで再構成します。プロセスフローの分析、個別の請求書に関するボトルネックの特定、ケース単位の総サイクルタイムの算出に利用できます。ほかの属性はすべて、該当する請求書番号の処理状況を把握するためのコンテキストを提供します。
重要な理由
1件の請求書に関するすべてのプロセス手順を結び付ける、必須のケースIDです。処理時間や経路をエンドツーエンドで分析できます。
入手先
通常は、Sage IntacctのAP BillまたはVendor Invoiceオブジェクトにある「Bill No.」または「Invoice #」フィールドです。
例
INV-2023-001237854-AXBSI-990432
|
|||
|
アクティビティ
ActivityName
|
「請求書の承認」や「支払い実行」など、発生した個々のプロセス手順またはイベントの名前です。 | ||
|
説明
アクティビティ名は、買掛金プロセスにおける個々の手順を表します。これらのアクティビティが、各請求書のプロセスフローを構成する一連のイベントです。 アクティビティの順序を分析することは、プロセスマイニングの中核です。実際のプロセスマップを把握し、標準手順からの逸脱を特定し、手戻り(例:「不一致の検出」の後に「不一致の解消」が続くケース)を分析できます。アクティビティの発生頻度と順序は、プロセス効率を理解するうえで欠かせません。
重要な理由
この属性はプロセスマップ上の手順を定義します。プロセスフローの可視化、ボトルネックの特定、逸脱の分析に欠かせません。
入手先
この属性は、Sage IntacctのAP Billおよび支払いに関連するシステムイベント、ステータス変更、監査証跡の記録から取得します。
例
請求書受領請求書の承認支払い予定支払い実行
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となるシステムです。通常は、ERPまたは会計ソフトウェアを示す固定値です。 | ||
|
説明
この属性はプロセスデータの取得元を示します。複数のシステムを使う環境では、データソースを区別し、データの来歴を明確にできます。このビューでは、値は常に「Sage Intacct」です。 単一システムの分析では固定値として扱われることが多いものの、データガバナンスや、複数システムのデータを組み合わせる将来のプロジェクトでは重要です。分析対象として意図したソースのデータに基づいていることを確認できます。
重要な理由
データの取得元を明確にして来歴を確認できます。データガバナンスや複数システムを使う環境で重要です。
入手先
通常は、データの抽出・変換処理の際に追加する固定値です。
例
Sage Intacct
|
|||
|
最終データ更新
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、データを最後に抽出した日時を示します。分析対象データの鮮度を把握し、データ更新のスケジュールを管理するうえで欠かせません。 ダッシュボードやレポートでは、インサイトがどの時点のデータに基づくかを利用者に伝えます。たとえば、最終更新が1週間前であれば、最近のプロセスアクティビティはまだ含まれていないことを踏まえて結論を判断できます。データガバナンスを支え、分析への信頼を保つための重要なフィールドです。
重要な理由
データの鮮度を示し、プロセス分析がどの時点の状況を反映しているか、次回のデータ更新がいつ必要かを把握できます。
入手先
データの抽出、変換、読み込み(ETL)の際に生成され、各行に追加されるタイムスタンプです。
例
2023-11-20T04:00:00Z2023-11-21T04:00:00Z
|
|||
|
開始時刻
EventTime
|
特定のアクティビティまたはプロセス手順が発生した正確な日時です。 | ||
|
説明
イベント時刻、つまりタイムスタンプは、アクティビティが発生した正確な時点を記録します。この時系列データは、イベントを正しい順序に並べ、プロセス内の各手順にかかった時間を算出するために欠かせません。 プロセスマイニングでは、タイムスタンプを使ってプロセスマップを時系列で作成し、アクティビティ間のサイクルタイムを算出し、時間の経過に伴うプロセスのパフォーマンスを分析します。週末や営業時間外など、遅延が発生するタイミングの特定にも役立ちます。また、時間に関するすべての重要業績評価指標の基礎となります。
重要な理由
イベントを時系列に並べ、サイクルタイムや待ち時間など、所要時間に基づくすべての指標を算出するために欠かせないタイムスタンプです。
入手先
Sage Intacctの各オブジェクトにある日付フィールドから取得します。例として、AP Billの「Creation Date」、AP Paymentの「Approval Date」や「Payment Date」があります。
例
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
ユーザー名
UserName
|
請求書に関する特定のアクティビティを実行した従業員またはユーザーの名前です。 | ||
|
説明
ユーザー名は、データ入力、検証、承認など、プロセス内のイベントを担当した個人を特定します。担当者を明確にし、個人やチームのパフォーマンス分析に役立ちます。 「請求書承認サイクルタイム分析」ダッシュボードでは、この属性を使って、特定の承認者の処理が継続的に遅れていないかを確認できます。優れた成果を上げているユーザーや、追加のトレーニングが必要なユーザーの特定にも役立ちます。ユーザー別にアクティビティを分析することで、リソース管理や業務負荷の分布を把握できます。
重要な理由
操作を実行したユーザーを記録します。承認者のパフォーマンスや業務負荷の分布の分析、トレーニングが必要なユーザーの特定に役立ちます。
入手先
Sage IntacctのAP BillおよびAP Paymentオブジェクトの監査証跡または履歴ログに記録され、ステータス変更や修正と関連付けられています。
例
アリス・ジョンソンボブ・ウィリアムズsystem.user
|
|||
|
仕入先名
VendorName
|
請求書を提出した仕入先の正式名称です。 | ||
|
説明
仕入先名は、請求書に関連する仕入先を示します。この属性は、買掛金プロセスにおける仕入先ごとの傾向やパフォーマンスを分析するうえで重要です。 このディメンションでプロセスマップを絞り込み、特定の仕入先からの請求書がどのように処理されるかを確認できます。「仕入先別パフォーマンスと処理時間」ダッシュボードや「仕入先別サイクルタイムのばらつき」指標の分析に欠かせません。処理が速い仕入先と、遅延や不一致が繰り返し発生する仕入先を特定し、仕入先との連携やプロセスの標準化に役立てられます。
重要な理由
仕入先ごとのプロセスの違いやパフォーマンスを分析し、特定の仕入先に関するボトルネックや請求書の品質問題を特定できます。
入手先
この情報は、Sage Intacctの「Vendor」オブジェクトにあり、AP Billに関連付けられています。
例
Staples Inc.Office DepotGlobal Tech ServicesCreative Solutions LLC
|
|||
|
原価センター
CostCenter
|
請求書の費用が割り当てられる特定の部門または事業部門です。 | ||
|
説明
コストセンターは、請求書の費用をどの事業部門が負担するかを示す組織上の区分です。予算管理、費用配賦、財務報告に使用されます。 プロセスマイニングでは、「コストセンター別処理の不整合」ダッシュボードで重要な属性です。コストセンターごとにサイクルタイムや手戻り率などの主要指標を比較できます。成果の高いコストセンターを特定すれば、組織内で共有できるベストプラクティスが見つかります。一方、成果が低いコストセンターには、対象を絞ったプロセス改善やトレーニングが必要な場合があります。「コストセンター別サイクルタイムのばらつき」KPIの基準となる属性です。
重要な理由
事業部門ごとのパフォーマンスを比較し、不整合やプロセス標準化の機会を明らかにします。
入手先
Sage IntacctのAP Bill明細で標準的に利用できる区分です。「Department」またはコストセンター用のカスタム区分として設定されていることがあります。
例
米国営業マーケティングITインフラストラクチャ研究開発
|
|||
|
支払いステータス
PaymentStatus
|
請求書に関連付けられた支払い取引の現在の状態です。 | ||
|
説明
支払いステータスは、請求書のステータスとは別に、支払い自体の状態を示します。「予定」「処理中」「支払い済み」「決済済み」「失敗」などの値があります。 「支払いステータスとエラー監視」ダッシュボードでは、この属性を中心に確認します。財務チームは支払い処理の成功状況を追跡し、失敗した支払いをすばやく特定して解決できるほか、二重払いの可能性も監視できます。各支払いステータスにかかった時間を把握すると、支払い処理を見直し、キャッシュフローの予測精度を高めるのに役立ちます。
重要な理由
最終的な支払い処理の成功状況と状態を追跡し、支払いのエラーや遅延をすばやく特定して解決できるようにします。
入手先
Sage IntacctのAP PaymentまたはBill Paymentオブジェクトで確認できます。
例
予定銀行へ送信済み決済済み無効
|
|||
|
支払期日
DueDate
|
支払い条件に基づく請求書の支払期限です。 | ||
|
説明
支払期日は、請求書の決済について契約上合意した日付です。請求書の日付と、仕入先との間で定めた支払い条件(例:30日後払い)に基づいて決まります。 この属性は、期日どおりの支払い状況の把握や財務計画に欠かせません。「支払いコンプライアンスと社内規定の遵守」ダッシュボードで、支払いの遅延を特定するために使います。また、早期支払い割引の適用率を算出する際のベースラインとなるため、重要です。
重要な理由
期日どおりの支払い率の分析、キャッシュフローの管理、早期支払い割引を受ける機会の特定に欠かせない日付です。
入手先
Sage IntacctのAP Billオブジェクトにある「Due Date」フィールドです。手動で入力するか、支払い条件に基づいて自動計算できます。
例
2023-11-152023-12-302024-01-10
|
|||
|
発注書番号
PurchaseOrderNumber
|
請求書に関連する発注書(PO)の識別番号です。該当する場合に入力されます。 | ||
|
説明
発注書番号は、請求書と事前承認済みの調達依頼を結び付けます。請求書には、発注書に基づくものと、発注書に基づかないものがあります。発注書番号がある場合、通常は照合(2点照合または3点照合)をより自動化できます。 この属性は、「発注書との照合」アクティビティや関連する不一致の分析に欠かせません。発注書に基づく請求書と、そうでない請求書に分けて、サイクルタイムや自動化率を比較できます。発注書に基づく請求書で不一致が多い場合は、発注書の作成や検収プロセスに問題がある可能性があります。
重要な理由
発注書に基づく請求書と、そうでない請求書を区別できます。処理経路や自動化の可能性が異なることがよくあります。
入手先
Sage IntacctのAP Billオブジェクトにあるフィールドで、請求書を既存の発注書に関連付けるために使います。
例
PO-004581PO-005123該当なし
|
|||
|
計上日
PostingDate
|
請求書の取引が総勘定元帳(GL)に計上された日付です。 | ||
|
説明
計上日は、請求書に関連する財務取引が会社の帳簿(総勘定元帳)に正式に記録された日付です。費用を認識する会計期間が決まるため、会計処理や財務報告に欠かせません。 プロセス分析では、請求書の受領から計上までの時間差から、検証や承認の段階にある非効率を把握できます。「請求書の総勘定元帳への計上」アクティビティの重要な節目であり、サイクルタイムのうち「帳簿への計上から支払いまで」の期間を測る際にもよく使われます。計上日を分析すると、適時の決算と正確な報告に役立ちます。
重要な理由
請求書が財務システムに正式に記録された時点を示します。会計サイクルタイムの測定や、適時の財務報告に欠かせません。
入手先
Sage IntacctのAP Billオブジェクトにある「Posting Date」フィールドです。
例
2023-10-282023-11-022023-11-10
|
|||
|
請求書のステータス
InvoiceStatus
|
APワークフローにおける請求書の現在の処理状態です。 | ||
|
説明
請求書のステータスは、「下書き」「承認申請済み」「承認済み」「支払い済み」など、ライフサイクルのどの段階にあるかを示します。請求書の進捗状況を把握できます。 「請求書の処理件数と件数推移」ダッシュボードでは、この属性を使って、任意の時点におけるステータス別の請求書数を表示します。業務管理者は業務負荷を監視し、請求書が滞留しているボトルネックを特定して、完了時期を予測できます。ステータスの変化を時系列で記録する方法は、プロセスマイニング用のイベントログを作成する一般的な手段です。
重要な理由
請求書の現在の状態を把握できます。業務負荷の監視や、請求書が滞留している段階の特定に役立ちます。
入手先
通常、Sage IntacctのAP Billオブジェクトにある「State」または「Status」フィールドです。
例
下書き申請済み承認済み支払い済み
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額です。 | ||
|
説明
請求金額は、仕入先が提出した請求書の合計金額です。財務分析や、請求金額が処理経路に与える影響を把握するうえで重要な属性です。 分析では、請求書を金額帯(例:低額、中額、高額)に分け、高額の請求書が異なる承認経路をたどるか、処理に時間がかかるかを確認できます。また、承認限度額は請求金額に基づくことが多いため、「支払い方針の適合率」指標の算出にも欠かせません。高額取引を優先したプロセス改善にも役立ちます。
重要な理由
金額に基づく分析に利用できます。高額の請求書が異なる経路をたどるか、処理に時間がかかるかを特定でき、承認限度額の遵守確認にも欠かせません。
入手先
Sage IntacctのAP Billオブジェクトにある「Amount」または「Transaction Amount」フィールドです。
例
150.755000.0025000.50
|
|||
|
不一致の理由
DiscrepancyReason
|
価格や数量の不一致など、請求書の不一致が発生した理由を示すコードまたはテキストです。 | ||
|
説明
不一致の理由は、請求書が検証または発注書との照合に失敗した場合に、その背景を示します。価格差、数量の不一致、情報不足など、請求書が手動確認の対象となった理由を説明します。 「不一致の解消時間と手戻り」ダッシュボードで中心となる属性です。よく発生する不一致の理由を分析することで、特定の仕入先や品目に起因するのか、社内のデータ入力ミスによるものなのかなど、根本原因を特定できます。こうしたインサイトは、マスターデータの更新や仕入先との連絡方法の改善など、対象を絞ったプロセス改善に役立ちます。
重要な理由
手戻りや遅延の根本原因を示し、例外を減らして自動処理率を高めるための改善策を検討できます。
入手先
Sage Intacctのカスタムフィールドやメモ欄に保存されている場合があります。また、Sage Intacct内の特定の例外ステータスや、連携されたOCR・データ取り込みソリューションから取得できる場合もあります。
例
価格の不一致数量の不一致発注書番号が無効請求書の重複
|
|||
|
仕入先ID
VendorId
|
仕入先を識別するシステム固有のIDです。 | ||
|
説明
仕入先IDは、仕入先レコードごとにシステムが生成する一意の識別子です。表記に揺れが生じることがある仕入先名とは異なり、データの関連付けや分析に使える安定したキーです。 ダッシュボードでは仕入先名のほうが見やすい一方、集計や絞り込みには仕入先IDのほうが技術的に信頼性の高いキーとなります。たとえば「Staples Inc.」と「Staples」のように仕入先名にわずかな違いがあっても、同じ仕入先の取引を正しくまとめ、正確にパフォーマンスを分析できます。
重要な理由
仕入先を一意に識別する安定したキーです。仕入先名に表記の揺れがあっても、仕入先関連データを正確に集計できます。
入手先
Sage IntacctのVendorオブジェクトにある「Vendor ID」フィールドです。
例
V1001V1002V2304
|
|||
|
割引期限日
EarlyPaymentDiscountDate
|
早期支払い割引を受けるために、請求書を支払う必要がある期限日です。 | ||
|
説明
仕入先の割引を受けるために、請求書を支払う必要がある締切日です。請求書の日付と割引条件をもとに算出します。たとえば「2/10, Net 30」の条件では、請求書の日付から10日後が期限となります。 この日付は、買掛金プロセスにおける重要な社内SLAの基準となります。「早期支払い割引の獲得率」ダッシュボードでは、この日付を使って、割引を受けられる期限内に支払いが行われたかを判定します。期限までの残り時間を確認すると、承認や支払い予定の設定におけるボトルネックを特定できます。
重要な理由
買掛金チームにとって重要な期限であり、期限内に支払うことで会社のコスト削減につながります。
入手先
Sage IntacctのAP Billレコードにある「Bill Date」と「Payment Terms」から算出します。
例
2023-10-252023-11-102023-11-30
|
|||
|
割引額
EarlyPaymentDiscountAmount
|
通常の支払期限より前に請求書を支払う場合に適用される割引額です。 | ||
|
説明
この属性は、支払条件で定められた早期支払い割引の金額を示します。たとえば「2/10, Net 30」は、10日以内に支払うと2%の割引が適用されることを意味します。 「早期支払い割引の獲得率」KPIとダッシュボードで重要な属性です。請求書ごとの節約可能額を数値化し、割引額の大きい支払いを優先できるようにします。割引の適用可能額と実際に得られた割引額を比較すると、プロセスの非効率性が財務に与える影響を把握できます。
重要な理由
早期支払いによる節約可能額を数値化し、請求書の優先順位付けや買掛金プロセスの効率性が財務に与える影響の測定に役立ちます。
入手先
通常、Sage IntacctのAP Billにある「Payment Terms」と「Invoice Amount」フィールドをもとに算出します。
例
10.0050.25250.00
|
|||
|
手戻りの有無
IsRework
|
不一致の解消など、請求書の処理で手戻りが発生した場合に真となるブール値です。 | ||
|
説明
この計算属性は、1回以上の手戻りが発生した請求書を示します。エラーや例外によりプロセスの手順を繰り返す場合に手戻りが発生します。たとえば、「不一致の検出」イベントの後に「不一致の解消」イベントが続くケースです。 このフラグは、「請求書の手戻り率」KPIの算出や、手戻り経路を分析するためのプロセスマップの絞り込みに使われます。手戻りが必要な請求書とその理由を把握することは、仕入先からのデータ品質の低さやマスターデータの誤りなど、プロセスの非効率性の根本原因を特定するうえで重要です。
重要な理由
予定外の追加作業が必要となった請求書を示します。プロセスの非効率性を数値化し、例外の根本原因を特定するのに役立ちます。
入手先
プロセスマイニングツールで、ケースのイベント順序に特定の手戻りアクティビティ(「不一致の解消」など)が含まれるかを確認して算出するブール値です。
例
truefalse
|
|||
|
承認サイクルタイム
ApprovalCycleTime
|
請求書を承認に回してから、最終的に承認されるまでの経過時間です。 | ||
|
説明
承認サイクルタイムは、プロセスのうち承認段階にかかった時間を測定します。「承認に回付」された時刻から「請求書承認」までの時刻の差として算出します。 「請求書承認サイクルタイム分析」ダッシュボードで中心となる指標です。承認者、部門、請求書の種類など、承認ワークフローのどこにボトルネックがあるかを特定できます。サイクルタイムの短縮は重要な目標となることがよくあります。早期支払い割引の獲得や、期限内の支払いに直接影響するためです。
重要な理由
承認ワークフローの効率を測定し、支払いを遅らせたり割引の期限を逃す原因となる、処理の遅い承認者やボトルネックの特定に役立ちます。
入手先
プロセスマイニングツールで、「請求書承認」アクティビティのタイムスタンプから「承認に回付」アクティビティのタイムスタンプを差し引いて算出します。
例
2日3時間7日1時間10時間30分
|
|||
|
自動処理の有無
IsStraightThrough
|
手作業や手戻りなしで請求書が処理された場合に真となるブール値です。 | ||
|
説明
この属性は、受領から支払い予定の設定まで、手作業や例外処理を挟まずに完全自動で処理された請求書を特定します。通常、「手戻りの有無」フラグとは逆の値になります。 このフラグは、自動化とプロセス効率を測る重要な指標である「請求書の自動処理率」KPIの算出に使われます。自動処理率が高いことは、買掛金プロセスが成熟し、適切に管理されていることを示します。自動処理されなかった請求書の特徴を分析すると、完全自動化に向けて残る課題を特定できます。
重要な理由
完全自動で処理された請求書を特定し、自動化の取り組みの成果測定や、さらなる改善機会の特定に役立ちます。
入手先
通常、プロセスマイニングツールで「IsRework」フラグの反転値として算出するか、アクティビティの「理想経路」を定義して算出します。
例
truefalse
|
|||
|
請求書日付
InvoiceDate
|
仕入先が請求書を発行した日付です。 | ||
|
説明
請求書日付はBill Dateとも呼ばれ、仕入先が請求書に記載した日付です。支払条件の期間が始まる基準日であり、たとえば「Net 30」の支払期限を数え始める日となります。 この属性は、請求書がシステムに入力されるまでの時間を測る基準として使われます。具体的には、「請求書受領」アクティビティまでの時間を「請求書受領遅延」として測定します。この遅延の短縮は、プロセスの可視性やキャッシュフロー予測の改善を目指す買掛金部門にとって、重要な目標となることがよくあります。多くの財務計算の基礎となる日付です。
重要な理由
仕入先側から見た起点となる日付です。請求書の受領遅延の計算や支払期限の特定に使われます。
入手先
Sage IntacctのAP Billオブジェクトにある「Bill Date」または「Date」フィールドです。
例
2023-10-152023-10-202023-11-01
|
|||
|
通貨
Currency
|
請求金額の通貨です。 | ||
|
説明
通貨属性は、請求金額の単位(USD、EUR、GBPなど)を示します。複数の通貨で請求書を処理する多国籍組織では、特に重要な属性です。 分析では、正確な財務報告や、比較のために金額を共通通貨へ換算する際に欠かせません。通貨で絞り込むと、銀行規制や承認プロセスの違いなどにより、特定の通貨の請求書で処理に時間がかかっていないかも確認できます。すべての金額を理解するためのコンテキストを提供します。
重要な理由
すべての金額を理解するためのコンテキストとなり、特に多国籍組織での正確な財務分析に役立ちます。
入手先
Sage IntacctのAP Billオブジェクトにある「Currency」フィールドです。複数通貨が有効な場合は、Vendorレコードから引き継がれることがあります。
例
USDEURGBP
|
|||
|
部門
Department
|
請求書に関連付けられた社内部門の名前です。承認や費用配賦に使われることがあります。 | ||
|
説明
部門は、請求書を社内の特定の機能領域に割り当てる組織属性です。「マーケティング」や「情報技術」などが該当します。適切な部門長やマネージャーに承認を回すために使われることがあります。 コストセンターと同様に、この区分を使って事業部門ごとのパフォーマンスを分析できます。部門別に承認時間や手戻り率を比較し、プロセスが円滑に進んでいる領域と、そうでない領域を把握できます。こうした分析は、組織全体で買掛金プロセスを標準化する取り組みに役立ちます。
重要な理由
事業の機能領域ごとにプロセスのパフォーマンスを比較し、標準化の取り組みを支援します。
入手先
Sage Intacctで標準的に利用できる区分で、AP Billなどの取引に割り当てられます。
例
マーケティング営業IT財務
|
|||
買掛請求書処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
承認に回付
|
検証と照合が完了した請求書を承認ワークフローに送信したことを示します。Sage Intacctでは、請求書を承認に回すとこの操作が記録され、通知が送信されます。 | ||
|
重要な理由
ここから承認サイクルが始まります。このイベントを記録することで、請求書の平均承認時間に関する重要業績評価指標を分析し、遅延箇所を特定できます。
入手先
「AP Bill」の状態が「Submitted for Approval」に変わった際に、監査証跡またはトランザクションログに記録されます。この操作は明示的なイベントとして記録されることがよくあります。
記録
請求書が承認エンジンに送信された時刻を、監査ログから取得します。
イベントタイプ
explicit
|
|||
|
支払い実行
|
仕入先への資金の支払いが実行されたことを示します。特定の取引日を伴う明示的なイベントです。 | ||
|
重要な理由
支払いに関するコンプライアンスや早期支払い割引の適用率を測定するうえで重要な節目です。承認からこのイベントまでの時間から、支払い処理の効率を把握できます。
入手先
「AP Bill」に関連付けられた「AP Payment」オブジェクトから取得します。このオブジェクトには「Payment Date」または取引実行のタイムスタンプが記録されます。
記録
関連するAP Paymentレコードの「Payment Date」フィールドを使用します。
イベントタイプ
explicit
|
|||
|
支払い決済完了
|
支払いが銀行で決済され、取引の照合が完了したことを示す最終段階です。通常、Sage Intacctの資金管理モジュールで行う銀行勘定調整の際に記録されます。 | ||
|
重要な理由
このイベントは請求書のライフサイクルの実質的な終了を示します。ここまでの時間をエンドツーエンドのサイクルタイムとして測定し、資金流出の全体像を把握できます。
入手先
資金管理モジュール内の「AP Payment」取引に関連付けられた「Clearing Date」または「Reconciliation Date」から推定します。
記録
支払い取引に関連付けられた銀行勘定調整レコードの決済日を使用します。
イベントタイプ
inferred
|
|||
|
発注書との照合
|
数量や価格などの請求書の詳細が、対応する発注書と正常に照合されたことを示します。ユーザーが発注書をAP Billに関連付けた時点で明示的に記録されることがあります。 | ||
|
重要な理由
発注書に基づく請求書では重要な手順です。照合に失敗したり、時間がかかったりする場合は、不一致が疑われます。ボトルネックの原因にもなりやすい箇所です。
入手先
ユーザーが「Match」操作を実行するか、「Purchase Order」を「AP Bill」オブジェクトに関連付けた際のトランザクションログまたは監査証跡に記録されます。
記録
発注書をAP Billに関連付けたイベントログの記録を特定します。
イベントタイプ
explicit
|
|||
|
請求書の承認
|
指定された権限者が請求書を承認し、支払い計上の準備が整ったことを示します。Sage Intacctの承認履歴または監査証跡に明示的なイベントとして記録されます。 | ||
|
重要な理由
承認サイクルの完了を示す重要な節目です。この段階までの遅延は承認のボトルネックを示し、迅速な承認は早期支払い割引の適用に役立ちます。
入手先
「AP Bill」オブジェクトに関連付けられた承認履歴ログから明示的に取得します。通常、承認時刻と承認者のユーザー情報が記録されます。
記録
請求書の承認履歴にある最終承認の記録時刻を使用します。
イベントタイプ
explicit
|
|||
|
請求書の総勘定元帳への計上
|
承認済みの請求書を総勘定元帳に正式に計上し、金銭債務を記録した取引を示します。Sage Intacctにおける明示的な主要会計イベントです。 | ||
|
重要な理由
請求書が会社の正式な債務として記録され、支払いの準備が整う重要な会計上の節目です。財務諸表にも影響します。
入手先
明示的な取引として記録されます。計上日は「AP Bill」オブジェクト、または関連する「GL Entry」レコードに保存されます。
記録
AP Billの「Posting Date」、または関連するGL取引の作成日を使用します。
イベントタイプ
explicit
|
|||
|
請求書受領
|
請求書を手入力するか、自動取り込みソリューションを通じてSage Intacctに登録した時点で、プロセスが開始します。このイベントは通常、AP Billレコードの作成日時から推定します。 | ||
|
重要な理由
ここがサイクルタイム計算の起点となります。プロセス全体の効率や請求書の処理量を測定するうえで欠かせません。
入手先
AP Bill(APBILL)オブジェクトの「Created Date」タイムスタンプから推定します。プロセスの開始イベントとして、最も信頼性の高い方法です。
記録
AP Billレコードの作成タイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
不一致の検出
|
検証または照合の際に、価格や数量の差異などの不一致が見つかったことを示します。通常、請求書のステータスが「Hold」または「Exception」になった時点から推定します。 | ||
|
重要な理由
手戻りの開始点を特定できます。不一致の発生頻度や種類を分析することは、請求書の手戻り率に関する重要業績評価指標の改善に役立ちます。
入手先
AP Billオブジェクトのステータスが「On Hold」「Exception」「Discrepancy」などに変わった時点から推定します。監査証跡に照合失敗の記録が残る場合もあります。
記録
AP Billオブジェクトのステータスが例外関連の状態に変わった時刻を記録します。
イベントタイプ
inferred
|
|||
|
不一致の解消
|
検出済みの不一致が解消され、請求書の処理を再開できる状態になったことを示します。請求書のステータスが「On Hold」から通常の処理状態に戻った時点から推定します。 | ||
|
重要な理由
「不一致の検出」から「不一致の解消」までの時間を測定することは、不一致解決サイクルタイムに関する重要業績評価指標の把握に欠かせません。
入手先
AP Billオブジェクトのステータスが例外状態(例:「On Hold」)からアクティブな状態(例:「Submitted」「Pending Approval」)に変わった時点から推定します。
記録
例外状態から処理中の状態に戻った際のステータス変更時刻を記録します。
イベントタイプ
inferred
|
|||
|
支払い予定
|
承認・計上済みの請求書を選び、支払いバッチまたは支払い処理に含める手順を示します。請求書が「AP Payment Request」などのバッチオブジェクトに追加された時点から推定できます。 | ||
|
重要な理由
承認から実際の支払いまでをつなぐ段階です。ここにかかる時間を分析すると、キャッシュフロー管理や支払いスケジュールの効率を把握できます。
入手先
「AP Bill」を含む「AP Payment」オブジェクトの作成日から推定します。請求書のステータスが「Scheduled for Payment」に変わる場合もあります。
記録
AP Billが、まだ実行されていない支払い予定バッチに関連付けられた時刻を使用します。
イベントタイプ
inferred
|
|||
|
早期支払いの実施
|
仕入先が定める早期支払い割引の適用期間内に支払いが実行されたことを示す計算イベントです。支払い実行日を請求書の日付および支払い条件の日付と比較して判定します。 | ||
|
重要な理由
早期支払い割引の適用率に関する重要業績評価指標を直接支え、割引を適用できたケースを明示します。コスト削減の分析と最大化に役立ちます。
入手先
「AP Payment」オブジェクトの「Payment Date」を、「AP Bill」オブジェクトの「Invoice Date」および「Payment Terms」フィールドと比較して算出します。
記録
「Payment Date」<=(「Invoice Date」+「Payment Terms」の割引期間)の場合、イベントが発生します。
イベントタイプ
calculated
|
|||
|
請求書データ検証
|
仕入先が正しいか、必須項目が入力されているかなど、請求書データが業務ルールに照らして正常に検証されたことを示します。通常、検証エラーが発生せずにAP Billレコードが保存または送信された時点から推定します。 | ||
|
重要な理由
初回のデータ品質チェックを記録します。ここでの遅延は、データ取り込みの精度や仕入先のコンプライアンスに問題がある可能性を示し、STP率に影響することがあります。
入手先
AP Billレコードの状態が「Draft」から「Submitted」に変わった時点のタイムスタンプから推定します。AP Billオブジェクトの「State」または「Status」フィールドを確認してください。
記録
AP Billオブジェクトで「Draft」から「Submitted」へのステータス変更時刻を記録します。
イベントタイプ
inferred
|
|||
|
請求書の却下
|
承認者が請求書を却下したことを示します。通常、修正して再送信する必要があります。承認履歴ログに明示的なイベントとして記録されます。 | ||
|
重要な理由
承認プロセス内の手戻りを把握できます。却下率が高い場合は、前段階のデータ精度や社内規定への適合性に問題がある可能性があります。
入手先
「AP Bill」オブジェクトに関連付けられた承認履歴ログから明示的に取得します。ログには「Decline」または「Reject」の操作が記録されます。
記録
請求書の承認履歴にある「Reject」または「Decline」の記録時刻を使用します。
イベントタイプ
explicit
|
|||
|
請求書の取消
|
AP Billが取り消しまたは無効化され、プロセスが途中で終了したことを示します。システムの監査証跡に明示的な操作として記録され、債務は実質的に取り消されます。 | ||
|
重要な理由
プロセスの最終段階で発生する例外を特定できます。取消率が高い場合は、請求書の重複や初回入力の誤りが疑われます。
入手先
ユーザーが「AP Bill」を無効化または取り消した際に明示的に記録されます。操作と時刻は監査証跡に記録されるか、「Void」または「Cancelled」のステータスに反映されます。
記録
AP Billオブジェクトの「Void」取引、またはステータスが「Cancelled」に変わった時刻を使用します。
イベントタイプ
explicit
|
|||
データ抽出ガイド
準備はできましたか?
このテンプレートを使えば、買掛請求書処理の最適化を始めるために必要な準備が整います。インサイトを見つけ、今日から業務効率の向上に取り組みましょう。
買掛請求書処理を今すぐ最適化
処理コストを60%削減し、遅延や二重払いをなくしましょう。
クレジットカードは不要です。数分で設定できます。