MITPLO
Prefix: MOtransactionThe material plan — one row per planned transaction (demand or supply) per item and warehouse, ordered by planning date; the table behind M3's material plan view and the starting point for supply/demand pegging analysis
Fields
8 fields · 4 key
| Key | Field | Alias | Description | Type | Length | Flags |
|---|---|---|---|---|---|---|
| Key | MOCONO | CONO | Company | numeric | ||
| Key | MOWHLO | WHLO | Warehouse | alphanumeric | ||
| Key | MOITNO | ITNO | Item number | alphanumeric | ||
| Key | MOPLDT | PLDT | Planning date the transaction is scheduled on | numeric | ||
| MOORCA | ORCA | Order category of the planned transaction (customer order, purchase order, manufacturing order…) | alphanumeric | |||
| MORIDN | RIDN | Order number behind the planned transaction | alphanumeric | |||
| MORIDL | RIDL | Order line number behind the planned transaction | numeric | |||
| MOTRQT | TRQT | Planned quantity, signed by direction (demand negative, supply positive) | numeric |
Field provenance: hand-curated.
Boilerplate SQL
Starting point for reading MITPLOon Databricks — numeric YYYYMMDD dates are wrapped to NULL, verified status ladders are decoded, and the CONO anchor is in place. Set your Unity Catalog location, company, and filter values below; they’re substituted into the SQL and the copy button.
-- ============================================================
-- Table : MITPLO — The material plan — one row per planned transaction (demand or supply) per item and warehouse, ordered by planning date; the table behind M3's material plan view and the starting point for supply/demand pegging analysis
-- Purpose: Column-selected read of MITPLO — auto-generated from field metadata
-- Grain : Transaction-grain — finer than company (CONO) + MOWHLO + MOITNO + MOPLDT; the full row key is not yet cataloged (see the table description)
-- Notes : Auto-generated skeleton for Infor Data Lake-landed M3 data. Dates are numeric YYYYMMDD (0 = none, mapped to NULL); status ladders decoded inline where verified. Audit columns (RGDT/RGTM/LMDT/CHNO/CHID) omitted — see the quirks guide.
-- ============================================================
SELECT
m.MOCONO AS "Company",
m.MOWHLO AS "Warehouse",
m.MOITNO AS "Item number",
CASE WHEN m.MOPLDT = 0 THEN NULL ELSE TO_DATE(CAST(CAST(m.MOPLDT AS BIGINT) AS STRING), 'yyyyMMdd') END AS "Planning date the transaction is scheduled on", -- YYYYMMDD, 0 → NULL
m.MOORCA AS "Order category of the planned transaction (customer order, purchase order, manufacturing order…)",
m.MORIDN AS "Order number behind the planned transaction",
m.MORIDL AS "Order line number behind the planned transaction",
m.MOTRQT AS "Planned quantity, signed by direction (demand negative, supply positive)"
FROM <catalog>.<schema>.MITPLO m
WHERE
m.MOCONO = <company>
-- AND m.MOWHLO = '<WHLO>'
-- AND m.MOITNO = '<ITNO>'
-- AND m.MOPLDT >= <DATE_FROM> -- yyyyMMdd numeric
-- AND m.MOPLDT <= <DATE_TO> -- yyyyMMdd numeric
ORDER BY m.MOWHLO;7 parameters not filled: <catalog>, <schema>, <company>, <WHLO>, <ITNO>, <DATE_FROM>, <DATE_TO>
Relationships
1-hop neighbors — click a table to navigate there. CSYTAB decode edges are highlighted; they’re the joins newcomers most often get wrong.