買掛金支払い処理用データテンプレート
買掛金支払い処理用データテンプレート
- 詳細な分析に推奨される属性
- イベントマッピングに使用する標準プロセスアクティビティ
- Oracle Fusion Financialsからデータを抽出する手順
買掛金支払い処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
プロセス内で実行された特定のイベントまたは工程です。 | ||
|
説明
この属性は、Invoice Created、Invoice Validated、Payment Clearedなど、実行されるプロセス工程の名称を表します。請求書ごとのイベントの順序(コントロールフロー)をプロセスマイニングアルゴリズムで再構成できるようにします。 通常は、複数の取引テーブルと履歴テーブルのデータを統合し、各レコードに人が理解しやすいイベント名を付けて作成します。
重要な理由
プロセスの「何を」に当たる情報を定義し、プロセスフローのマッピングやバリアントの発見に欠かせません。
入手先
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 CloudLegacy 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では、Organization 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を介して結合)
例
Office Depot Inc.Oracle CorporationDell Services
|
|||
|
作成者
CreatedByUserName
|
請求書を入力した担当者のユーザーIDまたは氏名です。 | ||
|
説明
初期データ入力を担当したユーザーを識別します。User Generic Data Modelの属性に対応します。 このデータは「手動介入率」の分析に使われ、トレーニングの必要性や、手戻り率の高い特定のユーザーを特定できます。
重要な理由
リソース単位のパフォーマンス分析と職務分掌の確認が可能になります。
入手先
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日払い即時10日以内2%割引、30日払い
|
|||
|
発注書番号
PurchaseOrderNumber
|
関連する発注書の参照番号です。 | ||
|
説明
請求書を上流の調達プロセスに関連付けます。この属性は「発注書照合と差異解消」の分析に欠かせません。 発注書番号のない請求書は通常、発注書に基づく請求書とは異なる、効率の低い承認ワークフローに従います。
重要な理由
発注書に基づく請求書と、発注書のない請求書を区別できます。両者ではプロセスの動きが異なります。
入手先
PO_HEADERS_ALL.SEGMENT1(AP_INVOICE_LINES_ALLを介して関連付け)
例
PO-9988774500001234
|
|||
|
請求書タイプ
InvoiceType
|
請求書の分類です(例:Standard、Credit Memo)。 | ||
|
説明
請求書をStandard、Prepayment、Credit Memoなどのタイプに分類します。CaseType汎用属性に対応します。 請求書のタイプごとに検証と承認の経路が異なるため、「エンドツーエンドのサイクルタイムパフォーマンス」を正確に基準化するには、この属性によるセグメント分けが必要です。
重要な理由
プロセスパフォーマンスを比較する際に、性質の異なる対象を分けて分析できます。
入手先
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
例
標準クレジット前払い
|
|||
|
請求書日付
InvoiceDate
|
仕入先が請求書に記載した日付です。 | ||
|
説明
仕入先が請求書を発行した日付を表し、Oracleで受領または入力された日付とは異なります。支払い条件に基づく支払期日の計算基準になります。 請求書日付と入力日付の差異は、郵便物の受付やスキャンの遅延を示していることがあります。
重要な理由
支払い条件の計算と経過期間分析の基準となります。
入手先
AP_INVOICES_ALL.INVOICE_DATE
例
2023-09-152023-10-01
|
|||
|
請求書金額
InvoiceAmount
|
請求書の合計金額です。 | ||
|
説明
請求書に対して支払う合計金額を表します。この値は「少額請求書の効率性レビュー」に欠かせず、投入した工数と取引金額を比較できます。 また、高額な請求書を早期支払い割引の取得対象として優先するためにも使われます。
重要な理由
ケースの財務的な影響を定量化し、リスクの優先順位付けを支援します。
入手先
AP_INVOICES_ALL.INVOICE_AMOUNT
例
1500.00250.5010000.00
|
|||
|
失われた割引額
DiscountLostAmount
|
支払遅延によって取得できなかった割引の金額です。 | ||
|
説明
支払日が割引条件の期限を過ぎた場合に、請求書の全額と割引後の金額との差額として計算されます。「早期支払割引実現」の分析を支援します。 プロセスの非効率による影響を具体的な金額で示します。
重要な理由
プロセス遅延のコストを金額に換算します。
入手先
InvoiceAmountとPaymentTermsから計算
例
50.000.00120.50
|
|||
|
承認ステータス
ApprovalStatus
|
請求書の現在のワークフローステータスです。 | ||
|
説明
請求書がRequired、Initiated、Rejected、Approvedのいずれであるかを示します。この属性は「承認ワークフローのボトルネック分析」に役立ちます。 承認階層のどの段階に請求書があるかを俯瞰できます。
重要な理由
承認チェーンの停滞箇所を診断できます。
入手先
AP_INVOICES_ALL.WFAPPROVAL_STATUS
例
必須WFAPPROVED不要
|
|||
|
支払遅延日数
DaysOverdue
|
支払期日を過ぎて支払いが行われた日数です。 | ||
|
説明
支払いが何日遅れたかを示す計算値です。正の値は遅延、負の値は期日前の支払いを示します。 この指標は「支払遅延と違約金リスク追跡」ダッシュボードで使われ、プロセス遅延の深刻度を定量化します。
重要な理由
支払遅延の問題の大きさを定量化します。
入手先
計算式:PaymentDate - DueDate
例
5-20
|
|||
|
通貨コード
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
|
|||
|
請求書キャンセル
|
請求書が無効化またはキャンセルされ、支払いを行わずにプロセスインスタンスが終了します。 | ||
|
重要な理由
無駄になった作業を示します。キャンセル率が高い場合、通常は上流工程での重複入力や仕入先データの品質不良が原因です。
入手先
AP_INVOICES_ALL.CANCELLED_DATEに値が設定されます。
取得
取引Xの実行時に記録
イベントタイプ
explicit
|
|||
|
請求書作成
|
Oracle Fusionの買掛金システム内で請求書レコードを最初に作成する処理です。手入力またはIDR/インターフェース経由のインポートにかかわらず、請求書ヘッダーがデータベースに初めて登録された時刻を記録します。 | ||
|
重要な理由
処理サイクルの計算と経過期間分析における開始時刻を設定します。受領から入力までの遅延を測定するために欠かせません。
入手先
AP_INVOICES_ALLテーブルのCREATION_DATE列。INVOICE_IDで絞り込みます。
取得
取引レコードの作成時に記録
イベントタイプ
explicit
|
|||
|
請求書保留の設定
|
システムまたは担当者が請求書を保留し、支払いを停止します。数量差異、価格差異、手作業によるInvoice Needs Review保留などが含まれます。 | ||
|
重要な理由
プロセス上の摩擦を示す主な指標です。保留理由を分析することで、仕入先のコンプライアンス上の問題や社内プロセスの不足を特定できます。
入手先
AP_HOLDS_ALLテーブルのCREATION_DATE。プロセスフローが停止したことを示します。
取得
取引Xの実行時に記録
イベントタイプ
explicit
|
|||
|
請求書承認済み
|
ワークフローで最終承認が付与されます。請求書のステータスがWorkflow ApprovedまたはManually Approvedに更新されます。 | ||
|
重要な理由
請求書を支払い選択に進めるための重要な節目です。この工程までの間隔が長い場合、承認のボトルネックを示しています。
入手先
AP_INV_APRVL_HIST_ALLテーブル(最新の承認アクション)、またはAP_INVOICES_ALL.WFAPPROVAL_STATUS = WFAPPROVED。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
請求書明細の照合
|
請求書明細を発注書(PO)または受領記録に関連付ける処理です。明細入力時に三者照合または二者照合が行われたことを示します。 | ||
|
重要な理由
初回合格率を分析し、自動照合が失敗する箇所を特定するために重要です。照合率が低いと、手作業によるやり直しが増加します。
入手先
AP_INVOICE_LINES_ALLテーブル。MATCH_TYPEがITEM_TO_PO、PO_PRICE_ADJUSTMENTなどのレコードを特定します。
取得
リンク付きの取引明細作成時に記録
イベントタイプ
explicit
|
|||
|
請求書検証済み
|
請求書のステータスがValidatedに変わり、システム整合性チェック、税計算、照合ルールを通過したことを示します。承認と支払いの前提条件です。 | ||
|
重要な理由
データ入力から承認・支払いワークフローへの移行を示します。ここでの遅延は、データ品質の問題や設定エラーを示している可能性があります。
入手先
AP_INVOICES_ALL.VALIDATION_REQUEST_IDのタイムスタンプから推定するか、有効になっている場合はAP_INVOICE_HISTORYのステータス変更を追跡します。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
承認開始
|
請求書を承認ワークフロー(AMX)に送信します。管理者による承認フェーズの開始を示します。 | ||
|
重要な理由
業務処理時間と管理者承認のリードタイムを区別できます。遅延が買掛金担当者によるものか、承認者によるものかを特定するのに役立ちます。
入手先
AP_INV_APRVL_HIST_ALLテーブル(承認履歴)、またはAP_INVOICES_ALL.WFAPPROVAL_STATUSがINITIATEDに変わったことから推定します。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
支払い消込済み
|
支払いが銀行取引明細と照合されます。ステータスがClearedまたはReconciledに変わります。 | ||
|
重要な理由
資金サイクルの実質的な終了です。資金繰り予測や、支払い発行から消込までの資金滞留期間を把握するために欠かせません。
入手先
AP_CHECKS_ALL.STATUS_LOOKUP_CODEがCLEAREDに変わります。タイムスタンプはCLEARED_DATEです。
取得
取引Xの実行時に記録
イベントタイプ
explicit
|
|||
|
支払い選択済み
|
請求書がPayment Process Request(PPR)によって選択されます。支払い用に準備されますが、まだ資金は移動していません。 | ||
|
重要な理由
請求書が支払い処理の対象になったことを示します。ここからPayment Createdまでの間隔が長い場合、バッチ処理の問題が考えられます。
入手先
AP_SELECTED_INVOICES_ALL(一時テーブル)、またはAP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_IDに値が設定されたことから推定します。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
請求書保留の解除
|
以前に設定された保留を解除し、請求書がワークフローを進められるようにします。不一致が解消されたことを示します。 | ||
|
重要な理由
やり直し時間または解決時間を計算します。頻度が高い場合は、例外処理が非効率である可能性があります。
入手先
AP_HOLDS_ALLテーブルのLAST_UPDATE_DATE。RELEASE_LOOKUP_CODEに値が設定されているレコードを対象とします。
取得
取引Xの実行時に記録
イベントタイプ
explicit
|
|||
|
請求書計上済み
|
請求書の会計仕訳が生成され、総勘定元帳に転送されます。財務上の影響が記録されたことを確認します。 | ||
|
重要な理由
財務コンプライアンスを確保します。ここでの遅延は、期間締め業務や財務報告の正確性に影響する可能性があります。
入手先
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = Y、または請求書に関連付けられたXLA_AE_HEADERS(補助元帳会計)を使用します。
取得
取引Xの実行時に記録
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできていますか?
今すぐテンプレートをダウンロードし、支払いデータを具体的な改善案につなげてください。抽出手順についてサポートが必要な場合は、担当チームがご案内します。
今日から買掛金支払い処理を改善
処理時間を30%短縮し、仕入先との関係を改善します。
クレジットカードは不要です。5分で設定できます。