Fusion AP Invoice Distributions — distributionId: 2, codeCombination: 01.500.7810.000
Fusion Cloud invoice validation diagnostics via OTBI, REST API, and BIP — validation error summary, interface rejection detail, ESS job history for Import Payables Invoices, and guided resolution navigation.
Oracle Fusion Cloud AP Invoice Validation failures present differently from their EBS R12 equivalents — the underlying validation logic is similar, but the tooling for diagnosis is entirely different. In EBS R12, a consultant queries the database directly. In Fusion, the diagnostic approach uses Oracle Transactional Business Intelligence (OTBI) reports, the REST API invoices endpoint, Business Intelligence Publisher reports, and the Oracle Fusion Payables UI validation error screens. Each provides a different view of the same validation failure, and the practitioner needs all of them to build a complete picture.
The most common Fusion AP validation failure is a holds condition that is visible in the Manage Invoices screen but whose root cause is not visible without querying the OTBI Invoice Holds subject area or calling the REST API GET /payables/invoices/{invoiceId}/holds endpoint. The Fusion UI shows the hold name — for example, ACCOUNT INVALID — but does not show the specific distribution line, the code combination ID, or the effective date of the account disablement. Those details require an OTBI report or a Scheduled Process output from the Validate Payables Invoices process.
Fusion Cloud also introduces a category of validation issues that does not exist in EBS R12 — issues related to the Payables Integration (FBDI) import process. Invoices imported via the Import Payables Invoices FBDI template can fail at the import stage with errors in the AP_INVOICES_INTERFACE and AP_INVOICE_LINES_INTERFACE tables, before they ever reach the validation stage. These failures are reported in the FBDI import output log and the Import Payables Invoices Scheduled Process output, not in the Invoice Workbench or the holds tables.
AP-07 provides a structured diagnostic framework for Fusion AP Invoice Validation failures using the available Fusion tooling — OTBI report queries for holds population analysis, REST API call sequences for individual invoice hold detail, BIP report outputs for validation error summaries, and the FBDI interface table checks for import failures. It maps every hold type to its Fusion-specific resolution path and identifies which conditions can be resolved through the Fusion UI versus which require a Service Request.
AP-07 systematically investigates every major condition that can cause the issue this diagnostic targets. Below is the complete coverage breakdown.
Completed diagnostic worksheet showing what the full diagnostic picture looks like after all steps have been worked through. Your worksheet will reflect your environment's specific data — the steps, tool sequence, and REST API calls to assemble it are documented in the Audit Trail section below.
════════════════════════════════════════════════════════════
ORACLE FUSION — AP INVOICE VALIDATION DIAGNOSTIC
════════════════════════════════════════════════════════════
Invoice Number : INV-2026-00445
Business Unit : US Primary BU
Tool Used : OTBI + REST API + Manage Invoices UI
Case Number : FC-2026-0291
Report Date : 23-FEB-2026 14:18:02
════════════════════════════════════════════════════════════
[ STEP 1 — MANAGE INVOICES UI ] STATUS: ⚠ HOLDS
────────────────────────────────────────────────────────────
Validation Status : Needs Revalidation
Holds Count : 2
Hold Names : ACCOUNT INVALID, Quantity Ordered
[ STEP 2 — REST API HOLD DETAIL ]
────────────────────────────────────────────────────────────
Endpoint : GET /payables/invoices/445/holds
Hold 1 Type : ACCOUNT INVALID
Hold 1 Line : Distribution Line 2 — Code Combination: 01.500.7810.000
Hold 1 Root Cause : Account disabled in chart of accounts effective 01-JAN-2026
Hold 2 Type : Quantity Ordered
Hold 2 Detail : Billed: 100, Ordered: 85 — 15 unit overage
[ STEP 3 — RESOLUTION PATH ]
────────────────────────────────────────────────────────────
Hold 1 Fix : Manage Chart of Accounts: re-enable account or remap distribution
Hold 2 Fix : Amend PO or create quantity correction invoice
════════════════════════════════════════════════════════════
FUSION DIAGNOSTIC SUMMARY
════════════════════════════════════════════════════════════
2 holds identified via REST API. Resolution paths documented.
No direct database access — all fixes via Fusion UI or SR.
════════════════════════════════════════════════════════════
Fusion Cloud does not permit direct database access. Every corrective action goes through a supported Oracle interface. Before any action is taken, the current state is exported and documented.
Exported before any UI action, ESS resubmission, or FBDI reimport. Provides a point-in-time record of the error state for the KB article and SR documentation if needed.
Oracle Fusion Cloud is a SaaS environment. There is no consultant-accessible Oracle schema, no SQL*Plus connection, and no CONS_BACKUP tablespace. All diagnostic and corrective activity goes through OTBI, REST APIs, BIP reports, ESS programs, and the Fusion UI — the same supported tools Oracle Support uses.
All API calls use OAuth 2.0 authentication. The base URL is your Fusion Cloud instance URL. Replace {instanceName} with your tenant name. Obtain the OAuth token via the /oauth/token endpoint using client credentials.
This article is produced automatically at the end of every AP-07 execution — written from actual run output. No manual documentation required.
ESS job completed with errors — common causes: invalid supplier, inactive account combination, closed period. AP-07 identifies the error category and ESS log navigation.
Invoice stuck with approval or validation holds. AP-07 navigates to the Manage Holds page, identifies hold type, and provides the release workflow navigation path.
Distribution account combination is invalid for the chart of accounts. AP-07 provides OTBI query for all invalid combinations and the Account Combinations maintenance path.
Invoices from external systems failing at the interface layer. AP-07 provides BIP rejection detail and the resubmit or manual correction path.
| Table / View | Schema | Purpose in Diagnostic |
|---|---|---|
| OTBI: Payables Invoices | OTBI | Invoice status, validation errors, holds |
| REST: /invoices | REST API | Invoice header and hold detail |
| BIP: Invoice Import Exceptions | BIP | Interface rejection detail by code |
| ESS Job History | ESS | Import Payables Invoices run history |
Every condition identified by the diagnostic maps to exactly one resolution path. In Fusion Cloud, all paths go through supported Oracle interfaces — UI, REST API, FBDI, or ESS. Direct database access does not exist in this environment.
Oracle's own Fusion screens, Scheduled Processes (ESS), and workflow tools are always the first resolution path. Manage Invoices, Manage Suppliers, Manage Accounting Periods, BPM Worklist, Scheduled Processes — the diagnostic identifies the exact navigation path and screen sequence for every condition that can be resolved this way. No third-party tools, no API calls, no risk beyond what Oracle's own UI carries.
For bulk corrections or conditions not surfaced in the standard UI, Oracle Fusion's public REST APIs and FBDI import templates are the supported programmatic path. A REST API PATCH call to correct an invoice distribution account, an FBDI resubmission with corrected records after an import failure, or a Mass Update via the REST API — these are supported, documented, and reversible through normal Oracle mechanisms. The current state is exported before any API call is made.
Certain conditions in Fusion Cloud cannot be resolved through any customer-accessible interface. The diagnostic flags these and generates the Service Request documentation:
Before any UI action, ESS resubmission, REST API call, or FBDI reimport — the current error state is exported via OTBI report, BIP report output, or REST API GET response. After the action, a verification step confirms the expected outcome. The complete sequence — tool used, pre-action state, action taken, result verified — is written into the KB article as the primary record of what was done and why.
| Condition Identified | Resolution Path | Notes |
|---|---|---|
| ACCOUNT INVALID hold — account disabled in Fusion COA | Functional First | Re-enable account via Manage Chart of Accounts, or remap the invoice distribution to an active account via Manage Invoices > Edit Distribution. All changes through Fusion UI — no direct DB access. |
| Quantity Ordered hold — billed quantity exceeds PO | Functional First | Buyer amends PO via Manage Purchase Orders, or AP creates a quantity correction invoice. Fusion automatically releases the hold on revalidation when the PO is amended. |
| FBDI import failure — invoice rejected at interface stage | Functional First | Review the Import Payables Invoices Scheduled Process output for the specific error code. Correct the FBDI template data and resubmit. AP-07 identifies the failing rows and the column-level error. |
| Tax validation failure — Fusion tax engine error | Functional First | Tax errors in Fusion AP are resolved via Manage Tax Rates or by correcting the invoice tax classification. AP-07 identifies the specific tax error code from the validation output. |
| Approval workflow hold — invoice pending approval | Functional First | Manage Invoice Approval workflow via the Worklist or the invoice approval history screen. AP-07 identifies the current approver and the workflow stage from the REST API holds response. |
| Closed period GL date — Fusion period status blocking | Functional First | Update the invoice accounting date to a date in an open period via Manage Invoices > Edit. AP-07 identifies the next open Fusion AP period. |
| Subledger accounting error — Create Accounting fails | Functional First | Correct the source condition (invalid account, missing setup) via the appropriate Fusion setup screen, then resubmit Create Accounting ESS. AP-07 identifies the error from the BIP Execution Report. |
| Recurring holds after correct setup | Oracle Support SR | Persistent holds after confirmed correct setup indicate a Fusion code defect. AP-07 documents the hold type, frequency, and setup configuration for the Oracle Support SR. |
Fusion Cloud's SaaS architecture eliminates direct database access — which means every action is a supported Oracle API call, UI operation, or ESS submission. Before any action runs, the current error state is captured. After any action, the result is verified.
In EBS R12, a CONS_BACKUP table provides the rollback point. In Fusion Cloud, the equivalent audit trail is built from three sources that together give a complete before-and-after record:
The knowledge base article is generated automatically from the script's execution output. No manual documentation required. It becomes the institutional record — for the team, for auditors, and for every future engagement in the same environment.
| Documentation Page | Title | Scenario |
|---|---|---|
| Types Of Holds | Types of Holds — Fusion Payables | Fusion hold types and validation error categories |
| Invoice Holds And Releases | Implementing Payables: Invoice Holds and Releases | Hold configuration and holds resolution workflow setup |
| Using Payables Invoice To Pay | Using Payables Invoice to Pay — Fusion Cloud | Import Payables Invoices ESS job failure analysis |
AP-07 is one of 65 diagnostic scripts covering every major Oracle EBS and Fusion module. William A. Green Consulting runs the script in your environment, applies guided data fixes, and builds the knowledge base that prevents the same issues from recurring.
See this script run autonomously — Oracle AI Platform →