Results for “program_login_id”
31 results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
OKC_REP_CONTRACT_PARTIES is a core table within the Oracle Contracts (OKC) module, owned by the OKC schema. It stores the parties associated with a contract — the individuals or organizations that fulfill a defined role on that contract. The table's purpose is to resolve the polymorphic relationship between a contract header and the external entity acting as a counterparty, whether that is a supplier, a customer, or an internal organization.
Because the PARTY_ID column can reference multiple source entities depending on the role, the table acts as a generalized bridge between contracts and master data. A PARTY_ID with a PARTY_ROLE_CODE of SUPPLIER-ORG originates from PO_VENDORS; a PARTY_ID with a role of CUSTOMER originates from HZ_PARTIES; and other roles may reference HR_ALL_ORGANIZATION_UNITS. This design allows a single contract to carry multiple parties in distinct roles without duplicating contract header records.
Under a heuristic Data Vault classification mined from its foreign key structure, this object leans toward a satellite. It carries descriptive, role-bearing attributes that depend on the primary contract hub (OKC_REP_CONTRACTS_ALL), rather than acting as an independent business key hub. This classification is a modeling suggestion, not a documented implementation constraint.
Key Information Stored
The physical schema documented for 12.2.2 contains 14 columns. The most significant of these are:
- CONTRACT_ID — The contract header identifier. Part of the composite primary key and a foreign key to OKC_REP_CONTRACTS_ALL.
- PARTY_ID — The identifier of the party. Its source table is role-dependent (PO_VENDORS, HZ_PARTIES, or HR_ALL_ORGANIZATION_UNITS).
- PARTY_ROLE_CODE — The classification of the party's role on the contract (for example, SUPPLIER-ORG or CUSTOMER), which determines how PARTY_ID is interpreted.
- PARTY_LOCATION_ID — The location associated with the party for this contract.
- OBJECT_VERSION_NUMBER — Optimistic locking column supporting concurrent update control.
- LAST_UPDATE_DATE / LAST_UPDATED_BY — Audit columns capturing the most recent change.
- CREATION_DATE / CREATED_BY — Audit columns capturing initial insertion.
- LAST_UPDATE_LOGIN, PROGRAM_ID, PROGRAM_LOGIN_ID, PROGRAM_APPLICATION_ID, REQUEST_ID — Standard EBS WHO columns identifying the login, concurrent program, and request that created or modified the row.
The primary key is OKC_REP_CONTRACT_PARTIES_PK, composed of CONTRACT_ID, PARTY_ID, and PARTY_ROLE_CODE. A unique index, OKC_REP_CONTRACT_PARTIES_U1, covers the same three columns in the order CONTRACT_ID, PARTY_ROLE_CODE, PARTY_ID, serving as the documented business-key candidate.
Common Use Cases and Queries
The table is typically queried to resolve counterparties for contract reporting, to drive supplier or customer-facing views, and to feed integration extracts. A common pattern joins the contract header to the party row and then outer-joins to the appropriate master table based on role.
A representative query retrieving supplier parties for a contract:
- SELECT c.CONTRACT_ID, c.CONTRACT_NUMBER, p.PARTY_ID, p.PARTY_ROLE_CODE FROM OKC_REP_CONTRACTS_ALL c JOIN OKC_REP_CONTRACT_PARTIES p ON p.CONTRACT_ID = c.CONTRACT_ID WHERE p.PARTY_ROLE_CODE = 'SUPPLIER-ORG';
Because PARTY_ID is polymorphic, resolving the party name requires conditional logic: join to PO_VENDORS for SUPPLIER-ORG roles and to HZ_PARTIES for CUSTOMER roles. Reporting tools such as Oracle BI Publisher and custom concurrent programs frequently consume this table to produce contract party listings and audit reports.
Related Objects
- OKC_REP_CONTRACTS_ALL — Parent contract header. Joined on OKC_REP_CONTRACT_PARTIES.CONTRACT_ID = OKC_REP_CONTRACTS_ALL.CONTRACT_ID.
- OKC_REP_PARTY_CONTACTS — Child table holding contacts for a contract party. Joined on OKC_REP_PARTY_CONTACTS.CONTRACT_PARTY_ID = OKC_REP_CONTRACT_PARTIES.PARTY_ID (as documented via the CONTRACT_PARTY_ID foreign key).
- PO_VENDORS — Source of supplier organization parties (role SUPPLIER-ORG).
- HZ_PARTIES — Source of customer parties (role CUSTOMER).
- HR_ALL_ORGANIZATION_UNITS — Source of internal organization parties where applicable.
-
This table stores the Parties in a Contract. The Party can be from PO_VENDORS, HZ_PARTIES, or HR_ALL_ORGANIZATION_UNITS. A PARTY_ID with a PARTY_ROLE_CODE of SUPPLIER-ORG comes from PO_VENDORS; A PARTY_ID with a PARTY_ROLE_CODE of CUSTOMER
-
This is a temporary table that stores the error messages generated during the validation of the Import data. It is used to generate the output CSV file with the invalid records and the relevant error messages. The data is deleted after ea
-
This table stores the contacts for a party in a contract. The contact record can be from PO_VENDOR_CONTACTS, HZ_PARTIES, or PER_PEOPLE_F, depending on the party role of the contact party. A contact whose party has a role of SUPPLIER_ORG c
-
Stores the contacts for a party in a contract. The contact record can be from PO_VENDOR_CONTACTS, HZ_PARTIES, or PER_PEOPLE_F, depending on the party role of the contacts party. A contact whose party has a role of SUPPLIER comes from PO_
-
Stores the Parties in a contract. The party can be from PO_VENDORS, HZ_PARTIES, or HR_ALL_ORGANIZATION_UNITS. A PARTY_ID with a PARTY_ROLE_CODE of SUPPLIER comes from PO_VENDORS; A PARTY_ID with a PARTY_ROLE_CODE of CUSTOMER or PARTNER com
-
Table: OKC_ART_INT_ERRORS 12.1.1
This table stores all the errors encountered during the clause import process.
-
This is the interface table for import of relationships between standard clauses from external systems. All valid data in this table will be imported to OKC_ART_RELATNS_ALL using XML Based Clause Import Concurrent program. The users are e
-
This is a temporary table for storing an imported contract party's attributes. It is used for validating contract parties, preparing parties data for importing into Contracts Repository schema and generating error messages for invalid part
-
This table stores all the errors encountered during the clause import process.
-
This is a temporary table for storing imported Contract Documents attributes. It is used for validating Contract Documents and generating error messages for invalid records. The data is deleted after each Import process.
-
This table stores the Signature details of a Contract Party.
-
This is the interface table for import of fnd flex value sets from external systems. All valid data in this table will be imported to FND schema by the XML Based Clause Import Concurrent program. The users are expected to upload data into
-
Stores the risks associated with a contract. The Risks are not version-specific.
-
An internal system table that stores the batch process parameters and statistics for each import run.
-
This is the interface table for import of fnd flex values from external systems. All valid data in this table will be imported to FND schema by the XML Based Clause Import Concurrent program. The users are expected to upload data into thi
-
This table stores the batch process parameters and statistics for import process for each run.
-
This table stores all the clauses that are used for an organization. This includes the standard clauses that exist in the clause library as well as the non-standard clauses that are specific to a contract document. This table replaces the O
-
This table stores all the clauses that are used for an organization. This includes the standard clauses that exist in the clause library as well as the non-standard clauses that are specific to a contract document. This table replaces the O
-
This table stores all the versions of a standard clause and non-standard clause created on a business document. Standard Clauses have multiple versions while the non-standard clauses are created as a single version. This table replaces the
-
This is the interface table for import of standard clauses from external systems. All valid data in this table will be imported to OKC_ARTICLES_ALL, OKC_ARTICLE_VERSIONS and OKC_ARTICLE_ADOPTIONS by the Clause Import Concurrent program. T
-
This table stores all the versions of a standard clause and non-standard clause created on a business document. Standard Clauses have multiple versions while the non-standard clauses are created with a single version. This table replaces th
-
This is the interface table for import of user defined variables from external systems. All valid data in this table will be imported to OKC_BUS_VARIABLES_B, OKC_BUS_VARIABLES_TL by the XML Based Clause Import Concurrent program. The user
-
Table: OKC_ART_INTERFACE_ALL 12.1.1
This is the interface table for import of standard clauses from external systems. All valid data in this table will be imported to OKC_ARTICLES_ALL, OKC_ARTICLE_VERSIONS and OKC_ARTICLE_ADOPTIONS by the Clause Import Concurrent program. The
-
This is a temporary table for storing imported contract header attributes. It is used for validating contract attributes, preparing contract header data for importing into Contracts Repository schema and generating error output file for inv
-
This table is the main Contracts table. This table stores the latest version of all contracts authored in Contract Repository.
-
Table: OKC_REP_CONTRACT_VERS 12.1.1
Stores all previous versions of a contract.
-
This is the main Contracts table. This table stores the latest version of all Repository-authored contracts.
-
This table stores previous versions of a contract.