GeoBusinessIQGeoBusinessIQ

MES or SCADA: order state against equipment state

Both sit close to the process and collect data from it, which is why they get conflated. A supervisory control system watches and commands equipment: it holds set points, raises alarms, gives operators a live view and keeps a history of process values. An execution system manages work: which order runs where, against which revision, consuming which material, produced by whom, with what result. Confusing them leads to plants that can see every valve and cannot locate an order.

Comparison criteria

Criteria are stated explicitly and neither option is declared a winner: which one fits depends on the constraint that binds hardest in your operation.

CriterionMES: managing orders through the plantSCADA: supervising and controlling equipment
What the system is accountable forThe state of work: order dispatch, material consumption, operation confirmation, genealogy and the record of what was actually produced.The state of equipment and the process: set points, interlocks, alarms, trends, and the operator interface used to intervene.
Time horizon it operates overThe shift and the order. It exists to sequence and record work over hours and days, and near-real-time is generally sufficient.The control cycle. It exists to respond within the timescale the process itself moves, and its value collapses if it is slow.
The record it leaves behindProduction history: which order, which materials, which equipment, which people, which results, structured so a unit or lot can be reconstructed.Process history: measured values, alarms, acknowledgements and operator actions, retained as a time series for analysis and investigation.
Who owns and maintains itOperations with information systems support, since it holds business rules about orders, revisions, quality decisions and labour.Controls or automation engineering, working alongside the equipment, often with vendor support tied to the machines themselves.
Consequence of an outageLoss of dispatch and recording, so production may continue on paper while traceability and confirmations must be reconstructed afterwards.Loss of visibility and supervisory command over running equipment, which in some processes means running blind and in others means stopping.
Relationship to the business systemDirect and necessary. Orders arrive from above and confirmations return, which is a large part of what the layer exists to do.Usually none directly. It talks to equipment and to historians, and passes process data upward only where somebody has built that path.
Network position and security postureSits at the boundary between control and business networks, which makes it a deliberate crossing point that has to be designed and monitored.Sits inside the control network with the equipment, where availability outranks most other considerations and patching is constrained by production.
Skills required to keep it usefulProcess and systems knowledge: routings, revisions, quality rules, master data discipline and the workflow the plant actually follows.Control engineering: instrumentation, tag configuration, alarm rationalisation and an understanding of the process being supervised.

Choose MES: managing orders through the plant when

  • You cannot say which order is at which operation without walking the plant
  • Work passes through manual steps and multiple work centres before it is finished
  • You need to prove which materials, equipment and settings produced a given lot
  • Superseded revisions reach the line because instructions travel on paper

Choose SCADA: supervising and controlling equipment when

  • Equipment must be supervised and alarmed while it runs, not reviewed afterwards
  • The process is instrumented and operators need a live view to act on
  • The immediate gap is that nobody can see process conditions or respond to a deviation
  • Control decisions have to be made faster than any person could report them

Process data is not production data until something joins it to an order

A plant with well-instrumented equipment can produce an enormous history of measured values and still be unable to answer what happened to a customer's order. The missing element is context: the temperature trace matters only once you know which lot was in the vessel, which recipe was running, who authorised the deviation and where that material went. Joining the two is deliberate work, whether it happens inside an execution layer, a historian with production context, or a reporting tool built for the purpose. Buying more instrumentation without deciding how the data gets its context reliably produces more storage and the same unanswered questions.

The layers have different tolerance for change

Control systems are conservative for good reason: a change can stop a line or, worse, allow an unsafe state, so modifications are tested, scheduled and often constrained by the equipment maker's terms. Execution systems change far more often, because business rules, product structures and workflows move constantly. Putting business logic into the control layer feels efficient and creates a maintenance problem that surfaces years later, when the person who wrote it has gone and nobody will touch a program that also holds an interlock. Keep rules that change frequently out of the layer whose primary duty is keeping equipment safe and running.

The crossing point between control and business networks needs owning

Connecting equipment data to production systems means traffic crosses from a network built for availability into one built for information exchange, and that crossing is where industrial security guidance concentrates its attention. Treat it as a designed boundary with a named owner: defined data flows in defined directions, controlled remote access for vendors and integrators, an inventory of what is actually connected, and a plan for what happens to production if the boundary has to be closed. The pattern that causes trouble is connectivity added incrementally for individual projects, until nobody can describe what talks to what.

Frequently asked questions

Can supervisory software be extended to cover production management?
It is often attempted, usually because the platform is already installed and licensed. Screens can be built to record orders and results, and for a single line with a stable product this can work adequately. The limits appear as scope grows: order management, revision control, material genealogy and labour capture are data-model problems rather than screen problems, and building them inside a control platform creates an application that only its author can maintain, on a system whose primary duty is keeping equipment running safely.
Do I need a historian if I have both systems?
It depends on how much process data you intend to keep and for how long. Supervisory systems are designed for live supervision and typically retain a limited window at full resolution; execution systems store production records rather than dense time series. Where investigations, process improvement or regulatory retention require months or years of measured values at fine granularity, a purpose-built historian is the usual answer. Where you need only summary values attached to a lot, the execution record may be sufficient.
Which should a plant put in first?
Follow the failure you are actually experiencing. If operators cannot see the process, deviations are found after the fact and there is no alarm when conditions drift, the gap is supervisory. If the process is well controlled but nobody can say what was made, from what, on which equipment, the gap is execution. Installing either one to compensate for the absence of the other produces an expensive system used for a purpose it was not designed to serve.

Data limitations

  • Manufacturing figures are operator-supplied inputs, not market data. GeoBusinessIQ holds no factory costs, production volumes, yields, cycle times, tooling prices or capacity data and does not estimate them — every result reflects only the figures you enter.
  • No manufacturer, supplier, vendor or factory is recommended, rated or ranked anywhere in this cluster, and no directory of them is published. Selection material describes how to run your own assessment; the assessment itself remains yours.

Explore the graph

Sources

  • International Electrotechnical Commission IEC (accessed )
    Covers: International standards for electrical, electronic and related technologies, including industrial automation and machinery safety.
    Does not cover: Standard text, conformity decisions, or product approval.
    Why it matters: Cited for the origin of electrotechnical and automation standards referenced on automation and machinery pages.
    Review cadence: annual
  • National Institute of Standards and Technology NIST (accessed )
    Covers: Measurement science, manufacturing technology research, cybersecurity frameworks, and industrial standards support.
    Does not cover: Certification of products, endorsement of vendors, or costs for any specific implementation.
    Why it matters: A United States federal research institute whose public material covers measurement, manufacturing technology and control-system security.
    Review cadence: annual
  • Cybersecurity and Infrastructure Security Agency CISA (accessed )
    Covers: Guidance and advisories on industrial control system and operational technology security.
    Does not cover: Vendor product assessments, or the security posture of any specific installation.
    Why it matters: Cited on industrial cybersecurity pages as the public authority for control-system security practice.
    Review cadence: annual

Educational and operational information only — not legal, engineering, safety, customs, tax, or financial advice. Requirements vary by jurisdiction, product, process, and contract; confirm with the relevant authority or a qualified professional before acting.

Last updated: