Interoperabilität beschreibt, dass zwei oder mehr Systeme Daten austauschen und diese Daten auf beiden Seiten dieselbe Bedeutung haben. Der zweite Teil des Satzes ist der schwierige. Eine Verbindung herzustellen ist heute selten das Problem; sicherzustellen, dass ein übertragener Wert im Zielsystem dasselbe bedeutet wie in der Quelle, ist es fast immer.

In der Produktion trifft dieses Problem auf eine besonders heterogene Landschaft: Steuerungen verschiedener Generationen, Leitsysteme, MES, ERP, Sensorik, Cloud-Dienste und Auswertemodelle — entstanden über Jahrzehnte, mit unterschiedlichen Zielen und unterschiedlicher Restlaufzeit.

Damit ist Interoperabilität die stille Voraussetzung fast aller Vorhaben, die unter Industrie 4.0 oder Smart Factory firmieren. Vernetzung, digitaler Zwilling, vorausschauende Wartung, werksübergreifende Kennzahlen — sie alle setzen voraus, dass Systeme einander verstehen. Wer die Vorhaben startet, ohne diese Ebene zu klären, bezahlt sie später in jedem einzelnen Projekt erneut.

Die Unterscheidung stammt aus der Informationsarchitektur und erklärt zuverlässig, woran ein Projekt tatsächlich hängt.

• Technisch

  Die Systeme sind physisch und protokollseitig erreichbar. Netz, Transport, Ports, Verschlüsselung. Hier scheitern Projekte am seltensten.

• Syntaktisch

  Die Daten haben ein gemeinsames Format: Datentypen, Einheiten, Struktur, Zeitstempel. Ein Wert in Grad Celsius und ein Wert in Kelvin sind technisch gleich und syntaktisch nicht.

• Semantisch

  Die Daten haben eine gemeinsame Bedeutung: Welches Objekt, welcher Zustand, welche Bezugsgröße. Hier entscheidet sich, ob eine Auswertung über zwei Werke hinweg zulässig ist.

• Organisatorisch

  Es ist geklärt, wer die Schnittstelle betreibt, wer Änderungen freigibt und wer im Störfall zuständig ist. Ohne diese Ebene hält keine der drei anderen.

Sechs Systeme, zwei Architekturen: fünfzehn gepflegte Verbindungen — oder sechs Anbindungen.

Kein Standard löst alle vier Ebenen. Die Auswahl folgt der Aufgabe, nicht der Mode.

Companion Specifications: wo aus Transport Bedeutung wird

OPC UA allein legt fest, wie Daten strukturiert übertragen werden, nicht was sie bedeuten. Diese Lücke schließen Companion Specifications — von Fachverbänden erarbeitete Ergänzungen, die für einen Maschinentyp verbindlich festlegen, welche Informationen unter welchem Namen und in welcher Einheit bereitstehen.

Der praktische Effekt: Zwei Spritzgießmaschinen verschiedener Hersteller liefern denselben Kennwert unter demselben Namen. Ohne diese Vereinbarung heißt derselbe Wert bei jedem Hersteller anders, und die Vereinheitlichung fällt beim Anwender an — einmal je Hersteller, je Werk, je Projekt.

Für die Beschaffung folgt daraus eine konkrete Frage an jeden Maschinenlieferanten: Welche Companion Specification unterstützt die Steuerung, und in welcher Version? Sie gehört in die Ausschreibung, nicht in die Inbetriebnahme.

Der deutsche Bezugsrahmen: RAMI 4.0 und Verwaltungsschale

Im deutschsprachigen Raum ordnet RAMI 4.0 — das Referenzarchitekturmodell Industrie 4.0 — diese Bausteine ein: Es spannt Hierarchieebenen, Lebenszyklus und Architekturschichten als drei Achsen auf und zeigt, an welcher Stelle ein Standard wirkt. Die Verwaltungsschale
(IEC 63278-1) ist darin der Träger der Merkmale, ECLASS das Wörterbuch dazu.

Man braucht das Modell nicht, um eine Maschine anzubinden. Man braucht es, um in einer Ausschreibung begründen zu können, warum eine bestimmte Schnittstelle gefordert wird.

Semantik und Zuständigkeit bleiben in jedem Fall eine eigene Festlegung. Ein Unified Namespace ist der Ort, an dem sie sichtbar wird.

• Aufwand wächst quadratisch. Sechs direkt gekoppelte Systeme ergeben fünfzehn Verbindungen, zehn ergeben fünfundvierzig. Über eine gemeinsame Schicht sind es sechs beziehungsweise zehn.
• Datensilos. Werte existieren, aber nur innerhalb eines Systems. Auswertungen entstehen in Tabellenkalkulationen und altern sofort.
• Abhängigkeit von Personen. Selbstgebaute Kopplungen überleben Personalwechsel selten.
• Vendor-Lock-in. Wer nur über proprietäre Wege integriert, entscheidet nicht mehr frei über die nächste Anlage — und nicht mehr frei über den Preis.
• Verzögerte Vorhaben. Jede neue Auswertung beginnt mit einem Integrationsprojekt statt mit einer Fachfrage. Was das für die Reaktionszeit der IT bedeutet

Bis vor Kurzem war Interoperabilität eine freiwillige Architekturentscheidung. Inzwischen kommt Druck von zwei Seiten dazu, und beide betreffen die Frage, wer auf Maschinendaten zugreifen darf.

• Data Act. Die Verordnung (EU) 2023/2854 regelt den Zugang zu Daten, die bei der Nutzung vernetzter Produkte entstehen. Für Produktionsunternehmen heißt das vor allem: Daten aus der eigenen Maschine sind nicht mehr selbstverständlich beim Hersteller aufgehoben. Wer diese Daten nutzen will, braucht dafür eine Struktur — sonst bleibt der Anspruch theoretisch.
• Datenräume. Unter Begriffen wie Manufacturing-X, Catena-X für die Automobilkette und Gaia-X als Rahmen entstehen branchenübergreifende Räume, in denen Unternehmen Daten unter kontrollierten Bedingungen teilen. Die Teilnahme setzt genau das voraus, was intern ohnehin fehlt: eine benannte, semantisch eindeutige Struktur der eigenen Daten.

Beide Entwicklungen verschieben die Aufgabe: Interoperabilität war die Voraussetzung für eigene Auswertungen; sie wird zur Voraussetzung dafür, überhaupt am Datenaustausch der eigenen Branche teilzunehmen.

Sie wird als technisches Thema vorgetragen und ist eine Architekturentscheidung mit langer Wirkung:

• Zukunftsfähigkeit. Anlagen laufen 15 bis 25 Jahre, IT-Systeme 3 bis 5. Die Verbindungsschicht muss beides überdauern.
• Skalierbarkeit. Ob ein Vorhaben vom Pilotwerk in den Konzern kommt, entscheidet sich an der Wiederverwendbarkeit der Anbindung.
• Time-to-Market. Wie schnell eine Fachidee produktiv wird, hängt weniger an der Idee als an der Zahl der Schnittstellen, die dafür geöffnet werden müssen.
• Technologische Unabhängigkeit. Offene Standards halten die nächste Beschaffungsentscheidung offen.

pronubes ist die Schicht zwischen Shopfloor und IT: Sie erfasst Produktionsdaten sicher, übersetzt sie in eine gemeinsame Form und bringt Entscheidungen als Vorgaben zurück in die Prozesse.

• pronubes Edge läuft lokal im Werk und übersetzt zwischen OPC UA, MQTT, REST, SQL und Dateiformaten — und puffert, wenn die Verbindung ausfällt.
• pronubes Zones vergibt die Struktur, in der ein Wert eindeutig einem Standort, Bereich und Aggregat gehört — die semantische Ebene, betrieblich gepflegt.
• pronubes Insights macht Verbindungen, Datenströme und Systemzustände sichtbar; eine Schnittstelle, deren Ausfall niemand bemerkt, ist keine.

Über 100 Systemtypen lassen sich anbinden — von aktuellen IoT-Protokollen bis zu jahrzehntealten Schnittstellen. Mehr zur Plattform