Why WMS ERP integration is a boundary problem
ERP and WMS overlap by design. The enterprise resource planning system runs finance, purchasing, and planning. The warehouse management system runs the physical operation, directing what gets picked from where and recording what moved. Both hold stock figures, both know about locations, and both track receipts and shipments.
The overlap is not identical, though. The ERP holds a financial and planning view of inventory, valued and aggregated, sufficient to run material requirements planning and close the books. The WMS holds a physical view, down to bin, pallet, lot, and serial, sufficient to direct a picker to a shelf.
Those views answer different questions and legitimately hold different numbers at the same moment. Stock sitting in a receiving bay is physically present to the WMS and not yet available to the ERP. Treating that difference as an error to be synchronized away is what produces overwrite loops.
Which system should own each record
A workable division follows the question each system exists to answer, rather than splitting by data type.
- Item master: owned by the ERP, published to the WMS, because purchasing and costing depend on it.
- Physical stock: owned by the WMS, published to the ERP, because only the warehouse observes what is on the shelf.
- Locations and bins: owned by the WMS entirely, with the ERP holding no more than a site-level view.
- Purchase and sales orders: owned by the ERP, released to the WMS as instructions to execute.
- Receipts and shipments: created by the WMS as events, consumed by the ERP to update its own position.
- Inventory valuation: owned by the ERP alone, derived from WMS events rather than maintained in parallel.
The rule underneath the list is simple. Whichever system observes an event first should own the record of it, and every other system should treat its copy as derived. Once that is agreed, most sync arguments resolve themselves.
Why ERP and WMS stock figures diverge
Three failure patterns show up repeatedly, and all three trace back to the same missing decision.
Overwrite loops occur when both systems believe they are authoritative for stock. Each correction is undone by the next scheduled run, and warehouse staff learn to distrust both figures and count instead.
Silent divergence is worse because nobody notices. Two systems drift apart on a lot or serial detail that neither reconciles. The gap surfaces during a recall or a traceability audit, which is precisely when it is most expensive. This is the same class of problem as maintaining data consistency across ERP, MES, and WMS, with fewer systems and no less cost.
Reconciliation as routine is the outcome businesses accept when they stop trying to fix the first two. A person spends part of every week comparing two reports, and that person becomes the integration.








