Manufacturing SystemsERP Platform

AVEVA MES + private AI

AI for AVEVA MES: Ask Questions Across MES, Historian and ERP Without Leaving Your Network

Short answer

AI for AVEVA MES, formerly Wonderware MES, connects a private model to MES records held in SQL Server, to AVEVA Historian time-series, and to your ERP, so supervisors and quality staff can ask plain-English questions about orders, genealogy, downtime and quality with the query shown. It is read-only by default and can run on-prem or air-gapped.

ERP
AVEVA MES, AVEVA System Platform, AVEVA Historian
Industries
Food and Beverage, Pharmaceuticals, Automotive, Consumer Goods
Written for
Plant Systems Manager

AVEVA MES grew out of Wonderware MES and sits on the AVEVA System Platform (the ArchestrA object model), alongside InTouch HMI and AVEVA Historian. Many plants therefore have a layered picture: real-time objects and alarms on the System Platform, process and tag history in the Historian, and production orders, operations and genealogy in the MES database. The three are connected, but not in a way a supervisor can query as a single thing.

The questions that matter cross these layers. Why did a batch fail quality, given the temperatures the Historian recorded during an operation, the material lots consumed, and the equipment used? Why did a line miss its schedule, when the ERP says the order was released on time? Answering today means a systems specialist, several tools, and a spreadsheet.

AVEVA offers analytics and AI features across its portfolio, including industrial information tools, and they are worth evaluating first. A private layer is useful when data cannot go to a vendor service, when the same assistant must reach ERP and quality documents, or when you want governed agents that prepare actions for approval rather than act on their own.

This page shows how a private AI layer sits on an AVEVA estate, what it reads and where it stops, and the questions to put to any vendor before connecting it to a production historian or a system that supports regulated records.

What usually gets in the way

The problems we hear most from plant systems manager teams running AVEVA MES.

Historian, MES and ERP are separate views

Tag history, execution records and orders are stored separately, with different keys and time bases. Correlating them for one batch is manual work.

Quality investigations are slow

Linking a failed result to process conditions, material lots and equipment requires several lookups, and the person who can do it is often the same engineer who is needed elsewhere.

Alarm and downtime noise

Alarm floods and coded stop reasons hide the real cause. Pareto views on codes alone mislead teams about priorities.

Tribal knowledge in System Platform objects

Behavior is embedded in object templates and scripts built over years. New engineers struggle to understand why a status or calculation looks the way it does.

Data policy limits

Recipes, yields and customer formulations are sensitive, and some companies prohibit sending them to external AI services.

Where AI earns its place in AVEVA MES

Each use case names the ERP objects it reads or writes, so your ERP team can judge the integration effort before anyone commits budget.

Batch and lot investigation assistant

For a failed result, assemble the material lots, equipment, operations performed and key Historian trends around the event, with sources cited.

Touches: Production orders, operations, lot genealogy, Historian tags, quality results

Outcome: Cuts the time to assemble investigation context; the root cause remains an engineering judgment.

Downtime and alarm explanation

Summarizes alarms and state changes around a stop and proposes likely causes alongside coded reasons.

Touches: Alarm history, equipment states, downtime codes, maintenance orders

Outcome: Clearer view of repeat stoppages; accuracy depends on alarm design.

Shift and order status in plain language

Supervisors ask where an order stands and receive status combining MES progress, material availability and ERP due date.

Touches: Production orders, operation status, ERP due dates, inventory

Outcome: Fewer manual status requests to the floor.

Genealogy and recall readiness

Runs forward and backward trace across lots and shipments to test recall readiness or scope an event.

Touches: Genealogy records, shipments, supplier lots

Outcome: Faster mock recalls and containment scoping; results reviewed by quality.

Electronic batch record review support

Flags exceptions and missing data in a record for QA to review, and drafts a summary of deviations.

Touches: Batch records, deviations, data collections, signatures

Outcome: Reduces time spent on routine review; QA retains approval.

Historian trend search

Finds periods when a variable behaved unusually using natural-language descriptions and links them to production orders.

Touches: Historian tags, time ranges, order and batch windows

Outcome: Faster discovery of drift patterns; tag naming consistency is critical.

Object and script documentation

Reads System Platform templates and scripts and generates plain-language descriptions of how key statuses are derived.

Touches: Object templates, scripts, galaxy export files

Outcome: Reduces key-person risk; output reviewed by the owner of each area.

Reference architecture

A private layer reads curated views of the MES SQL Server database, queries the AVEVA Historian for selected tags, and reads ERP data over its supported interfaces. Open-weight models run on local GPUs. The layer has no write access to the System Platform or control network.

  1. 1

    MES read-only access

    Dedicated SQL accounts on curated views of orders, operations, genealogy and quality results.

  2. 2

    Historian query path

    Read-only access to selected tags through supported Historian interfaces, limited to agreed tag lists and time windows.

  3. 3

    ERP join

    Production order, material and lot keys mapped to the ERP via read-only connectors, reusing existing MES to ERP integration keys.

  4. 4

    Private model serving

    Open-weight models via vLLM or Ollama on local GPUs, with no external inference calls.

  5. 5

    Governance

    Role-based access, complete logs of questions and queries, and approval before any action is proposed to a person or system.

Integration notes for your ERP team

  • Read the MES through curated views and avoid direct writes; document which release the views were built against.
  • Limit Historian queries to agreed tag lists and use summary or retrieval queries rather than raw high-frequency pulls.
  • Use consistent tag naming conventions in the semantic layer; inconsistent naming is the most common cause of poor trend search.
  • Reuse the keys already moving between MES and ERP to join the two, and check the timing of confirmations and backflush.
  • Export System Platform object metadata for documentation tasks rather than connecting to the live galaxy.
  • Keep any alerting or notification as a proposal to a person; do not connect to alarm acknowledgement.

Deployment options

On-prem in the plant or data center

Most AVEVA estates with segmented networks

GPU servers connect to MES, Historian and ERP over approved IT-side paths.

Private cloud

Multi-plant companies with centralized data

Replicated or extracted data in a private cloud account you control.

Air-gapped

Defense and highly sensitive formulations

Isolated deployment with controlled data transfers and offline updates.

Compliance and data control

How the architecture supports your obligations. Certification and accountability stay with your organisation; the design keeps the evidence straightforward.

21 CFR Part 11 and EU GMP Annex 11

The layer is read-only decision support; records and signatures remain in validated systems. Document intended use and risk with your quality unit.

FDA QMSR / ISO 13485 (devices)

AI summaries are drafts for human review, with source records cited.

FSMA 204 / lot traceability

Trace queries can support your traceability plan using your own records.

ISA/IEC 62443

Access from the IT side via defined conduits, read-only, with no path into control networks.

GDPR / data protection

Operator identifiers can be pseudonymized and personal-data scope is agreed up front.

How an engagement runs

Phase 1 . 2-3 weeks

Discovery

  • -Map of MES, System Platform, Historian and ERP
  • -Priority investigation and status questions
  • -Security and data review

Phase 2 . 3-5 weeks

Access and semantic layer

  • -Curated MES views
  • -Historian tag scope and naming map
  • -ERP join design
  • -Evaluation set

Phase 3 . 4-6 weeks

Pilot

  • -Investigation and status assistants live
  • -Accuracy report
  • -Logging and approval flow

Phase 4 . 4-8 weeks

Scale and handover

  • -More lines and plants
  • -Runbook
  • -User training
  • -Support plan

Questions to ask any vendor, including us

A short list that separates real AVEVA MES AI work from a chatbot demo.

  1. Which interfaces does the AI layer use for the MES, Historian and ERP, and with what privileges?
  2. How do you limit Historian load?
  3. How are tag names mapped and kept current?
  4. Can every answer show its sources and queries?
  5. How is the layer kept out of control networks?
  6. How do you handle validated-system boundaries for Part 11 or Annex 11?
  7. What do AVEVA's own analytics already cover?

Frequently asked questions

Is AVEVA MES the same as Wonderware MES?

AVEVA MES is the current branding of the product that was Wonderware MES, running on the AVEVA System Platform. Naming of modules has shifted over releases, so we confirm your exact version and modules in discovery rather than assuming. The AI approach does not depend on branding, only on the data you hold.

Can AI query the AVEVA Historian safely?

Yes, with limits. We use read-only access to an agreed tag list and bounded time windows, rely on summary retrieval instead of raw high-frequency scans, and test load during the pilot. The Historian team keeps control over access and can revoke it at any time.

Does it replace AVEVA's analytics?

Not necessarily. If AVEVA's tools cover your need and data policy permits them, use them. A private layer adds value when data must stay on-prem, when one assistant must span MES, Historian, ERP and documents, or when you want governed agents with approval steps.

Can it help with electronic batch record review?

It can flag exceptions, missing data and deviations, and draft a summary for QA. It does not approve or sign. Treat it as review support and document the intended use and risk assessment in your quality system before relying on it.

What if our tag names are inconsistent?

This is common. We map tags to business terms for the agreed scope, and you can expand coverage over time. Where naming is too inconsistent, we will say so in discovery rather than produce unreliable trend answers.

Which models run on-prem?

Open-weight models such as Llama, Qwen, Mistral, Gemma or gpt-oss class, served with vLLM or Ollama on your GPUs. We choose by evaluating on your own questions and hardware, not by public benchmark claims.

How long is a pilot?

Usually 9 to 14 weeks for one line or area including discovery. The variables are security approvals, the number of Historian tags in scope, and how clean the MES to ERP keys are.

Talk it through with an engineer who knows AVEVA MES

Bring one real question your team cannot answer from the ERP today. We will map the data path, the model, and where it runs, and tell you honestly if AI is the wrong tool for it.