買掛金支払い処理用データテンプレート

Oracle Fusion Financials
買掛金支払い処理用データテンプレート

買掛金支払い処理用データテンプレート

このテンプレートでは、Oracle Fusion Financials内の支払いワークフローをマッピングするための構造化された方法を提供します。支払いサイクル全体を詳細に把握するために必要なデータ項目とプロセスのステップを示しています。この枠組みに沿って進めることで、ボトルネックを特定し、財務業務を効果的に最適化できます。
  • 詳細な分析に推奨される属性
  • イベントマッピングに使用する標準プロセスアクティビティ
  • Oracle Fusion Financialsからデータを抽出する手順
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

買掛金支払い処理の属性

これらの推奨データ項目を使うと、Oracle Fusion Financialsから取引の重要な詳細を取得し、支払いパフォーマンスを詳しく分析できます。
5 必須 10 推奨 5 任意
名前 説明
アクティビティ名
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
必須 推奨 任意

買掛金支払い処理のアクティビティ

支払いの作成から最終決済まで、各支払いの一連の流れを可視化するため、これらの重要なプロセス上の節目を追跡します。
7 推奨 5 任意
アクティビティ 説明
支払い作成
支払い書類(小切手、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
推奨 任意

抽出ガイド

Oracle Fusion Financialsからデータを取得する方法

始める準備はできていますか?

今すぐテンプレートをダウンロードし、支払いデータを具体的な改善案につなげてください。抽出手順についてサポートが必要な場合は、担当チームがご案内します。

今日から買掛金支払い処理を改善

処理時間を30%短縮し、仕入先との関係を改善します。

無料トライアルを開始

クレジットカードは不要です。5分で設定できます。