Results for “financial_ctrl_flag”

18 results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

OKE_K_LINES_V is a reporting and integration view owned by the APPS schema in Oracle E-Business Suite, belonging to the OKE – Project Contracts product family. Its documented purpose is to expose contract line information in a denormalized, read-only form suitable for inquiry, reporting, and interface development. The view consolidates header-level line attributes with translation and extended contract-line detail, so a single query returns contract line identity, sequencing, descriptive text, status, and commercial terms without requiring the caller to join the underlying base objects manually.

In EBS 12.1.1 and 12.2.2, OKE_K_LINES_V is classified as a VIEW with VALID status in the APPS schema. It is not a table and holds no data of its own; it is a stored query whose results are derived at runtime from its referenced objects. This makes it safe for ad-hoc reporting and for use inside PL/SQL packages, concurrent programs, and Oracle Reports or BI Publisher data models that need contract line detail across the Project Contracts and related fulfillment flows.

Underlying Base Objects

The ETRM metadata documents three referenced base objects, all exposed to the APPS schema as synonyms:

The view joins these objects on the contract line identifier and related keys, using aliases CL for the base line, CLT for the translation row, and EL for the OKE extension. Because it spans a base table, its translation table, and a product extension table, the view effectively presents the full logical contract line in one relational shape.

Key Columns

The column list reflects the three contributing sources and can be grouped as follows:

Common Use Cases and Queries

Typical uses include contract line inquiry screens and reports, reconciliation between contract terms and project or order fulfillment, and data extraction for downstream billing or analysis.

  • Listing active lines for a contract structure, joined by DNZ_CHR_ID or LSE_ID.
  • Extracting priced, billable lines for a project or task.
  • Reviewing fee and ceiling terms for a specific line.
  • Feeding BI Publisher or interface staging with descriptive and commercial attributes.

Sample query:

SELECT id, line_number, item_description, sts_code,
       unit_price, uom_code, line_value, billing_method_code
FROM   apps.oke_k_lines_v
WHERE  dnz_chr_id = :p_chr_id
ORDER  BY display_sequence, line_number;

Because the view joins base, translation, and extension objects, queries should filter on indexed keys such as ID, DNZ_CHR_ID, LSE_ID, or CLE_ID to avoid full scans, and callers should rely on the translation columns for language-specific text rather than querying OKC_K_LINES_TL directly.