MES vs ERP: What Actually Separates Them

ERP plans in days and transacts in orders. MES executes in seconds and transacts in units. What breaks when a plant runs execution out of ERP, and where the integration costs money.

Written & reviewed by Peter Korpak, Founder & Chief AnalystHow we verify
Updated

What is the difference between MES and ERP?

MES and ERP differ in time horizon and granularity, not in importance. ERP plans production in days or weeks and transacts in purchase orders, sales orders and financial postings. MES executes production in seconds and transacts in individual units, operations and machine states, and it is the only one of the two with real-time visibility into the shop floor.

Ask an ERP what's happening on the floor right now and it will tell you what was scheduled. Ask an MES and it will tell you what's actually running, on which machine, built by which operator, against which lot. That gap between "planned" and "actual" is the entire distinction, and it's why plants that try to run execution out of their ERP eventually stop trying.

The comparison, side by side

ERPMES
Time horizonDays to monthsSeconds to minutes
Transaction unitPurchase order, sales order, work order as a wholeIndividual unit, operation, scan, machine state
Data latencyBatch-posted, often end of shift or overnightReal time
What it answersWhat should we build, what did it cost, what do we oweWhat's running right now, is this unit in spec, where did this lot go
GenealogyLot-level at best, usually noneUnit-level: machine, operator, timestamp, parameters
System of record forFinances, planning, inventory valuationExecution, quality, equipment state

Neither system is the lesser one. ERP is right that a plant doesn't need second-by-second precision to decide what to build next month. MES is right that a plant does need it to decide whether the unit on the line right now should ship.

What breaks when a plant runs execution out of ERP

Three things, consistently. Data arrives batch-posted instead of live, so a supervisor checking the ERP at 10am is looking at what happened on the prior shift, not what's happening now. Genealogy stops at the lot: an ERP can tell you which purchase order a batch of steel came from, not which machine, operator and process parameters touched the specific unit that just failed a customer inspection. And there's no real-time state, so questions like "is line 4 actually running" get answered by walking the floor, not by querying the system meant to know.

The cost of that gap is visible in what MES-equipped plants can do that ERP-only plants can't. BIC's Tunisian facility runs over 100,000 finished-good transactions in a single shift on Plex MES. An ERP's data model is built to post a work order once, as a whole, when it closes, not to absorb a discrete transaction for every one of 100,000 units as each one completes. Try to run that volume through an ERP's order-based schema and you either drown the system or you stop recording at the unit level and go back to end-of-shift estimates, which is exactly the visibility gap MES exists to close.

Genealogy shows the same pattern from the quality side. Before it had unit-level traceability, an anonymous tool manufacturer needed 5 days to investigate a defect; an ERP's lot-level records were the ceiling on how precise that investigation could get. With MES-level genealogy, the same investigation took 30 minutes and avoided $266,000 in rework, because the system already knew which machine and operator touched the failing unit instead of forcing someone to reconstruct it.

When a plant genuinely doesn't need one

Low mix, single line, one shift, and nobody has ever needed to trace a unit past its lot: an ERP plus a whiteboard is a legitimate operating model, and adding MES on top of it buys enforcement for a process that was never inconsistent enough to need enforcing. The signal to watch for is disagreement, not scale. The moment two shifts run the same job differently, or a customer asks a traceability question the ERP can't answer, the gap MES fills stops being theoretical.

The integration boundary is where the money goes

Most plants end up running both, and the interface between them, work order release from ERP to MES, completions and consumption flowing back, inventory sync, quality holds, is where implementation budgets actually go. Two paths avoid rebuilding that interface as custom middleware. One is buying ERP and MES from the same vendor stack, which is what Precision Coating did with Plex ERP, MES, and QMS and what Bayrak Technik did on the same stack in automotive: the interface is pre-built and maintained by one vendor instead of negotiated between two. The other is accepting a genuinely custom integration, which costs more up front but doesn't lock the plant into one vendor's roadmap for both systems. Neither path is free. The plants that get surprised are the ones who scoped the MES purchase and treated the ERP interface as a detail to figure out later.

Where to go next

Related guides