Wichtige Erkenntnisse des Artikels
Viele Prozessleitsysteme laufen seit Jahrzehnten zuverlässig – bis Ersatzteile fehlen, der Support endet oder das Know-how in Rente geht. Eine Migration ist dann kein IT-Projekt, sondern ein Eingriff ins Herz der Produktion.
Das Wichtigste in Kürze:
- Handlungsdruck: abgekündigte Hardware, fehlende Sicherheitsupdates und schwindendes Know-how.
- Strategie: Big Bang, schrittweise Migration oder Hot Cutover – je nach Anlage und Stillstandsfenster.
- Erfolgsfaktoren: gründliche Bestandsanalyse, hohe Testtiefe und eine belastbare Rückfallebene.
- Regulierte Branchen: In Pharma und Lebensmittel gehören Change Control und Qualifizierung von Beginn an dazu.
Warum Migrationen nicht aufgeschoben werden sollten
Prozessleitsysteme durchlaufen einen Lebenszyklus: Auf die aktive Phase folgen Auslaufphase und Abkündigung. Spätestens dann wird jeder Hardwaredefekt zum Risiko, weil Ersatzteile nur noch auf dem Gebrauchtmarkt erhältlich sind. Hinzu kommen fehlende Sicherheitsupdates – ein wachsendes Problem, seit Leitsysteme immer stärker mit IT-Netzen verbunden sind.
Oft unterschätzt wird der Know-how-Verlust: Die Experten, die das System einst projektiert haben, stehen nicht mehr zur Verfügung, und Änderungen der letzten Jahrzehnte sind nur lückenhaft dokumentiert.
Schritt 1: Bestandsaufnahme und Software-Analyse
Jede Migration beginnt mit einer ehrlichen Bestandsaufnahme:
- Hardware: Controller, I/O-Baugruppen, Netzwerke, Bedienstationen
- Software: Applikationen, Typicals, Sonderbausteine, Rezepturen
- Schnittstellen: Historian, MES, ERP, Fremdsysteme, Packaged Units
- Dokumentation: Abgleich von Unterlagen und tatsächlichem Anlagenstand
Werkzeuggestützte Software-Analysen zeigen, welcher Anteil sich automatisiert konvertieren lässt und wo manuelles Re-Engineering nötig ist.
Schritt 2: Die passende Migrationsstrategie wählen
Big Bang
Die gesamte Anlage wird in einem geplanten Stillstand umgestellt. Das ist planerisch übersichtlich, erfordert aber ein ausreichend großes Stillstandsfenster und eine sehr hohe Testtiefe vorab.
Schrittweise Migration
Teilanlagen werden nacheinander migriert, alt und neu laufen über einen Übergangszeitraum parallel. Das reduziert das Risiko je Schritt, verlangt aber temporäre Kopplungen zwischen den Systemen.
Hot Cutover
Die Umstellung erfolgt im laufenden Betrieb – Signal für Signal oder Kreis für Kreis. Das ist die anspruchsvollste Variante und nur mit präziser Planung, erfahrenen Inbetriebnehmern und enger Abstimmung mit dem Betrieb sinnvoll.
Schritt 3: Engineering und Test
Im Engineering werden Applikationen konvertiert oder neu aufgebaut, Bedienbilder modernisiert und Schnittstellen umgesetzt. Simulationen und ein umfassender Werksabnahmetest (FAT) stellen sicher, dass die neue Software fachlich exakt das tut, was die alte tat – plus die gewünschten Verbesserungen.
Ein häufig genutzter Hebel: Spezielle Adapter oder Kabelsätze erlauben, die vorhandene Feldverkabelung weiterzuverwenden. Das verkürzt Stillstände erheblich.
Schritt 4: Umstellung, SAT und Qualifizierung
Ein detaillierter Cutover-Plan legt fest, wer wann was umschließt, testet und freigibt – inklusive Rückfallebene. Nach der Umstellung folgen Inbetriebnahme und Abnahme vor Ort (SAT).
In GMP-regulierten Umgebungen kommen Change Control, Risikobewertung und Qualifizierung (IQ/OQ) hinzu, häufig in Anlehnung an GAMP 5. Wer diese Anforderungen erst spät berücksichtigt, riskiert Verzögerungen bei der Freigabe.
„Bei Migrationen ist der Engpass selten das neue System, sondern die Menschen, die das alte verstehen. Wir bringen Spezialisten zusammen, die beide Welten kennen – und koordinieren sie so, dass der Betrieb weiterlaufen kann.“
– Denis Darmstädter, Geschäftsführer DEDOS BPA
Typische Stolperfallen
- Unterschätzte Softwarekomplexität: Undokumentierte Sonderlogik taucht erst im Test auf.
- Fehlende Akzeptanz: Bediener werden zu spät eingebunden und geschult.
- Vergessene Schnittstellen: Datenflüsse zu Historian oder MES werden übersehen.
- Ressourcenengpässe: Spezialisten für Alt- und Zielsystem sind gleichzeitig gefragt – und knapp.
So unterstützt DEDOS BPA
Wir beschaffen erfahrene Engineering- und Inbetriebnahme-Partner für alle gängigen Prozessleitsysteme, stellen bei Bedarf Qualifizierungsexperten bereit und übernehmen die kaufmännische Gesamtkoordination.
Migrationsprojekt besprechenFAQ: Migration von Prozessleitsystemen
Wie lange dauert eine PLT-Migration?
Je nach Anlagengröße und Strategie wenige Monate bis mehrere Jahre. Die eigentliche Umstellung ist oft kurz – Analyse, Engineering und Tests nehmen den Großteil der Zeit ein.
Kann die Feldverkabelung erhalten bleiben?
Häufig ja. Adapterlösungen ermöglichen den Anschluss vorhandener Verkabelung an neue I/O-Systeme und reduzieren so Aufwand und Stillstandszeit.
Brauchen wir den Systemhersteller zwingend?
Nicht unbedingt. Viele Migrationen werden von spezialisierten Systemintegratoren umgesetzt. Für bestimmte Lizenz- oder Supportfragen ist der Hersteller dennoch einzubinden.
