買掛金請求書処理のデータテンプレート
買掛金請求書処理のデータテンプレート
- 収集を推奨する属性
- 追跡する主要なアクティビティ
- Oracle Fusion Financialsからのデータ抽出手順
買掛金請求書処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
発生した特定のプロセス手順またはイベントの名前です。 | ||
|
説明
この属性は、請求書処理のライフサイクルにおける個々の手順を表します。例として、「請求書を作成」「承認を開始」「支払いを実行」などがあります。アクティビティを時系列に並べることで、プロセスマイニングツールは請求書ごとのエンドツーエンドの処理の流れを再構成できます。アクティビティを分析すると、プロセスで頻繁に発生する経路や逸脱、やり直しのループを特定できます。
重要な理由
プロセスマップの中核となる項目です。プロセスの流れを可視化・分析し、逸脱を特定して、手順ごとのパフォーマンスを測定できます。
入手先
通常は、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
|
|||
|
ユーザー
User
|
アクティビティを実行した人のユーザーIDまたは名前です。 | ||
|
説明
プロセスの各ステップを実行した従業員またはシステムユーザーを特定します。請求書を入力した買掛金担当者、承認したマネージャー、支払いを実行した担当者などが該当します。ユーザー別に分析すると、トレーニングの必要性や業務負荷の分布、チームメンバー間のパフォーマンスの違いを把握できます。コンプライアンスの確認や監査証跡の管理にも欠かせません。
重要な理由
業務負荷やチームのパフォーマンスを分析し、個人ごとのボトルネックやトレーニングの機会を特定できます。監査対応にも欠かせません。
入手先
各種テーブルのCREATED_BYやLAST_UPDATED_BYなどのユーザー関連フィールド、またはワークフローや承認履歴の専用テーブルから取得します。
例
john.doejane.smithap.clerk1
|
|||
|
仕入先名
VendorName
|
請求書を提出した仕入先の名前です。 | ||
|
説明
請求書に関連付けられた仕入先を特定します。仕入先ごとにプロセスのパフォーマンスを比較できるため、分析に欠かせない属性です。たとえば、請求書の保留率や処理時間が最も高い仕入先、照合差異が頻繁に発生する仕入先を分析できます。仕入先との関係管理や、特定の仕入先に関わる構造的な問題の特定に役立ちます。
重要な理由
仕入先別にパフォーマンスを分析し、頻繁な遅延、差異、保留など、特定の仕入先に関する問題を特定できます。
入手先
通常は、POZ_SUPPLIERSテーブルまたは関連する仕入先テーブルのVENDOR_NAMEフィールドから取得し、AP_INVOICES_ALLのVENDOR_IDを使って結合します。
例
Global Office Supplies Inc.Innovate Tech ServicesReliable Logistics Co.
|
|||
|
支払日
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点照合プロセスの分析に欠かせません。発注書に関連付けられた請求書で差異が多い場合、調達部門や受入部門に問題がある可能性があります。発注書がある請求書とない請求書を比較すると、プロセスの違いも把握できます。
重要な理由
3点照合プロセスの分析、照合差異の特定、発注書に基づく請求書と発注書のない請求書の違いの把握に役立ちます。
入手先
通常、請求書明細テーブル(AP_INVOICE_LINES_ALLなど)と発注書テーブル(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
|
請求書の現在または最終のステータスです。 | ||
|
説明
「検証済み」「承認待ち」「支払済み」「取消済み」など、プロセスにおける請求書の現在の状態を示します。請求書の処理状況を把握できるため、業務状況を確認するダッシュボードに役立ちます。最終ステータスを分析すると、取消や却下となった請求書の割合など、プロセスの結果を把握できます。
重要な理由
請求書の結果と現在の状態をすばやく把握でき、取消などの例外の発生率やプロセスの効率を分析できます。
入手先
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の買掛金
|
|||
|
事業部門
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
|
仕入先との間で合意した請求書の支払条件です。 | ||
|
説明
「30日以内に支払い」や「10日以内に支払えば2%割引、30日以内に全額支払い」など、仕入先への支払条件を定めます。この属性は、請求書の支払期日の算出や早期支払割引の適用機会の特定に使います。支払条件の分析はキャッシュフロー計画に役立ちます。また、割引をどの程度適用できているかを測定する「早期支払割引の適用状況」ダッシュボードにも欠かせません。
重要な理由
支払スケジュールや早期支払割引の適用条件を決めるため、キャッシュフローと収益性に直接影響します。
入手先
AP_INVOICES_ALLテーブルからリンクされるAP_TERMS_TLまたはAP_TERMS_Bテーブルで確認できます。
例
30日以内に支払い60日以内に支払い10日以内に支払えば2%割引、30日以内に全額支払い
|
|||
|
期日どおりの支払い
IsOnTimePayment
|
請求書が支払期日までに支払われたかどうかを示すフラグです。 | ||
|
説明
支払日と支払期日を比較して算出する真偽値(True/False)です。支払日が支払期日以前であればTrueになります。この属性は「期日どおりの支払率」の重要業績評価指標(KPI)の算出に直接使われ、支払方針へのコンプライアンスの確認や仕入先との関係管理に欠かせません。
重要な理由
支払条件の遵守状況を直接測定します。仕入先との関係、財務計画、延滞料金の回避に欠かせません。
入手先
他のフィールドから算出する属性です。判定条件は、PaymentDate <= DueDateの場合はtrue、それ以外はfalseです。
例
truefalse
|
|||
|
照合ステータス
MatchingStatus
|
請求書の照合結果を示します。 | ||
|
説明
請求書を発注書および入庫記録と照合する検証プロセスの結果を示します(3点照合の場合)。ステータスには「照合済み」「一部照合済み」「失敗」などがあります。この属性は、「3点照合失敗率」の重要業績評価指標(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
|
|||
買掛金請求書処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払いの決済を確認
|
支払いが銀行で決済されたことを確認する、プロセスの最終アクティビティです。通常は銀行照合後、Oracle Cash Managementからのステータス更新を通じて記録します。 | ||
|
重要な理由
エンドツーエンドのプロセスが実際に完了した時点です。「請求書の平均サイクルタイム」を最も正確に算出でき、財務取引全体の完了を確認できます。
入手先
AP_CHECKS_ALLテーブルの支払いステータスが「CLEARED」に更新されたことから推定します。このイベントのタイムスタンプにはCLEARED_DATE列を使用します。
記録
AP_CHECKS_ALLテーブルのCLEARED_DATEに値が設定。
イベントタイプ
inferred
|
|||
|
支払いをスケジュール
|
承認済みの請求書が支払い処理依頼(PPR)または支払いバッチに含まれたものの、まだ支払われていない状態を示します。支払いスケジュールのレコードが確定した時点で記録します。 | ||
|
重要な理由
このアクティビティは、承認から実際の支払いまでをつなぐ段階です。ここにかかる時間を分析することは、キャッシュフローの予測と管理に重要です。
入手先
請求書についてAP_PAYMENT_SCHEDULES_ALLテーブルのcheckrun_idに値が設定されたことから推定します。PPRの作成日をタイムスタンプとして使用できます。
記録
請求書と支払い処理依頼(PPR)の関連付け。
イベントタイプ
inferred
|
|||
|
支払いを実行
|
支払いが作成され、仕入先に送金された時点を示します。請求書に関連付けられた支払いレコードが作成されたことで記録する明示的なイベントです。 | ||
|
重要な理由
「期日どおりの支払い率」と「請求書処理全体のスループット」を測る重要な節目です。企業が財務上の債務を履行したことを示します。
入手先
AP_INVOICE_PAYMENTS_ALLテーブルに請求書と支払いを関連付けるレコードが作成された時点で記録する明示的なイベントです。タイムスタンプにはACCOUNTING_DATEまたはCREATION_DATEを使用できます。
記録
AP_INVOICE_PAYMENTS_ALLで請求書と支払いを関連付けるレコードの作成。
イベントタイプ
explicit
|
|||
|
請求書の検証が完了
|
請求書データの形式が正しいか、仕入先と一致しているかなど、システムによる自動検証が正常に完了したことを示すアクティビティです。請求書の検証ステータスの変更を追跡して記録します。 | ||
|
重要な理由
請求書が照合や承認などの次の処理に進める状態になったことを示します。この段階までに時間がかかる場合は、データ入力に問題がある可能性があり、「請求書データ入力エラー分析」ダッシュボードで確認できます。
入手先
AP_INVOICES_ALLテーブルのVALIDATION_STATUS列が「Validated」に変わったことから推定します。このフィールドの監査証跡または履歴テーブルからタイムスタンプを取得できます。
記録
AP_INVOICES_ALL.VALIDATION_STATUSが「Validated」に変更。
イベントタイプ
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_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)と照合したことを示します。請求書の照合ステータスが更新された時点で、このイベントを記録します。 | ||
|
重要な理由
発注書に基づく請求書では重要な手順で、「3点照合の不一致傾向」分析に直接関係します。ここでの失敗や遅延は、プロセスのボトルネックの主な原因です。
入手先
AP_INVOICES_ALLのWFAPPROVAL_STATUS、または同様の照合ステータスフィールドが更新され、照合が試みられたことを示す情報から推定します。
記録
発注書との照合に関するステータス変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
請求書をキャンセル
|
支払い前に請求書の処理が終了したことを示します。担当者が請求書をキャンセルし、キャンセル日が記録された時点で取得する明示的なアクションです。 | ||
|
重要な理由
請求書が正常に完了しなかったことを示す最終状態です。キャンセルの頻度や理由を分析すると、調達や仕入先管理における前工程の問題を明らかにできます。
入手先
AP_INVOICES_ALLテーブルのCANCELLED_DATE列に値が設定されたことから推定します。この日付をイベントのタイムスタンプとして使用します。
記録
AP_INVOICES_ALLテーブルのCANCELLED_DATEに値が設定。
イベントタイプ
inferred
|
|||
|
請求書を却下
|
承認者が請求書を却下し、処理が停止したことを示します。通常は修正して再申請する必要があります。承認ワークフロー内のステータス変更として記録します。 | ||
|
重要な理由
プロセスで大きなやり直しが発生したことを示します。却下の頻度や理由を分析すると、ポリシーへの理解不足やシステム上のデータ問題を明らかにできます。
入手先
AP_INVOICES_ALLテーブルのWFAPPROVAL_STATUS列が「Rejected」に変わったことから推定します。ワークフロー履歴テーブルから、さらに詳しい情報を取得できる場合があります。
記録
AP_INVOICES_ALL.WFAPPROVAL_STATUSが「Rejected」に変更。
イベントタイプ
inferred
|
|||
データ抽出ガイド
準備はできましたか?
このデータテンプレートを使ってプロセスマイニングを始め、買掛金業務の改善につなげましょう。財務ワークフローの見直しを今すぐ始められます。
買掛金請求書処理のコストを60%削減:今すぐ開始
買掛金請求書処理を自動化し、エラーを減らしてコストを60%削減しましょう。
クレジットカード不要 • 数分で設定完了