Im alten ERP stehen für ein Material 1.000 Stück. Im Lager sind davon 200 gesperrt, 150 einer Charge zugeordnet und 80 gerade zwischen zwei Lagerorten unterwegs. Wenn das Projekt nur die Gesamtmenge in das neue System übernimmt, stimmt die Summe vielleicht – verfügbar ist danach trotzdem der falsche Bestand.
Lagerbestände zu migrieren bedeutet deshalb, einen zeitlich eindeutigen Anfangsbestand im neuen ERP zu buchen und anschließend Menge, Verfügbarkeit und Wert mit dem alten System abzustimmen. Dafür müssen Material, Lagerstruktur, Bestandsart, Einheit, Charge oder Seriennummer und Bewertung zusammenpassen. Weil sich diese Daten bis zum letzten Warenbewegungsvorgang ändern, ist die Bestandsmigration zudem eng an den Cut-over gebunden.
Lagerbestände migrieren: Kein Stammdatenexport, sondern ein Anfangsstand
Ein Lagerbestand ist das Ergebnis vieler vergangener Wareneingänge, Entnahmen, Umbuchungen und Inventurdifferenzen. Beim ERP-Wechsel werden diese historischen Bewegungen normalerweise nicht noch einmal ausgeführt, um denselben Saldo zu erzeugen. Stattdessen erhält das Zielsystem einen bestätigten Anfangsbestand zu einem festgelegten Zeitpunkt.
Dieser Anfangsstand muss so differenziert sein, wie das neue ERP ihn für die weitere Arbeit benötigt. Die entscheidende Einheit lautet daher nicht „Material X hat 1.000 Stück“, sondern beispielsweise:
Material X – Werk A – Lagerort 01 – frei verwendbar – Charge B – 570 Stück – bewertet nach der bestätigten Zielregel.
Ändert sich eines dieser Merkmale, handelt es sich im Ziel möglicherweise um einen eigenen Bestandsdatensatz oder eine andere Buchungslogik.
Sechs Dimensionen bestimmen den migrationsfähigen Bestand
1. Material oder Produkt
Jede Bestandszeile braucht einen gültigen Materialbezug im Zielsystem. Materialnummer, Basiseinheit, Bewertungsdaten und gegebenenfalls Chargen- oder Seriennummernprofil müssen zuvor angelegt sein. Ein Bestandsimport kann einen unvollständigen Materialstamm nicht ersetzen.
2. Werk, Lagerort und Lagerstruktur
Alte und neue Lagerorte stimmen häufig nicht eins zu eins überein. Ein historischer Lagercode kann im Ziel aufgeteilt, zusammengeführt oder durch ein neues Werk-Lagerort-Modell ersetzt werden. Die Zuordnung muss deshalb sowohl technisch als auch logistisch bestätigt werden.
Bei einer erweiterten Lagerverwaltung können zusätzlich Lagerplätze, Handling Units oder weitere Strukturobjekte als Vorgänger benötigt werden. Ob diese Ebene Teil des ERP-Imports ist, hängt vom konkreten Zielsystem ab.
3. Bestandsart und Verfügbarkeit
Frei verwendbarer Bestand, Qualitätsprüfbestand, gesperrter Bestand und Sonderbestände erfüllen unterschiedliche Zwecke. Werden sie zu einer einzigen Menge zusammengezogen, kann das Zielsystem Material freigeben, das fachlich nicht verfügbar sein darf.
Für jede alte Bestandsart wird daher entschieden, ob eine direkte Zielart existiert, eine neue Zuordnung benötigt wird oder der Bestand vor der Umstellung im Altsystem umgebucht werden muss.
4. Eigentum und Sonderbestand
Konsignationsware, Kundenbestand, beim Lieferanten bereitgestelltes Material oder Projektbestand gehört nicht zwingend zum frei verfügbaren Unternehmenseigentum. Neben dem Lagerort ist ein Partner- oder Projektbezug erforderlich. Fehlt er, kann die Menge zwar technisch vorhanden sein, aber in der falschen Eigentums- und Verfügbarkeitslogik landen.
5. Menge, Einheit und Umrechnung
Die Quellmenge muss in der Einheit gelesen werden, in der das Altsystem den Bestand führt. Wenn das neue ERP eine andere Basiseinheit nutzt, braucht es eine freigegebene Umrechnung im Materialstamm oder in der Transformation. Karton, Stück, Kilogramm und Meter dürfen nicht nur anhand ähnlicher Kürzel zugeordnet werden.
6. Charge, Seriennummer und Bewertung
Bei chargen- oder seriennummerngeführten Materialien reicht eine aggregierte Gesamtmenge nicht aus. Einzelne Identitäten, Chargenmerkmale, Gültigkeiten oder Bewertungsarten müssen passend zum Zielmodell vorhanden sein. Ebenso beeinflussen Preissteuerung und Bewertungsdaten, mit welchem Wert der Anfangsbestand gebucht wird.
Zuerst die Zielvoraussetzungen prüfen
Bevor der erste Bestandsdatensatz erzeugt wird, sollte das Projekt eine Abhängigkeitsliste erstellen. Typischerweise gehören dazu:
- Materialien mit richtiger Basiseinheit und relevanten Werks- beziehungsweise Lagerdaten,
- Zielwerke, Lagerorte und bei Bedarf Lagerplätze,
- zulässige Bestands- und Sonderbestandsarten,
- Chargen oder Seriennummern einschließlich benötigter Profile,
- Partner- oder Projektstämme für Sonderbestände,
- Bewertungsbereiche, Preissteuerung und Buchungsperioden,
- sowie ein freigegebener Buchungs- beziehungsweise Migrationsstichtag.
Weil diese Voraussetzungen von anderen Datenobjekten abhängen, gehört der Bestand früh in die Planung der richtigen Migrationsreihenfolge. Der endgültige Bestand wird zwar erst nahe am Go-live geladen. Seine technische und fachliche Vorbereitung beginnt jedoch deutlich früher.
SAP nennt für sein Migrationsobjekt „Material inventory balance“ beispielsweise das Produkt als obligatorisches Vorgängerobjekt. Bei Einzelchargenbewertung müssen die Chargen mit gültiger Bewertung bereits vorhanden sein. Andere ERP-Systeme haben eigene Voraussetzungen; die zugrunde liegende Logik bleibt jedoch gleich: Bestand kann nur auf eine bereits existierende Zielstruktur gebucht werden.
Warum Testbestand und Produktivbestand unterschiedlich geplant werden
Ein Testlauf kann mit einem bekannten Bestandsstichtag wiederholt werden. Er soll beweisen, dass Lagerorte, Bestandsarten, Einheiten, Chargen und Werte richtig transformiert und im Ziel gebucht werden. Der Produktivlauf muss dagegen den letzten freigegebenen Betriebsstand treffen.
Deshalb werden zwei Ebenen getrennt:
- Die Migrationslogik wird früh mit realistischen Bestandsfällen entwickelt und mehrfach getestet.
- Die finale Bestandsmenge wird erst nahe am Go-live nach der vereinbarten Buchungsgrenze extrahiert.
Wer mit der gesamten fachlichen Klärung bis zur letzten Inventur wartet, hat keine Zeit mehr für Mapping und Tests. Wer dagegen einen Wochen alten Testbestand unverändert produktiv lädt, erzeugt eine Differenz zum tatsächlichen Lager.
Der Cut-over muss jede Warenbewegung einordnen
Zwischen der letzten Quellabfrage und der produktiven Freigabe können Wareneingänge, Kommissionierungen, Umbuchungen, Fertigmeldungen und Inventurkorrekturen stattfinden. Das Projekt braucht deshalb eine klare Grenze.
Je nach Betriebsanforderung kommen drei Vorgehensweisen infrage:
- Buchungssperre: Warenbewegungen werden für ein vereinbartes Zeitfenster gestoppt, danach wird der finale Stand extrahiert.
- Delta-Verarbeitung: Nach einem Vorabstand werden alle neuen und geänderten Bestandsbewegungen bis zur finalen Grenze kontrolliert nachgeführt.
- Gezielte Übergabeliste: Für wenige unvermeidbare Bewegungen wird ein manueller, eindeutig verantworteter Nachtrag geführt.
Die gewählte Methode muss praktisch geprobt werden. Besonders laufende Umlagerungen und Bestände in Transit benötigen eine Entscheidung: Werden sie vor dem Cut-over abgeschlossen, im alten System zurückgebucht oder als eigener Übergangsfall im Ziel abgebildet?
So entsteht die wiederholbare Bestandsdatei
Die technische Aufbereitung führt Bestands-, Material-, Lager- und gegebenenfalls Chargen- oder Partnerinformationen zusammen. Für jede Zielzeile müssen Herkunft und Regel sichtbar sein.
Ein belastbarer Ablauf besteht aus folgenden Schritten:
- Den Rohstand mit Extraktionszeitpunkt und Quellfiltern sichern.
- Quellbestände auf der tatsächlich geführten Ebene aggregieren oder aufteilen.
- Material-, Werk-, Lagerort-, Bestandsart- und Einheitsschlüssel auf das Ziel abbilden.
- Chargen-, Seriennummern- und Sonderbestandsbezüge ergänzen.
- Unzulässige, negative oder nicht eindeutig zuordenbare Bestände separat ausweisen.
- Importdatei und Prüflisten aus demselben Regelstand erzeugen.
Manuelle Korrekturen gehören in eine schlüsselgebundene Ergänzungsliste oder zurück in die Transformationsregel, nicht direkt in die fertige Datei. So kann der Prozess mit dem finalen Bestandsstand erneut ausgeführt werden.
Negative und widersprüchliche Bestände nicht verstecken
Ein negatives Lagerquant kann im Altsystem durch zeitversetzte Buchungen, Rückstände oder eine historisch erlaubte Arbeitsweise entstanden sein. Das Zielsystem kann denselben Zustand möglicherweise nicht anlegen. Der negative Wert darf dann weder kommentarlos auf null gesetzt noch mit einem positiven Bestand eines anderen Lagerorts verrechnet werden.
Stattdessen wird der Fall nach Material, Lagerort, Menge und Ursache ausgewiesen. Der Fachbereich entscheidet, ob vor dem Stichtag eine Korrekturbuchung erfolgt, ein offener Prozess den Wert erklärt oder eine besondere Zielbehandlung benötigt wird.
Dasselbe gilt für Mengen ohne gültigen Materialstamm, Chargen ohne Bestandssumme oder Lagerorte, die im Ziel nicht existieren. Diese Fälle sind keine lästigen Dateifehler, sondern konkrete Cut-over-Entscheidungen.
Ein guter Bestandsprototyp deckt die Unterschiede ab
Der erste Test sollte nicht nur die häufigsten frei verfügbaren Materialien enthalten. Ein aussagekräftiger Bestand umfasst beispielsweise:
- ein einfaches Material in der gleichen Basiseinheit,
- ein Material mit Einheitentransformation,
- Bestand auf mehreren Lagerorten,
- frei verwendbaren, gesperrten und Qualitätsprüfbestand,
- ein chargen- oder seriennummerngeführtes Material,
- einen relevanten Sonderbestand,
- einen in Transit befindlichen oder widersprüchlichen Fall,
- und ein Material mit wertkritischer Preissteuerung.
Diese Fälle werden im Ziel nicht nur angezeigt. Lager- und Finanz-Key-User prüfen, ob Verfügbarkeit, Folgebewegung und Bewertung wie beabsichtigt funktionieren.
Menge und Wert getrennt abstimmen
Ein korrekter Mengenabgleich beweist nicht automatisch einen korrekten Bestandswert. Das neue ERP kann Anfangsbestände anhand der im Materialstamm hinterlegten Preissteuerung bewerten. Rundung, Preiseinheiten oder ein abweichender gleitender Durchschnitt können Differenzen erzeugen.
Die Abstimmung sollte deshalb mindestens vier Sichten enthalten:
- Menge: Quell- und Zielmenge nach Material, Werk, Lagerort, Bestandsart und Charge.
- Wert: Quell- und Zielwert nach Bewertungsbereich, Währung und relevanter Preislogik.
- Ausnahmen: bewusst ausgeschlossene, korrigierte oder noch ungeklärte Bestände.
- Prozessprüfung: ausgewählte Einlagerungs-, Entnahme-, Umlagerungs- oder Produktionsvorgänge im Ziel.
Eine Gesamtsumme allein kann Fehler verdecken: Ein Plus von zehn Stück in Lagerort A und ein Minus von zehn in Lagerort B heben sich rechnerisch auf, sind operativ aber falsch.
Wie aus solchen Vergleichen eine belastbare Freigabe entsteht, zeigt die Datenvalidierung mit klaren Abnahmekriterien. Für Lagerbestände sollten diese Kriterien vor dem produktiven Lauf feststehen.
Bestand, Inventur und Datenmigration sinnvoll verbinden
Eine körperliche Inventur kann einen guten Ausgangspunkt liefern, ersetzt jedoch nicht das Migrationsmapping. Sie bestätigt reale Mengen, erklärt aber nicht automatisch Zielmaterial, Lagerort, Bestandsart, Charge und Bewertung.
Umgekehrt kann eine technisch perfekte Extraktion nur den im Altsystem gebuchten Stand liefern. Wenn dieser nicht zur physischen Realität passt, wird die Abweichung korrekt in das neue ERP übertragen. Deshalb sollten Projektleitung, Lager und Finanzwesen festlegen, ob und wann eine Inventur oder gezielte Bestandsprüfung stattfindet und welcher korrigierte Systemstand anschließend als Quelle gilt.
Typische Fehlversuche bei der Bestandsmigration
- Nur Gesamtmengen je Material übernehmen: Lagerorte, Bestandsarten, Chargen und Eigentum gehen verloren.
- Einheiten nur nach Kürzel ersetzen: Mengen werden ohne bestätigten Umrechnungsfaktor verfälscht.
- Bestand vor den Material- und Lagerstämmen laden: Zielreferenzen und Bewertungsvoraussetzungen fehlen.
- Transitbestände ignorieren: Mengen verschwinden oder werden an beiden Orten gezählt.
- Testdatei als Produktivstand verwenden: Laufende Warenbewegungen fehlen.
- Nur die Gesamtbewertung prüfen: ausgleichende Einzelabweichungen bleiben unentdeckt.
Der Bestandslauf gehört in den geprobten Cut-over-Plan
Extraktionszeitpunkt, Buchungssperre, Delta, Ladefolge, Dauer, Abgleich und Freigabe müssen in ein realistisches Go-live-Fenster passen. Der ERP-Cut-over-Plan für die Datenmigration verbindet diese Schritte mit Verantwortlichen und Abbruchkriterien.
Die Materialien und Lagerstrukturen werden vorher vorbereitet; der finale Bestand kommt spät. Genau deshalb darf die Bestandsmigration fachlich nicht spät beginnen.
Ein korrekter Lagerbestand ist dreifach richtig
Nach der Migration muss der Bestand mengenmäßig stimmen, am richtigen Ort und in der richtigen Verfügbarkeitsart liegen sowie finanziell nachvollziehbar bewertet sein. Erst diese drei Aussagen zusammen machen das neue ERP am ersten Tag arbeitsfähig.
Externe Unterstützung kann die alten Bestandsstrukturen analysieren, Lager- und Einheitenschlüssel auf das Ziel abbilden, einen wiederholbaren Extraktions- und Transformationslauf entwickeln sowie Mengen-, Wert- und Ausnahmelisten für die Freigabe erzeugen. Das Unternehmen entscheidet über Stichtag, Korrekturbuchungen, Bestandsarten und die fachliche Abnahme.
So wandert nicht nur eine große Zahl ins neue System. Es entsteht ein belegter Anfangsbestand, mit dem Lager, Produktion und Finanzwesen nach dem Go-live tatsächlich weiterarbeiten können.