買掛金の支払処理向けデータテンプレート

この属性は、特定の時点で発生したイベントを示し、請求書のライフサイクルを表します。例として、請求書の作成、承認依頼、支払ブロックの設定、支払いの実行などがあります。

プロセスマイニングでは、この項目によってプロセスマップ上のノードが決まります。業務の流れを可視化し、請求書の支払いが完了するまでの処理順序を特定するうえで欠かせません。

プロセスフローを定義し、プロセスマップでステップの順序を可視化するために必要です。

ソースシステムの取引ログ、状態変更履歴テーブル、または監査証跡から取得します。

この属性には、イベントが発生した正確な日時が記録されます。アクティビティを正しい順序に並べ、ステップ間の所要時間を算出するために必要な時間情報を提供します。

処理時間の算出、ボトルネックの特定、処理量の分析には、正確な日時が欠かせません。請求書の承認にかかった時間や、受領から支払いまでの合計時間など、時間に関する重要業績評価指標（KPI）の基礎となります。

イベントを時系列に並べ、所要時間に基づくすべての指標を算出するために必要です。

システムログ、取引の登録日時、または変更日時から取得します。

この属性は、買掛金プロセス内のすべてのイベントを関連付けるための中心的なキーです。買掛金では、通常、請求書番号、またはデータセット全体で一意になるよう仕入先番号と請求書番号を組み合わせた値が使われます。

この属性を使うと、個々の請求書について、受領から支払いまでのプロセスフローを再構成できます。分析担当者はこの項目で取引ごとのケースを区別し、処理時間や手戻り件数など、ケース単位の指標を算出します。

プロセスマイニングにおける分析の基本単位です。請求書ごとに、受領から最終的な支払いまで追跡できます。

通常、請求書ヘッダーテーブルまたはERPシステムの主要な伝票台帳にあります。

この属性は、データを生成したERPまたは財務システムを識別します。複雑な環境では、SAP、Oracle、またはレガシーシステムの複数のインスタンスを同時に運用している組織もあります。

システムのインスタンスごとに分析を絞り込むほか、異なるシステム間で請求書番号が重複する場合のデータの衝突を防ぐために使います。これにより、異なる技術環境間でプロセスのパフォーマンスを比較できます。

複数のシステムを使う環境で、データの流れを区別できます。

通常、データの抽出または変換時に追加される固定文字列です。

この属性は、分析に使うデータがどの時点のものかを示します。通常、ソースシステム内の項目ではなく、抽出ツールが生成するメタデータです。

分析担当者は、ダッシュボードに反映されるまでの遅延を把握し、データが業務プロセスの最新状態を反映しているか確認するために使います。直近の取引が見つからない場合の調査にも役立ちます。

データの最新性を確認し、同期の問題を見つけるのに役立ちます。

抽出処理の実行時に、ETLパイプラインまたはデータコネクターが生成します。

この属性は、取引に関わる外部パートナーを識別します。多くの場合、支払条件や銀行情報などの詳細を含むマスターデータレコードに関連付けられています。

この属性を分析すると、価格の不一致や情報不足など、プロセス上の例外が頻発する仕入先を特定できます。仕入先ごとの処理時間や手戻り率も算出できます。

仕入先ごとにプロセスのパフォーマンスを比較し、問題のある取引関係を特定できます。

請求書ヘッダーから取得するか、仕入先マスターテーブルと結合して取得します。

この属性には、資金の振込日または小切手の発行日が記録されます。システムによっては、銀行が取引を処理した決済日とは異なる場合があります。

該当する請求書の買掛金債務が終了した日を示します。分析担当者は、最終的な処理時間の算出や、早期支払割引が適用されたかの確認に使います。

処理サイクルの完了を示し、割引の適用状況を確認するために使います。

請求書に関連付けられた支払伝票または決済伝票のテーブルから取得します。

この属性は、仕入先への支払期限を示します。通常、基準日に支払条件の日数を加えてシステムが算出します。

実際の支払日とこの属性を比較すると、期日どおりの支払率や支払遅延に関する指標を算出できます。キャッシュフローの管理や、延滞料の回避、仕入先との関係維持に欠かせません。

期日どおりの支払率の算出と、支払遅延によるペナルティの管理に欠かせません。

請求書ヘッダーまたは支払スケジュールテーブルから取得します。

この属性は、請求書と調達プロセスを関連付けます。値が入力されている場合は発注書に基づく請求書であり、通常は2者照合または3者照合のプロセスに従います。

発注書に基づく請求書と、発注書に基づかない請求書の割合を算出するために使います。発注書と請求書のデータの不一致は、支払ブロックや手戻りのよくある原因です。

発注書との照合効率を分析し、発注書に基づくフローと、発注書に基づかないフローを区別できます。

請求書ヘッダーまたは明細テーブルから取得します。

この属性は、紙または電子の請求書に記載された伝票日付を示します。システムへの登録日や転記日とは異なります。

請求書の経過日数を算出する起点となり、合意済みの支払条件に基づく支払期日の計算にもよく使われます。請求書の発行から受領・登録までの遅れを分析するうえで欠かせません。

滞留期間の算出や支払条件の遵守状況を確認する際の基準日となります。

請求書ヘッダーにある伝票日付です。

この属性は、支払いが必要な請求書の総額を表します。通常は伝票通貨で保存され、集計レポートでは通貨換算が必要になる場合があります。

運転資本への影響を踏まえ、案件数だけでなく金額に基づいてプロセス改善の優先順位を決めるため、財務への影響分析に欠かせません。高額の請求書は、少額の請求書とは異なる承認ワークフローをたどる場合があります。

金額に基づいてプロセスの非効率性と運転資本への影響を分析できます。

請求書ヘッダーテーブルにあり、通常は総額または合計金額として記録されています。

この属性には、特定のプロセスステップを実行した担当者またはアカウントが記録されます。人が操作したのか、システムによる自動処理（ボットやバッチ処理）なのかを区別できます。

自動処理率（人手を介さない処理率）の算出や、職務分掌の遵守状況の分析に使います。特定のユーザーが繰り返し手戻りやエラーを発生させている場合、トレーニングの必要性を把握するのにも役立ちます。

職務分掌の分析や自動処理率の算出に使えます。

取引ログまたはシステムの監査証跡から取得します。

この属性は、特定の子会社、国、法人などの組織単位ごとにデータを分けます。複数の地域で事業を展開する大企業にとって重要です。

事業部門間のパフォーマンス比較に使えます。現地の規制や業務の成熟度の違いにより、会社コードごとにプロセスが異なる場合があります。

異なる組織単位を対象に、比較や絞り込みができます。

請求書ヘッダーテーブルから取得します。

この属性は取引を分類し、通常の請求書、クレジットメモ、前払金、追加借方などを区別します。伝票タイプごとに異なるワークフロールールが適用される場合があります。

プロセス指標を正しく解釈するには、伝票タイプの内訳を把握することが重要です。たとえば、クレジットメモは逆方向のフローや特定の承認経路をたどることが多く、分類せずに集計すると平均処理時間に影響する場合があります。

請求書、クレジットメモ、その他の財務伝票を区別できます。

請求書ヘッダーテーブルから取得します。

この属性は、価格差異、数量差異、入庫記録の不足など、請求書の支払いを妨げている具体的な理由を示します。プロセス上の滞りを把握するための重要な指標です。

ブロック理由ごとの発生頻度と継続時間を分析すると、支払遅延の根本原因を特定できます。ブロックを減らすことは、人手を介さない処理率を改善する最も早い方法の1つです。

プロセスの滞りや支払遅延の具体的な根本原因を特定できます。

請求書ヘッダーまたは明細テーブルから取得します。

この属性は、Net 30や2/10 Net 30など、契約上の支払条件を定めます。請求書の支払期日や、早期支払割引の適用有無を決める条件です。

この項目を分析すると、支払いが早すぎて運転資本を損なったり、遅れてペナルティが発生したりするのを防ぎ、キャッシュフローの改善や割引の最大限の適用に役立ちます。

支払期日と割引のルールを定め、キャッシュフローの改善に欠かせない情報です。

請求書ヘッダーにあり、仕入先マスターから引き継がれることもあります。