Results for “genealogy_object_id”

12 results




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

Overview

The WSH_OPSM_ASN_ITEM_GENEALOGY_V view is a Shipping Execution (WSH) reporting object owned by the APPS schema. It exposes Advance Ship Notice (ASN) item genealogy information — the parent-child relationships between lots, serial numbers, and inventory items — in a flattened, query-friendly format. In Oracle EBS 12.1.1 and 12.2.2, this view supports supply chain visibility and integration scenarios where downstream systems (or OPSM-related processes) need to trace the lineage of shipped items across deliveries, delivery details, and organizations.

Internally, the view resolves genealogy by invoking a pipelined table function, WSH_OPSM_ASN_ITEM_GENEALOGY.GET_GENEALOGY, which returns rows for each genealogical object associated with an ASN item. This design allows the view to abstract the recursive or hierarchical traversal of item relationships behind a standard relational interface, making it accessible to reports, concurrent programs, and integrations without requiring callers to understand the underlying package logic.

The view is particularly relevant when troubleshooting or reporting on the OPSM_INTEGRATED_FLAG column (aliased from ITEMG.CROSS_REFERENCE), which indicates integration linkage for the item within the ASN genealogy context.

Underlying Base Objects

The ETRM 12.2.2 metadata documents the following referenced base objects for this view:

The view therefore represents a join between item details and the dynamically generated genealogy set, keyed on the item detail's genealogy object, delivery, and organization context.

Key Columns

The view projects a combination of item-detail columns (from the ITEMD alias) and genealogy columns (from the ITEMG alias). Notable columns include:

Common Use Cases and Queries

Typical uses include ASN genealogy reporting, traceability and recall investigations, and OPSM integration validation. A representative query filtering on the integration flag is shown below:

  • Retrieve genealogy for a delivery where items are OPSM-integrated:

    SELECT item_number, item_uom, lot_number, serial_number,
           parent_lot_number, parent_serial_number,
           delivery_id, delivery_detail_id,
           rlevel, rparent_level, opsm_integrated_flag
    FROM   apps.wsh_opsm_asn_item_genealogy_v
    WHERE  delivery_id = :p_delivery_id
    AND    opsm_integrated_flag = 'Y';
  • Trace full parentage for a given serial number:

    SELECT item_number, lot_number, serial_number,
           parent_lot_number, parent_serial_number, rlevel
    FROM   apps.wsh_opsm_asn_item_genealogy_v
    WHERE  serial_number = :p_serial_number
    ORDER  BY rlevel;
  • Audit lot/serial control attributes alongside genealogy:

    SELECT item_number, lot_number, serial_number,
           lot_control_code, serial_number_control_code,
           expiration_date, best_by_date
    FROM   apps.wsh_opsm_asn_item_genealogy_v
    WHERE  organization_code = :p_org;

Because the view is a pipelined-function-backed construct, queries benefit from filtering on DELIVERY_ID or GENEALOGY_OBJECT_ID to constrain the function's input set and improve performance.