HANA-Migration oder Neustart: Was passt zu dir?
HANA-Migration oder Neustart: was für dein SAP Business One sinnvoller ist, wenn Prozesse hakeln und das bestehende System an Grenzen stößt.


Wenn dein 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 du schneller arbeitest, sauber abschließt und wachsen kannst - 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 deinen 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 deine eigentlichen Reibungsverluste liegen.
Wenn deine 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 du ein etabliertes SAP-Business-One-System hast, das fachlich sauber genutzt wird. Deine 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: Du behältst deine 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 du einfach eine Datenbank verschiebst und fertig bist. 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 deine Kernprozesse stabil sind, historische Daten im Tagesgeschäft gebraucht werden und Anpassungen dokumentiert sowie nachvollziehbar sind. Auch wenn du kurzfristig bessere Auswertungsleistung brauchst, 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, solltest du 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 dein Unternehmen sich stark verändert hat. Vielleicht hast du neue Gesellschaften aufgebaut, neue Länder erschlossen, den Vertrieb digitalisiert oder dein 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. Du verlagerst das Chaos lediglich in eine schnellere Datenbank.
Bei einem Neustart richtest du deine Belegarten, Nummernkreise, Freigaben, Kontierungen, Lagerstrukturen und Berechtigungen passend zu deinem aktuellen Geschäft ein. Auch Stammdaten lassen sich bereinigt übernehmen. Statt jeden alten Artikel mitzunehmen, kannst du 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 deinen 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 deiner Entscheidung
Bevor du HANA-Migration oder Neustart festlegst, solltest du dein 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üfe, 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. Dokumentiere 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: Willst du nur mehr Leistung oder musst du dein 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 vermeidest du Überraschungen im Projekt
Unabhängig von der Route entscheidet die Vorbereitung über den Erfolg. Erstelle keine Wunschliste mit jeder denkbaren Verbesserung. Starte mit den Abläufen, die Umsatz, Lieferfähigkeit, Rechnungsstellung und Monatsabschluss direkt beeinflussen. Was dort sauber läuft, bringt deinem Team sofort Entlastung.
Plane außerdem eine Testphase mit echten Geschäftsfällen. Ein Testauftrag allein reicht nicht. Prüfe den Weg vom Angebot über Auftrag, Lieferung und Rechnung bis zur Buchung. Teste Retouren, Teilmengen, Preisabweichungen, Bestandskorrekturen und Auswertungen. Gerade hier fallen unklare Berechtigungen, fehlende Pflichtfelder oder nicht kompatible Erweiterungen auf.
Ein sauberer Stichtag ist ebenso wichtig. Leg 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 dein Alltag
Eine HANA-Migration ist stark, wenn du ein funktionierendes SAP Business One schneller, leistungsfähiger und zukunftssicher weiterbetreiben willst. Ein Neustart ist stark, wenn du alte Komplexität konsequent loswerden und deine Abläufe an das heutige Geschäft anpassen musst.
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.
Nimm die Entscheidung daher nicht als technische Pflichtübung. Nutze sie als Gelegenheit, ehrlich auf deine Daten und Prozesse zu schauen. Ein Systemwechsel muss nicht groß sein, aber er sollte danach spürbar weniger Arbeit machen als vorher.

