OPC UA — Industrial Communication Standard
OPC UA, short for OPC Unified Architecture, is an open industrial communication standard for the secure and reliable exchange of data between machines, controllers, sensors and higher-level software. It is platform-independent and service-oriented, and it carries not only values but also a structured information model describing what those values mean. In manufacturing it is a common backbone for connecting shop-floor equipment to MES, SCADA and ultimately ERP systems, and it is widely associated with Industry 4.0 and the industrial Internet of Things. The standard is maintained by the OPC Foundation.
- Term
- OPC UA (OPC Unified Architecture)
- Entity type
- Standard / regulation
- Domain
- Industrial communication and Industry 4.0
- Canonical definition
- OPC UA (OPC Unified Architecture) is a platform-independent, service-oriented industrial communication standard that enables secure, structured data exchange between machines, control systems and higher-level IT applications.
- Classification
- OPC UA is an interoperability standard connecting shop-floor equipment to MES, SCADA and ERP systems in an Industry 4.0 context.
- Related terms
- Industry 4.0, MES, SCADA, IoT in ERP, Digital twin, Predictive maintenance, Enterprise application integration
- Source / maintainer
- erp-software.org editorial team (independent, vendor-neutral)
What OPC UA (OPC Unified Architecture) is NOT — disambiguation
- Not a fieldbus protocol: OPC UA typically sits above field-level protocols, providing a common semantic interface rather than replacing the device-level bus.
- Not OPC Classic: OPC UA is the platform-independent successor to the older Windows-specific OPC interfaces, adding an information model and security.
- Not an application or MES: OPC UA defines how systems communicate; the production logic lives in the connected MES and ERP.
- Not a general web API: It is a purpose-built industrial standard with information modelling and security, distinct from a generic REST or web service.
What OPC UA provides
OPC UA defines how industrial devices and applications describe, expose and exchange data in a vendor-neutral way. Its main characteristics are:
- Platform independence — it runs across operating systems and device classes, from embedded controllers to servers.
- Information modelling — data is exposed as an address space of typed nodes with relationships, so consumers understand structure and meaning, not just raw tags.
- Built-in security — the standard includes authentication, encryption and integrity, designed for use across networked and industrial environments.
- Service-oriented communication — supporting both client-server interactions and a publish-subscribe model for efficient distribution of data.
This combination lets equipment from different manufacturers interoperate without bespoke point-to-point adapters for every connection.
Where it fits in the automation stack
In a typical manufacturing architecture, OPC UA links the operational-technology layer of machines and controllers to information-technology systems. Sensor and machine data flows upward to SCADA and MES for monitoring and execution, and selected, aggregated information continues to the ERP for production confirmation, stock movements and order status. The same channel allows information to flow downward, for instance production orders or set-points. By standardising this exchange, OPC UA reduces the integration effort of connecting heterogeneous equipment and supports use cases such as predictive maintenance and the data feeds behind a digital twin.
Relationship to other standards and concepts
OPC UA succeeds the older OPC Classic interfaces, which were Windows-specific; the Unified Architecture removes that dependency and adds the information model and security framework. It complements rather than replaces field-level fieldbus and industrial Ethernet protocols, often sitting above them to provide a common, semantically rich interface. As a structured, secure machine-to-machine channel, it is a frequent enabler of IoT-to-ERP scenarios and of broader enterprise application integration on the factory side.
Considerations for SMEs
For DACH SMEs modernising production connectivity, OPC UA offers a route away from proprietary, one-off machine interfaces. Practical points to weigh include:
- Which existing machines and controllers already expose an OPC UA server, and which need a gateway.
- How the information model maps to the data the MES or ERP actually needs.
- How security settings, certificates and network segmentation are managed, which also bears on cybersecurity obligations.
- What volume and frequency of data should flow upward, to avoid overloading higher-level systems.
OPC UA is a communication standard, not an application; it defines how systems talk, while the value comes from what the connected MES and ERP do with the data.
Related Topics
Frequently Asked Questions
Is OPC UA secure for production environments?
Yes — OPC UA includes built-in security with x.509 certificate-based authentication, signed and encrypted communication, and granular authorisation. Properly configured, it meets industrial security requirements including IEC 62443 alignment. Common configuration failures: unauthenticated 'Anonymous' access enabled by default, certificate validation disabled for testing and never re-enabled, or signing-without-encryption modes used in production.
Do we need OPC UA if we have Profinet or EtherNet/IP?
Profinet and EtherNet/IP are field-level fieldbus protocols connecting PLCs to field devices. OPC UA is an application-layer protocol connecting machines and PLCs to upstream IT systems. They are complementary, not alternatives. A typical factory uses Profinet between PLC and field devices, OPC UA between PLC and MES/ERP.
What about MQTT versus OPC UA?
OPC UA pub/sub increasingly runs over MQTT as the transport, combining OPC UA's rich information modelling with MQTT's scalability. Pure MQTT (without OPC UA) is simpler but lacks the standardised semantic model. For industrial IoT in DACH manufacturing, OPC UA over MQTT is the emerging default.
