Search Results c_fc_hdr_pa_amountformula




Overview

ONT_OEXOECOD_XMLP_PKG is an Oracle E-Business Suite PL/SQL package owned by the APPS schema that supports the Order Management "Open Orders and Backlog" style concurrent report (report short name OEXOECOD), which is executed through the Oracle Reports XML Publisher (BI Publisher) engine. The package is not a public business API; it is a report-support package generated and maintained to hold the server-side PL/SQL logic embedded in the report definition file. Its classification in the ETRM repository as OTHER confirms that it is an internal, report-specific construct rather than a documented integration or public API.

In Oracle EBS 12.1.1 and 12.2.2, packages of this naming convention (the ONT prefix followed by the report code and the XMLP_PKG suffix) are created automatically at report deployment and compilation time. They contain the formula columns, user exit functions, parameter validation routines, and before/after report triggers that the report relies on. The object is reported as VALID and depends only on SYS.STANDARD, indicating that its PL/SQL is self-contained and resolves other database objects at run time through the APPS synonym layer.

Key Procedures and Functions

The ETRM metadata documents 79 program units within this package. The principal entries include:

No parameter lists are documented in the ETRM excerpt; the units are invoked by the Oracle Reports runtime rather than by external callers.

Tables Accessed

The package reads through APPS synonyms against Oracle Trading Community Architecture, Order Management, Inventory, and Payments tables:

Usage Notes

ONT_OEXOECOD_XMLP_PKG is invoked exclusively by the Oracle Reports / BI Publisher runtime when the associated concurrent program is submitted from the Order Management responsibility or the Submit Requests form. It is not intended for direct invocation from custom PL/SQL, and the ETRM dependency data shows it is referenced by zero other packages. Because the object is regenerated with each report compilation, customizations should be applied to the underlying report definition (.rdf/.xml) rather than to the package itself; direct modifications will be overwritten on the next patch or recompile. Administrators verifying report behavior should confirm the object status is VALID in ALL_OBJECTS and review the concurrent program definition tied to the OEXOECOD report short name.