Results for “payee_party_id”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
AP_SRS_PAYEE_V is a Payables (AP) reporting view owned by the APPS schema in Oracle E-Business Suite 12.1.1 and 12.2.2. Its purpose is to expose a consolidated list of payees that can be referenced by payment-related reports and integrations, particularly those associated with supplier reimbursement and external payee processing. The view derives its name from the Supplier Reimbursement System (SRS) payee context and returns one row per distinct payee party, along with an optional supplier number.
The view plays a bridging role between the supplier master, the payments party model, and the Trading Community Architecture (TCA) party registry. Because it presents both registered suppliers and non-supplier payees in a single result set, it is useful wherever a caller must enumerate payees without knowing in advance whether a payee is a full supplier or only an external payee. This is directly relevant to user searches for "vendor_number," since the VENDOR_NUMBER column carries the supplier's SEGMENT1 value for supplier-backed payees.
Underlying Base Objects
Per the documented ETRM metadata, AP_SRS_PAYEE_V is defined over three base objects, all referenced through synonyms in the APPS schema:
- AP_SUPPLIERS — the supplier master, supplying SEGMENT1 (the supplier number, aliased VENDOR_NUMBER) and PARTY_ID.
- IBY_EXTERNAL_PAYEES_ALL — the external payee registration table from the Payments (IBY) module, supplying the PAYEE_PARTY_ID join key.
- HZ_PARTIES — the TCA party registry, supplying PARTY_NAME (aliased PAYEE_NAME).
The view is a UNION of two branches. The first branch joins AP_SUPPLIERS, IBY_EXTERNAL_PAYEES_ALL, and HZ_PARTIES on PARTY_ID, returning supplier-backed payees with a populated VENDOR_NUMBER. The second branch returns parties registered as external payees in IBY_EXTERNAL_PAYEES_ALL that have no matching AP_SUPPLIERS row, using a NOT EXISTS subquery and emitting NULL for VENDOR_NUMBER. Both branches GROUP BY the selected party attributes and the whole result is ordered by the first column (PAYEE_NAME).
Key Columns
- PAYEE_NAME — the party name from HZ_PARTIES.PARTY_NAME. This is the display name of the payee and is the ordering key.
- VENDOR_NUMBER — the supplier number, drawn from AP_SUPPLIERS.SEGMENT1. It is NULL for payees that exist only as external payees and are not registered suppliers.
- PAYEE_PARTY_ID — the TCA party identifier (HZ_PARTIES.PARTY_ID / AP_SUPPLIERS.PARTY_ID), which uniquely ties each row back to the party model and to IBY_EXTERNAL_PAYEES_ALL.
The NULL capability of VENDOR_NUMBER is significant: it distinguishes supplier records from pure external payees, and any consumer of the view should expect and handle NULLs when matching or filtering on vendor_number.
Common Use Cases and Queries
The view supports reconciliation, lookup, and integration scenarios in which a caller needs to resolve a payee to a supplier number or enumerate payees by name. Typical uses include populating payment or reimbursement report pick lists, validating that a party has an external payee registration, and locating the vendor number associated with a payee party.
To find the vendor number for a given payee name:
SELECT payee_name, vendor_number, payee_party_id FROM apps.ap_srs_payee_v WHERE payee_name = :p_payee_name;
To list only those payees that are registered suppliers (non-NULL vendor numbers):
SELECT payee_name, vendor_number FROM apps.ap_srs_payee_v WHERE vendor_number IS NOT NULL ORDER BY vendor_number;
To identify external payees that are not suppliers:
SELECT payee_name, payee_party_id FROM apps.ap_srs_payee_v WHERE vendor_number IS NULL;
To resolve a party identifier to its payee details:
SELECT payee_name, vendor_number FROM apps.ap_srs_payee_v WHERE payee_party_id = :p_party_id;
Because the view already performs the grouping and union internally, callers should treat it as a read-only reporting interface and avoid assuming a one-to-one mapping between payee name and vendor number.
-
View: AP_SRS_PAYEE_V 12.1.1
APPS.AP_SRS_PAYEE_V·↳ AP_SUPPLIERS·↳ HZ_PARTIES·↳ IBY_EXTERNAL_PAYEES_ALL·Explore AP module →
-
View: AP_SRS_PAYEE_V 12.2.2
APPS.AP_SRS_PAYEE_V·↳ AP_SUPPLIERS·↳ HZ_PARTIES·↳ IBY_EXTERNAL_PAYEES_ALL·Explore AP module →
-
View: IBY_EXT_FD_PMT_1_0_V 12.2.2
APPS.IBY_EXT_FD_PMT_1_0_V·↳ FND_GLOBAL·↳ IBY_EXT_FD_PMT_1_0_VT·↳ IBY_FD_EXTRACT_GEN_PVT·Explore IBY module →
-
View: FV_TPP_ASSIGNMENTS_V 12.1.1
Payables(AP) will join with this view to provide third party information to Payments(IBY).
APPS.FV_TPP_ASSIGNMENTS_V·↳ AP_SUPPLIERS·↳ AP_SUPPLIER_SITES_ALL·↳ FND_PROFILE·Explore FV module →
-
Table: LNS_DISB_LINES 12.1.1
Stores line level disbursement information
-
View: FV_TPP_ASSIGNMENTS_V 12.2.2
Payables(AP) will join with this view to provide third party information to Payments(IBY).
APPS.FV_TPP_ASSIGNMENTS_V·↳ AP_SUPPLIERS·↳ AP_SUPPLIER_SITES_ALL·↳ FND_PROFILE·Explore FV module →
-
View: IBY_PAYMENTS_SEC_V 12.1.1
APPS.IBY_PAYMENTS_SEC_V·↳ CE_SECURITY_PROFILES_V·↳ FND_ACCESS_CONTROL_UTIL·↳ FND_GLOBAL·Explore IBY module →
-
Stores line level disbursement information
-
View: IBY_EXTERNAL_PAYEES_V 12.2.2
APPS.IBY_EXTERNAL_PAYEES_V·↳ IBY_EXTERNAL_PAYEES_ALL·Explore IBY module →
-
View: IBY_EXTERNAL_PAYEES_V 12.1.1
APPS.IBY_EXTERNAL_PAYEES_V·↳ IBY_EXTERNAL_PAYEES_ALL·Explore IBY module →
-
View: IBY_FD_PAYMENTS_V 12.1.1
APPS.IBY_FD_PAYMENTS_V·↳ IBY_FD_EXTRACT_GEN_PVT·↳ IBY_PAYMENTS_ALL·↳ IBY_PAY_INSTRUCTIONS_ALL·Explore IBY module →
-
APPS.PO_VENDOR_SITES_PAY_AP_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS_ALL·↳ AP_LOOKUP_CODES·Explore AP module →
-
View: IBY_DOCS_PAYABLE_SEC_V 12.2.2
APPS.IBY_DOCS_PAYABLE_SEC_V·↳ CE_SECURITY_PROFILES_V·↳ FND_ACCESS_CONTROL_UTIL·↳ FND_GLOBAL·Explore IBY module →
-
View: CE_DOCUMENTS_PAYABLE 12.1.1
APPS.CE_DOCUMENTS_PAYABLE·↳ CE_PAYMENT_TRANSACTIONS·Explore CE module →
-
View: IBY_EXT_FD_PMT_1_0_V 12.1.1
APPS.IBY_EXT_FD_PMT_1_0_V·↳ FND_GLOBAL·↳ IBY_EXT_FD_PMT_1_0_VT·↳ IBY_FD_EXTRACT_GEN_PVT·Explore IBY module →
-
"This table contains payment details of an external payee automatically created by the source product. For example when supplier or supplier site is created manually system automatically inserts row in to the IBY_EXTERNAL_PAYEES_ALL table.
-
View: CE_DOCUMENTS_PAYABLE 12.2.2
APPS.CE_DOCUMENTS_PAYABLE·↳ CE_PAYMENT_TRANSACTIONS·Explore CE module →
-
APPS.PO_VENDOR_SITES_PAY_AP_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS_ALL·↳ AP_LOOKUP_CODES·Explore AP module →
-
View: IBY_PAYMENTS_SEC_V 12.2.2
APPS.IBY_PAYMENTS_SEC_V·↳ CE_SECURITY_PROFILES_V·↳ FND_ACCESS_CONTROL_UTIL·↳ FND_GLOBAL·Explore IBY module →
-
View: IBY_DOCS_PAYABLE_SEC_V 12.1.1
APPS.IBY_DOCS_PAYABLE_SEC_V·↳ CE_SECURITY_PROFILES_V·↳ FND_ACCESS_CONTROL_UTIL·↳ FND_GLOBAL·Explore IBY module →
-
View: IBY_FD_DOCS_PAYABLE_V 12.2.2
APPS.IBY_FD_DOCS_PAYABLE_V·↳ IBY_DOCS_PAYABLE_ALL·Explore IBY module →
-
View: IBY_FD_DOCS_PAYABLE_V 12.1.1
APPS.IBY_FD_DOCS_PAYABLE_V·↳ IBY_DOCS_PAYABLE_ALL·Explore IBY module →
-
IBY_GEN_DOCS_PAYABLE serves as a template for source product tables or views from which Oracle Payables can import documents payable.
-
View: IBY_FD_PAYMENTS_V 12.2.2
APPS.IBY_FD_PAYMENTS_V·↳ IBY_FD_EXTRACT_GEN_PVT·↳ IBY_PAYMENTS_ALL·↳ IBY_PAY_INSTRUCTIONS_ALL·Explore IBY module →
-
View: AP_DOCUMENTS_PAYABLE 12.1.1
APPS.AP_DOCUMENTS_PAYABLE·↳ AP_CHECKS_ALL·↳ AP_INVOICES_ALL·↳ AP_INVOICES_PKG·Explore AP module →
-
IBY_DOCUMENTS_PAYABLE_H stores historical snapshots of documents payable. This table contains denormalized versions of documents payable from specific points in time, such as when the payment for this document was submitted to a payment sys
-
View: AP_DOCUMENTS_PAYABLE 12.2.2
APPS.AP_DOCUMENTS_PAYABLE·↳ AP_CHECKS_ALL·↳ AP_INVOICES_ALL·↳ AP_INVOICES_PKG·Explore AP module →
-
"This table contains records of the documents payable which are updated by system while processing 'Build payments' program. IBY_DOCS_PAYABLE_ALL stores Oracle Payments' representation of source products' documents payable. A document pay
-
IBY_PAYMENTS_H table stores historical snapshots of payments. This table contains denormalized versions of payments from specific points in time, including when the payment was submitted to a payment system. Different snapshots of the same
-
"This table contains records of the payments which are created by system while processing 'Build payments' program. A payment can be a single check or an electronic fund transfer between first party payer and third party payee. A row in
-
VIEW: LNS.LNS_DISB_LINES# 12.2.2
-
VIEW: APPS.AP_SRS_PAYEE_V 12.1.1
-
VIEW: APPS.AP_SRS_PAYEE_V 12.2.2