Offene Posten migrieren bedeutet, alle zum Umstellungsstichtag noch nicht ausgeglichenen Forderungen und Verbindlichkeiten so in das neue ERP zu übernehmen, dass Zahlung, Mahnung und späterer Ausgleich weiter funktionieren. Entscheidend ist dabei die Abgrenzung: Welche Belege sind am Stichtag wirklich offen, welcher Restbetrag gehört zu ihnen und durch welchen Migrationsschritt entsteht der zugehörige Kontensaldo im Ziel?
Wer diese Fragen nicht gemeinsam beantwortet, kann trotz rechnerisch richtiger Ausgangsdaten doppelte Salden, fehlende Einzelbelege oder bereits bezahlte Rechnungen im neuen System erzeugen. Der sichere Weg ist deshalb eine nachvollziehbare Brücke vom offenen Bestand im Altsystem bis zum abgeglichenen Bestand im Zielsystem.
Was sind offene Posten?
Ein offener Posten ist eine Forderung oder Verbindlichkeit, die am festgelegten Stichtag noch nicht vollständig ausgeglichen ist. Das kann eine unbezahlte Kundenrechnung, eine noch zu zahlende Lieferantenrechnung, eine Gutschrift, eine Teilzahlung oder eine Anzahlung sein. Der Posten wird einzeln benötigt, weil das Unternehmen ihn später bezahlen, einziehen, mahnen, verrechnen oder klären muss.
Damit unterscheidet er sich von einem reinen Kontensaldo. Der Saldo sagt, wie hoch die Summe auf einem Konto ist. Er erklärt aber nicht, aus welchen Rechnungen und Restbeträgen sie besteht, wann diese fällig sind und mit welchem Geschäftspartner sie ausgeglichen werden müssen.
Die zentrale Abgrenzung: Einzelposten und Eröffnungssaldo dürfen nicht doppelt wirken
Bei einem ERP-Wechsel werden häufig parallel Finanzsalden und offene Kunden- sowie Lieferantenposten vorbereitet. Das ist fachlich sinnvoll, verlangt aber eine eindeutige Buchungslogik. Je nach Zielsystem und Migrationsverfahren erzeugt die Übernahme der offenen Einzelposten bereits eine Wirkung auf den zugehörigen Konten. Würde derselbe Betrag zusätzlich noch einmal als allgemeiner Eröffnungssaldo gebucht, könnte er doppelt im neuen System stehen.
Deshalb muss vor dem Laden feststehen, welcher Migrationsschritt welchen Zielsaldo erzeugt. Eine einfache Kontrollgleichung lautet:
Erwarteter Zielsaldo = freigegebene offene Posten plus andere ausdrücklich abgegrenzte Saldenbestandteile.
Welche Bestandteile separat gebucht werden und welche Konten dabei betroffen sind, entscheiden Finanzwesen, ERP-Beratung und gegebenenfalls Wirtschaftsprüfung für das konkrete System. Der Datenmigrationsplan dokumentiert anschließend genau diese Entscheidung. Eine pauschale Regel für jedes ERP, jedes Land und jede Kontenkonfiguration wäre nicht belastbar.
Der Stichtag entscheidet, was offen ist
Ein Posten kann heute offen und morgen ausgeglichen sein. Deshalb reicht eine einmal exportierte Liste nicht aus. Das Projekt braucht einen verbindlichen fachlichen Stichtag und eine technische Extraktionszeit. Liegen beide auseinander, muss geregelt sein, wie Zahlungen, Gutschriften und Ausgleiche dazwischen behandelt werden.
Ein belastbarer Ablauf sieht beispielsweise so aus:
- Das Finanzwesen bestätigt, nach welchem Buchungs- und Ausgleichsstand der offene Bestand bestimmt wird.
- Die erste Testmigration nutzt dieselbe Auswahlregel wie die spätere Produktivmigration.
- Für den Go-live werden neue oder veränderte Posten nach dem letzten Test erneut extrahiert beziehungsweise als Delta verarbeitet.
- Bereits vor dem finalen Export ausgeglichene Belege werden nicht als offene Posten übernommen.
- Nachträgliche Buchungen im Altsystem sind entweder gesperrt oder durch einen abgestimmten Nachlauf vollständig erfasst.
Delta bezeichnet hier nur die Änderungen seit einem zuvor festgelegten Datenstand. Wie dieser Nachlauf kontrolliert wird, erläutert unser Beitrag zur Delta-Migration beim ERP-Wechsel.
Welche Informationen müssen pro offenem Posten erhalten bleiben?
Die genaue Feldliste hängt vom Zielsystem ab. Fachlich muss jeder übernommene Posten jedoch so eindeutig bleiben, dass Betrag, Geschäftspartner, Fälligkeit und späterer Ausgleich verstanden werden können. Typischerweise sind dafür folgende Informationsgruppen zu prüfen:
- Bezug: Kunde oder Lieferant, Gesellschaft beziehungsweise Buchungskreis und ein nachvollziehbarer Verweis auf den ursprünglichen Beleg.
- Betrag: Ursprungsbetrag, noch offener Restbetrag, Beleg- und gegebenenfalls Hauswährung sowie die im Ziel benötigte Währungslogik.
- Zeit: Belegdatum, Buchungsdatum, Basisdatum und Fälligkeit, soweit diese für die Folgeprozesse erforderlich sind.
- Art: Rechnung, Gutschrift, Anzahlung, Teilzahlung oder ein anderer im Ziel vorgesehener Postentyp.
- Steuerung: Zahlungsbedingung, Zahlweg, Mahn- oder Zahlungssperre und besondere Kontokennzeichen, sofern sie fachlich weiterwirken sollen.
- Status: vollständig offen, teilweise ausgeglichen, strittig oder einem konkreten Ausgleichsvorgang zugeordnet.
Nicht jedes alte Feld muss in das neue ERP. Doch jede Information, die Zahlung, Mahnung, Abstimmung oder Nachweis beeinflusst, braucht eine bewusste Zielentscheidung. Fehlt im Ziel ein gleichartiges Feld, kann die Lösung eine Transformationsregel, ein dokumentierter Referenztext oder eine getrennte Archivierung sein.
Teilzahlungen und Gutschriften brauchen mehr als einen Restbetrag
Besonders fehleranfällig sind Posten, die nicht mehr dem ursprünglichen Rechnungsbetrag entsprechen. Wurde eine Rechnung teilweise bezahlt, muss der offene Restbetrag stimmen. Gleichzeitig kann der Bezug zum ursprünglichen Beleg notwendig bleiben, damit Sachbearbeitung und Kunde die Forderung später nachvollziehen können.
Ähnlich verhält es sich mit Gutschriften, Anzahlungen und nicht zugeordneten Zahlungen. Ein rein saldenorientierter Export kann mathematisch korrekt sein und dennoch die spätere Verrechnung unmöglich machen. Vor der Migration sollte deshalb je Postentyp festgelegt werden, ob er als eigener offener Posten, zusammen mit einer Referenz oder über einen systemspezifischen Sonderprozess übernommen wird.
Strittige Belege und Zahlungs- oder Mahnsperren verdienen ebenfalls eine ausdrückliche Entscheidung. Geht eine wirksame Sperre bei der Migration verloren, kann ein fachlich ungeklärter Lieferantenposten versehentlich bezahlt oder eine bestrittene Kundenforderung automatisch gemahnt werden.
Stammdaten und Zielkonfiguration müssen vorher bereitstehen
Ein offener Posten hängt von anderen Daten ab. Der zugehörige Kunde oder Lieferant muss im neuen ERP existieren und dem richtigen organisatorischen Bereich zugeordnet sein. Ebenso müssen benötigte Konten, Währungen, Zahlungsbedingungen, Belegarten und gegebenenfalls Sonderkennzeichen im Ziel eingerichtet sein.
Diese Reihenfolge ist kein formaler Projektluxus. Ohne gültigen Geschäftspartner kann ein Beleg nicht korrekt zugeordnet werden. Ohne passende Zahlungsbedingung entsteht eine falsche Fälligkeit. Ohne abgestimmte Kontierung lässt sich der Posten zwar möglicherweise laden, aber nicht sauber mit der Finanzbuchhaltung versöhnen.
Deshalb gehört die Abhängigkeit in den Ladeplan: zuerst die freigegebenen Stammdaten und Konfigurationen, danach die offenen Posten und anschließend der finanzielle Abgleich.
Historie und offene Vorgänge erfüllen unterschiedliche Zwecke
Die Frage „Welche Belege migrieren wir?“ wird häufig mit „Welche Belege möchten wir später noch sehen?“ vermischt. Für den operativen Start benötigt das neue ERP vor allem die Vorgänge, die nach dem Go-live weiterbearbeitet werden müssen. Abgeschlossene Rechnungen können dagegen – abhängig von gesetzlichen, steuerlichen und betrieblichen Anforderungen – in einem zugänglichen Archiv oder Altsystem verbleiben.
Eine vollständige Beleggeschichte im neuen ERP kann sinnvoll sein, wenn Prozesse oder Nachweise sie ausdrücklich verlangen. Sie sollte aber nicht automatisch aus dem Wunsch nach Zugriff entstehen. Der Beitrag Historische Daten migrieren oder archivieren trennt operative Fortführung und Informationszugriff genauer.
Die Abstimmbrücke macht jede Differenz erklärbar
Eine erfolgreiche technische Rückmeldung des Importwerkzeugs beweist noch nicht, dass die Finanzdaten richtig sind. Für die Abnahme braucht das Projekt eine Abstimmbrücke mit vier nachvollziehbaren Ständen:
| Prüfstand | Zu beantwortende Frage | Typischer Nachweis |
|---|---|---|
| Offener Bestand im Altsystem | Welche Posten waren nach der freigegebenen Regel am Stichtag offen? | Quellliste mit Anzahl und Summe je Gesellschaft, Kontoart und Währung |
| Migrationsauswahl | Welche Quellposten wurden übernommen, ausgeschlossen oder transformiert? | Wiederholbare Auswahl samt Ausschlussgrund und Zuordnungsregel |
| Technisches Ladeergebnis | Welche Posten hat das Ziel angenommen oder abgelehnt? | Importprotokoll mit eindeutiger Quellreferenz |
| Fachlicher Zielbestand | Stimmen Einzelposten, Summen und Folgeprozesse im neuen ERP? | Zielauswertung, Differenzliste und fachliche Freigabe |
Die Summen sollten nicht nur insgesamt verglichen werden. Abgleiche nach Gesellschaft, Kunden- oder Lieferantenbereich, Konto, Währung und Postenart machen sichtbar, wo eine Differenz entstanden ist. Jede verbleibende Abweichung braucht einen benannten Grund – etwa einen vor dem Stichtag erfolgten Ausgleich, einen bewusst ausgeschlossenen Sonderfall oder einen noch zu korrigierenden Fehler.
Vier Tests zeigen, ob die offenen Posten wirklich nutzbar sind
Neben Mengen- und Summenabgleichen benötigen offene Posten Prozessproben. Ein Kunde mit überfälliger Rechnung, ein Lieferant mit Zahlungssperre und ein teilweise ausgeglichener Beleg sind aussagekräftiger als eine zufällige Sichtprüfung.
- Nachvollziehbarkeit: Lässt sich ein Zielposten eindeutig auf den alten Beleg und die Migrationsregel zurückführen?
- Fälligkeit und Mahnung: Entstehen erwartete Fälligkeiten und wird ein Kundenposten im vorgesehenen Mahnprozess richtig behandelt?
- Zahlung: Wird ein freigegebener Lieferantenposten mit korrektem Betrag und wirksamen Sperren in den Zahlungsvorschlag übernommen?
- Ausgleich: Kann ein migrierter Posten später vollständig oder teilweise gegen eine Zahlung beziehungsweise Gutschrift ausgeglichen werden?
Solche Tests gehören in die fachliche Abnahme. Unser Beitrag zur Datenvalidierung bei der ERP-Migration zeigt, warum technische Vollständigkeit und fachliche Nutzbarkeit getrennt geprüft werden.
Drei scheinbar einfache Lösungen verschieben das Problem
Nur den Gesamtsaldo übernehmen: Die Bilanz kann zunächst stimmen, doch Mahnung, Zahlung und belegbezogener Ausgleich verlieren ihre Arbeitsgrundlage.
Alle historischen Belege laden: Mehr Daten erzeugen nicht automatisch mehr Sicherheit. Alte Ausgleiche, veraltete Kontierungen und nicht mehr benötigte Dokumente vergrößern die Fehlerfläche, ohne die offenen Vorgänge besser abzugrenzen.
Differenzen nach dem Import manuell korrigieren: Eine einzelne Korrekturbuchung kann eine Summe ausgleichen, erklärt aber nicht, welcher Posten fehlt oder doppelt ist. Ohne Abstimmbrücke bleibt derselbe Fehler beim nächsten Testlauf bestehen.
Die Freigabe liegt beim Finanzwesen – die Wiederholbarkeit bei der Migration
Das Finanzwesen entscheidet, welche Posten fachlich offen sind, welche Sonderfälle weiterwirken und welche Summen freigegeben werden. ERP-Beratung und IT klären die Zielbuchungslogik sowie technische Voraussetzungen. Die Datenmigration verbindet beide Seiten durch dokumentierte Auswahl-, Transformations- und Ladeverfahren.
Wir können dafür Quellbestände analysieren, die Abstimmbrücke aufbauen, wiederholbare Export- und Transformationsregeln entwickeln und die Testnachweise vorbereiten. Die bilanzielle, steuerliche und prozessuale Freigabe bleibt bei den zuständigen Fachverantwortlichen des Unternehmens.
Offene Posten sind erst migriert, wenn Summe und Einzelbeleg zusammenpassen
Beim ERP-Wechsel genügt weder ein richtiger Gesamtsaldo noch eine lange Liste technisch importierter Belege. Die Migration ist belastbar, wenn jeder relevante offene Posten am Stichtag korrekt abgegrenzt wurde, sein Restbetrag und Status stimmen, die Summe mit der Finanzbuchhaltung versöhnt ist und die späteren Zahlungs-, Mahn- und Ausgleichsprozesse funktionieren.
Genau diese Verbindung aus Einzelbeleg, Kontensaldo und Prozessprüfung macht aus einem Datenimport einen verlässlichen finanziellen Start im neuen ERP.