Integrationsplattform statt Einzelschnittstellen
IT/OT-Integration scheitert selten an der Technik einer einzelnen Anbindung, sondern an ihrer Vervielfältigung. Solange Maschinen, MES, ERP und Auswertesysteme einzeln miteinander verdrahtet werden, wächst die Zahl der zu pflegenden Verbindungen quadratisch. Eine gemeinsame Integrationsschicht macht daraus eine Anbindung je System — und verlegt die Arbeit von der Entwicklung in die Konfiguration.
Worum es geht
In fast jeder gewachsenen Produktionslandschaft stehen dieselben Beteiligten: Steuerungen und SCADA in der Anlage, ein MES für die Fertigungssteuerung, ein ERP für Aufträge und Material, ein Historian für Verläufe, dazu IIoT-Sensorik und Auswertesysteme in der Cloud. Jedes dieser Systeme ist für sich sinnvoll. Das Problem entsteht dazwischen.
Denn jede Anforderung — eine neue Kennzahl, ein weiteres Werk, ein zusätzliches Auswertesystem — wird zur Frage, wie viele dieser Systeme dafür geöffnet, geändert und wieder abgenommen werden müssen. Eine Organisation ist genau so beweglich wie ihre am schwersten zu ändernde Schnittstelle.
Das ist keine Frage der Projektmethodik. Wer alle zwei Wochen liefert, aber für jede neue Datenquelle ein Integrationsprojekt aufsetzt, ist nicht schnell — er ist nur regelmäßig langsam.
Die Rechnung dahinter
Der Unterschied zwischen beiden Bauweisen ist keine Geschmacksfrage, sondern eine Rechnung. Werden Systeme direkt gekoppelt, wächst die Zahl der Strecken quadratisch mit der Zahl der Systeme; über eine gemeinsame Schicht wächst sie linear.
| Angebundene Systeme | Punkt zu Punkt | Über eine Schicht |
|---|---|---|
| 4 | 6 Verbindungen | 4 Anbindungen |
| 6 | 15 Verbindungen | 6 Anbindungen |
| 10 | 45 Verbindungen | 10 Anbindungen |
| 15 | 105 Verbindungen | 15 Anbindungen |
Die Zahlen sind keine Schätzung, sondern Kombinatorik: n × (n−1) ÷ 2 gegenüber n. Ob eine Landschaft davon betroffen ist, lässt sich also ohne Studie beantworten — es genügt, die eigenen Systeme zu zählen. Und jede dieser Verbindungen hat einen Autor, eine Dokumentationslücke und ein Ende, wenn dieser Autor das Haus verlässt.
Was tatsächlich bremst
- Jede Quelle ist ein Sonderfall. Wo Anbindungen einzeln gebaut werden, beginnt jede Anforderung mit Spezifikation und Entwicklung statt mit Konfiguration.
- Änderungsfenster. In der Betriebstechnik wird nicht während der Produktion geändert. Alles, was einen Eingriff in die Linie erfordert, wartet auf den nächsten Stillstand.
- Zuständigkeiten. Eine Änderung, die IT, OT und Werk zugleich betrifft, dauert so lange wie die langsamste Freigabe.
- Fehlende Wiederverwendung. Der zweite Standort beginnt bei null, weil der erste nicht als Muster gebaut wurde.
- Personenabhängigkeit. Wenn nur eine Person die Kopplung kennt, ist ihr Kalender der kritische Pfad.
Dieselbe Anforderung, zwei Wege — der Unterschied liegt in den Schritten, die entfallen.
Vier Hebel, die wirklich etwas ändern
-
Entkoppeln
Quellen und Verbraucher kennen einander nicht mehr direkt, sondern nur über eine gemeinsame Schicht. Ein neues Zielsystem berührt dann keine Steuerung mehr.
-
Konfigurieren statt entwickeln
Standardkonnektoren und ein gepflegtes Strukturmodell verschieben Arbeit von der Entwicklung in die Einrichtung — und damit aus dem Projekt in den Betrieb.
-
Muster statt Einzelfall
Der erste Standort wird so gebaut, dass der zweite eine Kopie ist. Das kostet im ersten Projekt Zeit und spart sie ab dem zweiten.
-
Sichtbarkeit
Was überwacht ist, darf geändert werden. Ohne Betriebssicht wird jede Änderung zur Risikoentscheidung und damit langsam.
Änderungsanlässe im Vergleich
| Anlass | Einzelintegration | Über eine gemeinsame Schicht |
|---|---|---|
| Neue Maschine in bestehender Linie | Schnittstelle spezifizieren, entwickeln, testen, abnehmen | Konnektor einrichten, im Modell verorten, freigeben |
| Neues Zielsystem (z. B. Auswertung) | je Quelle eine Anbindung | einmal abonnieren, Quellen bleiben unberührt |
| Weiterer Standort | Projekt von vorn | Struktur kopieren, Quellen ergänzen |
| Geänderte Kennzahl | Änderung in jedem beteiligten System | Definition an einer Stelle |
| Anbieterwechsel | Neubau der Kopplung | Ziel tauschen, Struktur bleibt |
Der Wechsel ist im ersten Projekt teurer. Er zahlt sich ab der zweiten vergleichbaren Anforderung aus — und wer nie eine zweite hat, braucht ihn nicht. Die Frage ist also nicht, ob eine Schicht besser ist, sondern wie viele Anbindungen in den nächsten fünf Jahren realistisch dazukommen.
Wo Flexibilität enden muss
Beweglichkeit ist kein Selbstzweck. Drei Grenzen bleiben:
- Die Anlage hat Vorrang. Kein Datenpfad rechtfertigt einen Eingriff, der die Verfügbarkeit der Produktion gefährdet.
- Sicherheitszonen bleiben geschlossen. Netzsegmentierung wird nicht für Tempo aufgeweicht — siehe sichere Datenströme.
- Die Benennung ist stabil. Struktur, die sich ständig ändert, ist keine Struktur. Flexibel sind die Inhalte, nicht das Ordnungsprinzip.
Wie pronubes Reaktionszeit verkürzt
- pronubes Edge bindet neue Quellen über Standardkonnektoren an — OPC UA, MQTT, REST, SQL, Dateiformate — ohne Eingriff in die Steuerung.
- pronubes Zones hält die Struktur, die den Rollout zur Kopie macht statt zum Neubau.
- pronubes Insights zeigt vor und nach einer Änderung, was tatsächlich fließt — die Voraussetzung dafür, Änderungen ohne Stillstandsfenster zu verantworten.
Das Ergebnis ist keine schnellere IT, sondern eine mit weniger Schritten.
Mehr zur Plattform
- Entkopplung
- Trennung von Quelle und Verbraucher über eine vermittelnde Schicht, sodass Änderungen auf einer Seite die andere nicht berühren.
- Punkt-zu-Punkt-Integration
- Direkte Kopplung zweier Systeme für einen bestimmten Anwendungsfall; die Zahl der Strecken wächst quadratisch mit der Zahl der Systeme.
- MES
- Manufacturing Execution System: steuert und dokumentiert die Fertigung zwischen ERP-Auftrag und Maschine.
- Time-to-Market
- Zeit von der Fachidee bis zum produktiven Einsatz — in Produktionslandschaften meist von Integrationsaufwand bestimmt.
- Änderungsfenster
- Geplanter Stillstand, in dem Eingriffe an Anlagen zulässig sind.
- Standardkonnektor
- Vorgefertigte, konfigurierbare Anbindung an einen Systemtyp — im Gegensatz zur einzeln entwickelten Schnittstelle.
- Store & Forward
- Puffern von Daten bei unterbrochener Verbindung und Nachliefern nach Wiederherstellung.
Häufige Fragen
Ist das nicht einfach ein weiteres System, das gepflegt werden muss?
Ja — eines statt vieler Einzelverbindungen. Der Vergleich lautet nicht „Schicht gegen nichts“, sondern „eine betriebene Schicht gegen eine wachsende Zahl selbstgebauter Kopplungen ohne festen Besitzer“.
Wie schnell ist ein erster produktiver Anwendungsfall?
Das hängt von Anzahl und Zustand der anzubindenden Systeme ab. Belastbar wird die Schätzung erst nach einer Sichtung der konkreten Landschaft — genau dafür ist das 30-minütige Architekturgespräch gedacht.
Muss die Produktion dafür stillstehen?
In der Regel nicht. Die Erfassung erfolgt lesend über vorhandene Schnittstellen. Ein Stillstandsfenster wird erst nötig, wenn an der Steuerung selbst etwas geändert werden muss — das ist die Ausnahme, nicht der Normalfall.
Was, wenn wir nur ein Werk haben?
Dann ist der Nutzen kleiner, aber nicht null: Auch innerhalb eines Werks summieren sich Anbindungen. Die ehrliche Antwort lautet, dass sich der Aufwand ab der zweiten vergleichbaren Anforderung rechnet — ob die kommt, wissen Sie besser als jede Rechnung.
Bindet uns das an einen Anbieter?
Die Daten bleiben über offene Protokolle erreichbar, die Struktur ist dokumentiert und dieselben Werte lassen sich ohne Neubau an ein anderes Zielsystem liefern. Diese Anforderung gehört in die Ausschreibung — bei jedem Anbieter.
Eine Integrationsplattform statt Einzelschnittstellen.
30 Minuten zu Ihrer Systemlandschaft: wie viele Einzelanbindungen es heute gibt und wie sich das konsolidieren lässt.
pronubes ist ein Produkt der inray Industriesoftware GmbH. Seit über 30 Jahren Industriesoftware aus Deutschland. Innovativ und verlässlich für Produktionsunternehmen.
