Results for “cummulative_pct”

50+ results




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

Overview

MSC_ST_OPERATION_RESOURCE_SEQS is a staging (interface) table owned by the MSC schema within the Advanced Supply Chain Planning product of Oracle E-Business Suite. In the EBS architecture, planning data is not read directly from the transactional schemas of Discrete Manufacturing, Process Manufacturing, or Bills of Material. Instead, the data collection program extracts source records into MSC_ST_* staging tables, applies validation and transformation logic, and then loads the cleansed rows into the corresponding MSC_* planning tables. This table is the staging counterpart of MSC_OPERATION_RESOURCE_SEQS: it holds resource-level assignments that belong to a routing operation sequence, including the sequence ordering of resources within an operation, scheduling flags, offset percentages, and department references. During a planning collection run, rows are written here, checked for referential and domain integrity, and either promoted to the planning table or rejected with the appropriate error recorded by the collection program.

From a data-modeling perspective, the ETRM metadata classifies this object heuristically as standalone — it has no child tables within the mined foreign-key structure and functions as an independent staging entity. It is therefore best treated as a staging satellite of the corresponding planning resource-sequence entity rather than as a hub or link. This classification should be regarded as a modeling suggestion only, since the FK structure of staging tables is intentionally thin and does not reflect the full business relationship model of the target planning schema.

Key Information Stored

The documented physical schema comprises 21 columns. The most significant for collection and planning purposes are:

No surrogate primary key is documented for this staging table, which is typical of MSC_ST_* objects: rows are keyed operationally by the combination of ROUTING_SEQUENCE_ID, OPERATION_SEQUENCE_ID, RESOURCE_SEQ_NUM, ORGANIZATION_ID, and SR_INSTANCE_ID / REFRESH_ID. The FK to BOM_DEPARTMENTS on DEPARTMENT_ID is the only documented referential constraint.

Common Use Cases and Queries

Because this is a staging table, its principal consumers are the collection programs and support/diagnostic personnel investigating planning data discrepancies. Typical uses include:

  • Verifying that a collection run loaded resource sequences for a given organization and request before promotion to MSC_OPERATION_RESOURCE_SEQS.
  • Identifying rejected or orphaned rows, for example resources whose DEPARTMENT_ID does not resolve in BOM_DEPARTMENTS.
  • Auditing cumulative and offset percentages for resource sequencing before they influence capacity and scheduling calculations.
  • Comparing staged counts against the production planning table to detect duplicate or stale snapshots.

A representative diagnostic query:

  • SELECT s.ROUTING_SEQUENCE_ID, s.OPERATION_SEQUENCE_ID, s.RESOURCE_SEQ_NUM, s.DEPARTMENT_ID, s.CUMMULATIVE_PCT FROM MSC.MSC_ST_OPERATION_RESOURCE_SEQS s WHERE s.ORGANIZATION_ID = :org AND s.REQUEST_ID = :request_id ORDER BY s.ROUTING_SEQUENCE_ID, s.OPERATION_SEQUENCE_ID, s.RESOURCE_SEQ_NUM;
  • To find unresolvable departments: SELECT s.* FROM MSC.MSC_ST_OPERATION_RESOURCE_SEQS s WHERE NOT EXISTS (SELECT 1 FROM BOM.BOM_DEPARTMENTS d WHERE d.DEPARTMENT_ID = s.DEPARTMENT_ID);

Related Objects