Results for “hist_type_code”

50+ results




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

Overview

ONT.OE_ORDER_LINES_HISTORY is a transactional audit table in the Oracle Order Management (ONT) module that stores the history of attribute changes for order lines. Where OE_ORDER_LINES_ALL holds the current, live state of every order line, OE_ORDER_LINES_HISTORY preserves prior versions of the same line records, capturing what changed each time a line attribute was modified, cancelled, split, or otherwise re-versioned. The table is owned by the ONT schema and is valid in both Oracle E-Business Suite 12.1.1 and 12.2.2; the documented 12.2.2 physical schema exposes 375 columns, mirroring closely the structure of OE_ORDER_LINES_ALL with the addition of history-specific audit columns such as HIST_TYPE_CODE, HIST_COMMENTS, HIST_CREATION_DATE, and HIST_CREATED_BY.

From a Data Vault modeling perspective, the mined FK structure suggests classifying this object as a link artifact, since it principally records relationships between a line and the customer, contact, site, item, and other reference entities that the line pointed to at a point in time. In practice it behaves as a satellite-like history store attached to the OE_ORDER_LINES_ALL hub, holding descriptive and relational state keyed by the line identifier.

Key Information Stored

The table carries both a full copy of order line attributes and dedicated history metadata. The most significant columns include:

While the table includes a large number of CONTEXT/ATTRIBUTE, GLOBAL_ATTRIBUTE, PRICING_ATTRIBUTE, INDUSTRY_ATTRIBUTE, RETURN_ATTRIBUTE, and TP_ATTRIBUTE columns for extensibility, these are descriptive rather than key-bearing. The documented relationships confirm LINE_ID as the principal lineage key to OE_ORDER_LINES_ALL.

Common Use Cases and Queries

This table is typically queried to reconstruct the lifecycle of an order line, audit who changed critical attributes, or reconcile quantities and dates across versions. A typical pattern joins the history to the current line:

  • Change audit: retrieve all history rows for a line ordered by HIST_CREATION_DATE to show an evolution of ORDERED_QUANTITY, SHIP_TO_ORG_ID, or pricing.
  • Quantity reconciliation: compare SHIPPED_QUANTITY and CANCELLED_QUANTITY across versions against the current OE_ORDER_LINES_ALL values.
  • Reporting by order: filter on HEADER_ID to list every historically recorded version for orders in a given period.
  • Comment review: surface HIST_TYPE_CODE and HIST_COMMENTS to explain why a line was altered or cancelled.

A representative query is SELECT h.line_id, h.line_number, h.hist_type_code, h.hist_creation_date, h.ordered_quantity, h.ship_to_org_id FROM ont.oe_order_lines_history h WHERE h.line_id = :p_line_id ORDER BY h.hist_creation_date;. Because the table is wide, projections should always name columns explicitly rather than using SELECT *.

Related Objects

The documented foreign keys define the principal dependencies of this table:

These relationships make the table a useful bridge for reporting that requires the customer, contact, and item context of an order line as it existed at a specific historical point in time.