SAP Business One Go-Live richtig planen

Der Go-Live ist der Moment, in dem Excel-Listen, Altsystem und Übergangslösungen endgültig keine Ausrede mehr sind. Wer SAP Business One Go-Live planen will, muss nicht jedes denkbare Szenario bis ins Letzte theoretisch lösen. Entscheidend ist etwas anderes: Am Stichtag müssen die kritischen Prozesse funktionieren, die Daten stimmen und dein Team wissen, was zu tun ist. Genau daran scheitern Projekte selten wegen der Software, sondern wegen unklarer Entscheidungen kurz vor dem Start.

SAP Business One Go-Live planen beginnt vor dem Stichtag

Ein Go-Live ist kein einzelner Termin im Kalender. Er ist der Abschluss einer Reihe verbindlicher Entscheidungen: Welche Prozesse starten produktiv? Welche Daten werden übernommen? Wer darf im Altsystem noch buchen? Und wer entscheidet, wenn am ersten Tag etwas nicht wie erwartet läuft?

Für ein kleines Unternehmen mit drei bis zehn Anwendern kann ein schlanker Start sinnvoll sein. Verkauf, Einkauf, Lager und Finanzen gehen gemeinsam live, während ein spezielles Auswertungsformat noch ein paar Wochen später folgt. Ein wachsender Mittelständler mit mehreren Gesellschaften, Lagerstandorten oder internationalen Anforderungen braucht dagegen meist eine abgestimmte Umstellung in Etappen. Beides kann richtig sein. Problematisch wird es, wenn der Umfang erst in der Go-Live-Woche diskutiert wird.

Lege deshalb früh fest, was zum produktiven Kern gehört. Das sind typischerweise Kunden- und Lieferantenstammdaten, Artikel, Preise, offene Belege, Bestände, Bankkonten sowie die notwendigen Buchhaltungsdaten. Ergänzungen wie besonders komplexe Auswertungen oder selten genutzte Sonderprozesse dürfen warten, wenn sie den Start gefährden. Das ist kein Qualitätsverlust, sondern saubere Priorisierung ohne Overengineering.

Ein Go-Live-Kriterium ist besser als Bauchgefühl

“Wir sind eigentlich bereit” ist kein belastbares Freigabekriterium. Besser ist eine kurze, schriftliche Liste mit klaren Bedingungen. Zum Beispiel: Die Testbuchungen sind geprüft, die Eröffnungsbestände stimmen, offene Forderungen und Verbindlichkeiten wurden abgestimmt, Drucklayouts funktionieren und die verantwortlichen Anwender haben ihre Tagesabläufe getestet.

Dabei zählt nicht nur, ob ein Beleg angelegt werden kann. Ein Auftrag muss bis zur Rechnung durchlaufen. Ein Wareneingang muss den Bestand und die Buchhaltung korrekt verändern. Eine Eingangsrechnung muss dem richtigen Lieferanten, Konto und gegebenenfalls dem Bestellvorgang zugeordnet werden. Teste die Abläufe, mit denen dein Unternehmen tatsächlich Geld verdient oder ausgibt - nicht nur den idealen Musterfall.

Datenmigration: Nicht alles Alte gehört ins neue System

Schlechte Daten werden durch ein neues ERP nicht besser. Doppelte Geschäftspartner, unklare Artikelnummern, falsche Zahlungsbedingungen und fehlende Steuerschlüssel fallen spätestens dann auf, wenn der erste Beleg produktiv gebucht wird. Die Datenbereinigung ist deshalb keine technische Nebenaufgabe, sondern Teil deiner Geschäftsentscheidung.

Definiere für jede Datenart einen fachlich Verantwortlichen. Der Vertrieb prüft Kunden, der Einkauf Lieferanten, das Lager Artikel und Bestände, die Buchhaltung Konten, Steuerschlüssel und offene Posten. Die Projektleitung koordiniert, aber sie kann keine fachlichen Entscheidungen ersetzen. Gerade wenn viele Daten bisher in verschiedenen Excel-Dateien liegen, braucht es eine eindeutige Quelle pro Datensatz.

Bei der Übernahme gilt: So viel wie nötig, nicht so viel wie möglich. Stammdaten, aktuelle Bestände und offene Vorgänge gehören in den Regelfall. Historische Belege aus vielen Jahren müssen nicht zwangsläufig vollständig migriert werden, wenn sie revisionssicher im Altsystem oder Archiv verfügbar bleiben. Das reduziert Aufwand, Fehlerquellen und den Druck auf den Go-Live-Termin.

Plane mindestens einen vollständigen Probelauf der Datenübernahme ein. Danach werden Mengen, Werte, offene Posten und zentrale Salden fachlich abgestimmt. Erst wenn diese Abstimmung dokumentiert ist, hat eine erneute Übernahme für den produktiven Start eine verlässliche Grundlage.

Der Cutover-Plan macht aus Arbeitsschritten Verantwortung

In der letzten Woche vor dem Start passieren oft zu viele Dinge gleichzeitig: Letzte Änderungen an Stammdaten, Abschlussarbeiten im alten System, Datenexport, Einspielung, Prüfungen und Schulungen. Ohne Cutover-Plan entsteht schnell die gefährliche Frage: Wer macht das eigentlich?

Ein brauchbarer Plan enthält nicht nur Aufgaben, sondern für jeden Schritt einen Verantwortlichen, einen Zeitpunkt und ein Prüfergebnis. Er beginnt mit dem letzten Buchungstermin im Altsystem und endet erst, wenn die ersten produktiven Geschäftsvorfälle in SAP Business One geprüft sind. Berücksichtige auch Abhängigkeiten. Offene Lieferungen können erst übernommen werden, wenn Kunden, Artikel, Preise und Lager korrekt angelegt sind.

Für den Stichtag selbst brauchst du eine klare Entscheidungskette. Wer darf den Go-Live freigeben? Wer entscheidet über einen Rückfallplan? Wer informiert Anwender, Steuerberatung, Logistik oder externe Dienstleister? In kleineren Unternehmen kann eine Person mehrere Rollen tragen. Wichtig ist nur, dass die Zuständigkeit vorher bekannt ist und nicht zwischen Tür und Angel entsteht.

Ein Rückfallplan bedeutet nicht, dass du mit dem Scheitern rechnest. Er beschreibt nüchtern, was passiert, falls eine kritische Voraussetzung fehlt: etwa wenn Bestandswerte nicht stimmen oder ein notwendiger Belegdruck ausfällt. Oft reicht es, den Start um einen kontrollierten Zeitraum zu verschieben und bis dahin keine produktiven Buchungen zuzulassen. Unkontrolliertes Parallelbuchen in zwei Systemen ist dagegen fast immer der Beginn von zusätzlichem Abstimmungsaufwand.

Tests müssen den Arbeitsalltag abbilden

Ein Testsystem verzeiht vieles. Der Arbeitsalltag nicht. Deshalb sollten die späteren Anwender die wichtigsten Vorgänge selbst testen. Nicht damit sie IT-Aufgaben übernehmen, sondern weil sie sofort erkennen, ob ein Prozess zu ihrem Tagesgeschäft passt.

Nimm reale Fälle aus Verkauf, Einkauf, Lager und Finanzen. Teste Sonderfälle, die häufig vorkommen: Teilmengen, Anzahlungen, Gutschriften, abweichende Lieferadressen, Fremdwährungen oder Rechnungen ohne Bestellung. Wenn dein Unternehmen Chargen, Seriennummern oder mehrere Lagerorte nutzt, müssen genau diese Abläufe vor dem Start sitzen.

Auch Berechtigungen gehören in den Test. Ein Vertriebsmitarbeiter soll Aufträge anlegen können, aber nicht versehentlich Kontenpläne ändern. Die Buchhaltung benötigt andere Rechte als das Lager. Zu breite Berechtigungen wirken am Anfang bequem, schaffen aber später Risiken und unnötige Fehler. Zu enge Rechte blockieren dagegen den Betrieb. Hier lohnt sich ein gezielter Test mit den tatsächlichen Rollen.

Wenn du KI-gestützte Funktionen für die Verarbeitung von Eingangsrechnungen oder die Bedienung per Chat einsetzen willst, behandle sie zunächst als klar abgegrenzten Produktivprozess. Prüfe Belegqualität, Freigaben, Buchungsvorschläge und Datenschutzarchitektur. Gerade bei Finanz- und Personaldaten muss vor dem Start feststehen, ob ein in Deutschland gehostetes Modell, ein eigener Zugangsschlüssel oder ein vollständig lokales Modell genutzt wird. KI kann Routinearbeit spürbar reduzieren, ersetzt aber weder eine korrekte Kontierung noch definierte Freigaben.

Schulung: Weniger Folien, mehr konkrete Fälle

Eine allgemeine Systemschulung kurz vor dem Go-Live hilft nur begrenzt. Anwender brauchen Antworten auf ihre eigenen Handgriffe: Wie lege ich einen Auftrag an? Was mache ich bei einer falschen Rechnung? Wo sehe ich, ob Ware verfügbar ist? Wen rufe ich an, wenn eine Buchung blockiert?

Schule daher rollenbezogen und nah am Zeitpunkt des Starts. Kurze Einheiten mit realistischen Beispielen sind wirksamer als ein ganzer Tag Theorie. Ergänze sie durch eine einfache Arbeitsanweisung für die häufigsten Abläufe. Sie muss nicht perfekt gestaltet sein. Ein verständlicher Ablauf mit Bildschirmbildern, Zuständigkeiten und klaren Hinweisen spart am ersten Tag viele Rückfragen.

Benenne zudem pro Bereich einen Key User. Diese Person ist nicht für jedes Problem allein verantwortlich, aber sie sammelt Fragen, erkennt wiederkehrende Fehler und kann einfache Fälle direkt lösen. Das entlastet die Geschäftsführung und verhindert, dass aus zehn kleinen Unsicherheiten ein Stillstand wird.

Die ersten Wochen nach dem Start entscheiden über Akzeptanz

Mit der Freigabe endet das Projekt nicht. Die ersten zwei bis vier Wochen sind die Stabilisierungsphase. In dieser Zeit solltest du täglich prüfen, ob Aufträge, Lieferungen, Rechnungen, Zahlungseingänge, Wareneingänge und Buchungen wie erwartet laufen. Ein kurzer Termin mit den Key Usern reicht oft aus: Was blockiert? Was ist ein Schulungsthema? Was ist ein Fehler? Was kann warten?

Trenne dabei konsequent zwischen Fehlern und Verbesserungswünschen. Ein falscher Steuerbetrag, fehlende Berechtigung für einen kritischen Vorgang oder ein fehlerhafter Datenbestand muss sofort gelöst werden. Der Wunsch nach einem zusätzlichen Bericht oder einer komfortableren Maske kann geplant werden. Wer beides gleich behandelt, verliert Tempo und erzeugt Unruhe.

RConsult begleitet SAP-Business-One-Einführungen mit genau diesem Fokus: klare Verantwortlichkeiten, geprüfte Prozesse und ein Start, der zum Alltag deines Unternehmens passt. Nicht jede Funktion muss am ersten Tag fertig sein. Aber jeder kritische Vorgang muss verlässlich funktionieren.

Ein guter Go-Live fühlt sich am ersten Morgen nicht spektakulär an. Dein Team arbeitet, Belege laufen durch, Bestände bleiben nachvollziehbar und die Buchhaltung hat belastbare Zahlen. Genau diese ruhige Betriebsfähigkeit ist das Ziel, auf das du planen solltest.