Results for “orig_system_line_reference”

2 results




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

Overview

CS_ESTIMATE_DETAILS is a transaction table in the Oracle E-Business Suite Service (CS) module, owned by the CS schema. It stores the details of charge lines generated within Oracle Service, functioning as the operational backbone for estimate, billing, and quotation activity tied to service transactions, repairs, and returns. Each row represents a single charge line, capturing pricing, coverage, billing, and transactional attributes that drive downstream invoicing and order creation.

Under the Data Vault classification heuristic derived from its foreign key structure, this object is satellite-leaning. It carries a dense set of descriptive, mutable attributes (pricing context, billing flags, coverage references, and return details) keyed by a surrogate identifier, which is characteristic of a satellite surrounding a hub or link. Modelers should treat ESTIMATE_DETAIL_ID as the anchor while recognizing that the surrounding context (customer, incident, repair, coverage) is referenced rather than owned. The table is documented as VALID and contains 229 physical columns in the 12.2.2 schema, reflecting its role as a wide, attribute-rich detail store.

Key Information Stored

The surrogate primary key is ESTIMATE_DETAIL_ID, enforced by the unique index CS_ESTIMATE_DETAILS_U1 and the constraint CS_ESTIMATE_DETAILS_PK. It uniquely identifies each charge line. Although the unique index formalizes only the primary key, ESTIMATE_ID and LINE_NUMBER together function as the natural business key linking a detail line to its parent estimate.

The most significant columns include:

Common Use Cases and Queries

The table is central to service billing reconciliation, estimate-to-order conversion, and charge-line reporting. A common pattern joins detail lines to their parent estimate and source repair:

  • Charge lines for an estimate: SELECT ESTIMATE_DETAIL_ID, LINE_NUMBER, INVENTORY_ITEM_ID, SELLING_PRICE FROM CS.CS_ESTIMATE_DETAILS WHERE ESTIMATE_ID = :estimate_id ORDER BY LINE_NUMBER;
  • Lines pending order creation: filter on ADD_TO_ORDER_FLAG = 'Y' and INTERFACE_TO_OE_FLAG = 'N' to identify lines not yet interfaced to Order Management.
  • Lines by source repair: join to CSD_REPAIRS using SOURCE_ID to trace charges back to a specific repair.
  • Pricing and currency review: aggregate SELLING_PRICE by CURRENCY_CODE and PRICE_LIST_HEADER_ID for revenue reporting.
  • Coverage analysis: group by COVERAGE_ID or TXN_BILLING_TYPE_ID to determine how much service work was covered versus billed.

Because the table carries extended PRICING_ATTRIBUTE1 through PRICING_ATTRIBUTE100 columns, reporting queries can leverage these to surface pricing-segment or contract-specific data captured at line level.

Related Objects

The following objects are the most significant relationship points, based on the documented foreign key metadata:

Together, these relationships position CS_ESTIMATE_DETAILS as the intersection between service execution (incidents, repairs, installed products) and commercial processing (pricing, billing, coverage, and order interface).