Wann lohnt sich Business Central statt NAV?

Ein ERP-Wechsel ist selten nur eine Softwareentscheidung. Wenn Finanzbuchhaltung, Einkauf, Lager, Projekte und Auswertungen täglich auf Microsoft Dynamics NAV aufbauen, geht es vor allem um Betriebsfähigkeit. Die entscheidende Frage lautet daher nicht, ob Business Central moderner aussieht, sondern wann Business Central die bessere Wahl als NAV ist und welcher Umstieg dem Unternehmen tatsächlich Nutzen bringt.

Für mittelständische Unternehmen ist die Antwort individuell. Ein gut gepflegtes NAV-System kann weiterhin zuverlässig arbeiten. Gleichzeitig steigen mit älteren Versionen oft Aufwand und Risiko: Updates werden schwieriger, Fachanwendungen lassen sich schlechter anbinden, mobile Arbeitsweisen bleiben Stückwerk und Know-how zu individuellen Anpassungen wird knapp. Business Central kann diese Lücken schließen – vorausgesetzt, das Zielbild, die Daten und die Betriebsform werden vor dem Projekt sauber geklärt.

Wann sich Business Central statt NAV lohnt

Business Central ist der Nachfolger von Dynamics NAV und baut auf dessen bewährter betriebswirtschaftlicher Logik auf. Das erleichtert vielen Unternehmen den Einstieg: Prozesse, Stammdatenstrukturen und zentrale Fachbegriffe sind häufig vertraut. Dennoch ist der Wechsel kein gewöhnliches Versionsupdate. Insbesondere der Schritt von einer älteren NAV-Installation auf Business Central verändert Technik, Erweiterungsmodell und oft auch die Verantwortung im Betrieb.

Ein Wechsel ist besonders sinnvoll, wenn das bisherige System die Weiterentwicklung des Unternehmens bremst. Das zeigt sich nicht zuerst an einzelnen Fehlermeldungen, sondern an wiederkehrenden Umwegen: Excel-Listen ersetzen Auswertungen, Freigaben laufen per E-Mail, Mitarbeitende arbeiten mit lokalen Datenkopien oder Anpassungen verhindern notwendige Aktualisierungen. Auch wenn neue Standorte, Gesellschaften oder Geschäftsbereiche hinzukommen, sollte die ERP-Architektur früh geprüft werden.

Ein weiterer Auslöser ist der Supportstatus der eingesetzten NAV-Version. Je älter die Plattform, desto größer werden meist die Abhängigkeiten von bestimmten Servern, Datenbanken, Betriebssystemen und einzelnen Dienstleistern. Das kann den laufenden Betrieb verteuern und die Sicherheitsstrategie erschweren. Entscheidend ist dabei nicht nur, ob das System noch startet, sondern ob es kontrolliert wartbar, sicher betreibbar und für künftige Anforderungen geeignet ist.

Die richtige Frage: Modernisieren oder gezielt stabilisieren?

Nicht jedes NAV-System muss sofort abgelöst werden. Unternehmen mit stabilen Prozessen, wenigen Schnittstellen und einer gepflegten Infrastruktur können NAV unter Umständen noch sinnvoll weiterbetreiben. Das gilt vor allem, wenn eine kurzfristige Ablösung andere wichtige Investitionen verdrängen würde oder individuelle Branchenfunktionen noch nicht sinnvoll modernisiert werden können.

Dann sollte das Unternehmen aber einen belastbaren Plan haben: Welche Komponenten sind technisch kritisch? Welche Sicherheitsmaßnahmen gelten für Server, Zugänge und Sicherungen? Welche Anpassungen sind dokumentiert? Und ab welchem Zeitpunkt wird eine Migration wirtschaftlich oder organisatorisch unvermeidbar? Ohne diesen Plan wird aus dem Aufschub schnell ein Zeitdruckprojekt.

Business Central ist dagegen passend, wenn mehr Standardisierung, bessere Updatefähigkeit und eine engere Verbindung zu Microsoft-Cloud-Diensten gebraucht werden. Die Lösung ist als Cloud-Service verfügbar, kann aber je nach Anforderungen auch lokal betrieben werden. Für die Auswahl zählt nicht das Etikett Cloud oder On-Premises allein. Relevant sind Datenschutz, vorhandene Spezialhardware, Schnittstellen, interne IT-Ressourcen, Verfügbarkeit und die gewünschte Geschwindigkeit bei Updates.

Cloud, lokal oder gemischt betreiben

Die Cloud-Variante reduziert den Aufwand für den Betrieb der Anwendungsplattform und ermöglicht regelmäßige Funktionsupdates. Sie eignet sich besonders, wenn Mitarbeitende standortübergreifend arbeiten, die IT-Abteilung entlastet werden soll oder neue Funktionen zeitnah nutzbar sein sollen. Dafür müssen Erweiterungen updatefähig umgesetzt und Release-Prozesse aktiv gesteuert werden.

Eine lokale Installation kann sinnvoll sein, wenn technische oder regulatorische Rahmenbedingungen eine eigene Betriebsumgebung verlangen. Sie bietet mehr direkte Kontrolle, überträgt aber Verantwortung für Infrastruktur, Updates, Sicherung und Überwachung an das Unternehmen oder den betreuenden IT-Partner. Auch hybride Szenarien sind möglich, etwa wenn einzelne Systeme lokal bleiben, während Business Central cloudbasiert arbeitet. Die beste Architektur folgt dem Prozess und nicht einer pauschalen Präferenz.

Anpassungen entscheiden über Aufwand und Nutzen

Der häufigste Grund für unerwartet hohe Migrationskosten sind historisch gewachsene Anpassungen. Viele NAV-Installationen enthalten individuelle Tabellen, geänderte Buchungslogiken, eigene Berichte oder Schnittstellen, deren ursprünglicher Zweck nicht mehr bekannt ist. Was jahrelang praktisch war, kann den Wechsel erschweren, wenn es ohne Dokumentation übernommen werden soll.

Vor der Migration braucht es deshalb eine fachliche und technische Bestandsaufnahme. Jede Erweiterung sollte einer von drei Kategorien zugeordnet werden: weiterhin unverzichtbar, mit Standardfunktionen abbildbar oder entbehrlich. Gerade die zweite und dritte Kategorie bietet oft den größten Nutzen. Wer alte Sonderlogik reduziert, senkt nicht nur Projektkosten, sondern verbessert auch Wartbarkeit und Updatefähigkeit.

Business Central arbeitet mit Erweiterungen statt mit tiefen Eingriffen in den Standard. Das schützt den Kern der Anwendung besser und erleichtert künftige Aktualisierungen. Es verlangt aber Disziplin: Individuelle Anforderungen müssen präzise beschrieben, sauber getestet und nachvollziehbar dokumentiert werden. Ein bloßes Nachbauen des alten NAV-Systems verschenkt den Modernisierungseffekt.

Datenmigration ist eine Fachaufgabe, keine Kopierarbeit

Stammdaten, offene Posten, Artikel, Belege, Dimensionen und Historien müssen mit klaren Regeln übernommen werden. Dabei stellt sich immer die Frage, welche Daten im neuen System operativ benötigt werden und welche rechtssicher im Archiv verbleiben können. Eine vollständige Historienübernahme ist nicht automatisch die beste Lösung. Sie kann Projektlaufzeit, Datenqualität und Testaufwand erheblich erhöhen.

Besondere Aufmerksamkeit verdienen Dubletten, unvollständige Stammdaten, alte Nummernkreise und Auswertungsmerkmale. Werden diese Themen erst kurz vor dem Go-live sichtbar, verschiebt sich die Abnahme oder der Betrieb startet mit vermeidbaren Einschränkungen. Fachbereiche müssen daher früh eingebunden sein. Sie kennen die Ausnahmen in Beschaffung, Buchhaltung und Lagerprozessen, die sich aus einer Datenbank allein nicht erkennen lassen.

Ein belastbares Migrationskonzept umfasst Testmigrationen, Abstimmungen von Salden und Mengen sowie eindeutig definierte Abnahmekriterien. Erst wenn Fachbereich und Projektteam dieselben Zahlen nachvollziehen können, ist die Datenübernahme bereit für den Produktivstart.

Kosten richtig vergleichen: Betrieb, Risiko und Veränderung

Die Lizenzkosten sind nur ein Teil der Entscheidung. NAV kann auf den ersten Blick günstiger wirken, weil die vorhandene Lösung bereits bezahlt und eingespielt ist. Dem stehen Kosten für Serverbetrieb, Sicherheitsmaßnahmen, Spezialwissen, Anpassungspflege und eingeschränkte Weiterentwicklung gegenüber. Bei Business Central kommen laufende Nutzungsgebühren, Projektleistungen, Erweiterungen und Schulungen hinzu.

Ein sinnvoller Vergleich betrachtet einen Zeitraum von mehreren Jahren. Welche Infrastruktur muss ersetzt werden? Welche manuellen Tätigkeiten lassen sich reduzieren? Wie viel kostet ein ungeplantes Problem im Jahresabschluss oder bei der Auftragsabwicklung? Und welchen Aufwand verursachen Updates im heutigen System? So wird sichtbar, ob ein Wechsel vor allem Technologie erneuert oder spürbar betriebliche Reibung reduziert.

Auch der interne Aufwand gehört in die Rechnung. Mitarbeitende brauchen Zeit für Workshops, Tests und Schulungen. Diese Investition darf nicht kleingerechnet werden. Sie entscheidet darüber, ob neue Prozesse akzeptiert werden und ob das Unternehmen die Möglichkeiten der Lösung nach dem Go-live tatsächlich nutzt.

Ein Migrationsprojekt in klaren Etappen absichern

Ein tragfähiges Projekt beginnt mit einer Prozess- und Systemanalyse, nicht mit einer voreiligen Terminplanung. Danach werden Zielprozesse, Betriebsmodell, Datenumfang, Erweiterungen und Schnittstellen priorisiert. Erst auf dieser Grundlage lassen sich Aufwand, Risiken und ein realistischer Produktivstart bewerten.

In der Umsetzungsphase sind Testumgebungen und feste Verantwortlichkeiten unverzichtbar. Fachliche Tests prüfen reale Geschäftsvorfälle, nicht nur einzelne Masken. Dazu gehören Monatsabschlüsse, Bestellprozesse, Lagerbewegungen, Berechtigungen und Ausnahmen. Parallel müssen Sicherung, Zugriffssteuerung, Monitoring und Supportprozesse für den späteren Betrieb vorbereitet werden.

Der Go-live sollte durch einen definierten Cutover-Plan abgesichert sein. Er legt fest, wann Buchungen im Altsystem enden, welche Daten final übernommen werden, wer Freigaben erteilt und wie bei Abweichungen gehandelt wird. Eine begleitete Stabilisierungsphase nach dem Start verhindert, dass offene Fragen zu dauerhaften Behelfslösungen werden. LTmemory verbindet dabei ERP-Fachwissen mit Infrastruktur- und Betriebsunterstützung, damit Anwendung und technische Umgebung zusammen geplant werden.

Wer NAV weiterbetreibt, sollte dies bewusst und mit einem Modernisierungsfahrplan tun. Wer zu Business Central wechselt, sollte nicht die alte Umgebung kopieren, sondern Prozesse, Daten und Betrieb gezielt verbessern. Genau darin liegt der wirtschaftliche Wert eines gut vorbereiteten ERP-Wechsels.