Search Results mrp_forecast_updates




Overview

The MRP_FORECAST_UPDATES table is a critical transactional history table within the Oracle E-Business Suite (EBS) Master Scheduling/MRP module. Its primary role is to serve as an audit trail for the forecast consumption process. When a sales order is entered into the system, the forecast consumption engine automatically reduces the relevant forecast quantities to prevent double-counting of demand. This table records each instance of that consumption, logging the transaction that triggered it, the specific forecast bucket consumed, and the quantity consumed. This historical data is essential for traceability, troubleshooting discrepancies between forecast and actual demand, and analyzing consumption patterns.

Key Information Stored

While the full column list is not provided in the metadata, the foreign key relationships and description indicate the core data elements stored. Each record typically includes identifiers for the forecast item consumed (INVENTORY_ITEM_ID, ORGANIZATION_ID, FORECAST_DESIGNATOR) and the sales order transaction that drove the consumption (UPDATE_SALES_ORDER). A critical column is TRANSACTION_ID, which links to the MRP_FORECAST_DATES table to pinpoint the exact forecast date bucket (e.g., a specific day or week) that was reduced. The table also stores the consumed quantity and a sequence number (UPDATE_SEQ_NUM) to manage the order of updates. Essentially, it answers the questions: which sales order consumed forecast, from which forecast item and time bucket, and by how much.

Common Use Cases and Queries

The primary use case is auditing and reconciling forecast consumption. Analysts often query this table to investigate why a particular sales order did not consume forecast as expected or to validate consumption logic. A common reporting requirement is to show all consumption activity for a specific forecast or sales order. Sample SQL patterns include joining to sales order and forecast item tables for detailed reporting:

  • Trace consumption for a sales order: SELECT mfu.* FROM mrp_forecast_updates mfu WHERE mfu.update_sales_order = :p_sales_order;
  • Review all consumption against a forecast: SELECT mfu.transaction_id, mfu.update_sales_order, mfu.consumed_quantity FROM mrp_forecast_updates mfu WHERE mfu.inventory_item_id = :p_item_id AND mfu.forecast_designator = :p_designator;
  • Reconciliation Report: Joining MRP_FORECAST_UPDATES with MRP_FORECAST_DATES and MTL_SALES_ORDERS to create a line-by-line audit trail linking sales orders to consumed forecast buckets.

Related Objects

The table is centrally connected to other key MRP entities via documented foreign keys:

  • MRP_FORECAST_ITEMS: Joined via composite key (INVENTORY_ITEM_ID, ORGANIZATION_ID, FORECAST_DESIGNATOR). This links the consumption transaction to the master forecast definition.
  • MTL_SALES_ORDERS: Joined via UPDATE_SALES_ORDER. This links the consumption to the originating sales order transaction.
  • MRP_FORECAST_DATES: Joined via TRANSACTION_ID. This is a crucial relationship that identifies the specific forecast date bucket (period) that was consumed.
  • MRP_SALES_ORDER_UPDATES: Joined via UPDATE_SEQ_NUM, potentially linking to a broader sales order update transaction record.

These relationships make MRP_FORECAST_UPDATES the central fact table for analyzing the interaction between forecast and firm demand within the MRP engine.