Results for “mrp_atp_items_resource_v”

36 results




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

Overview

MRP_ATP_ITEMS_RESOURCE_V is a PL/SQL view owned by the APPS schema in Oracle E-Business Suite 12.1.1 and 12.2.2. It belongs to the Master Scheduling/MRP product family and is documented as the "ATP items resource view." Its purpose is to expose the resource-level information required by Available-to-Promise (ATP) and Capable-to-Promise (CTP) processing for configured or routed items. Where a standard ATP check confirms supply availability against on-hand, planned orders, and calendars, CTP extends the check to manufacturing capacity by evaluating whether the resources at specific routing operations can support an incoming demand. This view supplies the resource definition, usage rate, offset, and calendar context needed for that evaluation.

The view is intended primarily for internal consumption by Oracle's ATP/CTP engine and for diagnostic reporting by implementers investigating why a promising result was returned for a resource-constrained item.

Underlying Base Objects

The view is defined over a mixture of BOM routing entities, MTL supply-chain tables, and one MRP view. The documented referenced base objects are:

Key Columns

Common Use Cases and Queries

Typical uses include validating that CTP-enabled routings exist for an item and reviewing the computed usage rate and offset. A basic query:

  • SELECT organization_id, inventory_item_id, resource_id, operation_seq_num, resource_usage_rate_or_amount FROM apps.mrp_atp_items_resource_v WHERE organization_id = :org AND inventory_item_id = :item; — lists resources contributing to ATP for an assembly.
  • SELECT DISTINCT resource_id, department_id FROM apps.mrp_atp_items_resource_v WHERE organization_id = :org AND available_to_atp = 'Y'; — identifies ATP-eligible resources.
  • SELECT * FROM apps.mrp_atp_items_resource_v WHERE atp_rule_id = :rule AND demand_class = :class; — inspects rule and demand-class scope.

Because the view joins several routing and calendar tables with NVL-based filtering, queries should always constrain ORGANIZATION_ID and INVENTORY_ITEM_ID to limit row volume.