An AI-native MES connects to four things: machines (PLCs, sensors, legacy equipment), software (ERP, QMS, WMS, spreadsheets, email), paperwork (the forms and logs your floor already runs on), and tribal knowledge (what experienced people know but never wrote down). It is the MES, so it replaces nothing to start working.
That last sentence carries most of the weight. A traditional integration project asks what systems must be rebuilt so the new software can function. An AI-native MES asks a different question: what already exists, and how do we plug into it as-is? This post walks through each of the four connection surfaces, how the connections physically work, and the order to make them in.
What does an AI-native MES connect to?
Everything your plant already uses to run production, in four categories. Machines: the PLCs, sensors, and equipment that make the product. Software: the business and quality systems that plan and record it. Paperwork: the printed forms and clipboards where the floor's real data capture happens today. And people: the accumulated know-how that lives in the heads of your most experienced operators and maintenance techs. Notice what is not on the list: another MES. Harmony AI is not a dashboard that sits beside your execution system. It is the execution layer, and its job is to absorb the sources around it, not to negotiate with a twin.
How does it connect to machines?
Through whatever the machine already speaks, and with added sensors when it speaks nothing. Modern equipment with a PLC and an Ethernet port typically exposes data through standard industrial protocols, and connection is a configuration task, not an engineering project. Older equipment often talks a serial-era protocol through a gateway. And the genuinely mute machines, the thirty-year-old press with no network interface at all, get instrumented: a current sensor, a vibration sensor, or a simple cycle counter added to the machine, which is usually enough to know whether it is running, how fast, and when it stopped.
Two honest caveats. First, adding sensors to legacy equipment takes real on-site work, which is one reason Harmony AI deploys white-glove with engineers physically at your machines rather than mailing you a box of hardware. Second, machine data alone is not an MES; it is machine monitoring. The machine layer earns its keep when the signals land in the same system as the quality checks, the schedule, and the operator's own entries. If your plant already runs a SCADA system or historian, that becomes a source too, connected rather than displaced.
How does it connect to software?
By reading from and writing to the systems that already hold your business context. The ERP supplies orders, items, BOMs, and inventory balances, so the floor sees real work orders instead of retyped ones. A QMS, where one exists, supplies specs and document control context. A WMS supplies material locations and movements. These integrations use each system's supported interfaces, and the point is context, not replacement: the ERP remains the commercial system of record while the AI-native MES runs execution.
Then there is the unofficial software stack, which in most mid-size plants does more daily work than the official one: spreadsheets tracking changeovers and downtime, shared drives full of specs, and email threads where scheduling actually happens. An AI-native system treats these as first-class sources. The spreadsheet gets ingested rather than banned. The email attachment with the customer spec gets indexed and searchable. This matters because the unofficial stack is where data silos actually live, and pretending it does not exist is how integration projects miss the plant's real information flow.
How does it connect to paperwork?
By digitizing the forms you already trust instead of forcing new ones. Every plant has a paper layer: production logs, quality checklists, changeover sheets, sanitation records. The information on those forms is usually good. The problem is that it is trapped: illegible to systems, invisible until end of shift, and unsearchable forever after. The AI-native approach rebuilds each form as a digital workflow at the point of work, keeping the structure operators already know, so training is minutes rather than weeks. The forms keep their logic; they lose their lag. Once capture is digital, the downstream dominoes fall on their own, which is the whole story of the paperless factory: real-time visibility, automated reporting, and records you can actually search.
How does it connect to tribal knowledge?
Two ways: by indexing what was written down, and by capturing what never was. The written half is documents: machine manuals, SOPs, old troubleshooting notes, decades of production records. AI search makes that archive answer plain-English questions in seconds. The unwritten half is harder and more valuable: the setup trick only one operator knows, the sound the bearing makes two days before it fails. Because deployment happens in person, on the floor, those details surface during discovery, get written into digital workflows and searchable notes, and stop depending on one person's memory or tenure. That is the difference between software that stores knowledge and a deployment process that goes and gets it; the mechanics are covered in tribal knowledge.
What order should you connect things in?
Not all at once. The sequence below is the one that produces value earliest and surfaces problems cheapest, and it is roughly the arc of every Harmony AI deployment timeline.
- Inventory the surfaces. One walkthrough: list the machines and their interfaces, the software systems and who owns their access, every paper form in use, and the people whose knowledge the plant cannot afford to lose.
- Digitize the paper on one line. Paper is the fastest connection with the highest immediate payoff, and it needs no IT queue. Capture goes digital at the point of work; visibility begins the same week.
- Bring in machine signals where they matter most. Start with the constraint line or the machine whose downtime hurts most. Connect what speaks, instrument what does not.
- Add ERP context. Orders and items flow in so floor data lands against real work orders. This is the step most dependent on other teams, which is why it is fourth and not first.
- Layer the knowledge. Index the document archive, capture the unwritten know-how surfaced during deployment, and turn the whole accumulated record into something the floor can query.
The standards that make machine connection routine
- OPC UA, maintained by the OPC Foundation, is the dominant platform-independent standard for exchanging data with industrial equipment; machines that support it connect through configuration rather than custom drivers.
- MQTT, an OASIS standard, is the lightweight publish-subscribe protocol widely used to move sensor data in industrial IoT deployments, including from retrofit sensors on legacy machines.
- Modbus, first published in 1979 and still maintained by the Modbus Organization, remains common on older equipment; its ubiquity is why decades-old machines can usually be read through inexpensive gateways rather than replaced.
The connected result is what Harmony AI's Connected Systems and Machines module exists to deliver: one operational layer where machine signals, business context, digitized paperwork, and institutional knowledge land in the same place and become one queryable picture of the plant. That single surface, rather than any individual integration, is the feature; the full list lives in AI-native MES features. And because every connection runs alongside the systems it reads, the whole thing lands without rip-and-replace.