"We've already got a historian. Isn't that our MES?"
It's a common question, especially in process industries where historians have been around for decades. Both collect data from the shopfloor. Both show trends. But they store different things, for different people, and answer different questions.
What a historian does
A process historian is a database built for time-series data at very high volume. It records machine signals and process variables, often every second or faster: temperatures, pressures, flows, speeds, levels, valve positions. It compresses that data efficiently so you can keep years of it.
Engineers love historians, rightly, for troubleshooting and long-term trending. "What was the oven temperature doing in the two hours before that batch failed?"
What MES/MOM does
MES/MOM records operational events and gives them context. An order started on Line 3. 2,400 good parts, 60 scrapped for short shots. A 12-minute stop, reason: jam at station 2. Lot 7781 consumed into order 4521. A quality check failed and the lot was put on hold.
MES/MOM also reads time-series values from tags, usually over OPC UA. The important difference is that it contextualises that data, so every value is tied to the order, material and machine it belongs to.
It also manages the work: releasing orders, guiding operators, enforcing checks and recording genealogy. A historian watches the process; MES/MOM runs the operation.
Side by side
| Historian | MES/MOM | |
|---|---|---|
| Stores | Time-series values from tags | Events, transactions and time-series values, all with context |
| Typical frequency | Sub-second to seconds | When something happens |
| Context | Tag, timestamp, value and a quality flag | Order, material, lot, machine, shift, operator, reason |
| Main users | Process and controls engineers | Operators, supervisors, quality, maintenance, planners |
| Typical question | What was this value doing over time? | What happened, to which order, and why? |
| Manages work | No | Yes |
| Genealogy and traceability | No | Yes |
How they work together
In the rare cases where you have both, use each for what it's good at:
- The historian keeps the high-frequency signals. MES/MOM doesn't need every reading.
- MES/MOM keeps the events and the context. Orders, lots, stops, reasons and results.
- The two link by time and equipment. When a lot fails inspection, MES/MOM tells you which machine and which hours; the historian shows you exactly what the process was doing then.
- A data platform brings both together when you want analytics or AI across many lines and sites.
Some MES/MOM platforms include historian capabilities, and some historians have added event features. The roles stay roughly the same. More on how these layers fit with data lakes and AI in Historians, data lakes and data fabric.
Which do you need?
Normally, you don't need both. MES/MOM isn't designed to hold the same volume of data as a historian, or to capture it at the same frequency. But for most manufacturers, the level of data MES/MOM captures is absolutely fine, and it removes the need for a separate historian.
In some rare cases you might need both, usually in process industries where engineers need very high-frequency signals kept for long periods.
My view
The trap is assuming a historian, or an IIoT platform full of tags, is enough to run the operation. It isn't designed to manage a production order or trace a lot. Manufacturers who try end up building those functions on top, which is effectively building a homegrown MES. I make the same argument in IIoT vs MES. The opposite trap is forcing MES/MOM to store every high-frequency signal when nobody uses it. Where that level of detail is genuinely needed, that's what a historian is for.
Does your historian know which order was running when that value spiked?
