Eine Bestellposition umfasst ursprünglich 100 Stück. 70 Stück wurden bereits geliefert, für 40 Stück liegt eine Rechnung vor. Kurz vor dem ERP-Wechsel zeigt die Bestellung damit nicht nur eine Zahl, sondern drei unterschiedliche Stände: bestellt, geliefert und fakturiert.
Offene Bestellungen beim ERP-Wechsel zu migrieren bedeutet deshalb, je Position festzulegen, welcher Rest im neuen ERP noch geliefert oder abgerechnet werden muss und welche bereits erfolgten Schritte dort nur als Referenz benötigt werden.
Wer einfach die ursprüngliche Bestellmenge neu anlegt, erzeugt einen zu hohen Beschaffungsbedarf. Wer nur die noch zu liefernde Menge betrachtet, kann dagegen eine offene Lieferantenrechnung oder den notwendigen Belegzusammenhang übersehen.
Offene Bestellungen migrieren: Wann ist eine Position wirklich offen?
Eine Bestellung ist nicht allein deshalb offen, weil ihr Kopf noch keinen Abschlussstatus besitzt. Entscheidend ist die einzelne Position. Dort können Lieferung und Rechnung unterschiedlich weit sein.
Für jede Position werden deshalb mindestens diese Fragen getrennt beantwortet:
- Welche Menge wurde bestellt?
- Welche Menge wurde bereits geliefert oder als Leistung bestätigt?
- Welche Menge wurde bereits fakturiert?
- Ist noch ein weiterer Wareneingang vorgesehen?
- Ist noch eine Lieferantenrechnung zu erwarten?
- Wurde die Position fachlich oder technisch als erledigt markiert?
Eine Bestellposition kann vollständig geliefert und trotzdem noch nicht vollständig fakturiert sein. Umgekehrt können Rechnung und Lieferung je nach Prozess in einer anderen Reihenfolge auftreten. Der Zielweg muss zu genau diesem Restzustand passen.
Bestellte Menge ist nicht automatisch offene Menge
Im einfachen Fall ergibt sich die offene Liefermenge aus bestellter Menge minus bereits gelieferter Menge. Bei 100 bestellten und 70 gelieferten Stück wären noch 30 Stück offen.
In der Praxis verändern weitere Informationen diese Rechnung:
- Unter- oder Überlieferungstoleranzen,
- ein gesetztes Endlieferungskennzeichen,
- Stornierungen oder Mengenänderungen,
- Retouren und Rücklieferungen,
- mehrere Termin- oder Abrufzeilen,
- abweichende Bestell- und Lagereinheiten,
- oder noch nicht gebuchte physische Lieferungen.
Die offene Menge darf daher nicht als allgemeine Formel über alle Bestellungen berechnet werden. Sie braucht eine positionsbezogene Regel, die Status und Belegfluss des Altsystems versteht.
Wareneingang und Rechnung müssen getrennt betrachtet werden
Eine offene Bestellung verbindet Logistik und Buchhaltung. Der Wareneingang bestätigt die erhaltene Ware oder Leistung. Die Lieferantenrechnung betrifft den finanziellen Anspruch. Beide Stände können voneinander abweichen.
Für die Migration entstehen dadurch mehrere Fallgruppen:
- Noch keine Lieferung und keine Rechnung: Die operative Bestellung kann grundsätzlich als offener Vorgang neu aufgebaut werden.
- Teilweise geliefert, noch nicht vollständig fakturiert: Restlieferung und offener Rechnungsbezug müssen gemeinsam geplant werden.
- Vollständig geliefert, Rechnung noch offen: Möglicherweise wird keine operative Bestellposition mehr benötigt, wohl aber ein sauberer Weg für Rechnung und offenen Wareneingangsposten.
- Vollständig geliefert und fakturiert: Die Position gehört normalerweise nicht mehr in den operativen Migrationsumfang.
Wie genau das Zielsystem diese Fälle unterstützt, ist produktspezifisch. Deshalb müssen Beschaffung, Finanzbereich und Zielsystemteam die Migrationsvariante gemeinsam bestätigen.
Gesamtmenge oder nur Restmenge in das Ziel übernehmen?
Zielsysteme können offene Bestellungen unterschiedlich behandeln. Manche Wege rekonstruieren die ursprüngliche Bestellposition und speichern bereits gelieferte oder fakturierte Mengen als Migrationsreferenz. Andere legen nur den noch zu erfüllenden Rest als neuen Zielvorgang an.
Beide Ansätze haben Folgen:
- Gesamtmengenansatz: Der ursprüngliche Belegzusammenhang bleibt besser sichtbar, benötigt aber korrekte Referenzstände und eine passende Zielunterstützung.
- Restmengenansatz: Der operative Zielbeleg ist schlanker, verliert aber ohne zusätzliche Referenz die Sicht auf bereits erfolgte Lieferungen oder Rechnungen.
Die Entscheidung wird nicht nach Dateikomfort getroffen. Sie richtet sich danach, wie Wareneingang, Rechnungsprüfung, Auskunft und Abstimmung nach dem Go-live funktionieren sollen.
Bestellkopf und Positionen brauchen eigene Filter
Eine Bestellung kann zehn Positionen enthalten, von denen neun abgeschlossen und eine noch offen sind. Wird nur der Kopfstatus gefiltert, werden möglicherweise alle Positionen erneut angelegt. Wird nur nach einer offenen Positionsmenge gesucht, können benötigte Kopf-, Partner- oder Konditionsinformationen fehlen.
Ein belastbarer Export erzeugt deshalb den Umfang von unten nach oben:
- offene Liefer- und Rechnungszustände je Position bestimmen,
- fachlich nicht fortzuführende Positionen ausschließen,
- benötigte Termin-, Kontierungs- und Konditionszeilen ergänzen,
- zugehörige Bestellköpfe und Partnerinformationen aufnehmen,
- und die erwartete Zielstruktur daraus erzeugen.
So bleibt der Beleg vollständig, ohne abgeschlossene Positionen als neuen Beschaffungsbedarf zu laden.
Lieferant, Material und Organisation müssen vorher im Ziel existieren
Eine Bestellposition verweist auf mehrere Stammdaten und Konfigurationen. Typische Voraussetzungen sind:
- Lieferant beziehungsweise Geschäftspartner,
- Material oder Dienstleistung,
- Einkaufsorganisation, Werk und gegebenenfalls Lagerort,
- Währung, Zahlungs- und Lieferbedingungen,
- Mengeneinheiten und Umrechnungen,
- Kontierung, Kostenstelle, Projekt oder Anlage,
- Steuer- und Buchungslogik,
- sowie erlaubte Beleg- und Positionstypen.
Fehlt eine Voraussetzung, kann der Bestellimport scheitern oder eine fachlich falsche Standardzuordnung verwenden. Deshalb wird die offene Bestellung erst nach den benötigten Stamm- und Organisationsdaten geladen.
Preis, Währung und Preiseinheit müssen als Paket stimmen
Ein Preis von 250 Euro kann je Stück, je 100 Stück, je Kilogramm oder je Verpackungseinheit gelten. Neben Preis und Währung gehören daher Preiseinheit, Mengeneinheit und gegebenenfalls Umrechnungsfaktor in dasselbe Mapping.
Bei offenen Bestellungen muss außerdem entschieden werden, ob der vereinbarte Altpreis erhalten bleibt oder das Zielsystem neu bepreisen darf. Eine automatische Neubewertung kann bestehende Lieferantenvereinbarungen verändern.
Der Beitrag zu Mengeneinheiten bei der ERP-Migration zeigt, warum eine reine Übersetzung des Einheitencodes nicht genügt.
Kontierung und Dienstleistungspositionen benötigen eigene Fälle
Nicht jede Bestellung betrifft lagergeführtes Material. Kostenstellen-, Projekt- oder Anlagenbestellungen benötigen gültige Zielkontierungen. Dienstleistungspositionen können Leistungszeilen, Beträge, Abnahmen oder noch offene Leistungserfassungen besitzen.
Ein allgemeiner Materialbestellungsweg deckt diese Fälle nicht automatisch ab. Das Projekt sollte deshalb die tatsächlich verwendeten Positionstypen erheben und für jeden Typ einen Zielweg festlegen. Seltene Sonderfälle werden nicht ungeprüft ausgeschlossen; sie werden nach Geschäftsrelevanz und technischem Aufwand entschieden.
Liefertermine und Bestätigungen können den operativen Rest verändern
Eine Bestellposition kann über mehrere Liefertermine, Abrufe oder Lieferantenbestätigungen verfügen. Der verbleibende Gesamtrest sagt dann noch nicht, wann welche Menge erwartet wird.
Wenn das Unternehmen diese Terminierung nach dem Go-live benötigt, müssen auch die entsprechenden Zielzeilen aufgebaut werden. Dabei wird geklärt:
- welcher Termin noch gültig ist,
- welche Menge zu welchem Termin gehört,
- ob eine Lieferantenbestätigung verbindlich oder nur informativ ist,
- und wie überfällige Termine im neuen ERP behandelt werden.
Ein pauschaler neuer Liefertermin für alle offenen Mengen kann die Disposition unmittelbar nach dem Go-live verfälschen.
Der Cut-over braucht einen klaren Belegstichtag
Zwischen Testexport und Go-live gehen Waren ein, Bestellmengen ändern sich, Positionen werden storniert und Rechnungen gebucht. Die offene Menge aus einem früheren Export ist deshalb am Cut-over-Wochenende nicht mehr zuverlässig.
Der finale Ablauf muss festlegen:
- bis wann Bestellungen im Altsystem geändert werden dürfen,
- wie Wareneingänge und Rechnungen kurz vor dem Stichtag behandelt werden,
- welcher Extraktionszeitpunkt für den finalen Stand gilt,
- wie Änderungen zwischen Vorladung und Produktivstart ermittelt werden,
- und ab wann neue Beschaffungsvorgänge ausschließlich im Ziel entstehen.
Dieser Belegstichtag gehört in den ERP-Cut-over-Plan für die Datenmigration. Er wird in einer Generalprobe mit realistischen Buchungen und Laufzeiten getestet.
So werden offene Bestellungen geprüft
Eine belastbare Validierung verbindet Menge, Wert, Beziehungen und Folgeprozess:
- Umfang: Jede fachlich offene Quellposition besitzt einen dokumentierten Zielweg oder Ausschlussgrund.
- Menge: Bestellte, gelieferte, fakturierte und offene Mengen stimmen nach der gewählten Migrationsvariante.
- Wert: Preis, Währung, Preiseinheit, offene Beträge und relevante Kontierungen sind nachvollziehbar.
- Beziehungen: Lieferant, Material, Organisation, Termine und weitere Zielreferenzen sind vorhanden.
- Prozess: Ein weiterer Wareneingang, eine verbleibende Rechnung und der Abschluss der Position funktionieren im Zielsystem.
Gesamtzahlen allein genügen nicht. Zusätzlich werden kritische Fallgruppen ausgewertet: Teilwareneingang, vollständige Lieferung mit offener Rechnung, Dienstleistung, Fremdwährung, mehrere Termine, Preis je abweichender Einheit und kontierte Bestellung.
Typische Fehlversuche bei offenen Bestellungen
- Alle nicht abgeschlossenen Bestellköpfe migrieren: erledigte Positionen werden erneut angelegt.
- Ursprüngliche Bestellmenge als offenen Rest verwenden: bereits gelieferte Mengen erzeugen Doppelbedarf.
- Nur die Restliefermenge betrachten: offene Rechnungs- und Kontierungsfälle fehlen.
- Gesamt- und Restmengenansatz vermischen: Referenzmengen und operative Mengen widersprechen sich.
- Preise ohne Einheit und Preiseinheit übernehmen: Bestellwerte werden vervielfacht oder verkleinert.
- Alle Positionstypen gleich behandeln: Dienstleistungen, Projekte oder Anlagen passen nicht in den Materialweg.
- Den finalen Stand zu früh exportieren: letzte Wareneingänge, Rechnungen und Stornierungen fehlen.
Wer entscheidet und wer setzt um?
Einkauf und Fachbereiche bestätigen, welche Positionen fortgeführt werden, welche Liefertermine gelten und welche Preise erhalten bleiben. Lager und Finanzbereich klären bereits gebuchte Wareneingänge, Rechnungen und offene Abstimmungen. Das Zielsystemteam bestätigt unterstützte Migrationsfälle, Stammdatenvoraussetzungen und Buchungslogik.
Externe Migrationsunterstützung kann den Bestell- und Belegfluss analysieren, Fallgruppen und Restmengen nachvollziehbar bilden, Mapping und Transformation umsetzen, Stichtagsläufe vorbereiten sowie Mengen-, Wert- und Prozessnachweise erzeugen.
Offen ist nur, was nach dem Go-live noch weiterläuft
Die richtige Zielmenge entsteht nicht aus dem Kopfstatus und auch nicht aus einer einzigen Subtraktion. Sie entsteht aus der fachlichen Fortführung jeder Position: Was wird noch geliefert, was noch fakturiert, was ist bereits abgeschlossen und welcher Zusammenhang muss im neuen ERP erhalten bleiben?
Wenn Ihre offenen Bestellungen im Altsystem viele Teilwareneingänge, Rechnungsstände, Termine oder Sonderpositionen enthalten, können wir diese Fälle strukturiert analysieren und daraus einen wiederholbaren, zum Cut-over passenden Migrationsbestand mit belastbarem Abgleich aufbauen.