Fast Planning is the execution engine's brain. MRP explodes the BOM, nets against live Fast Inventory stock, and turns what's short into Work Orders for Fast Production and Purchase Requisitions for Fast Purchase. Plan, work order, PR and completion are one continuous chain on the same tables — no export file, no middleware, no reconciliation.
Once MRP has exploded the BOM and netted against live stock, the shortfall is split by item type. In-house, semi-finished and outsourced requirements become Work Orders for Fast Production; raw-material and bought-out requirements become Purchase Requisitions for Fast Purchase. Both are ordinary platform documents on the same tables — nothing is re-keyed.
Because Fast Planning, Fast Production, Fast Inventory and Fast Purchase share one platform, each step writes to the same tables the next step reads. There is no import, no reconciliation and no drift between what was planned and what gets made or bought.
Every link below is a native table-level connection on the shared platform — planning demand, work orders, requisitions, stock and reservations are the same records read from every module, not files passed between separate systems.
Once MRP has netted the plan, in-house, semi-finished and outsourced requirements generate Work Orders directly — each with its own WO specification and routing. Those Work Orders flow into Fast Production, which reports completion and books consumption back against stock. The quantity, item and due date the planner set carry through to the floor without anyone typing them again.
MRP is only as good as the stock it nets against. Each run reads live Fast Inventory stock on hand plus reorder parameters, and applies the netting formula: Net Requirement = Gross Demand − Stock on Hand − Open Supply (open POs + open WOs + reserved stock). It can also reserve stock against a plan so two plans never double-count the same inventory. See the stock ledger at Fast Inventory.
When planning, production, inventory and purchasing are four systems, the gaps between them are where errors live — a plan exported, a work order re-typed, a stock figure that no longer matches, a PO nobody nets against. On the shared platform there is no gap: the BOM the explosion walks, the stock it nets against and the item master are the same records every module reads. What planning commits is exactly what the floor makes and what procurement buys.
Netted make-side requirements generate Work Orders with a WO specification, handed to Fast Production without re-keying.
Raw-material and bought-out shortfalls become Purchase Requisitions consumed by Fast Purchase through PR to PO to GRN.
Every run reads live Fast Inventory stock and reorder parameters, netting against stock, open POs and open WOs.
MRP reserves stock against a plan so two plans never double-count the same inventory — visible on the stock reservation report.
The reorder-level dashboard watches free stock against reorder points and proposes a Purchase Requisition even between planning runs.
The BOM, stock and item master are the same records Production and Inventory use — no interface, no reconciliation.
In a 30-minute demo we'll take a plan through BOM explosion, live-stock netting and reservation to generated Work Orders and Purchase Requisitions — one continuous chain, no re-keying.
