Search Results pon_emd_payment_types_u1




Overview

PON.PON_EMD_PAYMENT_TYPES_ALL is a transactional setup table in the Oracle E-Business Suite PON (Purchasing) schema that stores the payment types available for use in Earnest Money Deposit (EMD) transactions. In Oracle EBS 12.1.1 and 12.2.2, EMD functionality is typically associated with government, public sector, and contract bid management flows where bidders submit deposits — by cheque, demand draft, or other instruments — alongside their bids or tenders. This table defines which of those payment instruments may be selected for a given operating unit, along with the receipt method and refund behavior tied to each one.

The table is organization-partitioned through the ORG_ID column, meaning each operating unit maintains its own set of permitted EMD payment types. The presence of the ZD_EDITION_NAME column indicates participation in the Edition-Based Redefinition (EBR) / Online Patching architecture introduced with EBS 12.2, while the table also remains valid in 12.1.1 without that column populated. The documented Data Vault classification (heuristic, derived from FK structure) is standalone, suggesting this object is best modeled as an independent reference/lookup entity rather than as a hub, link, or satellite in a Data Vault sense, since it carries no inbound dependency relationships driving it as a transactional junction.

Key Information Stored

The primary key is defined as PON_EMD_PAYMENT_TYPES_PK1 on (PAYMENT_TYPE_CODE, ORG_ID), establishing the payment type code as the natural business identifier scoped by operating unit. A unique index, PON_EMD_PAYMENT_TYPES_U1, enforces uniqueness on (PAYMENT_TYPE_CODE, ORG_ID, ZD_EDITION_NAME), confirming that under EBR the same business key can exist in separate editions.

The primary key is composite and natural (no surrogate sequence), while PON_EMD_PAYMENT_TYPES_U1 acts as the business-key candidate including the edition discriminator.

Common Use Cases and Queries

Typical usage is validation and reporting: confirming which payment types are currently active for a given operating unit, tying them to oracle receivables receipt methods, and reporting on refund configuration. A fundamental query retrieving active payment types is:

SELECT payment_type_code, receipt_method_id, refund_payment_method
FROM   pon.pon_emd_payment_types_all
WHERE  org_id = :p_org_id
AND    enabled_flag = 'Y'
AND    TRUNC(SYSDATE) BETWEEN NVL(start_date_active, SYSDATE)
                          AND NVL(end_date_active, SYSDATE);

Joining to AR_RECEIPT_METHODS enriches reporting with the receipt method name:

SELECT p.payment_type_code, r.name receipt_method, p.refund_payment_method
FROM   pon.pon_emd_payment_types_all p,
       ar_receipt_methods r
WHERE  p.receipt_method_id = r.receipt_method_id
AND    p.org_id = :p_org_id;

Common scenarios include EMD setup audits, refund method reconciliation, and R12.2 edition-aware extracts filtered by ZD_EDITION_NAME.

Related Objects

  • AR_RECEIPT_METHODS — referenced via RECEIPT_METHOD_ID; supplies the receipt method definition for each EMD payment type.
  • PON_EMD_PAYMENT_TYPES_PK1 — primary key constraint on (PAYMENT_TYPE_CODE, ORG_ID).
  • PON_EMD_PAYMENT_TYPES_U1 — unique index on (PAYMENT_TYPE_CODE, ORG_ID, ZD_EDITION_NAME).
  • FND Design Data: PON.PON_EMD_PAYMENT_TYPES_ALL — the EBS design metadata defining this table.
  • HR_ALL_ORGANIZATION_UNITS / ORG_ID lookup — the operating unit referenced by ORG_ID.
  • FND_CONCURRENT_PROGRAMS — referenced implicitly through PROGRAM_ID and REQUEST_ID audit columns.