15 Oktober 2026

Interoperabilität ist die Fähigkeit unterschiedlicher Systeme, Informationen auszutauschen und im vorgesehenen Zusammenhang gemeinsam zu nutzen. In der Produktion betrifft sie beispielsweise Maschinen, Leitsysteme, MES und ERP. Eine funktionierende Datenverbindung ist dafür notwendig, aber häufig nicht ausreichend. Die beteiligten Systeme müssen auch Datenstruktur, Bedeutung und vereinbarte Abläufe passend unterstützen.

Warum ist Interoperabilität in der Produktion wichtig?

Produktionsanlagen bestehen oft aus Komponenten verschiedener Hersteller und Generationen. Ein Auftrag entsteht im Unternehmenssystem, wird in der Fertigung ausgeführt und anschließend mit Ist-Mengen zurückgemeldet. Ohne abgestimmte Schnittstellen müssen Informationen manuell übertragen oder für jede Verbindung individuell übersetzt werden.

Interoperabilität kann diesen Integrationsaufwand begrenzen. Sie bedeutet jedoch nicht, dass jedes beliebige Gerät ohne Konfiguration mit jeder Anwendung zusammenarbeitet. Der Umfang ergibt sich aus einem konkreten Anwendungsfall: Welche Informationen werden benötigt? Welche Funktionen müssen unterstützt sein? Welche Versionen und technischen Voraussetzungen passen zusammen?

Welche Ebenen müssen zusammenpassen?

Für die praktische Prüfung ist eine Unterscheidung mehrerer Ebenen hilfreich. Die folgende Einteilung dient der Orientierung und ist kein universell verbindliches Reifegradmodell.

Ebene	Frage	Beispiel eines Problems
Technische Verbindung	Können die Systeme Daten übertragen?	Ein erforderlicher Kommunikationsweg ist nicht verfügbar.
Struktur und Format	Kann der Empfänger die Nachricht lesen?	Ein Pflichtfeld fehlt oder hat einen falschen Datentyp.
Bedeutung	Verstehen beide Seiten den Inhalt gleich?	„Menge“ meint einmal Gesamtmenge und einmal Gutmenge.
Ablauf	Passen Ereignisse und Reaktionen zusammen?	Ein Auftrag wird bestätigt, bevor die Freigabe vorliegt.
Verantwortung	Wer führt und korrigiert die Information?	Zwei Systeme überschreiben denselben Status unabhängig.

Eine Datei kann technisch fehlerfrei übertragen und trotzdem fachlich falsch verarbeitet werden. Ein Zahlenwert ohne Einheit ist dafür ein einfaches Beispiel. Bei einer Temperatur von 80 macht es einen erheblichen Unterschied, ob Grad Celsius oder Grad Fahrenheit gemeint sind. In der Produktion entstehen ähnliche Mehrdeutigkeiten bei Zeiten, Zuständen, Mengen und Qualitätsmerkmalen.

Protokoll und Informationsmodell unterscheiden

Ein Kommunikationsprotokoll legt Regeln des Austauschs fest. Ein Informationsmodell beschreibt, wie fachliche Objekte und ihre Eigenschaften dargestellt werden. Für eine wiederverwendbare Integration sind häufig beide erforderlich. Ein gemeinsames Nachrichtenformat allein schafft noch keine gemeinsame Bedeutung.

OPC UA bietet beispielsweise neben Kommunikationsfunktionen einen Rahmen für Informationsmodelle. Die OPC Foundation beschreibt diesen als Grundlage, um strukturierte Informationen und ihre Beziehungen zugänglich zu machen. Branchenspezifische Companion Specifications können darauf aufbauen. Welche Inhalte eine konkrete Maschine tatsächlich unterstützt, muss dennoch anhand ihrer Implementierung geprüft werden.

Die Aussage „OPC-UA-fähig“ beantwortet deshalb noch nicht, ob ein benötigter Auftragsstatus, eine bestimmte Zustandsdefinition oder ein gefordertes Ereignis verfügbar ist. Ebenso wichtig sind unterstützte Funktionen, Modellversionen und die verbindliche Bedeutung optionaler Felder. Die erforderliche Ausprägung gehört in die technische Spezifikation.

Praxisbeispiel: Stückzahlen zwischen Maschine und MES

Das folgende Beispiel ist fiktiv. Eine Verpackungsmaschine meldet den Zählerstand 10.250. Das MES erwartet eine auftragsbezogene Gutmenge. Würde der Wert ungeprüft übernommen, könnte das System 10.250 Gutteile für den aktuellen Auftrag buchen.

Tatsächlich ist der Maschinenwert ein fortlaufender Gesamtzähler seit dem letzten Rücksetzen. Beim Auftragsbeginn stand er bei 10.000. Im betrachteten Zeitraum wurden somit zunächst 250 Einheiten gezählt. Davon sind zehn als Ausschuss bestätigt. Erst mit diesen zusätzlichen Regeln lässt sich eine Gutmenge von 240 ableiten, sofern Zählpunkt, Auftrag und Qualitätszuordnung übereinstimmen.

Die Schnittstelle muss außerdem klären, was bei einem Zählerrücksetzen geschieht. Ein negativer Differenzwert darf nicht als negative Produktionsmenge weitergegeben werden. Auch Wiederholungen einer Nachricht benötigen eine Regel, damit dieselben Teile nicht zweimal gebucht werden. Das Beispiel zeigt: Der erfolgreiche Empfang einer Zahl ist lediglich der Beginn der fachlichen Integration.

Interoperabilität im Lastenheft konkret beschreiben

Im Lastenheft sollten Anforderungen aus der späteren Nutzung abgeleitet werden. Allgemeine Formulierungen wie „offene Schnittstelle“ sind zu unbestimmt, wenn wichtige Funktionen anschließend nur durch individuelle Anpassungen erreichbar sind.

Anwendungsfall: Beispielsweise Auftragsfortschritt und Gutmenge automatisch übernehmen.
Datenumfang: Kennungen, Status, Einheiten, Zeitstempel und Qualitätsangaben nennen.
Semantik: Zählpunkte, Statuswechsel und fachliche Verantwortlichkeit festlegen.
Technik: Unterstützte Protokolle, Profile, Modelle und Versionen angeben.
Fehlerverhalten: Unterbrechung, Wiederanlauf und ungültige Daten beschreiben.
Prüfung: Nachvollziehbare Testfälle und erwartete Ergebnisse vereinbaren.

Eine verfügbare Leseschnittstelle ist nicht automatisch eine zulässige Steuerschnittstelle. Wenn ein System Befehle an eine Maschine senden soll, sind Berechtigungen, Zustandsbedingungen und mögliche Folgen gesondert zu betrachten. Datenzugriff und Eingriff in den Produktionsprozess haben unterschiedliche Anforderungen.

Wie wird die Zusammenarbeit geprüft?

Ein Integrationstest sollte den vereinbarten Geschäfts- oder Produktionsablauf abdecken. Dazu gehören normale Vorgänge und relevante Ausnahmefälle. Eine kurze Demonstration, in der ein Messwert angezeigt wird, belegt noch nicht die zuverlässige Rückmeldung eines vollständigen Fertigungsauftrags.

Gültigen Auftrag und Ressource eindeutig identifizieren.
Beginn, Unterbrechung, Wiederaufnahme und Abschluss übertragen.
Mengen und Einheiten mit einer unabhängigen Referenz vergleichen.
Verbindungsunterbrechung und verspätete Meldungen kontrolliert prüfen.
Doppelte Nachrichten, fehlende Felder und ungültige Werte behandeln.
Ergebnisse und verbleibende Einschränkungen dokumentieren.

Für die Abnahme sind eindeutige erwartete Ergebnisse hilfreich. Ein Kriterium könnte lauten, dass nach einer Wiederverbindung alle bestätigten Ereignisse genau einmal fachlich verarbeitet sind. Wie dies technisch umgesetzt wird, kann unterschiedlich sein; das nachweisbare Ergebnis muss jedoch feststehen.

Grenzen standardisierter Schnittstellen

Standards verringern Interpretationsspielräume, beseitigen sie aber nicht vollständig. Optionale Funktionen, Erweiterungen und Versionsunterschiede können die Zusammenarbeit begrenzen. Ein Herstellerwechsel bleibt deshalb mit einer fachlichen Prüfung verbunden. Das gilt besonders, wenn bisherige Anwendungen herstellerspezifische Zusatzfelder nutzen.

In einem Brownfield können ältere Maschinen nur eingeschränkte Daten bereitstellen. Ein Gateway kann Formate übersetzen, aber fehlende Bedeutung nicht zuverlässig erfinden. Wenn der Ursprung nur einen Gesamtzähler liefert, entsteht daraus ohne zusätzliche Informationen keine belastbare auftragsbezogene Gutmenge.

Auch organisatorische Regeln bleiben wichtig. Wenn Artikelkennungen in verschiedenen Systemen unabhängig gepflegt werden, kann eine technisch einwandfreie Verbindung falsche Zuordnungen erzeugen. Interoperabilität braucht deshalb dauerhaft gepflegte Daten, dokumentierte Änderungen und klare Ansprechpartner.

Häufige Fragen zur Interoperabilität

Was ist der Unterschied zwischen Konnektivität und Interoperabilität?

Konnektivität beschreibt vor allem die Möglichkeit einer Verbindung beziehungsweise Datenübertragung. Interoperabilität umfasst darüber hinaus die nutzbare Zusammenarbeit. Zwei Systeme können verbunden sein, obwohl sie einen Status unterschiedlich interpretieren. Für eine Produktionsanwendung ist daher zu prüfen, ob die empfangenen Daten im vorgesehenen Ablauf korrekt verwendet werden können.

Bedeutet ein offenes Protokoll automatisch Herstellerunabhängigkeit?

Nein. Ein offenes Protokoll kann eine wichtige Voraussetzung schaffen, doch die Anwendung kann weiterhin herstellerspezifische Datenmodelle oder Zusatzfunktionen benötigen. Die tatsächliche Austauschbarkeit hängt von den verwendeten Funktionen und ihrer Umsetzung ab. Sinnvoll sind deshalb dokumentierte Anforderungen und Tests mit den konkret vorgesehenen Komponenten, statt allein auf eine allgemeine Schnittstellenbezeichnung zu vertrauen.

Kann ein Gateway alle Integrationsprobleme lösen?

Ein Gateway kann Kommunikationswege oder Formate vermitteln und Daten teilweise vereinheitlichen. Es kennt aber nicht automatisch die fachliche Bedeutung eines Signals. Fehlende Auftragsbezüge, uneindeutige Einheiten oder widersprüchliche Stammdaten müssen an anderer Stelle geklärt werden. Außerdem entstehen zusätzliche Aufgaben für Konfiguration, Betrieb und die Pflege der Übersetzungsregeln.

Welche Rolle spielt Standardisierung?

Standardisierung schafft gemeinsame Festlegungen und erleichtert dadurch die Wiederverwendung von Schnittstellen. Relevant sind nicht nur technische Protokolle, sondern auch Kennungen, Zustandsmodelle und Einheiten. Die Festlegungen müssen konkret genug für den Anwendungsfall sein. Werden zahlreiche individuelle Ausnahmen zugelassen, kann ein großer Teil des erhofften Integrationsvorteils verloren gehen.

Ist Interoperabilität nach der Inbetriebnahme abgeschlossen?

Nein. Softwareupdates, neue Produktvarianten und geänderte Datenmodelle können die Zusammenarbeit beeinflussen. Änderungen sollten deshalb auf ihre Schnittstellenwirkung geprüft werden. Dokumentierte Versionen und wiederholbare Integrationstests helfen, Fehler früh zu erkennen. Die Verantwortung für die Verbindung endet nicht mit ihrer erstmaligen erfolgreichen Demonstration.

Quellen und weiterführende Informationen

Stand: Oktober 2026. Praxisbeispiel und Prüfschritte sind beispielhafte Erläuterungen.