Results for “over_utilized_percent”

40 results




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

Overview

The MRP_PLANNING_EXCEPTION_SETS table, owned by the MRP schema within the Master Scheduling/MRP product family, stores the control settings that define a named set of planning exception messages. Each row represents one exception set, scoped to a specific organization, that governs how Oracle's planning engine evaluates and reports planning exceptions such as shortages, excesses, repetitive variances, resource shortages, and over-promised orders. Because planners frequently need different sensitivity thresholds for different classes of items, this table serves as the configuration anchor that lets MRP and MPS output be filtered and tuned per item grouping.

From a modeling perspective, the Data Vault classification is hub-leaning. The combination of EXCEPTION_SET_NAME and ORGANIZATION_ID forms a stable business key, making this table a natural candidate for a hub entity, with the threshold and tolerance attributes best represented as satellite columns.

Key Information Stored

The physical schema documents 38 columns in ETRM 12.2.2. The most operationally significant include:

Common Use Cases and Queries

Planners and implementers query this table to configure and audit exception thresholds. A common reporting pattern joins it to MRP_SYSTEM_ITEMS to determine which exception set is assigned to each item:

  • Assigning items to sets: SELECT planning_exception_set, organization_id FROM mrp_system_items WHERE organization_id = :org;
  • Reviewing thresholds: SELECT exception_set_name, excess_quantity, user_time_fence, over_utilized_percent FROM mrp_planning_exception_sets WHERE organization_id = :org;
  • List utilization limits across sets: selecting OVER_UTILIZED_PERCENT and UNDER_UTILIZED_PERCENT to compare capacity tolerance policy.
  • Auditing changes: filtering on LAST_UPDATE_DATE and LAST_UPDATED_BY to track configuration drift.

These queries are typically used in setup validation, in troubleshooting why a planner sees (or does not see) a given exception message, and in comparing configuration across organizations.

Related Objects