Search Results get_drafts_addressxml




Overview

PO_XML_FPDSNG_PKG is an Oracle E-Business Suite PL/SQL package owned by the APPS schema that supports the generation of XML payloads for federal procurement reporting, specifically the FPDS-NG (Federal Procurement Data System – Next Generation) extract. The package name reflects its role in producing FPDS-oriented XML fragments from Purchasing document data. It is declared with AUTHID CURRENT_USER, meaning its SQL executes with the privileges of the calling user rather than the definer, and it is classified under the ETRM API classification of OTHER.

The package assembles address, contact, and descriptor-flexfield (DFF) information for purchasing documents and their associated draft records. This is a common requirement when purchasing transactions must be transmitted or archived in a structured XML format that conforms to external reporting schemas, where organization addresses, vendor contacts, and user-defined attribute groups must be assembled into discrete XML fragments. The header comment references PODTFPDS.pls, confirming the package belongs to the Purchasing FPDS code family.

Key Procedures and Functions

The documented interface consists of fourteen functions, organized around several functional groupings:

The package also declares several package-level variables, including P_ATTR_GROUP_COL_LIST, HEADERID, p_draft_id, carId, include_sgd, and is_doc_mod, used as internal state or parameter defaults.

Tables Accessed

The package references the following documented objects through APPS synonyms:

Usage Notes

PO_XML_FPDSNG_PKG is not invoked by any other documented package (referenced by 0 packages), indicating it is a top-level utility called directly rather than a nested dependency. In practice, the functions are invoked by the FPDS extraction program or by custom XML generation code that assembles the complete reporting document from the individual address, contact, UDA, and amount fragments this package returns. Because outputs are CLOB or XMLTYPE, callers typically concatenate the fragments into a larger XML envelope before transmission or archival.

Consumers should note the distinction between live document and draft variants: functions prefixed with GET_DRAFTS_ accept a header identifier and target in-progress draft documents, whereas their unprefixed counterparts operate on committed purchasing documents. Customizations that extend FPDS output should reuse these functions rather than reimplementing address and contact assembly, since they encapsulate the required flexfield context and template resolution logic.