Die Software-definierte Fabrik bricht jahrzehntealte Machtgefüge auf. Wenn Hardware und Software getrennt werden, stellt sich eine zentrale strategische Frage: Wer schreibt, besitzt und pflegt künftig das eigentliche Drehbuch der Fertigung?
Früher war die Rollenverteilung in der Industrie denkbar einfach: Der Maschinenbauer (OEM) lieferte die schlüsselfertige Zelle inklusive fest verdrahtetem SPS-Code. Die OT (Operational Technology) des Betreibers drückte auf Start, wartete die Mechanik und behob Störungen. Die IT kümmerte sich um das Netzwerk, spielte ERP-Updates ein und blieb an der Hallentür stehen.
Durch den Wandel zur modularisierten, Skill-basierten Produktion löst sich dieses Gefüge auf. Wenn die Prozesskette dynamisch auf Edge-Ebene orchestriert wird und Steuerungsfunktionen zu austauschbaren Diensten schrumpfen, entsteht ein Vakuum an der Spitze.
Drei Parteien erheben Anspruch auf die Lufthoheit über die Produktionslogik – und alle drei bringen gewichtige Argumente mit.
Die drei Anwärter auf den Thron der Prozesslogik
PRODUKTIONSLOGIK |
||
|
DIE IT |
DIE OT |
DER MASCHINENBAUER |
|
Die Logik gehört in Hochsprachen, CI/CD und Cloud-Plattformen. |
Die Logik gehört an die Linie am Prozess & Instandhalter. |
Die Logik gehört nah in die Zelle – nur wir verstehen die Physik. |
1. Die IT: "Software-Kompetenz schlägt SPS-Dialekt"
- Das Argument: Moderne Prozesslogik basiert auf Hochsprachen (Python, Go, C#), Container-Infrastrukturen (Docker, Kubernetes) und CI/CD-Pipelines. Sie muss sich nahtlos an ERP-Systeme, Cloud-Analysen und KI-Modelle anbinden. Das sind Kernkompetenzen der IT.
- Das Risiko: Wer nie das Scheuern eines Kabelstrangs oder die thermische Ausdehnung einer Spindel erlebt hat, baut theoretisch elegante Architekturen, die an den rauen Realitäten der Physik scheitern.
2. Die OT / Werksleitung: "Autonomie schlägt Hersteller-Lock-in"
- Das Argument: Der Betreiber der Fabrik trägt das wirtschaftliche Risiko von Stillständen. Nur wenn die Werks-OT die Orchestrierung der Skills selbst in der Hand hat, kann sie Module flexibel tauschen, Ausweichrouten bei Störungen schalten und neue Varianten ohne teure OEM-Dienstleistungen einpflegen.
- Das Risiko: Viele OT-Abteilungen im Mittelstand sind personell nicht darauf ausgelegt, komplexe Software-Architekturen und Git-Repositorys eigenständig zu pflegen.
3. Der Maschinenbauer (OEM): "Prozesswissen ist nicht abstrahierbar"
- Das Argument: Eine Achse zu bewegen ist banal; ein Werkstück unter Toleranzgrenzen zu fügen, ist Physik und Erfahrung. Der OEM kennt das Zusammenspiel von Aktorik, Sensorik und Werkstoff. Überlässt er die Prozesslogik dem Betreiber oder der IT, verliert er sein wichtigstes IP und droht zum austauschbaren Hardware-Lieferanten abzurutschen.
- Das Risiko: Das Festhalten an geschlossenen "Blackboxes" blockiert die Flexibilität des Betreibers und beschleunigt den Wechsel zu offeneren Mitbewerbern.
Der Skill-Steckbrief als neue Demarkationslinie
Der Ausweg aus diesem Machtkampf liegt nicht in einem "Sieg" einer Partei, sondern in einer messerscharfen Schnittstellendefinition:
Die neue Friedensgrenze:
- Dem Maschinenbauer gehört die Ausführungslogik im Skill (Das Wie: Welches Bewegungsprofil, welche Druckkurve, welche Safety-Parameter?).
- Der IT/OT-Allianz des Betreibers gehört die Orchestrierungslogik über den Skills (Das Was und Wann: Welcher Skill wird in welcher Reihenfolge mit welchen Rezepturdaten aufgerufen?).
Diskussion: Wo steht die Branche?
Die technische Machbarkeit der Entkopplung ist bewiesen. Die eigentliche Hürde ist heute organisatorisch, kulturell und vertraglich.
Wie sehen Sie die Machtverschiebung in der Fertigung?
- Verliert der Maschinenbauer im Software-definierten Zeitalter schleichend seine Marge an Edge-Software-Anbieter und Systemintegratoren?
- Wird es in fünf Jahren den Beruf des klassischen SPS-Programmierers noch geben – oder verschmilzt OT und IT unweigerlich zum Industrial Software Engineer?
- Wer in Ihrem Unternehmen treibt aktuell das Thema Skill-Orchestrierung: Die IT, die OT oder der Druck von außen?
Diskutieren Sie mit in den Kommentaren!
Skill-basierte Automatisierung
Die Software-definierte Fabrik
Zwischen Echtzeit-Anforderungen, funktionaler Sicherheit und gewachsenen Anlagenstrukturen scheint mehr Flexibilität im Brownfield oft unmöglich. Dieses Whitepaper zeigt, wie skillbasierte Architekturen SPS-Funktionen kapseln, Modernisierung vereinfachen und den Weg zur software-definierten Fabrik ebnen.
Weitere Artikel zum Schwerpunkt „Software-definierte Fabrik“