Chargen und Seriennummern migrieren heißt, die Rückverfolgbarkeit des vorhandenen Bestands im neuen ERP wiederherzustellen. Dafür genügt es nicht, alte Kennungen in zwei Zielfelder zu kopieren. Jede Kennung muss mit dem richtigen Material, Bestand, Werk, Lagerort, Status und – soweit erforderlich – ihren Merkmalen sowie Vorgängen verbunden bleiben.
Die entscheidende Frage lautet deshalb: Welche Beziehungskette muss nach dem ERP-Wechsel funktionieren, damit ein Unternehmen einen Bestand eindeutig identifizieren, bewegen, verwenden und später nachvollziehen kann?
Charge und Seriennummer: Was ist der Unterschied?
Eine Charge fasst eine bestimmte Menge eines Materials zusammen, die unter gemeinsamen Bedingungen hergestellt oder beschafft wurde. Die Chargenkennung verweist damit auf eine Gruppe von Einheiten. Eine Seriennummer identifiziert dagegen ein einzelnes Exemplar.
Ein Material kann nur chargengeführt, nur serialisiert oder mit beiden Verfahren verwaltet werden. Welche Kombination zulässig ist und auf welcher Organisationsebene eine Kennung eindeutig sein muss, hängt vom Zielsystem und seiner Konfiguration ab.
Beide Kennungsarten dienen der Identität und Rückverfolgung. Sie beantworten aber unterschiedliche Fragen: „Zu welcher Menge gehört dieses Material?“ und „Welches einzelne Stück ist das?“
Warum die Kennung allein keine Rückverfolgbarkeit erzeugt
Eine Chargennummer ohne Materialbezug ist mehrdeutig. Eine Seriennummer ohne Bestands- und Statuszuordnung sagt nicht, ob das Gerät verfügbar, verbaut, beim Kunden, gesperrt oder bereits ausgesondert ist. Auch eine korrekt importierte Kennung hilft wenig, wenn sie am falschen Werk oder Lagerort hängt.
Rückverfolgbarkeit entsteht erst durch eine Kette von Beziehungen:
Material → Charge oder Seriennummer → Bestand und Ort → Status und Merkmale → betroffener Geschäfts- oder Produktionsvorgang.
Nicht jedes Unternehmen braucht jede Stufe in derselben Tiefe. Doch jede für Beschaffung, Produktion, Qualität, Service oder Nachweis relevante Verbindung muss entweder im Ziel weitergeführt oder über einen anderen zugänglichen Nachweis erhalten werden.
Zuerst das Ziel festlegen: operative Fortführung oder vollständige Historie?
Beim Go-live muss das neue ERP vor allem den aktuellen, weiter zu bewirtschaftenden Bestand korrekt kennen. Dazu gehören die vorhandenen Chargen und Seriennummern samt ihrer aktuellen Zuordnung. Die vollständige Bewegungsgeschichte vergangener Jahre erfüllt einen anderen Zweck: Sie unterstützt Recherche, Audit, Reklamation oder gesetzliche Nachweise.
Diese Zwecke sollten getrennt entschieden werden. Eine operative Startmigration kann aktuelle Identitäten und Bestände übernehmen, während abgeschlossene Belege und alte Bewegungen in einem revisionsgeeigneten Archiv oder zugänglichen Altsystem verbleiben. Wenn eine Branche oder ein interner Prozess die Historie unmittelbar im neuen ERP benötigt, erweitert sich der Migrationsumfang entsprechend.
Welche Aufbewahrungs- und Nachweispflichten gelten, muss das Unternehmen mit seinen zuständigen Fach-, Qualitäts-, Rechts- und Steuerverantwortlichen klären. Der Beitrag Historische Daten migrieren oder archivieren hilft bei dieser grundsätzlichen Trennung.
Eine Rückverfolgbarkeitsmatrix macht die Beziehungen prüfbar
Bevor Quelldateien erstellt werden, sollte jede benötigte Zielbeziehung mit Herkunft und späterem Beweis festgehalten werden.
| Zielbeziehung | Zu klärende Frage | Typischer Nachweis im Ziel |
|---|---|---|
| Material und Charge | Für welches Material und welchen Gültigkeitsbereich gilt die Chargenkennung? | Charge ist beim richtigen Material eindeutig auffindbar |
| Material und Seriennummer | Welches einzelne Exemplar wird identifiziert? | Seriennummer verweist auf das richtige Produkt beziehungsweise Equipment |
| Bestand und Ort | Welche Menge oder welches Exemplar liegt in welchem Werk und Lagerort? | Bestandsauswertung und physische Zuordnung stimmen überein |
| Status | Ist der Bestand frei, gesperrt, in Prüfung oder einem Sonderbestand zugeordnet? | Das System erlaubt oder verhindert die erwartete Bewegung |
| Merkmale | Welche chargen- oder serienbezogenen Eigenschaften wirken fachlich weiter? | Freigegebene Merkmale sind vollständig und im richtigen Kontext vorhanden |
| Vorgangsbezug | Welche Produktions-, Einkaufs-, Kunden- oder Servicebeziehung muss nachvollziehbar bleiben? | Ein definierter Rückverfolgungsfall lässt sich von Anfang bis Ende beantworten |
Die Matrix ersetzt keine systemspezifische Feldliste. Sie verhindert aber, dass eine technisch gültige Kennung ohne die Beziehung geladen wird, die sie fachlich brauchbar macht.
Eindeutigkeitsregeln können sich im Ziel ändern
Im Altsystem kann dieselbe Chargennummer für verschiedene Materialien oder Werke zulässig sein. Das neue ERP kann eine andere Eindeutigkeit verlangen. Ähnliches gilt für Seriennummern: Ihre zulässige Wiederverwendung oder ihr organisatorischer Gültigkeitsbereich ist nicht in jedem System identisch.
Vor der Migration braucht es deshalb einen Kollisionslauf. Er prüft, welche alten Kennungen nach den Zielregeln mehrfach vorkommen. Das Ergebnis ist keine automatische Aufforderung zum Umnummerieren. Zuerst wird geklärt, ob Material- oder Werkbezug die Kennungen fachlich trennt, ob das Ziel eine passende Eindeutigkeit konfigurieren kann oder ob tatsächlich eine neue Kennung mit dokumentierter Altreferenz erforderlich ist.
Ein stilles Anhängen von Präfixen löst den technischen Konflikt, kann aber gedruckte Etiketten, Zertifikate, Kundenunterlagen und Suchgewohnheiten entkoppeln. Jede Umkennzeichnung benötigt deshalb eine nachvollziehbare Übersetzung zwischen Alt und Neu.
Merkmale und Status sind keine dekorativen Zusatzfelder
Chargen können beispielsweise Qualitätsmerkmale, Herstell- und Ablaufdaten oder lieferantenbezogene Informationen tragen. Seriennummern können mit Produktstatus, Equipment, Garantie- oder Servicebezug verbunden sein. Welche Angaben relevant sind, ergibt sich aus den tatsächlichen Prozessen und Pflichten des Unternehmens.
Eine Migration nur der Kennung kann den Bestand sichtbar machen, aber seine Verwendung falsch steuern. Fehlt etwa ein wirksamer Prüf- oder Sperrstatus, wird Material möglicherweise freigegeben, obwohl es vor dem Wechsel nicht verwendbar war. Fehlt ein benötigtes Merkmal, kann die Auswahl einer geeigneten Charge in Produktion oder Versand scheitern.
Andererseits sollte das Projekt nicht jedes historische Merkmal ungeprüft übernehmen. Alte, nicht mehr verwendete Merkmale erhöhen den Umfang und können im Ziel eine Bedeutung vortäuschen, die sie fachlich nicht mehr besitzen.
Die Ladereihenfolge folgt den Abhängigkeiten
Chargen und Seriennummern können nicht isoliert in ein leeres Ziel geladen werden. Zunächst müssen die zugehörigen Materialien und Organisationseinheiten vorhanden sein. Bei klassifizierten Chargen können außerdem Merkmals- und Klassenstrukturen vorausgesetzt werden. Erst danach lassen sich Identitäten und schließlich die dazugehörigen Bestände beziehungsweise Zuordnungen aufbauen.
Eine mögliche fachliche Reihenfolge lautet:
- Materialien mit korrekter Chargen- oder Serialisierungseinstellung bereitstellen.
- Benötigte Werke, Lagerorte, Bestandsarten und weitere Organisationsbezüge konfigurieren.
- Falls erforderlich, Merkmale, Klassen und zulässige Werte anlegen.
- Chargen- und Serienidentitäten mit ihren Stamminformationen übernehmen.
- Stichtagsbestände den richtigen Kennungen, Orten und Status zuordnen.
- Vorgangs- und Historienbezüge entsprechend dem freigegebenen Umfang ergänzen oder archivieren.
Die konkrete Reihenfolge des Importwerkzeugs kann davon abweichen. Fachlich darf jedoch keine abhängige Beziehung entstehen, bevor ihre Voraussetzung im Ziel eindeutig ist. Die Migration des Materialstamms ist deshalb eine direkte Vorbedingung.
Chargen, Seriennummern und Lagerbestand müssen denselben Stichtag verwenden
Zwischen letzter Extraktion und Produktivstart können Wareneingänge, Umlagerungen, Produktionsentnahmen oder Auslieferungen stattfinden. Verändert sich der Bestand, ohne dass Charge oder Seriennummer entsprechend nachgeführt wird, stimmen Menge und Identität nicht mehr überein.
Der Cut-over muss daher festlegen, wann Bestandsbewegungen enden, welche Änderungen danach noch erlaubt sind und wie sie in den finalen Datenstand gelangen. Die Migration der Kennungen und die Übernahme der Lagerbestände bilden einen gemeinsamen Prüfschritt, auch wenn sie technisch über getrennte Dateien geladen werden.
Bei serialisiertem Bestand ist zusätzlich zu klären, welche einzelne Seriennummer hinter jeder Bestandsmenge steht. Bei chargengeführtem Bestand müssen die Mengen je Material, Charge, Werk, Lagerort und relevantem Status zusammenpassen.
Drei Abgleiche zeigen, ob Identität und Menge zusammenpassen
Die Validierung sollte mindestens drei Ebenen verbinden:
- Identitätsabgleich: Anzahl und Eindeutigkeit der freigegebenen Chargen- und Serienkennungen stimmen zwischen Quelle, Migrationsauswahl und Ziel.
- Bestandsabgleich: Mengen nach Material, Charge beziehungsweise Seriennummer, Werk, Lagerort und Status entsprechen dem bestätigten Stichtagsbestand.
- Beziehungsabgleich: Benötigte Merkmale, Klassifikationen und Vorgangsbezüge sind vorhanden oder mit dokumentiertem Grund außerhalb des Zielsystems nachgewiesen.
Eine Gesamtsumme über alle Bestände reicht nicht. Sie könnte stimmen, obwohl zwei Chargen vertauscht wurden oder eine Seriennummer am falschen Lagerort liegt. Die Datenvalidierung bei der ERP-Migration verbindet solche Mengenprüfungen mit fachlichen Testfällen.
Prozesstests müssen die Kette in beide Richtungen prüfen
Für die Abnahme werden repräsentative Fälle aus den realen Prozessen ausgewählt. Je nach Unternehmen können dazu gehören:
- Wareneingang eines chargengeführten Materials mit Merkmalspflege,
- Umlagerung einer Charge zwischen zwei Lagerorten,
- Materialentnahme einer bestimmten Charge für einen Fertigungsauftrag,
- Fertigmeldung eines serialisierten Produkts,
- Auslieferung eines konkreten Exemplars,
- Rückwärtssuche von einem Endprodukt zu verwendetem Material und vorwärts vom Eingang zu betroffenen Beständen oder Vorgängen.
Nicht jeder Fall ist in jedem Betrieb notwendig. Entscheidend ist, dass die Prozesse mit der höchsten fachlichen, qualitätsbezogenen oder regulatorischen Bedeutung geprüft werden. Ein erfolgreicher Import ohne solche Proben beweist nur, dass Daten angenommen wurden.
Drei schnelle Lösungen beschädigen die Rückverfolgbarkeit
Nur die Kennungen laden: Charge und Seriennummer sind vorhanden, aber nicht mit Bestand, Ort, Status oder Merkmal verbunden. Die Suche findet einen Wert, der Prozess kann ihn nicht sicher verwenden.
Alle alten Bewegungen ins neue ERP kopieren: Dadurch entsteht nicht automatisch eine konsistente Historie. Alte Belegarten, Statusmodelle und Organisationsstrukturen können im Ziel nicht gleichartig nachgebildet werden.
Kollisionen durch stilles Umnummerieren beseitigen: Das Ziel akzeptiert die Daten, doch Etiketten, Zertifikate und externe Referenzen zeigen weiterhin die alte Kennung. Ohne Übersetzung verliert das Unternehmen gerade den Nachweis, den es erhalten wollte.
Welche Bereiche müssen gemeinsam freigeben?
Materialwirtschaft und Produktion bestätigen aktuelle Bestände und operative Verwendung. Qualitätsmanagement entscheidet über relevante Merkmale, Status und Rückverfolgungsfälle. Service oder Vertrieb bringen seriennummernbezogene Folgeprozesse ein. IT und ERP-Beratung klären Eindeutigkeit, Zielstruktur und unterstützte Ladewege.
Wir können die Quellstrukturen analysieren, Kennungen und Beziehungen profilieren, Kollisionsfälle sichtbar machen, Mapping- und Transformationsregeln vorbereiten und die Abgleiche wiederholbar ausführen. Welche Historie, Merkmale und Status fachlich oder rechtlich erhalten bleiben müssen, wird vom Unternehmen freigegeben.
Rückverfolgbarkeit ist eine Kette – und nur so sollte sie migriert werden
Chargen und Seriennummern sind nach dem ERP-Wechsel nicht deshalb sicher, weil ihre Kennungen im Ziel vorhanden sind. Sie sind sicher, wenn die Identität zum richtigen Material gehört, der aktuelle Bestand und Ort stimmen, notwendige Status und Merkmale wirken und ein relevanter Vorgang vorwärts wie rückwärts nachvollzogen werden kann.
Wer diese Kette vor dem ersten großen Test als Zielbild festlegt, erkennt früh, welche Daten tatsächlich migriert werden müssen und welche Historie verlässlich außerhalb des neuen ERP zugänglich bleiben kann.