Parallelbetrieb
Parallelbetrieb bezeichnet die Phase einer ERP-Einführung, in der Alt- und Neusystem eine begrenzte Zeit gleichzeitig produktiv laufen. Geschäftsvorfälle werden in beiden Systemen erfasst, um Ergebnisse abzugleichen und das neue ERP abzusichern, bevor das Altsystem abgeschaltet wird.
Parallelbetrieb bezeichnet in der ERP-Einführung die Phase, in der das alte und das neue System eine bewusst befristete Zeit gleichzeitig produktiv laufen. In diesem Zeitraum werden dieselben Geschäftsvorfälle – Aufträge, Buchungen, Warenbewegungen – in beiden Systemen erfasst oder gespiegelt, damit sich die Ergebnisse direkt vergleichen lassen. Der Parallelbetrieb ist damit ein Sicherheitsnetz: Er erlaubt es, das neue ERP unter realen Bedingungen zu prüfen, ohne das Altsystem sofort abzuschalten, und im Störungsfall auf den bewährten Stand zurückzufallen.
Anders als beim Big-Bang-Umstieg, bei dem das Altsystem zum Stichtag sofort abgelöst wird, überlappen sich beim Parallelbetrieb Alt und Neu für Tage bis wenige Monate. Die Phase endet mit einer bewussten Entscheidung, das Altsystem stillzulegen, sobald das neue ERP nachweislich korrekte und vollständige Ergebnisse liefert. Der Preis dieses Sicherheitsgewinns ist ein vorübergehend doppelter Erfassungs- und Abstimmaufwand – deshalb wird der Parallelbetrieb gezielt geplant und zeitlich eng begrenzt.
Auf einen Blick
- Alt- und Neusystem laufen zeitlich befristet gleichzeitig produktiv
- Geschäftsvorfälle werden doppelt erfasst und die Ergebnisse abgeglichen
- Zweck: Absicherung, Fehlererkennung und Rückfalloption vor der Abschaltung
- Kostet vorübergehend doppelten Erfassungs- und Abstimmaufwand
- Gegenmodell zum Big-Bang-Umstieg; oft Teil eines gestaffelten Rollouts
Wie ein Parallelbetrieb funktioniert
Beim Parallelbetrieb wird zu einem definierten Stichtag der aktuelle Datenbestand – Stammdaten, offene Aufträge, Bestände, offene Posten – in das neue ERP übernommen. Ab diesem Zeitpunkt bleiben beide Systeme scharf: Jeder neue Geschäftsvorfall wird entweder von Hand in beiden Systemen gebucht oder über eine Schnittstelle vom führenden System in das zweite gespiegelt. Am Ende definierter Perioden – meist täglich oder wöchentlich – werden die Ergebnisse verglichen: Stimmen Bestände, Umsätze, offene Posten und Buchungssalden in Alt und Neu überein, gilt das neue System für diesen Ausschnitt als bestätigt.
Entscheidend ist die Frage, welches System während der Phase führt. Führt das Altsystem, dient das Neusystem als Schattenläufer und wird lediglich validiert; führt das Neusystem, ist der Umstieg im Kern bereits vollzogen und das Altsystem läuft nur noch zur Kontrolle mit. Beide Varianten haben ihre Berechtigung – die Wahl hängt davon ab, wie viel Vertrauen bereits in das neue ERP besteht und wie kritisch ein Fehler wäre.
Voller und selektiver Parallelbetrieb
Ein vollständiger Parallelbetrieb spiegelt sämtliche Prozesse in beiden Systemen – aufwendig, aber lückenlos. In der Praxis überwiegt der selektive Parallelbetrieb: Nur besonders kritische oder fehleranfällige Bereiche, etwa Fakturierung, Bestandsführung oder der Monatsabschluss, laufen doppelt, während unkritische Vorgänge sofort allein im Neusystem abgewickelt werden. So bleibt das Sicherheitsnetz dort gespannt, wo Fehler am teuersten wären, ohne die gesamte Belegschaft mit doppelter Erfassung zu belasten.
Warum Parallelbetrieb wichtig ist
Der Nutzen des Parallelbetriebs liegt in der Risikoreduktion. Kein Test- und Abnahmeverfahren deckt alle Sonderfälle ab, die der Echtbetrieb hervorbringt – ungewöhnliche Rabattstaffeln, seltene Retourenkonstellationen, Grenzfälle in der Umsatzsteuer. Der Parallelbetrieb konfrontiert das neue ERP mit genau diesem realen Vorfallmix und macht Abweichungen sichtbar, solange das Altsystem noch als Referenz und Rückfallebene bereitsteht. Fällt ein Fehler auf, sind die korrekten Werte aus dem Altsystem verfügbar und der Betrieb steht nicht still.
Gleichzeitig schafft der Parallelbetrieb Vertrauen bei Anwendern und Führung: Wer über Wochen sieht, dass Neu- und Altsystem zu identischen Zahlen kommen, akzeptiert den Umstieg leichter. Diesem Nutzen stehen klare Kosten gegenüber – doppelte Erfassung bindet Personal, der laufende Abgleich erfordert Disziplin, und ein zu lange gedehnter Parallelbetrieb ermüdet die Organisation. Deshalb gilt: so lange wie nötig, so kurz wie möglich, mit vorab definierten Abschaltkriterien.
Parallelbetrieb im ERP-Umstieg
Innerhalb einer ERP-Einführung ist der Parallelbetrieb eine mögliche Umstiegsstrategie neben dem Big Bang und dem gestaffelten Rollout. Häufig wird er mit dem gestaffelten Vorgehen kombiniert: Ein Standort oder ein Funktionsbereich geht produktiv, läuft eine Weile parallel zum Altsystem und wird erst nach erfolgreichem Abgleich endgültig umgestellt, bevor der nächste Bereich folgt. Der Go-Live markiert dabei den Beginn des Parallelbetriebs, nicht dessen Ende – das Altsystem wird erst später kontrolliert stillgelegt.
Technisch verlangt der Parallelbetrieb entweder verlässliche Schnittstellen, die Vorfälle zwischen beiden Systemen synchron halten, oder die Bereitschaft zur doppelten manuellen Erfassung. Für Bestände ist eine saubere Bestandssynchronisation zentral, damit nicht in einem System verkauft wird, was im anderen bereits vergriffen ist. Am Ende steht ein finaler Datenabgleich, der sicherstellt, dass alle im Parallelzeitraum entstandenen Vorfälle vollständig und korrekt im Neusystem vorliegen.
Abgrenzung zu Big Bang und Rollout
Der Big-Bang-Umstieg schaltet das Altsystem zum Stichtag komplett ab – schnell und günstig, aber ohne Rückfallnetz. Der Parallelbetrieb ist das risikoärmere Gegenmodell: Er kauft Sicherheit mit doppeltem Aufwand. Der Rollout wiederum beschreibt die gesamte Ausbreitung des Systems über Nutzer und Standorte; Parallelbetrieb und Big Bang sind zwei mögliche Muster, nach denen ein einzelner Umstieg innerhalb dieses Rollouts vollzogen wird. Ein Parallelbetrieb ist außerdem kein Dauerzustand: Der Betrieb zweier Systeme auf Dauer wäre eine Hybrid- oder Best-of-Breed-Architektur, kein Umstiegsverfahren.
Parallelbetrieb und DACH-Compliance
Im DACH-Raum berührt der Parallelbetrieb die Grundsätze ordnungsmäßiger Buchführung. In Deutschland verlangt die GoBD, dass buchhaltungsrelevante Vorfälle vollständig, richtig, zeitgerecht und unveränderbar erfasst werden – laufen Vorfälle zeitweise in beiden Systemen, muss eindeutig dokumentiert sein, welches System für die Steuer- und Handelsbilanz das führende ist, um Doppelbuchungen und widersprüchliche Belege zu vermeiden. Der Umstieg selbst sowie der Datenübergang gehören in die Verfahrensdokumentation.
Das abzuschaltende Altsystem darf nicht einfach gelöscht werden: Steuerlich relevante Daten unterliegen der Aufbewahrungspflicht und müssen über die gesetzliche Frist revisionssicher lesbar bleiben – entweder im weiterhin auswertbaren Altsystem, in einem Archivsystem oder durch einen prüfbaren Export. In Österreich und der Schweiz gelten sinngemäße Vorgaben. Wer den Parallelbetrieb plant, sollte die Übergabe an DATEV oder BMD und den Stichtag für die führende Buchhaltung früh festlegen, damit der erste Abschluss im neuen ERP sauber und nachvollziehbar zustande kommt.
Praxisbeispiel
Beispiel: Handelsunternehmen sichert die Fakturierung im Parallelbetrieb ab
Ein mittelständischer B2B-Händler löst seine gewachsene Warenwirtschaft durch ein modernes ERP ab. Weil ein Fehler in der Rechnungsstellung unmittelbar Umsatz und Kundenvertrauen kosten würde, entscheidet sich das Projektteam gegen einen Big Bang und für einen vierwöchigen, selektiven Parallelbetrieb. Zum Stichtag werden Stammdaten, offene Aufträge und Bestände ins Neusystem übernommen; ab da wird jede Ausgangsrechnung sowohl im alten als auch im neuen ERP erzeugt.
Jeden Abend gleicht das Team die Rechnungssummen, Steuerbeträge und offenen Posten beider Systeme ab. In der ersten Woche fallen zwei Abweichungen auf: eine falsch gemappte Steuerkennung und eine Rabattstaffel, die das Neusystem anders rundet. Beide werden korrigiert, ohne dass ein Kunde eine fehlerhafte Rechnung erhält, weil die geprüften Werte aus dem Altsystem versendet werden. Ab Woche drei stimmen die Zahlen durchgängig überein. Nach dem Monatsabschluss, der ebenfalls fehlerfrei doppelt läuft, wird das Altsystem in den reinen Lesebetrieb versetzt und der Parallelbetrieb beendet.
Häufige Fragen
Passende ERP-Systeme
Passende Leistungen
Quellen
Fragen zu Parallelbetrieb in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.