Results for “representative_flag”

50+ results




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

Overview

The WSM_STARTING_JOBS_INTERFACE table is a Shop Floor Management (WSM) interface table within the Oracle E-Business Suite WSM product family. It serves as the staging area for importing WIP lot transaction starting lots, acting as the child table to WSM_SPLIT_MERGE_TXN_INTERFACE. During lot transaction imports — typically from external manufacturing execution systems, shop floor data collection devices, or legacy MES feeds — starting job records are first written into this interface table, validated and processed, and then applied to the production work-in-process tables. The table resides in the WSM schema and is classified as VALID in both Oracle EBS 12.1.1 and 12.2.2.

From a Data Vault modeling perspective, the mined FK structure suggests this object behaves as a link table. It connects a parent split/merge transaction (via HEADER_ID) to a WIP entity (via WIP_ENTITY_ID), resolving a many-to-many style relationship between the transaction interface and discrete production jobs. Modelers should treat it as a transactional link rather than a pure hub or satellite, since its rows represent associations between two business entities plus descriptive attributes.

Key Information Stored

The documented physical schema contains 39 columns. The primary key is WSM_STARTING_JOBS_INTERFAC_PK, defined on HEADER_ID, which is itself a foreign key to WSM_SPLIT_MERGE_TXN_INTERFACE, establishing the parent-child association. The most significant columns include:

HEADER_ID functions as the surrogate primary key, while business-key candidates derive from the combination of WIP_ENTITY_ID, OPERATION_SEQ_NUM, and INTRAOPERATION_STEP, though no unique index beyond the PK is documented.

Common Use Cases and Queries

Typical scenarios include monitoring import success rates, diagnosing failed starting lot imports, and reconciling interface rows against posted WIP transactions. A common diagnostic query lists failed rows for a concurrent request:

  • SELECT header_id, wip_entity_name, organization_id, process_status, error_message FROM wsm_starting_jobs_interface WHERE process_status = 'ERROR' AND request_id = :req_id;
  • Join to WIP_ENTITIES on wip_entity_id to confirm the target job exists.
  • Join to WSM_SPLIT_MERGE_TXN_INTERFACE on header_id to retrieve parent transaction context.
  • Aggregate by organization_id and process_status for throughput reporting.

Reporting use cases include post-import audit trails and root-cause analysis of rejected starting lots before corrective resubmission.

Related Objects