Unter Datenmigration beim MES-Wechsel versteht man den strukturierten Prozess, Daten aus einem bestehenden Manufacturing Execution System in ein neues System zu überführen. Der Prozess umfasst die Extraktion der Daten aus dem Altsystem, die Transformation in das Datenmodell des Zielsystems und das Laden in das neue System. Dabei müssen fünf Datenkategorien berücksichtigt werden: Stammdaten (Artikel, Stücklisten, Arbeitspläne), Bewegungsdaten (Fertigungsaufträge, Buchungen), Qualitätsdaten, Traceability- und Archivdaten sowie Konfigurationsdaten. Historische Daten werden dabei häufig nicht vollständig migriert, sondern in einer Archivsoftware oder im Read-Only-Modus des Altsystems vorgehalten.

Bei einem MES-Wechsel müssen mindestens vier Stammdatenkategorien migriert werden: Artikelstamm (Materialnummer, Bezeichnung, Mengeneinheit, Klassifikation), Stücklisten (BOM: Komponentenstruktur mit Mengen und Revisionsständen), Arbeitspläne oder Routings (Arbeitsgang-Sequenz, Ressourcenzuweisung, Standardzeiten) sowie Ressourcenstamm (Maschinen, Arbeitsplätze, Personalqualifikationen). Hinzu kommen Lagerorte und Kostenstellen, soweit das MES diese verwaltet. Vor der Migration muss geprüft werden, ob alle Stammdaten aktuell und vollständig sind, da veraltete Arbeitspläne und doppelte Artikelnummern die häufigsten Qualitätsprobleme darstellen.

Beim Big-Bang-Cutover wird das Altsystem zu einem Stichtag abgeschaltet und das neue MES geht sofort produktiv, nachdem alle relevanten Daten in einem Migrationslauf übertragen wurden. Der Vorteil ist der saubere Schnitt ohne parallele Datenpflege; der Nachteil ist das hohe Risiko, da Fehler in der Migration sofort die laufende Produktion beeinträchtigen. Bei der phasierten Migration werden Funktionsmodule oder Werke nacheinander umgestellt, sodass Fehler in einem kleinen Scope erkannt und behoben werden können, bevor der nächste Schritt folgt. Für Werke mit komplexer Stammdatenlage oder laufenden Kundenaufträgen mit engen Lieferterminen ist die phasierte Strategie risikoärmer, erfordert aber temporäre Schnittstellen zwischen Alt- und Neusystem.

ISA-95 (international identisch mit IEC 62264) ist die Norm für die Integration zwischen Enterprise-Systemen (ERP) und Produktionssystemen (MES). Sie definiert ein standardisiertes Objektmodell mit Entitäten wie Work Order, Material Lot, Resource und Product Segment. Bei der Datenmigration dient ISA-95 als gemeinsame Referenzsprache: Quell- und Zielentitäten beider MES-Systeme können gegen das ISA-95-Modell gemappt werden, auch wenn sie intern unterschiedlich benannt sind. Das B2MML-Format (Business to Manufacturing Markup Language) ist eine XML-Implementierung von ISA-95 und kann als Transformations-Zwischenformat genutzt werden. Trotz der Norm bleiben erhebliche Mapping-Aufgaben bestehen, weil MES-Hersteller dieselben ISA-95-Konzepte strukturell unterschiedlich abbilden.

Die Dauer einer MES-Datenmigration hängt stark von der Datenmenge, dem Zustand der Quelldaten und der Verfügbarkeit vollständiger Systemdokumentation ab. Für ein mittelständisches Fertigungsunternehmen mit 5.000 bis 20.000 aktiven Artikeln und zwei bis drei Standorten ist ein Zeitraum von drei bis sechs Monaten für die reine Datenmigrations-Phase (ETL-Entwicklung, zwei bis drei Testläufe, Delta und Go-Live) realistisch. Hinzu kommt die vorgelagerte Datenbereinigungsphase, die je nach Qualitätszustand des Ausgangssystems weitere zwei bis vier Monate in Anspruch nehmen kann. Sectorlens-Erfahrungswert seit 2022: In Projekten ohne vorherige Stammdatenbereinigung verlängert sich die Migrationsphase im Median um 40 %.

ETL steht für Extract, Transform, Load und beschreibt den dreistufigen technischen Prozess zur Datenüberführung. Extraktion bezeichnet die Übernahme von Daten aus dem Quellsystem über verfügbare Export-Schnittstellen (CSV, XML, JSON, SQL). Transformation bezeichnet die Umwandlung der Daten in das Zielformat: Feld-zu-Feld-Mapping, Typ-Konvertierung, Zeichenkodierungskonvertierung, Bereinigung von Duplikaten und Prüfung der Referenz-Integrität. Laden bezeichnet den Import der transformierten Daten in das neue MES über Import-APIs oder Massenimport-Schnittstellen, verbunden mit einer automatisierten Validierung der Ladeergebnisse. Im MES-Kontext ist die Transformationsphase die aufwändigste, weil die strukturellen Unterschiede zwischen zwei MES-Datenmodellen erheblich sein können.

Historische Bewegungsdaten (abgeschlossene Fertigungsaufträge, alte Buchungen) aus weit zurückliegenden Perioden werden fast nie in das neue MES-Produktivsystem migriert. Sie werden stattdessen eingefroren und in einer Archivsoftware oder im Read-Only-Altsystem vorgehalten. Gleiches gilt für inaktive Stammdaten (gesperrte Artikel, abgelaufene Arbeitspläne) und obsolete Konfigurationsdaten des Altsystems, die im Zielsystem ohnehin neu aufgebaut werden müssen. Die Entscheidung, welche historischen Daten migriert werden, sollte anhand von drei Kriterien getroffen werden: operativer Bedarf (werden diese Daten im laufenden Betrieb benötigt?), Compliance-Anforderung (schreiben Aufbewahrungspflichten aktiven Zugriff vor?) und Migrationskomplexität (ist der Aufwand verhältnismäßig?).

Datenqualität im MES-Kontext bezeichnet die Vollständigkeit, Eindeutigkeit, Aktualität und Konsistenz der zu migrierenden Datensätze. Typische Datenqualitätsprobleme vor einer Migration sind: doppelt angelegte Artikel nach Unternehmensfusionen, Arbeitspläne mit fehlenden Standardzeiten, Chargen-IDs, die im MES anders lauten als im ERP, und Fertigungsaufträge, die auf nicht mehr existente Ressourcen verweisen. Sichergestellt wird Datenqualität durch eine vorgelagerte Bereinigungsphase: automatisierte Duplikat-Analyse, manuelle Prüfung kritischer Datensätze durch Fachabteilungen, Definition von Konsolidierungsregeln für Duplikate und Befüllung fehlender Pflichtfelder. Eine Testmigration mit vollständigen Quelldaten zeigt verbleibende Qualitätsprobleme zuverlässig auf.

EU GMP Annex 11 und 21 CFR Part 11 (FDA) verlangen für computerisierte Systeme in regulierten pharmazeutischen Umgebungen vollständige und unveränderliche Audit Trails, die jede Dateneingabe und jede Änderung mit Benutzer-ID, Zeitstempel und Begründung dokumentieren. Bei einem MES-Wechsel bedeutet das: Historische Audit-Trail-Daten aus dem Altsystem müssen dauerhaft erhalten bleiben und müssen auch nach Abschaltung des Altsystems lesbar sein, weil sie jederzeit von Behörden eingefordert werden können. Aufbewahrungsfristen betragen mindestens zehn Jahre. Für das neue System muss eine vollständige Computer System Validation (CSV) mit IQ/OQ/PQ-Nachweis erbracht werden, bevor die produktive Nutzung beginnt. Fehlende oder unterbrochene Audit-Trail-Dokumentation ist ein kritischer GMP-Befund.

Aus der Praxis wiederholen sich fünf technische Fallstricke besonders häufig. Erstens: Zeichenkodierungsprobleme, bei denen Umlaute und Sonderzeichen beim Wechsel von ISO-8859-1 auf UTF-8 korrumpiert werden. Zweitens: Zeitstempel-Verschiebungen, bei denen lokale Zeitstempel aus dem Altsystem falsch in UTC-Referenzzeit des Zielsystems konvertiert werden und damit Schichtberichte verfälscht werden. Drittens: Unvollständige Mapping-Tabellen, bei denen für 5 bis 10 % der Felder kein Mapping definiert wurde und diese Lücken erst beim ersten Testlauf entdeckt werden. Viertens: Fehlende Quelldokumentation, weil das Datenmodell des Altsystems nicht beschrieben ist und aufwändiges Reverse Engineering erfordert. Fünftens: Falsche Ladereihenfolge, bei der Bewegungsdaten geladen werden, bevor die referenzierten Stammdaten vollständig im Zielsystem vorhanden sind, was zu Integritätsfehlern führt.

Mitarbeiterbezogene Daten im MES (Rückmeldungen, Leistungsbuchungen, Qualifikationsnachweise) unterliegen dem Datenschutz nach DSGVO sowie gegebenenfalls einer Betriebsvereinbarung, die die Nutzung personenbezogener Produktionsdaten regelt. Welche Mitarbeiterdaten in das neue MES übernommen werden dürfen, muss vorab mit dem Betriebsrat abgestimmt werden, bevor Migrations-Scripts entwickelt werden. Aggregierte Daten (z. B. Schicht-OEE) sind in der Regel unproblematisch; personengebundene Leistungsdaten (Buchungen je Mitarbeiter-ID) können mitbestimmungspflichtig sein. Die Abstimmung mit dem Betriebsrat sollte spätestens zu Beginn der Konzeptionsphase der Datenmigration erfolgen, nicht erst kurz vor dem Go-Live.

Eine Testmigration ist ein vollständiger Durchlauf des ETL-Prozesses in einer isolierten Testumgebung des Zielsystems, ohne den Produktivbetrieb zu beeinflussen. Sie dient dazu, Mapping-Fehler zu identifizieren, die Laufzeit des Migrationsprozesses zu messen, die Datenqualität im Zielsystem zu prüfen und das Rollback-Verfahren zu testen. Bei MES-Migrationen empfiehlt sich eine Abfolge von mindestens zwei Testläufen: ein erster Lauf mit einem Subset der Stammdaten zum Validieren der Mapping-Tabellen, und ein zweiter vollständiger Lauf mit allen Stammdaten und einer repräsentativen Menge Bewegungsdaten. Nur wenn beide Testläufe abgenommen werden, sollte ein Go-Live-Termin verbindlich geplant werden. Testmigrationen sind in regulierten Branchen (Pharma, Medizintechnik) Pflichtbestandteil des Validierungsplans.

Beim Wechsel von mehreren Insellösungen (z. B. separate Systeme für BDE, Qualität, Feinplanung, Papier-Reisekarten) zu einem integrierten MES ist die Datenmigration konzeptionell anspruchsvoller als beim Wechsel von einem MES zu einem anderen. Es gibt kein einheitliches Datenmodell im Quellsystem, sondern mehrere fragmentierte Datenbestände in unterschiedlichen Formaten. Stammdaten existieren in verschiedenen Systemen in inkonsistenten Varianten, die zunächst harmonisiert werden müssen. Bewegungsdaten lassen sich häufig nicht maschinell verknüpfen, weil Schlüsselfelder fehlen. Die Migrationsstrategie muss für jede Insellösung separat entwickelt und danach in ein integriertes Zieldatenmodell zusammengeführt werden. Das Ergebnis ist oft ein erheblicher Bereinigungsaufwand, der den eigentlichen Migrations-ETL-Aufwand übersteigt.

Die Aufbewahrungsfristen für Produktionsdaten hängen von der Branche und dem Anwendungsfall ab. In der pharmazeutischen Industrie schreibt EU GMP Annex 11 eine Aufbewahrungsfrist von mindestens dem Doppelten der Produktlebensdauer, mindestens aber zehn Jahre vor. In der Medizintechnik gelten nach MDR (EU 2017/745) Fristen von 10 bis 15 Jahren für technische Dokumentation. In der Automobilindustrie fordern kunden-spezifische Anforderungen (CSR) nach IATF 16949 häufig Traceability über die gesamte Produktlebensdauer, die bei Fahrzeugen 15 bis 20 Jahre betragen kann. Allgemein gilt nach HGB § 257 eine handelsrechtliche Aufbewahrungspflicht von sechs bis zehn Jahren für Geschäftsunterlagen. Das Altsystem muss daher nicht zwingend in vollem Funktionsumfang erhalten bleiben, aber ein gesicherter und prüfbarer Lesezugriff auf historische Produktionsdaten muss gewährleistet sein.

Eine MES-Datenmigration ist besonders risikoreich, wenn drei oder mehr der folgenden Merkmale zutreffen: reguliertes Umfeld mit Validierungspflicht (Pharma, Medizintechnik), lückenlose Traceability-Pflicht (Automotive-Recall, MDR), mehr als drei Quellsysteme ohne gemeinsames Datenmodell, mehr als 20.000 aktive Stammdatensätze mit historisch gewachsenen Inkonsistenzen, schlechte Dokumentationslage des Altsystems oder enge Liefertermine zum Cutover-Zeitpunkt. Vereinfachte Ansätze sind realistisch, wenn ein MES erstmalig eingeführt wird (Greenfield), der Stammdatenbestand unter 3.000 Artikel liegt und sauber gepflegt ist, oder wenn der Wechsel innerhalb derselben MES-Produktfamilie mit Herstellerwerkzeugen unterstützt wird. Sectorlens-Erfahrungswert seit 2022: Projekte, die ihren Komplexitätsgrad falsch eingeschätzt haben, überschreiten das Migrations-Budget im Median um 35 %.

Ein Rollback-Plan für den MES-Cutover muss fünf Elemente enthalten: messbare Abbruchkriterien (z. B. mehr als 5 % der migrierten Stammdatensätze fehlerhaft oder kein Fertigungsauftrag nach zwei Stunden buchbar), eine namentlich benannte Entscheidungsbefugnis mit Erreichbarkeit am Go-Live-Wochenende, einen technischen Reaktivierungspfad für das Altsystem (Lizenzen, Datenbankstatus, Zugangsdaten), einen vorbereiteten Reverse-ETL für Daten, die bereits im neuen System nach Go-Live erfasst wurden, sowie einen Kommunikationsplan für interne und externe Beteiligte. Der Rollback-Plan sollte spätestens beim zweiten Testlauf der Datenmigration fertiggestellt sein. Sectorlens-Erfahrungswert seit 2022: In rund einem Drittel der Projekte existiert zum Cutover kein vollständiger Rollback-Plan; das ist der häufigste einzelne Governance-Mangel in MES-Migrationsprojekten.