Search Results party_role_rec




Overview

OKL_JTOT_CONTACT_EXTRACT_PVT is a private (PVT) PL/SQL package body in the Oracle EBS Contracts (OKL / OKC) module, delivered under the APPS schema. It belongs to the JTOT (Joint Task / Joint Operating Agreement) contact extraction framework within Oracle Lease and Finance Management, providing the runtime implementation of the specification OKL_JTOT_CONTACT_EXTRACT_PVT. Its primary business function is to resolve and return the SQL strings and cursor logic used by the JTOT extract process to identify party roles, contacts, subclass-defined roles, and contract-defined roles for a given lease or contract. The package therefore acts as a supporting engine for the contact data extraction that feeds downstream JTOT processing, rather than as a public API. The source header identifies revision 120.7 dated 09-Aug-2007, indicating this is a mature, stable component carried forward into 12.1.1 and 12.2.2.

Key Procedures and Functions

The package exposes five documented program units:

Tables Accessed

The documented tables accessed through APPS synonyms are:

  • OKC_SUBCLASS_ROLES — Source of subclass-level role definitions consumed by GET_SUBCLASS_DEF_ROLES.
  • JTF_OBJECTS_B — Object-code metadata used to map JTOT / OKX object codes to their underlying entities.
  • OKC_CONTACT_SOURCES — Defines the valid contact sources used when resolving contacts in GET_CONTACT.
  • DUAL — Utility selection used for scalar lookups and default handling.

In addition, the cursor definitions query the OKX views OKX_SALESREPS_V and OKX_ORGANIZATION_DEFS_V (with organziation-specific predicates) and the public synonyms for OKX_PARTY_CONTACTS_V and OKX_PARTIES_V, which are used to build the party role LOV.

Usage Notes

As a private package, OKL_JTOT_CONTACT_EXTRACT_PVT is not intended for direct customer invocation. It is referenced by one other package and is driven by the OKL JTOT extract flow. Typical invocation occurs when a JTOT extract is run for a contract or set of contracts, where the calling package supplies the name and ID1/ID2 filter criteria and receives the assembled SQL string or role/contact data. Because the LOV cursors bind mo_global.get_current_org_id, correct multi-org initialization is required; results are properly secured to the current operating unit where applicable. In 12.1.1 and 12.2.2 the package follows standard APPS calling conventions, and any extension or troubleshooting should target the documented procedures (GET_PARTY, GET_SUBCLASS_DEF_ROLES, GET_CONTRACT_DEF_ROLES, GET_CONTACT) rather than the underlying private cursors, which are internal implementation details subject to change.