買掛金請求書処理のデータテンプレート

Oracle Fusion Financials
買掛金請求書処理のデータテンプレート

買掛金請求書処理のデータテンプレート

このテンプレートでは、買掛金請求書処理の分析に必要なデータを収集する方法を詳しく説明します。正確なイベントログを作成するために必要な属性とアクティビティ、データ抽出の具体的な手順をまとめています。効果的なプロセスマイニングに必要な情報を漏れなく取得するためにご利用ください。
  • 収集を推奨する属性
  • 追跡する主要なアクティビティ
  • Oracle Fusion Financialsからの抽出ガイド
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

買掛金請求書処理の属性

買掛金請求書処理を詳細に分析するため、イベントログに含める推奨データ項目です。
3 必須 8 推奨 11 任意
名前 説明
アクティビティ名
ActivityName
発生した特定のプロセスステップまたはイベントの名称です。
説明

この属性は、「請求書作成」、「承認開始」、「支払実行」など、請求書処理ライフサイクルにおける1つのステップを表します。これらのアクティビティを時系列に並べることで、プロセスマイニングツールは請求書ごとのエンドツーエンドのプロセスフローを再現できます。アクティビティを分析すると、プロセス内で頻繁に発生する経路、逸脱、やり直しループを特定できます。

重要な理由

プロセスマップの中核を形成し、プロセスフローの可視化と分析、逸脱の特定、ステップごとのパフォーマンス測定を可能にします。

入手先

通常、Oracle Fusion Financials内のステータス変更、イベントテーブル、監査ログから取得します。複数のソーステーブルやフィールドからのマッピングが必要になる場合があります。

請求書検証完了保留設定請求書承認支払実行
イベント時刻
EventTime
アクティビティが発生した時点を示すタイムスタンプです。
説明

この属性は、プロセス内の各アクティビティについて正確な日付と時刻を提供します。イベントを時系列に並べ、ステップ間の所要時間を計算するための基礎となります。このデータにより、待ち時間からボトルネックを特定したり、承認など特定ステージのサイクル時間を計算したり、SLAのコンプライアンスを監視したりできます。

重要な理由

サイクル時間や待ち時間を含む、時間に基づくすべての指標の計算に欠かせません。ボトルネックの特定やプロセス効率の測定にも重要です。

入手先

各Oracle Fusionテーブルの作成日、最終更新日、または特定イベントのタイムスタンプに対応します(例:LAST_UPDATE_DATE、CREATION_DATE、APPROVAL_DATE)。

2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
請求書
InvoiceId
処理対象となる各請求書を一意に識別するIDです。
説明

「請求書」は主要なケース識別子として機能し、請求書の受領から最終支払いまで、すべてのアクティビティを関連付けます。一意のInvoiceIdはそれぞれ、買掛金プロセスにおける1件のエンドツーエンドのプロセスインスタンスを表します。これにより、各請求書の処理経路を詳細に分析できます。プロセス分析の基盤となり、関連するすべてのイベントと属性を結び付けます。

重要な理由

各請求書のライフサイクルを開始から終了まで追跡するために欠かせません。プロセスのバリエーション、ボトルネック、全体の処理量を分析できます。

入手先

通常、Oracle Fusion FinancialsのAP_INVOICES_ALLテーブルにあるINVOICE_IDまたはINVOICE_NUMです。

INV-987657334001APO-INV-2023-005
サプライヤー名
VendorName
請求書を提出したサプライヤーまたは仕入先の名称です。
説明

請求書に関連付けられたサプライヤーを特定します。サプライヤー別にプロセスパフォーマンスを分けて分析できるため、重要な分析軸となります。たとえば、請求書の保留率が最も高いサプライヤー、処理時間が最も長いサプライヤー、照合不一致が最も多いサプライヤーを特定できます。サプライヤーとの関係管理や、特定サプライヤーに関するシステム上の問題の特定に役立ちます。

重要な理由

サプライヤー別のパフォーマンス分析を可能にし、頻繁な遅延、不一致、保留など、特定のサプライヤーに固有の問題を特定できます。

入手先

通常、POZ_SUPPLIERSまたは関連するサプライヤーテーブルのVENDOR_NAMEフィールドから取得し、AP_INVOICES_ALLのVENDOR_IDを介して結合します。

Global Office Supplies Inc.Innovate Tech ServicesReliable Logistics Co.
ユーザー
User
アクティビティを実行した担当者のユーザーIDまたは氏名です。
説明

特定のプロセスステップを実行した従業員またはシステムユーザーを特定します。請求書を入力した買掛金担当者、承認したマネージャー、支払いを実行した支払担当者などが該当します。ユーザー別に分析することで、研修ニーズ、業務量の配分、チームメンバー間のパフォーマンス差を把握できます。コンプライアンスと監査証跡の観点でも重要です。

重要な理由

業務量やチームパフォーマンスの分析、個人に起因するボトルネックや研修機会の特定を可能にします。監査可能性の確保にも欠かせません。

入手先

各テーブルのCREATED_BYやLAST_UPDATED_BYなどのユーザー関連フィールド、または特定のワークフロー・承認履歴テーブルから取得します。

john.doejane.smithap.clerk1
支払日
PaymentDate
請求書の支払いを実行した日付です。
説明

実際に支払いを行った日付を記録する属性です。請求書に対する買掛金プロセスの完了確認に使用します。支払日と支払期日を比較することで、期日どおりの支払率や早期支払割引の適用状況を算出できます。財務管理とキャッシュフロー管理における重要なデータポイントです。

重要な理由

期日どおりの支払KPIの算出と早期支払割引の適用状況の分析を可能にし、キャッシュフロー管理に直接影響します。

入手先

AP_INVOICE_PAYMENTS_ALLなどの支払テーブルから取得します。具体的にはACCOUNTING_DATEやCHECK_DATEなどのフィールドを使用します。

2023-11-132023-12-052024-01-19
支払期日
DueDate
請求書の支払いが必要となる期日です。
説明

請求書日付と支払条件に基づいて算出する日付で、延滞料の発生を避け、サプライヤーとの良好な関係を維持するために、請求書をこの日までに支払う必要があります。期日どおりの支払パフォーマンスの監視とキャッシュフロー管理に欠かせない属性です。「期日どおり支払率」KPIは、「支払日」とこの「支払期日」を比較して直接算出します。

重要な理由

期日どおりの支払率の測定、キャッシュフロー管理、支払遅延によるペナルティの回避に欠かせません。支払ポリシーのコンプライアンスを確認する主要フィールドです。

入手先

支払スケジュールテーブル(例:AP_PAYMENT_SCHEDULES_ALL)の直接フィールド、またはINVOICE_DATEと支払条件に基づく計算値です。

2023-11-142023-12-012024-01-19
発注書番号
PurchaseOrderNumber
請求書に関連付けられた発注書の識別子です。
説明

商品やサービスの調達を承認した発注書(PO)の一意の番号です。3-way matching(PO、入庫記録、請求書)の分析に欠かせない属性です。POに紐づく請求書で不一致率が高い場合、調達部門や受入部門に問題がある可能性を示します。POのある請求書とない請求書を比較することで、異なるプロセスの動きも把握できます。

重要な理由

3-way matchingプロセスの分析、不一致の特定、POに基づく請求書とPOのない請求書の違いの把握に欠かせません。

入手先

通常、請求書明細テーブル(例:AP_INVOICE_LINES_ALL)とPOテーブル(例:PO_HEADERS_ALL)を結合して取得します。

PO-10056982347null
終了時刻
EndTime
請求書に対する最後のアクティビティのタイムスタンプです。
説明

「支払消込完了」や「請求書取消」など、請求書のライフサイクルにおける終端イベントのタイムスタンプを表します。通常は、各「InvoiceId」の最新の「EventTime」を取得して算出します。請求書の処理にかかるエンドツーエンドの合計時間を計算するために欠かせません。

重要な理由

請求書ごとのエンドツーエンドの合計サイクルタイムを計算でき、プロセス全体の効率を測定する基本KPIとなります。

入手先

計算によって求める属性です。データセット内でケース(InvoiceId)ごとのEventTimeの最大値を取得して算出します。

2023-10-30T11:00:00Z2023-11-20T16:45:00Z2024-01-10T10:20:30Z
請求書ステータス
InvoiceStatus
請求書の現在または最終的なステータスです。
説明

「Validated」、「Pending Approval」、「Paid」、「Cancelled」など、プロセス内における請求書の現在の状態を示します。この属性により、請求書のライフサイクル上の位置を把握でき、業務用ダッシュボードに役立ちます。最終ステータスを分析すると、取消や却下の割合など、プロセスの結果を理解できます。

重要な理由

請求書の結果と現在の状態をすばやく把握でき、例外率(例:取消)やプロセス効率の分析に役立ちます。

入手先

AP_INVOICES_ALLテーブルのステータスフィールド、またはAP_PAYMENT_SCHEDULES_ALLの支払ステータスから取得できます。

検証済み支払済みキャンセル済み再検証が必要
請求書金額
InvoiceAmount
請求書の合計金額です。
説明

請求書に対する支払総額を表す属性です。財務分析や請求書の優先順位付けに欠かせない指標です。請求書金額を分析することで、高額請求書が低額請求書と異なる方法で処理されているか、遅延が多いかを把握できます。キャッシュフロー予測や重複支払い分析に関するダッシュボードでも重要です。

重要な理由

高額請求書の優先順位付け、金額別の処理時間分析、遅延による財務影響の算出など、財務面の影響を分析できます。

入手先

AP_INVOICES_ALLテーブルのINVOICE_AMOUNTフィールドから取得します。

5400.50125000.00750.25
ソースシステム
SourceSystem
データを抽出したシステムです。
説明

データの取得元を示す属性です。このプロセスでは通常、「Oracle Fusion Financials」です。複数のシステム(例:別のOCRスキャンシステム)が存在する環境では、異なるイベントのソースを区別するのに役立ちます。データの系譜を明確にし、複数のプラットフォームからデータを統合する際の背景情報を提供します。

重要な理由

データの取得元に関する重要な背景情報を提供し、追跡可能性を確保するとともに、複数のシステムからのデータ統合を管理しやすくします。

入手先

通常、データ抽出の設定時に定義する固定値です。

Oracle Fusion FinancialsOracle EBS R12Fusion Cloud AP
事業部門
BusinessUnit
請求書を担当する事業部門または業務部門です。
説明

費用を負担した特定の事業部門、部署、またはコストセンターを特定します。組織分析における重要な分析軸であり、社内の各部門間でプロセスパフォーマンスを比較できます。承認時間の長さや例外率の高さなどの問題が特定の事業部門に集中しているかを把握し、対象を絞った改善につなげられます。

重要な理由

異なる組織単位間でパフォーマンスを比較でき、部門固有のボトルネックやコンプライアンス上の問題を特定するのに役立ちます。

入手先

多くの場合、AP_INVOICES_ALLテーブルのORG_IDから取得し、HR組織テーブルと結合して事業部門名を取得します。

北米営業欧州オペレーション本社財務
保留理由
HoldReason
請求書が保留された理由です。
説明

請求書を支払いに進められない場合、その請求書は保留されます。この属性には、「価格不一致」「数量不一致」「入荷受領待ち」など、保留の具体的な理由が記録されます。保留理由を分析すると、プロセスの中断や遅延の根本原因を特定できます。例外や手戻りを監視するダッシュボードにも直接役立ちます。

重要な理由

支払遅延や請求書の例外の根本原因を特定し、プロセス改善や仕入先とのコミュニケーションに役立つ具体的な情報を提供します。

入手先

AP_HOLDS_ALLなどのテーブルから取得します。このテーブルは請求書に関連付けられ、保留理由またはコードを保持しています。

価格不一致請求数量が受領数量を超過請求書の重複
最終データ更新
LastUpdateDate
最後にデータを更新した時点のタイムスタンプです。
説明

この属性は、このプロセスのデータがソースシステムから最後に抽出された時点を示します。更新のたびにデータセット全体へ付与するメタデータフィールドです。データの鮮度と分析対象期間を把握するうえで重要であり、分析結果を正しく解釈するための透明性を確保します。

重要な理由

データの適時性を示し、分析対象期間と最終更新時点を把握できるようにします。

入手先

データ抽出時にデータセットへ生成・付与される値です。

2024-03-10T05:00:00Z2024-03-11T05:00:00Z
手戻りの有無
IsRework
請求書に手戻りが発生したかどうかを示すフラグです。
説明

手戻りループが発生した請求書を特定するブール型フラグ(True/False)です。繰り返しの検証ステップや、後のプロセス段階から前の段階へ戻る動き(例:「承認待ち」から「再検証が必要」への移動)などを示します。通常はアクティビティの順序を分析して算出します。「請求書手戻り率」を定量化し、プロセスの非効率を把握するために欠かせません。

重要な理由

非効率な手戻りループの発生頻度を定量化し、プロセス上の例外や無駄な作業の根本原因を特定しやすくします。

入手先

計算によって求める属性です。各ケースのアクティビティの順序を分析し、繰り返しのステップやプロセスフローの逆戻りを検出して算出します。

truefalse
承認者
Approver
請求書の支払いを承認した担当者です。
説明

請求書に対して最終承認または重要な承認を行ったユーザーや管理者を特定します。この属性は、承認者別に承認時間を分類する「請求書承認サイクルタイム」ダッシュボードに欠かせません。データを分析すると、承認階層のボトルネックや業務負荷の高い担当者を把握し、権限委譲ポリシーへのコンプライアンスを確認できます。

重要な理由

承認ワークフローの分析、特定の承認者が原因となるボトルネックの特定、承認ポリシーへのコンプライアンス監査に欠かせません。

入手先

通常は、Oracleのワークフローテーブル(承認管理エンジンであるAMEに関連するテーブルなど)または監査履歴テーブルに保存されています。

s.jonesm.riverad.chen
支払条件
PaymentTerms
サプライヤーと合意した請求書の支払条件です。
説明

仕入先への支払条件を定義します。例として「Net 30」や「2% 10, Net 30」などがあります。この属性は、請求書の支払期日を計算し、早期支払割引の機会を特定する基準となります。支払条件を分析すると、キャッシュフローの計画に役立つほか、会社が利用可能な割引をどの程度確実に受けているかを測定する「早期支払割引実現」ダッシュボードにも欠かせません。

重要な理由

支払スケジュールと早期支払割引の適用条件を決定し、キャッシュフローと収益性に直接影響します。

入手先

AP_INVOICES_ALLテーブルから参照されるAP_TERMS_TLまたはAP_TERMS_Bテーブルで確認できます。

30日後払い60日後払い10日以内2%割引、30日後払い
期日内支払の有無
IsOnTimePayment
請求書が支払期日までに支払われたかどうかを示すフラグです。
説明

「支払日」と「支払期日」を比較して算出するブール型フラグ(True/False)です。支払日が支払期日以前であればTrueになります。この属性は「期日内支払率」KPIの計算を直接支え、支払ポリシーへのコンプライアンスの監視や仕入先との関係管理に欠かせません。

重要な理由

支払条件の遵守状況を直接測定します。仕入先との関係、財務計画、遅延損害金の回避において重要です。

入手先

他のフィールドから算出する属性です。ロジックは次のとおりです:IF PaymentDate <= DueDate THEN true ELSE false

truefalse
照合ステータス
MatchingStatus
請求書照合プロセスの結果を示します。
説明

請求書を発注書および入荷受領記録と照合する検証プロセス(3-way matching)の結果を示します。ステータスには「照合済み」「部分照合」「失敗」などがあります。この属性は「3-way matching失敗率」KPIと、関連する不一致分析ダッシュボードの基準となります。調達から支払いまでのサイクルで発生する問題の診断にも役立ちます。

重要な理由

自動照合プロセスの成功率を直接測定し、手作業の手戻りや支払遅延につながる不一致を明らかにします。

入手先

通常、AP_INVOICES_ALLやAP_INVOICE_LINES_ALLなどのテーブルで、請求書ヘッダーまたは明細行のレベルに記録されています。

成功失敗:価格不一致失敗:数量不一致不要
請求書日付
InvoiceDate
サプライヤーの請求書に記載された日付です。
説明

サプライヤーが請求書を発行した日付です。合意した支払条件に基づいて支払期日を決める起点となります。請求書日付とシステムに入力された日付(「請求書作成」アクティビティ)を比較すると、請求書の提出や受領処理の遅延を把握できます。この分析により、期日どおりの支払いや割引適用に影響するフロントエンドのボトルネックを特定できます。

重要な理由

支払期日の算出や、請求書の発行から買掛金プロセスへの登録までの遅延の特定における基準となります。

入手先

AP_INVOICES_ALLテーブルのINVOICE_DATEフィールドから取得します。

2023-10-152023-11-012023-12-20
請求書通貨
InvoiceCurrency
請求書金額の通貨です。
説明

請求書の表示通貨を指定します(例:USD、EUR、GBP)。複数の国や通貨を対象とする分析に欠かせません。請求書金額を解釈するための背景情報を提供し、財務指標を正しく理解できるようにします。グローバルな組織では、財務データのフィルタリングや分類に重要な属性です。

重要な理由

「請求書金額」を正しく財務分析・レポーティングするための重要な背景情報を提供します。特に多国籍業務で役立ちます。

入手先

AP_INVOICES_ALLテーブルのINVOICE_CURRENCY_CODEフィールドから取得します。

USDEURGBPJPY
必須 推奨 任意

買掛金請求書処理のアクティビティ

正確なプロセス発見とボトルネック特定のため、イベントログに記録すべき主要なプロセス手順と重要な節目です。
6 推奨 7 任意
アクティビティ 説明
支払予定設定
承認済みの請求書がPayment Process Request(PPR)または支払バッチに含まれた時点を示します。ただし、まだ支払いは完了していません。支払スケジュールレコードが確定した時点で取得します。
重要な理由

承認から実際の支払いまでをつなぐアクティビティです。この段階にかかった時間を分析することは、キャッシュフローの予測と管理に重要です。

入手先

請求書について、AP_PAYMENT_SCHEDULES_ALLテーブルのcheckrun_idに値が設定されたことから推定します。PPRの作成日をタイムスタンプとして使用できます。

取得

請求書がPayment Process Request(PPR)に関連付けられたこと。

イベントタイプ inferred
支払実行
支払いが作成され、サプライヤーに発行された時点を示します。請求書に紐づく支払レコードの作成によって取得する明示的なイベントです。
重要な理由

「期日どおり支払率」と「エンドツーエンド請求書処理量」を測定する重要なマイルストーンです。会社が財務上の債務を履行したことを示します。

入手先

AP_INVOICE_PAYMENTS_ALLテーブルに、請求書と支払いを関連付けるレコードが作成されたことで記録される明示的なイベントです。ACCOUNTING_DATEまたはCREATION_DATEをタイムスタンプとして使用できます。

取得

請求書と支払いを関連付けるAP_INVOICE_PAYMENTS_ALLのレコード作成。

イベントタイプ explicit
支払決済完了
プロセスの最後のアクティビティであり、支払いが銀行で決済されたことを確認します。通常は、銀行照合後にOracle Cash Managementから受け取るステータス更新によって取得します。
重要な理由

エンドツーエンドプロセスの実際の終了点です。「請求書サイクル時間の平均」の計測に最も正確なデータを提供し、財務取引全体を完了させます。

入手先

AP_CHECKS_ALLテーブルで支払ステータスが「CLEARED」に更新されたことから推定します。CLEARED_DATE列がこのイベントのタイムスタンプを提供します。

取得

AP_CHECKS_ALLテーブルにCLEARED_DATEが設定されたこと。

イベントタイプ inferred
請求書作成
手入力、スキャン(OCR)、または電子データ交換(EDI)によって、システムに請求書レコードが最初に作成されたことを示します。主要な請求書テーブルに新しいレコードが挿入された時点で、このイベントを取得します。
重要な理由

請求書処理ライフサイクルの明確な開始点です。このイベントから他のイベントまでの時間を分析することで、上流工程の遅延とプロセス全体の所要時間を把握できます。

入手先

AP_INVOICES_ALLテーブルの請求書レコード作成時刻から明示的に取得するイベントです。通常はCREATION_DATE列を使用します。

取得

AP_INVOICES_ALLテーブルのレコード作成タイムスタンプ。

イベントタイプ explicit
請求書承認
請求書の最終承認を示し、支払いを許可します。この重要なマイルストーンは、ワークフローステータスフィールドが最終承認済みの状態に更新されたことから推定します。
重要な理由

承認サイクルを完了する重要なマイルストーンです。「請求書承認サイクル時間」の計算や、承認者に起因するボトルネックの特定に欠かせません。

入手先

AP_INVOICES_ALLテーブルのWFAPPROVAL_STATUS列が「Manually Approved」、「Workflow Approved」、または同様の最終承認ステータスに変更されたことから推定します。

取得

AP_INVOICES_ALL.WFAPPROVAL_STATUSが承認済みの状態に変更されたこと。

イベントタイプ inferred
請求書検証完了
請求書データの形式が正しいか、サプライヤーと一致しているかなど、システムによる自動検証チェックが正常に完了したことを示すアクティビティです。請求書の検証ステータスフィールドの変更を追跡して取得します。
重要な理由

照合や承認など、次の処理に進める状態になったことを示します。このステップまでの遅延は、データ入力の問題を示している可能性があり、「請求書データ入力エラー分析」ダッシュボードの裏付けとなります。

入手先

AP_INVOICES_ALLテーブルのVALIDATION_STATUS列が「Validated」に変更されたことから推定します。このフィールドの監査証跡または履歴テーブルからタイムスタンプを取得します。

取得

AP_INVOICES_ALL.VALIDATION_STATUSが「Validated」に変更されたこと。

イベントタイプ inferred
保留解除
問題が解決し、保留が解除されたことで、請求書が支払処理に進める状態になったことを示します。保留レコードに解除情報が更新された時点で取得します。
重要な理由

不一致の解決にかかった時間を測定します。「保留設定」と組み合わせることで、やり直しや例外処理の期間と影響を定量化できます。

入手先

既存の保留レコードについて、AP_HOLDS_ALLテーブルのRELEASE_LOOKUP_CODE列とLAST_UPDATE_DATE列に値が設定されたことから推定します。

取得

解除情報を含むAP_HOLDS_ALLレコードの更新タイムスタンプ。

イベントタイプ inferred
保留設定
請求書に保留が設定され、支払いができない状態になったことを示します。多くの場合、不一致やポリシー違反を理由に、請求書に関連付けられた保留レコードが作成された時点で取得する明示的なイベントです。
重要な理由

プロセス上の例外とボトルネックを直接特定できます。保留の理由と期間を分析することは、一般的な処理上の問題を理解し、解決するうえで重要です。

入手先

特定のINVOICE_IDに紐づく新しいエントリがAP_HOLDS_ALLテーブルに作成されたことで記録される明示的なイベントです。

取得

AP_HOLDS_ALLテーブルのレコード作成タイムスタンプ。

イベントタイプ explicit
承認開始
請求書が承認ワークフローに入り、最初の承認者にルーティングされたことを示します。請求書のワークフローステータスの変更から推定します。
重要な理由

「請求書承認サイクル時間」KPIの計測を開始するアクティビティです。データ待ちの時間と承認者待ちの時間を区別するのに役立ちます。

入手先

AP_INVOICES_ALLテーブルのWFAPPROVAL_STATUSが、ワークフロー開始前のステータスから「Initiated」または同様の保留状態に変更されたことから推定します。

取得

AP_INVOICES_ALL.WFAPPROVAL_STATUSが「Initiated」に変更されたこと。

イベントタイプ inferred
早期支払割引適用
割引を適用するために支払いが早期に実行されたことを示す計算イベントです。実際の支払日と支払スケジュールに保存された割引条件を比較して算出します。
重要な理由

「早期支払割引適用」ダッシュボードを直接支援します。買掛金プロセスの効率化による財務上のメリットを定量化し、見逃した機会を特定するのに役立ちます。

入手先

AP_INVOICE_PAYMENTS_ALLの支払日と、AP_PAYMENT_SCHEDULES_ALLテーブルの割引日フィールド(DISCOUNT_DATE)を比較して算出します。

取得

支払実行日と割引適用可能日を比較する。

イベントタイプ calculated
照合実行
請求書を発注書(PO)や入庫記録(GRN)と照合するシステムまたはユーザーの操作を示します。請求書の照合ステータスが更新された時点で取得します。
重要な理由

POベースの請求書にとって重要なステップであり、「3-way matching不一致傾向」分析に直接影響します。ここでの失敗や遅延は、プロセスのボトルネックの主な原因になります。

入手先

AP_INVOICES_ALLのWFAPPROVAL_STATUS、または同様の照合ステータスフィールドが更新され、照合が試行されたことを示す状態から推定します。

取得

PO照合に関連するステータス変更のタイムスタンプ。

イベントタイプ inferred
請求書却下
承認者が請求書を却下し、処理が停止したことを示します。通常は修正して再申請する必要があります。承認ワークフロー内のステータス変更として取得します。
重要な理由

プロセス上の大きなやり直しループを示します。却下の頻度と理由を分析することで、ポリシーの理解不足やシステム上のデータ問題を明らかにできます。

入手先

AP_INVOICES_ALLテーブルのWFAPPROVAL_STATUS列が「Rejected」に変更されたことから推定します。ワークフロー履歴テーブルから、より詳細な情報を取得できる場合があります。

取得

AP_INVOICES_ALL.WFAPPROVAL_STATUSが「Rejected」に変更されたこと。

イベントタイプ inferred
請求書取消
支払い前に請求書処理が終了したことを示します。ユーザーが請求書を取り消し、取消日が設定された時点で取得する明示的な操作です。
重要な理由

請求書における、成功に至らない最終状態です。取消の頻度と理由を分析することで、調達やサプライヤー管理における上流工程の問題を明らかにできます。

入手先

AP_INVOICES_ALLテーブルのCANCELLED_DATE列に値が設定されたことから推定します。日付自体をイベントのタイムスタンプとして使用します。

取得

AP_INVOICES_ALLテーブルにCANCELLED_DATEが設定されたこと。

イベントタイプ inferred
推奨 任意

抽出ガイド

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

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

このデータテンプレートを使ってプロセスマイニングを始め、買掛金業務を大幅に改善しましょう。今すぐ財務ワークフローの変革に取り組めます。

買掛金請求書処理コストを60%削減:今すぐ開始

買掛金請求書処理を自動化し、エラーを減らしてコストを60%削減します。

無料トライアルを開始

クレジットカード不要・数分で設定完了