HANA-Migration oder Neustart: Was passt zu Euch?

Wenn Euer SAP Business One langsamer wird, Auswertungen auf sich warten lassen oder Erweiterungen an Grenzen stoßen, steht schnell die zentrale Frage im Raum: HANA-Migration oder Neustart? Die falsche Antwort kostet nicht nur Zeit. Sie schleppt alte Fehler, unnötige Daten und komplizierte Abläufe in die Zukunft. Die richtige Entscheidung schafft dagegen eine Datenbasis, mit der Ihr schneller arbeitet, sauber abschließt und wachsen könnt - ohne ein überdimensioniertes Projekt.

HANA-Migration oder Neustart: Es geht nicht nur um Technik

Viele Unternehmen betrachten den Wechsel auf SAP HANA zunächst als reine Datenbankfrage. Das greift zu kurz. Natürlich bringt HANA mehr Leistung bei Auswertungen, Analysen und großen Datenmengen. Doch ob eine Migration genügt oder ein Neustart sinnvoller ist, entscheidet sich vor allem an Euren Prozessen, Stammdaten und Anpassungen.

Eine Migration übernimmt den bestehenden Stand weitgehend in die neue Umgebung. Ein Neustart nutzt SAP Business One als Gelegenheit, Abläufe neu und klar aufzusetzen. Beides kann richtig sein. Entscheidend ist nicht, welche Variante auf dem Papier moderner aussieht, sondern wo Eure eigentlichen Reibungsverluste liegen.

Wenn Eure Buchhaltung mit verlässlichen Daten arbeitet, Lager und Belege nachvollziehbar sind und die meisten Prozesse funktionieren, spricht viel für eine kontrollierte Migration. Wenn dagegen Excel-Listen das ERP ergänzen müssen, Artikelstämme doppelt gepflegt werden oder niemand mehr erklären kann, warum bestimmte Freigaben existieren, ist ein Neustart oft der wirtschaftlichere Weg.

Wann eine HANA-Migration die bessere Wahl ist

Eine HANA-Migration passt besonders gut, wenn Ihr ein etabliertes SAP-Business-One-System habt, das fachlich sauber genutzt wird. Eure Mitarbeitenden kennen die Masken, die Belegabläufe sind eingespielt und historische Daten werden regelmäßig benötigt. Dann wäre es wenig sinnvoll, funktionierende Strukturen nur aus Prinzip neu zu bauen.

Der Vorteil liegt auf der Hand: Ihr behaltet Eure Beleggeschichte, Kunden- und Lieferantenvorgänge sowie gewachsene Auswertungsgrundlagen in einem System. Gerade bei Unternehmen mit langen Vertragslaufzeiten, vielen Seriennummern, Chargen oder prüfungsrelevanten Rückfragen ist das ein starkes Argument. Auch Teams müssen sich weniger umstellen, weil die vertraute Arbeitsweise weitgehend erhalten bleibt.

Das bedeutet aber nicht, dass Ihr einfach eine Datenbank verschiebt und fertig seid. Vor der Migration müssen Erweiterungen, Schnittstellen, Berichte und individuelle Anpassungen geprüft werden. Ein Add-on, das in der bisherigen Umgebung funktioniert hat, ist nicht automatisch für HANA geeignet. Gleiches gilt für selbst entwickelte Abfragen, Formulare und Schnittstellen zu Shop, Lagertechnik, Finanzbuchhaltung oder anderen Systemen.

Eine gute Migration räumt deshalb gezielt auf, ohne den Betrieb unnötig zu gefährden. Dubletten bei Geschäftspartnern, ungenutzte Benutzerrechte, alte Drucklayouts oder nicht mehr benötigte Auswertungen gehören auf den Prüfstand. Das ist kein Neustart durch die Hintertür. Es ist die Chance, Ballast zu entfernen und das bewährte System zu erhalten.

Typische Signale für eine Migration

Eine Migration ist meist die passende Route, wenn Eure Kernprozesse stabil sind, historische Daten im Tagesgeschäft gebraucht werden und Anpassungen dokumentiert sowie nachvollziehbar sind. Auch wenn Ihr kurzfristig bessere Auswertungsleistung braucht, ohne die Organisation komplett umzubauen, ist dieser Weg sinnvoll.

Wichtig ist ein realistischer Blick auf die Datenqualität. Schlechte Stammdaten verschwinden nicht, nur weil sie künftig auf HANA liegen. Wenn Artikelbezeichnungen, Einheiten oder Kundendaten uneinheitlich gepflegt sind, solltet Ihr diese Themen vor dem Umzug priorisieren. Sonst wird aus einer technischen Verbesserung schnell ein schnelleres System für dieselben Fehler.

Wann ein Neustart mehr bringt

Ein Neustart ist kein Eingeständnis, dass das bisherige System gescheitert ist. Er kann die pragmatischste Entscheidung sein, wenn Euer Unternehmen sich stark verändert hat. Vielleicht habt Ihr neue Gesellschaften aufgebaut, neue Länder erschlossen, den Vertrieb digitalisiert oder Euer Lager deutlich erweitert. Dann passen die ursprünglichen Einstellungen oft nicht mehr zur Realität.

Besonders kritisch wird es, wenn SAP Business One nur noch teilweise die Wahrheit abbildet. Bestände werden in Excel korrigiert, Preise liegen in mehreren Dateien, offene Vorgänge werden manuell nachverfolgt und Berichte müssen jedes Mal erklärt werden. In diesem Zustand ist eine 1:1-Migration selten eine Lösung. Ihr verlagert das Chaos lediglich in eine schnellere Datenbank.

Bei einem Neustart richtet Ihr Eure Belegarten, Nummernkreise, Freigaben, Kontierungen, Lagerstrukturen und Berechtigungen passend zu Eurem aktuellen Geschäft ein. Auch Stammdaten lassen sich bereinigt übernehmen. Statt jeden alten Artikel mitzunehmen, könnt Ihr entscheiden, welche Artikel, Geschäftspartner und Preislisten tatsächlich aktiv gebraucht werden.

Die Historie muss dabei nicht verloren gehen. Häufig ist es sinnvoll, das bisherige System als lesbares Archiv verfügbar zu halten und im neuen System mit sauberen Stammdaten, offenen Posten, Beständen und definierten Anfangswerten zu starten. Welche Daten übernommen werden, richtet sich nach Euren fachlichen Anforderungen und gesetzlichen Aufbewahrungspflichten.

Ein Neustart braucht klare Entscheidungen

Der größere Nutzen eines Neustarts entsteht nicht durch neue Masken, sondern durch verbindliche Regeln. Wer darf Stammdaten anlegen? Wann wird ein Auftrag freigegeben? Wie werden Rückstände im Lager behandelt? Welche Kennzahlen braucht die Geschäftsführung wirklich?

Diese Fragen kosten Zeit, sparen aber später täglich Aufwand. Wenn sie offenbleiben, entstehen wieder Schattenlisten und Sonderwege. Deshalb sollte ein Neustart schlank bleiben, aber nicht oberflächlich sein. Kein Overengineering, keine Workshops ohne Ergebnis - dafür klare Entscheidungen, getestete Prozesse und Verantwortlichkeiten.

Die vier Prüfpunkte vor Eurer Entscheidung

Bevor Ihr HANA-Migration oder Neustart festlegt, solltet Ihr Euer System entlang von vier Punkten bewerten: Datenqualität, Prozessstabilität, technische Erweiterungen und Veränderungsdruck im Unternehmen.

Bei der Datenqualität geht es um mehr als Dubletten. Prüft, ob Artikel, Geschäftspartner, Preise, Einheiten, Steuerkennzeichen und Kontierungen einheitlich gepflegt sind. Bei der Prozessstabilität zählt, ob Mitarbeitende die vorgesehenen Schritte tatsächlich nutzen oder regelmäßig ausweichen.

Technische Erweiterungen verdienen besondere Aufmerksamkeit. Dokumentiert Add-ons, Schnittstellen, Abfragen, Berichte und Sonderentwicklungen. Dabei zeigt sich oft schnell, was geschäftskritisch ist, was ersetzt werden kann und was seit Jahren niemand mehr nutzt. Der Veränderungsdruck beantwortet schließlich die strategische Frage: Wollt Ihr nur mehr Leistung oder müsst Ihr Euer ERP an ein deutlich anderes Geschäftsmodell anpassen?

Wenn drei dieser vier Punkte grün sind, ist eine Migration meist der sichere und schnellere Weg. Wenn mehrere Bereiche rot sind, lohnt sich ein Neustart eher. Dazwischen gibt es einen sinnvollen Mittelweg: technisch migrieren, ausgewählte Bereiche wie Lager, Berechtigungen oder Stammdaten aber bewusst neu strukturieren.

So vermeidet Ihr Überraschungen im Projekt

Unabhängig von der Route entscheidet die Vorbereitung über den Erfolg. Erstellt keine Wunschliste mit jeder denkbaren Verbesserung. Startet mit den Abläufen, die Umsatz, Lieferfähigkeit, Rechnungsstellung und Monatsabschluss direkt beeinflussen. Was dort sauber läuft, bringt Eurem Team sofort Entlastung.

Plant außerdem eine Testphase mit echten Geschäftsfällen. Ein Testauftrag allein reicht nicht. Prüft den Weg vom Angebot über Auftrag, Lieferung und Rechnung bis zur Buchung. Testet Retouren, Teilmengen, Preisabweichungen, Bestandskorrekturen und Auswertungen. Gerade hier fallen unklare Berechtigungen, fehlende Pflichtfelder oder nicht kompatible Erweiterungen auf.

Ein sauberer Stichtag ist ebenso wichtig. Legt fest, welche Vorgänge noch im alten System abgeschlossen werden und welche ab wann im neuen System entstehen. Je klarer diese Regel ist, desto weniger Nacharbeit entsteht in Verkauf, Einkauf, Lager und Finanzen.

Für Unternehmen mit mehreren Gesellschaften oder grenzüberschreitenden Abläufen gilt das besonders. Unterschiedliche Währungen, Steuerlogiken und Auswertungsanforderungen sollten nicht erst kurz vor dem Start auffallen. Sie gehören früh in die Projektplanung - pragmatisch und mit klaren Verantwortlichkeiten.

Nicht die Datenbank entscheidet, sondern Euer Alltag

Eine HANA-Migration ist stark, wenn Ihr ein funktionierendes SAP Business One schneller, leistungsfähiger und zukunftssicher weiterbetreiben wollt. Ein Neustart ist stark, wenn Ihr alte Komplexität konsequent loswerden und Eure Abläufe an das heutige Geschäft anpassen müsst.

RConsult begleitet solche Entscheidungen ohne Beratungsnebel: erst den tatsächlichen Zustand prüfen, dann den passenden Weg festlegen und die Umsetzung mit klaren Aufgaben, Tests und einem planbaren Rahmen durchführen. Eine HANA-Migration zum Festpreis kann genau richtig sein - sofern der Bestand tragfähig ist.

Nehmt die Entscheidung daher nicht als technische Pflichtübung. Nutzt sie als Gelegenheit, ehrlich auf Eure Daten und Prozesse zu schauen. Ein Systemwechsel muss nicht groß sein, aber er sollte danach spürbar weniger Arbeit machen als vorher.