貴社の買掛金支払い処理データテンプレート
貴社の買掛金支払い処理データテンプレート
- 詳細分析に推奨の属性
- イベントマッピングのための標準プロセスアクティビティ
- Oracle Fusion Financialsのステップバイステップ抽出ガイド
買掛金支払処理属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
プロセス内で実行された特定のイベントまたはステップ。 | ||
|
説明
この属性は、「請求書作成」「請求書検証済み」「支払い決済済み」など、実行されるプロセスステップの名前を表します。これにより、プロセスマイニングアルゴリズムは、全ての請求書についてイベントのシーケンス(コントロールフロー)を再構築できます。 これらの値は通常、複数のトランザクションおよび履歴テーブルからのデータを統合し、各レコードに人間が読めるイベント名をタグ付けすることによって導き出されます。
その重要性
プロセスの「何を」定義し、プロセスフローのマッピングとバリアントの発見に不可欠です。
取得元
AP_INVOICES_ALLのステータス変更、AP_INV_APRVL_HIST_ALL、およびAP_CHECKS_ALLから派生します
例
請求書作成請求書検証済み支払作成
|
|||
|
イベントのタイムスタンプ
EventDateTime
|
アクティビティが発生した日時。 | ||
|
説明
この属性は、アクティビティが発生した正確なタイムスタンプを記録します。これにより、イベントを時系列に並べ、プロセスステップ間の期間を計算するために使用されます。 正確なタイムスタンプは、正確なサイクルタイム分析や、請求書がステップ間で滞留するボトルネックを特定するために不可欠です。
その重要性
パフォーマンス分析とプロセスシーケンスに必要な時間的次元を提供します。
取得元
それぞれのテーブル(例: AP_INVOICES_ALL、AP_CHECKS_ALL)からのCREATION_DATEまたはLAST_UPDATE_DATE
例
2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
|
|||
|
ソースシステム
SourceSystem
|
データが生成されたシステム名。 | ||
|
説明
イベントの記録システムとして機能するソフトウェアシステムを特定します。このコンテキストでは、通常「Oracle Fusion Financials」となります。 この属性は、ERP、調達、銀行システムからデータが混在するマルチシステム環境で特に有用です。
その重要性
特に複雑なシステムランドスケープにおいて、データリネージの追跡可能性を保証します。
取得元
ハードコードされるか、接続構成から派生
例
Oracle Fusion FinancialsOracle ERP CloudレガシーEBS
|
|||
|
最終データ更新
LastDataUpdate
|
データが抽出または更新されたときのタイムスタンプ。 | ||
|
説明
Oracle Fusionからデータレコードが抽出された具体的な時間を示します。これにより、アナリストはデータの鮮度を理解し、増分データロード戦略に役立ちます。 実際のイベント時間と、データが分析可能になった時間とを区別します。
その重要性
データの鮮度を確保し、増分データロードの管理に役立ちます。
取得元
抽出時のシステム時刻
例
2023-10-27T23:59:59Z
|
|||
|
請求書番号
InvoiceNumber
|
ベンダー請求書の一意の識別子。 | ||
|
説明
この属性は、サプライヤーによって提出された特定の請求書の一意の参照として機能します。プロセスマイニング分析の中心となるケースIDとして、承認、保留、支払いなど、それに続く全ての活動をグループ化します。 Oracle Fusion Financialsでは、このフィールドは請求書ヘッダーと明細、支払い、購買発注書をリンクするために不可欠です。アナリストは、この識別子を使用して、負債が記録された時点から銀行口座から現金が流出するまでの完全なライフサイクルを追跡します。
その重要性
エンドツーエンドのプロセスインスタンスを再構築するために必要な、決定的なケース識別子です。
取得元
AP_INVOICES_ALL.INVOICE_NUM
例
INV-2023-00199887766OCT-SERVICE-04
|
|||
|
ビジネスユニット
BusinessUnit
|
請求書を担当する事業単位または事業体。 | ||
|
説明
請求書を処理する特定の内部部門または子会社を特定します。Oracle Fusionでは、これは組織IDにマッピングされます。 この属性は、「グローバルプロセスバリアント標準化」ダッシュボードにとって不可欠であり、異なる地域や部門間でプロセス効率を比較することを可能にします。
その重要性
異なる組織エンティティ間でのパフォーマンスの比較分析を可能にします。
取得元
HR_ORGANIZATION_UNITS.NAME (AP_INVOICES_ALLのORG_IDを介して結合)
例
米国事業EMEAセールスAPAC製造
|
|||
|
仕入先名
SupplierName
|
請求書を発行したベンダーまたはサプライヤーの名称。 | ||
|
説明
この属性は、支払いを要求する外部エンティティを特定します。Oracle Fusionでは、この情報はサプライヤーマスター(POZ_SUPPLIERS)で管理され、請求書にリンクされています。 この属性を分析することで、ベンダーコンプライアンスとスループットの分析が可能になり、問題のある請求書を頻繁に提出したり、手戻りを引き起こしたりするベンダーを特定するのに役立ちます。
その重要性
関係管理のために、ベンダーごとにプロセスパフォーマンスをセグメンテーションすることを可能にします。
取得元
POZ_SUPPLIERS.VENDOR_NAME(AP_INVOICES_ALLのVENDOR_ID経由で結合)
例
オフィス・デポ社オラクルコーポレーションDellサービス
|
|||
|
作成ユーザー
CreatedByUserName
|
請求書を入力したユーザーのIDまたは氏名。 | ||
|
説明
初期データ入力の責任者を特定します。これはユーザー汎用データモデル属性にマッピングされます。 このデータは、「手動介入率」分析において、トレーニングの必要性や高い手戻り率に関連する特定のユーザーを特定するために使用されます。
その重要性
リソースレベルのパフォーマンス分析と職務分掌チェックを可能にします。
取得元
AP_INVOICES_ALL.CREATED_BY (PER_USERSを介してユーザー名に解決されます)
例
j.doesystem_integrationm.smith
|
|||
|
支払日
PaymentDate
|
支払いが実際に実行または決済された日付。 | ||
|
説明
資金が振り替えられた、または小切手が振り出された時点を記録します。「平均請求書支払いサイクル時間」KPIの終点となります。 この日付を支払い期日と比較することで、支払いが遅延したか、期日内か、あるいは割引を獲得できるほど早期であったかを判断します。
その重要性
金融取引とプロセスライフサイクルの完了を示します。
取得元
AP_CHECKS_ALL.CHECK_DATE
例
2023-10-282023-11-01
|
|||
|
支払期日
DueDate
|
違約金を避けるために支払いを行わなければならない日付。 | ||
|
説明
請求書日付と支払い条件に基づいて計算された支払い期限。この属性は「支払い遅延率」KPIの主要なベンチマークとなります。 この日付と実際の支払い日を比較することで、ベンダー契約の遵守状況とキャッシュフロー管理の有効性が明らかになります。
その重要性
期日通りの支払いパフォーマンスを測定するための重要な目標日付です。
取得元
AP_PAYMENT_SCHEDULES_ALL.DUE_DATE
例
2023-10-302023-11-15
|
|||
|
支払条件
PaymentTerms
|
支払いのタイミングと割引に関する合意された条件。 | ||
|
説明
「Net 30」や「2/10 Net 30」など、支払いを規定する契約条件を指定します。この属性は「早期支払い割引実現」ダッシュボードの基礎となります。 目標とする支払い期日や、迅速な処理によって得られる潜在的な節約額を決定します。
その重要性
支払い適時性と割引獲得のためのパフォーマンス目標を定義します。
取得元
AP_TERMS.NAME (AP_INVOICES_ALLのTERMS_IDを介して結合)
例
支払条件:正味30日即時2% 10 Net 30
|
|||
|
発注書番号
PurchaseOrderNumber
|
関連する購買発注書の参照番号。 | ||
|
説明
請求書を上流の調達プロセスにリンクさせます。この属性は、「発注書照合および不一致解決」分析にとって不可欠です。 発注書番号のない請求書は、通常、POベースの請求書と比較して、異なる、しばしば効率の低い承認ワークフローに従います。
その重要性
POベースの請求書と非POベースの請求書を区別します。これらは異なるプロセス挙動を示します。
取得元
PO_HEADERS_ALL.SEGMENT1(AP_INVOICE_LINES_ALL経由でリンク)
例
PO-9988774500001234
|
|||
|
請求日
InvoiceDate
|
サプライヤーによって請求書に記載された日付。 | ||
|
説明
この日付は、サプライヤーによって請求書が発行された日時を表し、Oracleに受領または入力された日時とは異なります。支払い条件に基づいた支払い期日を計算するための基準となります。 請求書日付と入力日付の間の不一致は、多くの場合、メールルームまたはスキャン処理の遅延を示します。
その重要性
支払条件計算と滞留分析のための参照点です。
取得元
AP_INVOICES_ALL.INVOICE_DATE
例
2023-09-152023-10-01
|
|||
|
請求書タイプ
InvoiceType
|
請求書の分類(例:通常、クレジットメモ)。 | ||
|
説明
請求書を標準、前払い、クレジットメモなどのタイプに分類します。これはCaseType汎用属性にマッピングされます。 請求書タイプが異なると、検証および承認経路も異なるため、「エンドツーエンドサイクルタイムパフォーマンス」のベースライン設定にはこの属性によるセグメンテーションが不可欠です。
その重要性
プロセスパフォーマンス比較において、異なる要素を区別することを可能にします。
取得元
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
例
標準CREDIT前払い
|
|||
|
請求金額
InvoiceAmount
|
請求書の合計金額。 | ||
|
説明
請求書に支払われるべき総額を表します。この値は「低価値請求書効率レビュー」において非常に重要であり、企業が費やした労力と取引の財務的価値を相関させることを可能にします。 また、早期支払い割引を実現するために、高価値の請求書を優先する際にも使用されます。
その重要性
ケースの財務的影響を定量化し、リスクの優先順位付けをサポートします。
取得元
AP_INVOICES_ALL.INVOICE_AMOUNT
例
1500.00250.5010000.00
|
|||
|
割引喪失額
DiscountLostAmount
|
支払い遅延により失われた割引の金額。 | ||
|
説明
支払日が割引条件日を超過した場合の、請求書総額と割引額との差額として計算されます。「早期支払割引実現」分析をサポートします。 プロセスの非効率性に具体的な金銭的価値を割り当てます。
その重要性
プロセス遅延のコストを金銭化します。
取得元
InvoiceAmountとPaymentTermsから計算されます
例
50.000.00120.50
|
|||
|
延滞日数
DaysOverdue
|
支払い期日を過ぎてから支払われた日数。 | ||
|
説明
支払いがどれだけ遅れたかを示す計算済みの数値です。正の値は遅延を、負の値は早期支払いを示します。 この指標は「遅延支払いおよびペナルティリスク追跡」ダッシュボードを強化し、プロセス遅延の深刻度を定量化するのに役立ちます。
その重要性
遅延支払い問題の規模を定量化します。
取得元
計算式: PaymentDate - DueDate
例
5-20
|
|||
|
承認ステータス
ApprovalStatus
|
請求書の現在のワークフロー状況です。 | ||
|
説明
請求書がRequired(必須)、Initiated(開始)、Rejected(却下)、またはApproved(承認済み)であるかを示します。この属性は、「承認ワークフローボトルネック分析」に役立ちます。 請求書が承認階層のどこにあるかを示す、高レベルのスナップショットを提供します。
その重要性
承認チェーンの停滞を診断するのに役立ちます。
取得元
AP_INVOICES_ALL.WFAPPROVAL_STATUS
例
必須WF承認済み不要
|
|||
|
通貨コード
CurrencyCode
|
請求書が発行された通貨。 | ||
|
説明
取引のISO通貨コード(例:USD、EUR)。これは、「低価値請求書効率レビュー」で金額を正規化するために必要です。 プロセスバリアントは、銀行業務の複雑さにより、国内(現地通貨)支払いと国際(外貨)支払いの間で大きく異なることがよくあります。
その重要性
国境を越えた複雑さを特定し、財務正規化のために必要です。
取得元
AP_INVOICES_ALL.INVOICE_CURRENCY_CODE
例
USDEURGBP
|
|||
|
重複の可能性あり
IsPotentialDuplicate
|
請求書が別の請求書と詳細を共有しているかを示すフラグ。 | ||
|
説明
ベンダーと金額が特定の期間内に別の請求書と一致する場合にtrueとなる計算済みのブールフラグです。「重複請求書検出分析」ダッシュボードをサポートします。 支払リリース前に監査担当者が特定のケースを確認するための事前警告メカニズムとして機能します。
その重要性
金融損失を防ぐための重要なリスク管理属性です。
取得元
InvoiceAmountとSupplierNameに対するウィンドウ関数に基づいて計算されます
例
truefalse
|
|||
買掛金支払処理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払作成
|
支払い書類(小切手、ETF、電信送金)が生成されます。これにより負債が減少し、支払いの実行が示されます。 | ||
|
その重要性
サイクルタイムの「停止」タイムスタンプです。これを期日と比較することで、「支払い遅延」および「割引実現」の指標が決定されます。
取得元
AP_INVOICE_PAYMENTS_ALLテーブルはAP_CHECKS_ALLにリンクされています。支払いレコードのCREATION_DATEを使用します。
取得
トランザクションX実行時にログ記録
イベントタイプ
explicit
|
|||
|
請求書作成
|
Oracle Fusion買掛金システム内での請求書レコードの初期作成。これは、請求書ヘッダーが手動で入力されたか、IDR/インターフェース経由でインポートされたかに関わらず、データベースに最初にコミットされた際のタイムスタンプを捕捉します。 | ||
|
その重要性
サイクルタイム計算と滞留分析のためのプロセス開始時間を確立します。受領から入力までの遅延を測定するために不可欠です。
取得元
AP_INVOICES_ALLテーブル、CREATION_DATE列。INVOICE_IDでフィルタリングします。
取得
トランザクションレコード作成時にログ記録
イベントタイプ
explicit
|
|||
|
請求書保留適用
|
請求書にはシステムまたは手作業による保留がかけられ、支払いが停止されます。これには、数量差異、価格差異、または手動による「請求書レビューが必要」といった保留が含まれます。 | ||
|
その重要性
プロセス摩擦の主要な指標。保留理由の分析は、ベンダーのコンプライアンス問題や内部プロセスギャップを特定するのに役立ちます。
取得元
AP_HOLDS_ALLテーブルのCREATION_DATE。プロセスフローの停止を示します。
取得
トランザクションX実行時にログ記録
イベントタイプ
explicit
|
|||
|
請求書取消し済み
|
請求書は無効化またはキャンセルされ、事実上支払いなしでプロセスインスタンスが終了します。 | ||
|
その重要性
無駄な労力を示します。高いキャンセル率は通常、上流での重複入力やベンダーデータ品質の低さに起因します。
取得元
AP_INVOICES_ALL.CANCELLED_DATEが入力されています。
取得
トランザクションX実行時にログ記録
イベントタイプ
explicit
|
|||
|
請求書承認済み
|
ワークフロー内で最終承認が与えられます。請求書のステータスは「ワークフロー承認済み」または「手動承認済み」に更新されます。 | ||
|
その重要性
支払選択のために請求書をクリアする主要なマイルストーンです。このステップまでの長い空白期間は、承認におけるボトルネックを示します。
取得元
AP_INV_APRVL_HIST_ALLテーブル(最新の承認アクション)またはAP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書明細照合
|
請求書明細行と購買発注書(PO)または受領書との関連付け。これは、明細行入力時に3ウェイまたは2ウェイマッチングプロセスが発生したことを示します。 | ||
|
その重要性
「初回通過率」の分析と、自動照合がどこで失敗するかを特定するために重要です。照合率が低いと手動での手戻り作業が増加します。
取得元
AP_INVOICE_LINES_ALLテーブル。
取得
リンク付きトランザクション明細作成時にログ記録
イベントタイプ
explicit
|
|||
|
請求書検証済み
|
請求書ステータスが「検証済み」に変更され、システム整合性チェック、税計算、および照合ルールを通過したことを示します。これは承認と支払いの前提条件です。 | ||
|
その重要性
データ入力から承認・支払いワークフローへの移行を示します。ここでの遅延は、データ品質の問題や設定エラーを示唆しています。
取得元
AP_INVOICES_ALL.VALIDATION_REQUEST_IDタイムスタンプから、またはAP_INVOICE_HISTORY(有効な場合)のステータス変更を追跡することで推測されます。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
承認開始
|
請求書は承認ワークフロー(AMX)に提出されます。これは、管理承認フェーズの開始を示します。 | ||
|
その重要性
運用処理時間と管理承認リードタイムを区別します。遅延が買掛金(AP)スタッフによるものか、承認者によるものかを特定するのに役立ちます。
取得元
AP_INV_APRVL_HIST_ALLテーブル(承認履歴)またはAP_INVOICES_ALL.WFAPPROVAL_STATUSが「INITIATED」に変わったことから推測されます。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
支払い決済済み
|
支払いは銀行明細書と照合されます。ステータスは「決済済み」または「照合済み」に変更されます。 | ||
|
その重要性
キャッシュサイクルの真の終点。キャッシュフロー予測や、発行から決済までのタイムラグを理解する上で不可欠です。
取得元
AP_CHECKS_ALL.STATUS_LOOKUP_CODEが「CLEARED」に変更されます。タイムスタンプはCLEARED_DATEです。
取得
トランザクションX実行時にログ記録
イベントタイプ
explicit
|
|||
|
支払い選択済み
|
請求書は支払い処理リクエスト(PPR)によって選択されます。支払いのため準備されますが、現金はまだ移動していません。 | ||
|
その重要性
請求書が支払い実行によって処理されたことを示します。これと「Payment Created」の間のギャップは、バッチ処理の問題を示唆します。
取得元
AP_SELECTED_INVOICES_ALL (一時的) またはAP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_IDの入力から推測されます。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
請求書会計処理済み
|
請求書の会計エントリが生成され、総勘定元帳に転送されます。これにより、財務的影響の記録が確認されます。 | ||
|
その重要性
財務コンプライアンスを保証します。ここでの遅延は、期間締め処理や財務報告の正確性に影響を与える可能性があります。
取得元
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y'または、請求書にリンクされたXLA_AE_HEADERS(補助元帳会計)を介して。
取得
トランザクションX実行時にログ記録
イベントタイプ
explicit
|
|||
|
請求書保留解除
|
以前適用された保留が解除され、請求書がワークフロー内で進行できるようになります。これは差異の解決を表します。 | ||
|
その重要性
「手戻り時間」または「解決時間」を計算します。高頻度の発生は、例外処理における非効率性を示唆します。
取得元
AP_HOLDS_ALLテーブルのLAST_UPDATE_DATEで、RELEASE_LOOKUP_CODEが入力されている場合。
取得
トランザクションX実行時にログ記録
イベントタイプ
explicit
|
|||