Skip to content
EBS Reference

MSC_SUPPLIES

Schema: MSCtransactionPer inventory org

Every supply row in a plan — existing purchase orders, jobs, on-hand, and in-transit alongside the planner's recommended planned orders; the supply side of ASCP plan output

Module: PlanningInventory-org partitioned (ORGANIZATION_ID)
Grain note

Plan-scoped and mixed-content: always filter one PLAN_ID (and SR_INSTANCE_ID in multi-instance shops) and an ORDER_TYPE before counting recommendations — the row ids repeat across plans

Notes

The item and org ids here are planning-instance copies, not EBS keys — route item joins through the planning item master. Order-type codes are documented by name only; resolve them from your instance's lookups (a widely-circulated numeric decode conflicts with source-side conventions, so this catalog ships none).

What the badges mean
master
Data class: what the table holds — master data, transaction documents, control/configuration, interface/staging, or an APPS-schema view.
In field listings, K marks a primary-key field.

Fields

16 fields · 3 key

Table fields: position, field name, description, data type, and flags. 16 fields.
#FieldDescriptionTypeFlags
1PLAN_IDThe plan — every query filters oneNUMBER
Key
2SR_INSTANCE_IDThe collected source instance — part of the keyNUMBER
Key
3TRANSACTION_IDThe supply row id — plan-scoped, repeats across plans; NOT an EBS transaction idNUMBER
Key
4ORGANIZATION_IDPlanning-instance copy of the org idNUMBER
5INVENTORY_ITEM_IDPlanning-instance copy of the item id — join through the planning item master, not straight to EBSNUMBER
6ORDER_TYPEWhat kind of supply the row is — planned order, PO, job, on-hand…; numeric, undecoded (circulating decodes conflict)NUMBER
7NEW_SCHEDULE_DATEThe supply's due date — the analysis dateDATE
Filter date
8NEW_ORDER_PLACEMENT_DATEThe supply's start dateDATE
9NEW_ORDER_QUANTITYThe supply quantityNUMBER
10OLD_SCHEDULE_DATEThe pre-reschedule date — reschedule analysis pairs it with the new oneDATE
11OLD_ORDER_QUANTITYThe pre-reschedule quantityNUMBER
12DISPOSITION_IDReference to the source of the supplyNUMBER
13DISPOSITION_STATUS_TYPE1 = not cancelled, 2 = cancelled (per the data dictionary's own comment)NUMBER
14FIRM_PLANNED_TYPEWhether the supply is firmed against replanningNUMBER
15RESCHEDULE_DAYSHow far the plan moved the supplyNUMBER
16IMPLEMENTED_QUANTITYHow much of a recommendation was releasedNUMBER

Field provenance: hand-curated. 3 key fields.

Boilerplate SQL

Starting point for reading MSC_SUPPLIESon Databricks — real DATE columns need no conversion, and the org anchor and the LAST_UPDATE_DATE watermark are already in place. Set your Unity Catalog location, schema, and org values below; they’re substituted into the SQL and the copy button.

Query parameters
-- ============================================================
-- Table  : MSC_SUPPLIES — Every supply row in a plan — existing purchase orders, jobs, on-hand, and in-transit alongside the planner's recommended planned orders; the supply side of ASCP plan output
-- Purpose: Column-selected read of MSC_SUPPLIES — auto-generated from field metadata
-- Grain  : One row per inventory org (ORGANIZATION_ID) + PLAN_ID + SR_INSTANCE_ID + TRANSACTION_ID
-- Caution: Plan-scoped and mixed-content: always filter one PLAN_ID (and SR_INSTANCE_ID in multi-instance shops) and an ORDER_TYPE before counting recommendations — the row ids repeat across plans
-- Notes  : Auto-generated skeleton for Oracle EBS R12 data landed in your lakehouse. Dates are real DATE/TIMESTAMP columns — no conversion needed. WHO audit columns omitted (see the quirks guide); the optional LAST_UPDATE_DATE watermark filter supports incremental extracts.
-- ============================================================
SELECT
  t.PLAN_ID AS "The plan — every query filters one",
  t.SR_INSTANCE_ID AS "The collected source instance — part of the key",
  t.TRANSACTION_ID AS "The supply row id — plan-scoped, repeats across plans; NOT an EBS transaction id",
  t.ORGANIZATION_ID AS "Planning-instance copy of the org id",
  t.INVENTORY_ITEM_ID AS "Planning-instance copy of the item id — join through the planning item master, not straight to EBS",
  t.ORDER_TYPE AS "What kind of supply the row is — planned order, PO, job, on-hand…; numeric, undecoded (circulating decodes conflict)",
  t.NEW_SCHEDULE_DATE AS "The supply's due date — the analysis date",
  t.NEW_ORDER_PLACEMENT_DATE AS "The supply's start date",
  t.NEW_ORDER_QUANTITY AS "The supply quantity",
  t.OLD_SCHEDULE_DATE AS "The pre-reschedule date — reschedule analysis pairs it with the new one",
  t.OLD_ORDER_QUANTITY AS "The pre-reschedule quantity",
  t.DISPOSITION_ID AS "Reference to the source of the supply",
  t.DISPOSITION_STATUS_TYPE AS "1 = not cancelled, 2 = cancelled (per the data dictionary's own comment)",
  t.FIRM_PLANNED_TYPE AS "Whether the supply is firmed against replanning",
  t.RESCHEDULE_DAYS AS "How far the plan moved the supply",
  t.IMPLEMENTED_QUANTITY AS "How much of a recommendation was released"
FROM <catalog>.<schema>.MSC_SUPPLIES t
WHERE
  t.ORGANIZATION_ID = <inventory_org_id>  -- inventory org, NOT the operating unit — see quirks guide #two-orgs
  -- AND t.PLAN_ID = <PLAN_ID>
  -- AND t.SR_INSTANCE_ID = <SR_INSTANCE_ID>
  -- AND t.TRANSACTION_ID = <TRANSACTION_ID>
  -- AND t.NEW_SCHEDULE_DATE >= DATE '<DATE_FROM>'
  -- AND t.NEW_SCHEDULE_DATE <= DATE '<DATE_TO>'
  -- AND t.LAST_UPDATE_DATE >= TIMESTAMP '<watermark>'  -- WHO watermark, bulk-stamped by batch jobs; see quirks guide #who-columns
ORDER BY t.PLAN_ID;

9 parameters not filled: <catalog>, <schema>, <inventory_org_id>, <PLAN_ID>, <SR_INSTANCE_ID>, <TRANSACTION_ID>, <DATE_FROM>, <DATE_TO>, <watermark>

Relationships

1-hop neighbors — click a table to navigate there. FND lookup decode and translation edges are highlighted; they’re the joins newcomers most often get wrong.

Join details

  • MSC_SUPPLIESMSC_PLANSforeign key · N:1
    ON MSC_SUPPLIES.PLAN_ID = MSC_PLANS.PLAN_ID AND MSC_SUPPLIES.ORGANIZATION_ID = MSC_PLANS.ORGANIZATION_ID
  • MSC_SUPPLIESMSC_SYSTEM_ITEMSforeign key · N:1
    ON MSC_SUPPLIES.INVENTORY_ITEM_ID = MSC_SYSTEM_ITEMS.INVENTORY_ITEM_ID AND MSC_SUPPLIES.PLAN_ID = MSC_SYSTEM_ITEMS.PLAN_ID AND MSC_SUPPLIES.SR_INSTANCE_ID = MSC_SYSTEM_ITEMS.SR_INSTANCE_ID AND MSC_SUPPLIES.ORGANIZATION_ID = MSC_SYSTEM_ITEMS.ORGANIZATION_ID
  • MSC_DEMANDSMSC_SUPPLIESforeign key · N:1
    ON MSC_DEMANDS.DISPOSITION_ID = MSC_SUPPLIES.TRANSACTION_ID AND MSC_DEMANDS.PLAN_ID = MSC_SUPPLIES.PLAN_ID AND MSC_DEMANDS.SR_INSTANCE_ID = MSC_SUPPLIES.SR_INSTANCE_ID AND MSC_DEMANDS.ORGANIZATION_ID = MSC_SUPPLIES.ORGANIZATION_ID

Browse more Planningtables →

Maintained by Summit Analytics, a supply chain analytics practice. The tools and references are free — the consulting is selective.

Part of the Summit Analytics reference library.

Work with the practice →

Not affiliated with or endorsed by Oracle. Oracle and Oracle E-Business Suite are registered trademarks of Oracle and/or its affiliates.