Search Results pos_cont_addr_requests




Overview

POS_CONT_ADDR_REQUESTS is a transactional table in the POS schema, owned by the iSupplier Portal module in Oracle E-Business Suite 12.1.1 and 12.2.2. It stores requests submitted through the supplier-facing iSupplier Portal to create, modify, or otherwise link supplier contacts and addresses. Each row represents a single request record that associates a supplier mapping with a contact party and a party site, tying together the contact-side and address-side request records that were generated when a supplier initiated a change through the portal. The table therefore acts as the junction that consolidates the two halves of a contact-and-address change workflow into a single trackable unit.

From a data modeling perspective, the ETRM metadata classifies this object heuristically as a link table. This classification is a modeling suggestion rather than a documented Oracle designation: the table exists to resolve and record relationships among suppliers, contacts, and addresses, and its identity and business meaning are derived from the entities it connects rather than from an intrinsic transactional lifecycle of its own.

Key Information Stored

The table contains 13 documented columns. The most significant are grouped below.

The surrogate primary key CONT_ADDR_REQUEST_ID is the only documented business-key candidate; the remaining columns are foreign keys or descriptive attributes rather than alternate unique identifiers.

Common Use Cases and Queries

The table is primarily queried by iSupplier Portal administrators and support analysts tracking the status of supplier-submitted contact and address changes, and by integration developers reconciling portal requests against the resulting master records in the HZ (Trading Community Architecture) tables.

  • Monitoring open requests: SELECT cont_addr_request_id, request_type, request_status, creation_date FROM pos.pos_cont_addr_requests WHERE request_status = 'PENDING';
  • Resolving a request to its supplier and parties by joining to POS_SUPPLIER_MAPPINGS and HZ_PARTIES on MAPPING_ID and CONTACT_PARTY_ID.
  • Drill-through from a contact request or address request to its combined record using CONTACT_REQ_ID or ADDRESS_REQ_ID.
  • Reporting request volumes by status, type, and date for supplier onboarding dashboards.

Related Objects

  • POS_SUPPLIER_MAPPINGS — joined on MAPPING_ID; identifies the supplier mapping.
  • POS_CONTACT_REQUESTS — joined on CONTACT_REQ_ID; supplies the contact-side request detail.
  • POS_ADDRESS_REQUESTS — joined on ADDRESS_REQ_ID; supplies the address-side request detail.
  • HZ_PARTIES — joined on CONTACT_PARTY_ID; provides the contact party master record.
  • HZ_PARTY_SITES — joined on PARTY_SITE_ID; provides the party site and address location.

These foreign key relationships make POS_CONT_ADDR_REQUESTS a central link between the POS request tables and the HZ registry, and the natural starting point for any query tracing the lifecycle of a supplier contact-and-address change.