Parallelbetrieb bei der SAP-Ablösung: Wie monatlicher Datenabgleich das Risiko senkt

Die Buchhaltung schließt den Monat im alten SAP-System ab, und parallel läuft schon das neue ERP mit. Dann stellt jemand fest, dass die Saldenliste in beiden Systemen nicht übereinstimmt. Niemand weiß, ob der Fehler in der Datenübernahme, in der Kontenzuordnung oder in einer Buchung liegt, die nur in einem System erfasst wurde. Das kostet Tage an Rückfragen, bindet Key-User und Steuerberater und untergräbt das Vertrauen in das neue System, bevor es produktiv ist.

Ein Parallelbetrieb senkt dieses Risiko nur, wenn er geplant ist: mit festem Abgleichrhythmus, benannten Zuständigen und einem Endkriterium, das vorher feststeht. Dieser Artikel zeigt, wie Sie diese drei Punkte festlegen.

Was im Parallelbetrieb eigentlich parallel läuft

Klären Sie zuerst, was Sie doppelt führen. Zwei Varianten sind üblich:

• Vollparallel: Alle Buchungen werden in beiden Systemen erfasst. Das ist aufwendig und fehleranfällig, weil Anwender jeden Vorgang doppelt eingeben.
• Führend und nachgezogen: SAP bleibt führend. Das neue System erhält die Daten periodisch per Import und wird dagegen geprüft.

Für die meisten Anwenderunternehmen ist die zweite Variante tragfähiger. Die Fachbereiche arbeiten weiter wie gewohnt, und das neue System wird in jedem Monat neu aus SAP befüllt und geprüft.

Entscheidungsregel: Wenn Ihre Anwender den Doppelaufwand nicht über mehrere Monatsabschlüsse tragen können, wählen Sie „SAP führend, neues System nachgezogen“. Prüfen Sie bei jedem Bereich (Vertrieb, Einkauf, Buchhaltung) einzeln, ab wann er ins neue System wechselt. Ein Projekt, das bereichsweise live geht, hält den Parallelbetrieb je Bereich überschaubar.

Der monatliche Abgleich: Ablauf nach dem Monatsabschluss

Die Buchhalterin hat im SAP-System den Monat abgeschlossen. Jetzt beginnt der Abgleich:

1. Datenstand einfrieren: Exportieren Sie aus SAP die Salden und Belege des abgeschlossenen Monats. Ab diesem Moment gilt dieser Stand als Referenz.
2. Import ins neue System: Spielen Sie den Export ein. Bei Simplify-ERP läuft zum Beispiel ein monatlicher Abgleich des SAP-Datenimports gegen die Saldenliste; das monatliche Lohnjournal wird aus dem SAP-Textexport nach Odoo übernommen.
3. Saldenliste gegen Saldenliste: Vergleichen Sie Konto für Konto. Abweichungen sind keine Störung, sondern das Ergebnis, wofür der Parallelbetrieb da ist.
4. Abweichungen klassifizieren: Ist die Ursache eine falsche Kontenzuordnung, ein fehlender Beleg, eine Rundungs- oder Stichtagsdifferenz oder ein Fehler im Import?
5. Ursache beheben und erneut importieren: Korrigieren Sie die Regel, nicht die einzelne Zahl. Sonst taucht derselbe Fehler im nächsten Monat wieder auf.
6. Abgleich protokollieren und freigeben: Halten Sie fest, was abgewichen ist, warum und wer es geprüft hat.

Wenn eine Abweichung auftritt, die Sie nicht in einer der Klassen aus Schritt 4 unterbringen, dann gilt der Abgleich als nicht bestanden, und der nächste Monat zählt nicht für das Endkriterium.

Beispiel: Fahrzeuge als Stammsatz

Ein Verkehrsbetrieb führt Fahrzeuge in SAP als Anlage, als Wartungsobjekt und als Kostenstelle getrennt. Im neuen System ist das Fahrzeug ein Stammsatz, auf den Anlage, Wartungsobjekt und Kostenstelle verweisen. Im Abgleich zeigt sich dann: Die Summe der Anlagen stimmt, aber einzelne Fahrzeuge fehlen in der Kostenstellenauswertung. Das ist ein Zuordnungsproblem der Stammdaten. Es lässt sich nur im Monatsrhythmus sichtbar machen, bevor echte Buchungen darauf laufen.

Beispiel: Fremdsysteme mit Buchungswirkung

Verkaufsdaten von Ticket-Terminals und die Abrechnungen des Zahlungsdienstleisters müssen im neuen System bereitgestellt und gebucht werden. Prüfen Sie im Abgleich, ob die Erlöse aus diesen Quellen in beiden Systemen auf denselben Konten landen und ob der Zahlungsdienstleister gegen das Bankkonto abstimmt.

Reihenfolge der Daten: Was zuerst wandert

Die Reihenfolge der Migration bestimmt, was Sie im Abgleich überhaupt prüfen können:

1. Konfiguration (Kontenrahmen, Steuern, Kostenstellen)
2. Stammdaten (Geschäftspartner, Anlagen, Artikel)
3. Salden
4. Belege

Ein strukturiertes Vorgehen arbeitet in Wellen und stimmt zwischen den Wellen ab. Slyy Migrate geht so vor: Die DART-Migration (DART ist das SAP-Werkzeug für Datenextrakte zur steuerlichen Prüfung) läuft in Wellen aus Konfiguration, Stammdaten und Belegen, mit Abstimmungsbericht dazwischen. Jede Kontenzuordnung ist dort ein Vorschlag, den die Buchhaltung freigibt; nicht freigegebene Zuordnungen blockieren das Laden. Fehlerhafte Zeilen werden als Befund gesammelt, statt den Lauf abzubrechen.

Unabhängig vom Werkzeug übernehmen Sie das Prinzip: Keine Welle startet, bevor die vorige abgestimmt und von der Fachseite freigegeben ist.

Zuständigkeiten festlegen

Ohne Namen bleibt der Abgleich liegen. Legen Sie schriftlich fest:

• Buchhaltung: prüft Saldenliste und Kontenzuordnung und gibt den Abgleich frei.
• Key-User je Bereich: prüfen Stammdaten und Belege ihres Bereichs; sie tragen das neue System später im Haus.
• IT: liefert Exporte, betreibt Importe, behebt technische Ursachen.
• Steuerberater: klärt Fragen zu Eröffnungsbilanz, Kontenabbildung und Datenfluss an die Kanzlei.
• Projektleitung: führt das Protokoll, entscheidet über Eskalation und das Endkriterium.

Prüffrage: Kann jede Abweichungsklasse aus dem Abgleich genau einer Person zugeordnet werden? Wenn nicht, fehlt eine Zuständigkeit.

Das Endkriterium: Wann der Parallelbetrieb endet

Legen Sie das Ende vor dem Start fest, nicht erst im Streit kurz vor dem Go-live. Ein belastbares Kriterium besteht aus mehreren Bedingungen:

• Die Saldenliste stimmt über mehrere aufeinanderfolgende Monatsabschlüsse ohne ungeklärte Abweichung überein. Die Anzahl vereinbaren Sie im Projekt.
• Mindestens ein Quartals- oder Jahresabschlusslauf, falls für Ihr Unternehmen relevant, wurde im neuen System nachvollzogen.
• Alle Schnittstellen zu Fachsystemen (Lohn, Kassen, Zahlungsdienstleister, Bank) buchen im neuen System korrekt.
• Der Datenfluss zum Steuerberater funktioniert.
• Die Key-User haben ihre Bereiche schriftlich freigegeben.
• Ein Rückfallplan ist beschrieben: Was geschieht, wenn nach dem Umschalten ein Fehler auftritt?

Entscheidungsregel: Wenn eine Bedingung nicht erfüllt ist, verlängern Sie den Parallelbetrieb. Verschieben Sie nicht das Kriterium. Berücksichtigen Sie dabei das Ende der SAP-ECC-Standardwartung: Es setzt einen Rahmen für Planung und Budget. Klären Sie rechtzeitig, bis wann Ihr Wartungsvertrag gilt und was eine Verlängerung des Parallelbetriebs kostet.

Typische Fehler im Parallelbetrieb

• Einzelne Zahlen korrigieren statt Regeln: Der Fehler kehrt im nächsten Import zurück.
• Kein fester Stichtag: Beide Systeme enthalten unterschiedliche Stände, und der Vergleich ist wertlos.
• Belege ohne Stammdatenprüfung: Fehlerhafte Partner oder Anlagen vervielfachen sich in den Belegen.
• Abgleich nur durch die IT: Ohne Fachseite bleibt unklar, ob eine Abweichung fachlich richtig ist.
• Endkriterium nach Gefühl: Termindruck entscheidet statt Prüfergebnis.

Ihr nächster Schritt

Nehmen Sie die Saldenliste des letzten abgeschlossenen Monats und beantworten Sie heute drei Fragen: Wer in Ihrem Unternehmen würde sie gegen ein neues System abgleichen? Welche Abweichungsklassen würden Sie akzeptieren, welche nicht? Und welche Bedingungen müssten erfüllt sein, damit Sie SAP abschalten? Schreiben Sie die Antworten auf eine Seite. Wo Sie keinen Namen oder keine Bedingung eintragen können, liegt Ihre erste Planungslücke.