Eine erfahrene Mitarbeiterin sieht die Materialnummer und erkennt sofort: Das ist eine Flasche aus einer bestimmten Produktgruppe. Im neuen ERP soll dieselbe Information nur noch in einem Klassifikationsfeld stehen, während das System eine fortlaufende Nummer vergibt. Technisch wirkt das sauber. Im Alltag braucht die Mitarbeiterin nun bei jedem Vorgang einen zusätzlichen Blick in den Datensatz.
Sprechende Nummernkreise beim ERP-Wechsel sind deshalb nicht nur eine technische Frage der Nummernvergabe. In ihnen kann über Jahre erlerntes Prozesswissen stecken. Gleichzeitig benötigt das neue ERP explizite Felder, damit Standardprozesse, Suchen, Regeln und Schnittstellen zuverlässig funktionieren.
Die Entscheidung muss nicht automatisch „alte Nummer oder neuer Standard“ lauten. Häufig kann die Datenmigration die bisherige Orientierung erhalten und die darin enthaltene Bedeutung zusätzlich in die vorgesehenen Zielfelder übersetzen.
Sprechende Nummernkreise beim ERP-Wechsel: Was daran wirklich „spricht“
Eine sprechende Nummer enthält eine für Menschen erkennbare Bedeutung. Bestimmte Stellen oder Bereiche können beispielsweise auf Materialart, Produktfamilie, Standort oder Herkunft hinweisen. Wer täglich damit arbeitet, erkennt den Datensatz, ohne weitere Felder zu öffnen.
Das spart nicht in jedem Prozess gleich viel Zeit. In Lager, Produktion, Einkauf oder Service kann die vertraute Nummer jedoch ein wichtiges Orientierungsmerkmal sein. Dieses Wissen ist oft nirgends vollständig dokumentiert, sondern Teil der eingespielten Arbeitsweise.
Vor einer Änderung sollte das Projekt daher nicht nur fragen, wie der Nummernkreis technisch aufgebaut ist. Es sollte klären:
- Welche Bedeutung lesen Mitarbeiter tatsächlich aus der Nummer?
- In welchen häufigen Arbeitsschritten hilft diese Bedeutung?
- Nutzen Belege, Etiketten, Schnittstellen oder externe Partner dieselbe Nummer?
- Ist die Logik eindeutig oder historisch voller Ausnahmen?
- Wird die Nummer nur zur Orientierung genutzt oder steuert sie heute auch Programme?
Warum das neue ERP trotzdem explizite Klassifikationsfelder verlangt
Ein ERP-System kann Standardprozesse zuverlässig steuern, wenn die benötigte Information in einem dafür vorgesehenen Feld steht. Soll beispielsweise für die Materialklasse „Flasche“ eine bestimmte Prüf- oder Beschaffungslogik gelten, ist ein eindeutiges Klassifikationsmerkmal leichter konfigurierbar als eine immer neue Auswertung einzelner Zeichen der Materialnummer.
Das explizite Feld hat weitere Vorteile:
- Die Bedeutung ist für System und Anwender sichtbar benannt.
- Regeln hängen nicht dauerhaft von einer historisch gewachsenen Zeichenposition ab.
- Neue Nummern können vergeben werden, ohne dieselbe Information erneut in den Schlüssel einzubauen.
- Auswertungen und Schnittstellen greifen auf einen fachlichen Wert statt auf eine Textinterpretation zu.
- Standardfunktionen des ERP bleiben eher nutzbar.
Der ERP-Anbieter hat mit dieser Anforderung also einen nachvollziehbaren Punkt. Daraus folgt aber noch nicht, dass die alte Nummer für bestehende Materialien zwingend verschwinden muss.
Drei mögliche Strategien statt eines falschen Entweder-oder
1. Alte Nummer vollständig beibehalten
Die bisherige Nummer wird als primärer Schlüssel in das Ziel übernommen. Das setzt voraus, dass das neue ERP externe Nummern zulässt und Länge, Zeichen, Eindeutigkeit sowie Nummernintervalle passen. Außerdem muss entschieden sein, wie zukünftige Datensätze nummeriert werden.
Diese Variante bewahrt Orientierung und erleichtert Bezüge zu alten Dokumenten. Sie kann ungeeignet sein, wenn Quellsysteme kollidierende Nummern besitzen oder das Ziel eine andere globale Eindeutigkeit verlangt.
2. Neue interne Nummer vergeben und Alt-ID mitführen
Das Zielsystem erzeugt einen neuen fortlaufenden Schlüssel. Die alte Nummer bleibt als Altmaterialnummer, Suchbegriff, externer Identifikator oder in einer separaten Zuordnungstabelle erhalten. Damit lassen sich alte Belege und Rückfragen weiterhin verbinden.
Diese Lösung trennt technische Identität und historische Orientierung. Sie funktioniert jedoch nur, wenn die Alt-ID im täglichen Prozess sichtbar und suchbar bleibt. Ein verborgenes Zusatzfeld hilft dem Fachbereich kaum.
3. Sprechende Nummer behalten und Bedeutung zusätzlich ableiten
Wenn Zielsystem und Nummernstrategie es zulassen, kann die bisherige Nummer erhalten bleiben. Gleichzeitig leitet die Datenmigration aus bestätigten Nummernbereichen die benötigte Materialklasse, den Materialtyp oder ein anderes Zielfeld ab.
Damit bleibt die menschliche Orientierung erhalten, während das ERP seine Prozesse über explizite Standardfelder steuert. Die neue Systemlogik darf anschließend nicht dauerhaft nur die Nummer analysieren. Die Ableitung dient der kontrollierten Migration; der fachliche Wert wird im vorgesehenen Zielfeld gespeichert.
Die Datenmigration kann Bedeutung aus Nummernbereichen ableiten
Technisch kann eine Regel einfach aussehen: Nummern mit einem bestimmten Präfix erhalten eine definierte Zielklassifikation. Fachlich belastbar wird sie erst, wenn Bedeutung und Ausnahmen bestätigt sind.
Eine Mappingtabelle sollte deshalb mindestens enthalten:
| Bestandteil | Beispielhafte Frage |
|---|---|
| Nummernbereich oder Muster | Welche alten Nummern sollen von der Regel erfasst werden? |
| Bisherige Bedeutung | Was erkennen die Fachbereiche daran? |
| Zielmerkmal | In welches vorgesehene Feld gehört diese Bedeutung? |
| Zielwert | Welche zulässige Klasse oder Ausprägung soll gesetzt werden? |
| Ausnahmen | Welche Nummern widersprechen dem allgemeinen Muster? |
| Nachweis | Wie wird geprüft, dass Regel und Ausnahme vollständig umgesetzt wurden? |
Die technische Transformation kann anschließend wiederholbar in SQL oder einem anderen geeigneten Verfahren umgesetzt werden. Der schwierige Teil ist selten die Zeichenprüfung. Entscheidend ist, ob der Nummernbereich wirklich dieselbe Bedeutung trägt und ob Sonderfälle sichtbar bleiben.
Die grundsätzliche Verbindung von fachlicher Entscheidung und ausführbarer Regel beschreibt der Beitrag zum Datenmapping im ERP-Projekt.
Wenn Nummern neu vergeben werden, braucht jede Beziehung ein Schlüsselmapping
Ein Schlüsselmapping ist die eindeutige Zuordnung zwischen alter und neuer ID. Es wird benötigt, wenn das Ziel beispielsweise aus Material 520041 die neue Nummer 100000873 macht.
Die neue Nummer darf nicht nur im Materialstamm auftauchen. Alle abhängigen Daten müssen denselben Zielschlüssel verwenden:
- Stücklisten und Arbeitspläne,
- Lagerbestände und Chargen,
- offene Bestellungen und Aufträge,
- Preise, Lieferanten- und Kundenbezüge,
- Dokumentenverknüpfungen und Schnittstellen.
Deshalb wird die Alt-Neu-Zuordnung zentral erzeugt, versioniert und bei jeder abhängigen Transformation wiederverwendet. Eine manuelle Nummernersetzung in einzelnen Dateien erzeugt schnell widersprüchliche Beziehungen.
Sieben Prüfungen vor der Entscheidung über die Nummernstrategie
- Zulässigkeit im Ziel: Erlaubt das ERP externe Nummern mit den benötigten Zeichen und Längen?
- Eindeutigkeit: Kollidieren Nummern aus mehreren Gesellschaften, Werken oder Quellsystemen?
- Zukünftige Vergabe: Gilt die alte Logik nur für migrierte Daten oder auch für neue Stammsätze?
- Fachlicher Nutzen: Welche konkreten Arbeitsschritte werden durch die sprechende Nummer schneller oder sicherer?
- Technische Nutzung: Welche Schnittstellen, Etiketten, Barcodes, Berichte oder Programme erwarten die Nummer?
- Ableitbarkeit: Ist die enthaltene Bedeutung eindeutig genug, um Zielmerkmale regelbasiert zu befüllen?
- Ausnahmen: Welche historischen Nummern folgen keiner Regel und wie werden sie entschieden?
Diese Prüfung kann für Materialien, Kunden, Lieferanten, Anlagen oder andere Objekte zu unterschiedlichen Ergebnissen führen. Eine einzige Nummernstrategie für sämtliche Stammdaten ist nicht automatisch sinnvoll.
Führende Nullen, Länge und Zeichen dürfen nicht nebenbei verändert werden
Eine Nummer ist kein Rechenwert. Werden führende Nullen in Excel entfernt, kann aus einem eindeutigen Schlüssel ein anderer Wert entstehen. Das Zielsystem kann rein numerische und alphanumerische Nummern außerdem unterschiedlich speichern oder sortieren.
Vor der Migration müssen deshalb Zeichenlänge, Groß- und Kleinschreibung, Leerzeichen, Sonderzeichen und führende Nullen ausdrücklich geprüft werden. Eine scheinbar kosmetische Bereinigung kann sonst alte Bezüge zerstören oder Kollisionen erzeugen.
Auch Nummernintervalle brauchen ausreichend Platz. Wenn bestehende Nummern übernommen werden, dürfen sie nicht mit den Bereichen kollidieren, aus denen das Ziel später intern neue Nummern vergibt.
Einmalige Projektkosten und dauerhafte Arbeitskosten vergleichen
In der Diskussion ist häufig sofort sichtbar, was eine individuelle ERP-Anpassung kostet. Weniger sichtbar ist, wie viele zusätzliche Such- und Prüfschritte Beschäftigte nach dem Go-live täglich ausführen müssen, wenn vertraute Orientierung vollständig entfällt.
Eine seriöse Entscheidung vergleicht daher mindestens:
- einmaligen Aufwand für Migration, Mapping und mögliche Konfiguration,
- laufende Pflegekosten der gewählten Nummernlogik,
- Auswirkungen auf Schnittstellen und externe Partner,
- Schulungs- und Umstellungsaufwand sowie
- dauerhafte Zeitwirkung in häufigen Arbeitsabläufen.
Die günstigste Lösung ist nicht automatisch die mit dem kleinsten Projektaufwand. Ebenso wenig sollte eine alte Nummernlogik allein aus Gewohnheit konserviert werden. Entscheidend ist ihr nachweisbarer Nutzen im Verhältnis zu Komplexität und Zukunftsfähigkeit.
Der Test muss sowohl Systemlogik als auch Arbeitsalltag prüfen
Ein technischer Importtest zeigt, ob Nummern akzeptiert und Beziehungen aufgebaut werden. Zusätzlich sollten Fachbereiche mit vertrauten Materialien oder anderen Stammsätzen im neuen ERP arbeiten:
- Finden sie den Datensatz über die erwarteten Suchwege?
- Ist die alte Nummer sichtbar, wenn sie für Rückfragen gebraucht wird?
- Wurden Materialtyp oder Klasse korrekt abgeleitet?
- Laufen die vorgesehenen Standardprozesse über die expliziten Felder?
- Bleiben Stücklisten, Bestände und offene Vorgänge mit dem richtigen Material verbunden?
Eigene, bekannte Daten machen diese Wirkung früher sichtbar. Der Beitrag zur ERP-Testmigration mit eigenen Daten zeigt, wie Keyuser solche Zusammenhänge vor dem Go-live prüfen können.
Typische Fehlentscheidungen bei sprechenden Nummernkreisen
- „Alt ist grundsätzlich schlecht“: der konkrete Produktivitätsnutzen wird nicht untersucht.
- „Die Nummer enthält alles, weitere Felder sind unnötig“: Standardprozesse bleiben von Textinterpretation oder Sonderlogik abhängig.
- Alte Nummern einfach abschneiden oder umformatieren: Eindeutigkeit und historische Bezüge gehen verloren.
- Neue Nummern ohne zentrale Alt-Neu-Zuordnung vergeben: abhängige Datenobjekte verwenden widersprüchliche Schlüssel.
- Die Nummernfrage nur zwischen IT und Anbieter entscheiden: tatsächliche Arbeitsweisen der Fachbereiche fehlen.
- Nur die Migration bestehender Daten betrachten: die zukünftige Nummernvergabe bleibt ungeklärt.
Datenmigration kann Fachbereich und ERP-Standard verbinden
Der Fachbereich kennt den praktischen Nutzen und die historischen Ausnahmen. Das ERP-Team kennt Zielrestriktionen, Nummernkreise und Standardfelder. Die Datenmigration verbindet beide Perspektiven: Sie analysiert vorhandene Nummern, macht Regeln und Ausnahmen sichtbar, erzeugt Alt-Neu-Zuordnungen und befüllt explizite Zielmerkmale wiederholbar.
Externe Unterstützung kann diese Entscheidungsgrundlage vorbereiten und technisch umsetzen. Das Unternehmen entscheidet, welche Orientierung erhalten, welche Klassifikation neu aufgebaut und welche zukünftige Nummernstrategie verfolgt wird.
Wenn sich Ihr Projekt zwischen „alle alten Nummern abschaffen“ und „alles unverändert übernehmen“ festgefahren hat, prüfen wir mit Ihnen die tatsächliche Nummernnutzung, Zielmöglichkeiten und Migrationsfolgen. Häufig liegt die belastbare Lösung nicht an einem der beiden Enden, sondern in einer kontrollierten Verbindung aus stabiler Identität, expliziter Klassifikation und nachvollziehbarem Schlüsselmapping.