Zum Inhalt springen

Häufig gestellte Fragen

Wie lange dauert eine typische Migration von SAP Business One auf Dynamics 365 Business Central?

Für mittelständische Setups ohne extreme Branchen-Spezialisierung sind 6 bis 9 Monate von der Bestandsaufnahme bis zum stabilisierten Go-Live ein realistischer Rahmen. Sehr kleine Installationen mit wenigen Add-ons und sauberen Stammdaten lassen sich auch in 4 bis 7 Monaten umsetzen, während Multi-Country-Rollouts oder Setups mit vielen Branchen-Add-ons 12 bis 18 Monate beanspruchen können. Der größte Zeitfaktor ist selten die reine Technik, sondern die Datenbereinigung, das Mapping unterschiedlicher Datenmodelle und die Anwender-Schulung. Eine ehrliche Fit-Gap-Analyse zu Projektbeginn verhindert, dass spät entdeckte Funktionslücken den Zeitplan sprengen.

Was kostet Dynamics 365 Business Central pro Nutzer im Vergleich zu SAP Business One?

Business Central wird in der Cloud-Variante nach benannten Nutzern lizenziert; Microsoft hat die Listenpreise zum 1. November 2025 erstmals seit Jahren angehoben, sodass Essentials und Premium in den USA bei rund 80 beziehungsweise 110 US-Dollar pro Nutzer und Monat liegen, ergänzt um günstige Team-Member-Lizenzen ab etwa 8 US-Dollar für reine Lese- und leichte Erfassungsrollen. Bei SAP Business One liegen Professional-Vollnutzer in der Cloud meist oberhalb dieses Niveaus, während eingeschränkte Limited-Lizenzen vergleichbar oder günstiger ausfallen können, und On-Premise-Modelle werden zusätzlich über jährliche Wartung abgerechnet. Über mehrere Jahre betrachtet fällt die Gesamtkostenrechnung häufig zugunsten von BC aus, besonders bei wachsenden Nutzerzahlen und im Microsoft-365-Umfeld. Die tatsächlichen Konditionen hängen jedoch stark von Lizenztyp, Verhandlungsstand, Region und Add-on-Bedarf ab, weshalb ein belastbarer TCO-Vergleich nur mit konkreten Angeboten möglich ist.

Können wir unsere historischen Bewegungsdaten aus SAP Business One nach Business Central übernehmen?

In der Praxis werden zum Stichtag meist nur die offenen Posten übernommen, also offene Aufträge, Bestellungen, Debitoren- und Kreditoren-OPs sowie Lagerbestände, die sich mit den BC-Standardwerkzeugen wie Configuration Packages und dem Data Migration Tool gut einspielen lassen. Vollständige historische Bewegungsdaten 1:1 zu migrieren ist technisch aufwendig und teuer, weil B1 und BC unterschiedliche Datenmodelle besitzen und keine direkten Mapping-Pfade existieren. Pragmatischer ist es meist, das alte System für zwei bis drei Jahre als Read-Only-Archiv weiterzubetreiben oder die Historie für Auswertungen in einen Azure Data Lake auszulagern. Welche Variante passt, sollte früh im Projekt anhand von Compliance- und gesetzlichen Aufbewahrungspflichten sowie dem Auswertungsbedarf festgelegt werden.

Bedeutet das Auslaufen der Wartung für SAP Business One, dass das Produkt eingestellt wird?

Nein, das Ende der Mainstream-Wartung betrifft jeweils eine konkrete Version und nicht das Produkt als Ganzes; für SAP Business One Release 10.0 endet die Mainstream-Wartung zum 31. Dezember 2026, und eine Extended-Maintenance-Phase bietet SAP für Business One nicht an. SAP entwickelt das Produkt weiter und stellt mit nachfolgenden Releases neue Versionen bereit, sodass B1 grundsätzlich weiterhin gepflegt wird. Ein Wartungs-Stichtag erzwingt also kein sofortiges Ende, kann aber ein guter Anlass sein, die strategische ERP-Ausrichtung grundsätzlich zu überprüfen. Wer ohnehin über einen Wechsel nachdenkt, sollte die ansonsten fälligen Versions-Upgrades in diese Abwägung einbeziehen.

Lassen sich Eigenentwicklungen und Add-ons aus SAP Business One direkt auf Business Central übertragen?

Eine direkte Übertragung ist nicht möglich, weil B1-Erweiterungen typischerweise über das SAP Business One SDK und die DI-API in Sprachen wie C# oder VB.NET realisiert sind, während BC-Erweiterungen in der Sprache AL geschrieben werden. Jede Eigenentwicklung und jedes Add-on muss daher funktional neu konzipiert werden, entweder über BC-Standardfunktionen, eine passende App aus dem Microsoft AppSource oder eine eigene AL-Erweiterung. Auch die von den Add-ons erzeugten Daten benötigen eine eigene Extraktions- und Migrationsstrategie, etwa in benutzerdefinierte BC-Tabellen oder ins Archiv. Bei starker Abhängigkeit von hochspezialisierten Branchen-Add-ons sollte vor der Entscheidung gründlich geprüft werden, ob es überhaupt ein gleichwertiges BC-Pendant gibt.

Sollten wir den Wechsel als Big-Bang oder schrittweise (phased) durchführen?

Beim Big-Bang-Ansatz gehen alle Module zu einem Stichtag gemeinsam produktiv, was Doppelbuchungen und Datenkonsistenz-Probleme zwischen zwei parallel laufenden Systemen vermeidet und bei einem überschaubaren Single-System-Wechsel von B1 auf BC oft praktikabel ist. Ein phasenweiser, modulweiser Umstieg reduziert dagegen das Risiko und gibt den Anwendern mehr Eingewöhnungszeit, weshalb er sich vor allem in größeren, verteilten oder produktionskritischen Organisationen anbietet; welche Variante besser passt, hängt von Komplexität, Standortstruktur und Risikobereitschaft ab. Entscheidend ist in beiden Fällen die Wahl des Cutover-Zeitpunkts: Hochsaison und Abschluss-Monate, etwa das vierte Quartal im Handel oder der Quartalsabschluss in der Fertigung, sollten gemieden werden. In jedem Fall empfiehlt sich nach dem Go-Live eine mehrwöchige Hypercare-Phase mit erhöhtem Support und fest eingeplantem Budget, statt das Projekt direkt nach dem Stichtag als abgeschlossen zu betrachten.