Results for “ecx_tp_headers”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
ECX_TP_HEADERS is a core configuration table within the ECX schema, belonging to the Oracle XML Gateway product in Oracle E-Business Suite 12.1.1 and 12.2.2. It stores Trading Partner header information, which defines the parties authorized to exchange XML business documents with the E-Business Suite through the XML Gateway infrastructure. Each row establishes a trading partner relationship that drives inbound and outbound transaction processing, controlling how documents are validated, transformed, and routed. In a heuristic Data Vault modeling sense, this table leans toward a satellite classification: it holds descriptive attributes about a party or vendor and derives context from the HZ_PARTIES and PO_VENDORS hubs it references via PARTY_ID.
Key Information Stored
The table contains ten documented columns, anchored by the surrogate primary key TP_HEADER_ID, which is enforced by ECX_TP_HEADERS_PK and supported by the unique index ECX_TP_HEADERS_U2. Business-key uniqueness is captured separately by ECX_TP_HEADERS_U1 across the combination of PARTY_ID, PARTY_SITE_ID, and PARTY_TYPE, ensuring a single trading partner header per party, site, and party type.
- TP_HEADER_ID — surrogate primary key and parent key for all dependent detail and cross-reference rows.
- PARTY_ID — foreign key identifying the trading partner; references HZ_PARTIES (and conceptually PO_VENDORS for supplier-facing parties).
- PARTY_TYPE — classifies the trading partner role (for example, customer or supplier), forming part of the business key.
- PARTY_SITE_ID — the specific party site associated with the header, completing the business-key combination.
- COMPANY_ADMIN_EMAIL — administrative contact address used for XML Gateway notifications and error handling.
- Audit columns — LAST_UPDATE_DATE, LAST_UPDATED_BY, CREATION_DATE, CREATED_BY, and LAST_UPDATE_LOGIN capture the standard EBS who/when tracking for each trading partner record.
Common Use Cases and Queries
ECX_TP_HEADERS is queried chiefly during trading partner setup and troubleshooting of XML Gateway message flows. A common pattern joins the header to the party and site tables to resolve a partner's identity:
SELECT h.tp_header_id, h.party_id, h.party_site_id, h.party_type FROM ecx.ecx_tp_headers h WHERE h.party_id = :party_id;— retrieve all headers for a given party.- Joining ECX_TP_DETAILS to enumerate the document-level mappings configured beneath each header.
- Joining ECX_XREF_DTL to inspect cross-reference (code conversion) mappings scoped to a trading partner.
- Reporting on COMPANY_ADMIN_EMAIL to audit notification routing across all active partners.
- Reconciling HZ_PARTIES records that lack a trading partner header, to detect configuration gaps before enabling a document flow.
Related Objects
The object participates in a well-defined referential web documented in the ETRM metadata:
- HZ_PARTIES — parent hub referenced through ECX_TP_HEADERS.PARTY_ID, providing party identity.
- PO_VENDORS — alternate reference on PARTY_ID for supplier trading partners.
- ECX_TP_DETAILS — child table linked by ECX_TP_DETAILS.TP_HEADER_ID; holds trading partner detail (document) configuration.
- ECX_XREF_DTL — child table linked by ECX_XREF_DTL.TP_HEADER_ID; stores cross-reference detail mappings.
- ECX_XREF_DTL_B — companion cross-reference child linked by ECX_XREF_DTL_B.TP_HEADER_ID.
Together these objects form the XML Gateway trading partner configuration layer, with ECX_TP_HEADERS acting as the parent header driving all dependent detail and cross-reference records.
-
This table contains Trading Partner header information
-
This table contains Trading Partner header information
-
TABLE: ECX.ECX_TP_HEADERS 12.1.1
-
TABLE: ECX.ECX_TP_HEADERS 12.2.2
-
SYNONYM: APPS.ECX_TP_HEADERS 12.1.1
-
SYNONYM: APPS.ECX_TP_HEADERS 12.2.2