Results for “planning_level”

42 results




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

Overview

MTL_SECONDARY_INVENTORIES is the master definition table for subinventories in Oracle E-Business Suite Inventory (INV). Each row represents a single subinventory within a specific inventory organization, and stores the operational, accounting, planning, and material-handling attributes that govern how material is received, stored, picked, transferred, and costed within that subinventory. Because practically every inventory transaction, reservation, move order, and on-hand quantity carries a subinventory reference, this table functions as a foundational reference entity across INV, WIP, PO, OM, RCV, MRP, and Warehouse Management modules.

From a Data Vault modeling perspective, the heuristic classification of this table is hub-leaning. It holds a stable, well-defined business key (the subinventory name scoped to an organization) and is referenced by an exceptionally large number of downstream transaction tables, which is characteristic of a hub rather than a transactional satellite. A Data Vault design would likely model MTL_SECONDARY_INVENTORIES as a hub keyed on ORGANIZATION_ID plus SECONDARY_INVENTORY_NAME, with one or more satellites capturing descriptive and accounting attributes that change over time.

Key Information Stored

The documented physical schema contains 75 columns. The primary key constraint is MTL_SECONDARY_INVENTORIES_PK, defined on (SECONDARY_INVENTORY_NAME, ORGANIZATION_ID). Note that the two columns together, rather than a single surrogate ID, form the key, which reflects that subinventory names are only unique within an organization. A separate unique index, MTL_SECONDARY_INVENTORIES_U1, is defined on (ORGANIZATION_ID, SECONDARY_INVENTORY_NAME), which is the same business-key combination and confirms that this pair is the natural business key rather than a generated surrogate.

The most operationally significant columns include:

Common Use Cases and Queries

The most common reporting requirement is to resolve subinventory attributes for on-hand, transaction, or replenishment analysis. For example, listing active subinventories for an organization:

SELECT secondary_inventory_name, description, availability_type, locator_type FROM mtl_secondary_inventories WHERE organization_id = :org_id AND disable_date IS NULL ORDER BY secondary_inventory_name;

Joining to on-hand quantities to summarize inventory by subinventory is equally frequent, joining MTL_ONHAND_QUANTITIES.SUBINVENTORY_CODE to SECONDARY_INVENTORY_NAME on matching ORGANIZATION_ID. Because the primary key couples the name with organization, every join must include ORGANIZATION_ID to avoid cross-organization row duplication. Other typical scenarios include validating which subinventories are reservable or ATP-enabled before committing a transaction, retrieving the accounting flexfield assignments for cost accounting reconciliations, and identifying replenishment sources by tracing SOURCE_SUBINVENTORY and SOURCE_ORGANIZATION_ID.

Related Objects

This table is a highly referenced hub. The most significant related objects, using the documented join columns, include: