LTmemory

Microsoft NAV auf Business Central umstellen

Microsoft NAV auf Business Central umstellen

Wer seit Jahren mit Dynamics NAV arbeitet, kennt die typische Situation: Die Prozesse laufen, die Mitarbeitenden sind eingespielt, individuelle Anpassungen wurden über Jahre aufgebaut. Gleichzeitig steigen die Anforderungen an Auswertungen, Automatisierung, mobile Nutzung und Updates. Genau an diesem Punkt stellt sich für viele Unternehmen die Frage, wie der Wechsel von Microsoft NAV auf Business Central sinnvoll geplant werden kann – ohne den laufenden Betrieb zu gefährden.

Warum der Wechsel von Microsoft NAV auf Business Central jetzt relevant ist

Für viele mittelständische Unternehmen ist NAV kein schlechtes System. Im Gegenteil: Es hat Finanzprozesse, Einkauf, Lager, Produktion oder Service oft über lange Zeit zuverlässig getragen. Das Problem liegt selten in der Grundlogik, sondern in der Zukunftsfähigkeit. Ältere Installationen basieren häufig auf individuellen Entwicklungen, manuellen Umgehungslösungen und Update-Ständen, die kaum noch wirtschaftlich zu pflegen sind.

Business Central setzt genau dort an. Die Lösung führt die bekannte ERP-Welt von NAV technisch und funktional weiter, aber auf einer moderneren Basis. Unternehmen erhalten eine bessere Update-Fähigkeit, mehr Standardisierung, stärkere Automatisierung und einen zeitgemäßen Zugriff über Browser und mobile Endgeräte. Das ist kein reines IT-Thema. Es betrifft direkt die Geschwindigkeit von Abläufen, die Transparenz im Tagesgeschäft und den Aufwand im Support.

Gerade für Geschäftsführung, IT-Leitung und kaufmännische Verantwortliche ist deshalb weniger die Frage, ob ein Wechsel kommt, sondern wann und in welchem Modell er wirtschaftlich sinnvoll ist.

Was Business Central im Vergleich zu NAV tatsächlich verändert

Der größte Fehler in Migrationsprojekten ist die Annahme, Business Central sei einfach nur NAV mit neuer Oberfläche. Wer so an das Projekt herangeht, übernimmt oft alte Probleme in ein neues System.

Business Central bietet weiterhin die vertraute Logik eines ERP für mittelständische Unternehmen, verändert aber einige Grundprinzipien. Individuelle Anpassungen werden heute deutlich kritischer bewertet, weil sie Updates und Betrieb verteuern können. Statt viele Sonderlösungen direkt im Kernsystem zu verankern, wird stärker mit standardnahen Prozessen, Erweiterungen und klaren Rollenmodellen gearbeitet.

Das ist nicht für jedes Unternehmen sofort bequem. Wer über Jahre viele Spezialabläufe in NAV aufgebaut hat, muss prüfen, welche davon wirklich geschäftskritisch sind und welche nur aus Gewohnheit bestehen. Genau hier liegt oft der wirtschaftliche Hebel. Ein gut geführtes Projekt ersetzt nicht nur alte Software, sondern räumt Prozesse auf.

Hinzu kommt der technische Unterschied. Business Central lässt sich als Cloud-Lösung oder in bestimmten Szenarien auch mit angepasster Betriebsstrategie nutzen. Das eröffnet neue Möglichkeiten bei Wartung, Zugriff und Skalierung. Gleichzeitig steigen die Anforderungen an saubere Rechtekonzepte, Datenqualität und die Abstimmung mit angrenzender IT-Infrastruktur.

Microsoft NAV auf Business Central – Lift-and-Shift oder Neuanfang?

Diese Entscheidung bestimmt Aufwand, Risiko und Projektdauer.

Ein eher technischer Umstieg bietet sich an, wenn die bestehende NAV-Umgebung noch relativ nah am Standard ist, die Prozesse sauber dokumentiert sind und nur überschaubare Altlasten vorliegen. Dann kann ein Migrationsprojekt zügig umgesetzt werden. Der Vorteil liegt in kürzeren Projektlaufzeiten und geringerer Veränderung für die Fachbereiche.

In vielen mittelständischen Unternehmen ist die Realität jedoch komplexer. Über Jahre gewachsene Anpassungen, Excel-Nebenprozesse, individuelle Berichte und historisch gewachsene Rechte machen einen einfachen Umzug unattraktiv. Dann ist es oft sinnvoller, Business Central als Anlass für eine kontrollierte Neuaufstellung zu nutzen. Das dauert etwas länger, bringt aber meist deutlich mehr Nutzen.

Es gibt kein allgemeingültiges Richtig oder Falsch. Entscheidend ist, ob das bestehende System noch tragfähig ist oder nur aus Gewohnheit weitergeführt wird. Wer diese Frage sauber beantwortet, spart später Geld und vermeidet ein neues System mit alten Schwächen.

Welche Bereiche vor dem Umstieg geprüft werden sollten

Vor jeder Migration steht eine ehrliche Bestandsaufnahme. Nicht nur technisch, sondern fachlich. Dazu gehört zunächst die Version der aktuellen NAV-Installation, die eingesetzte Datenbank, die Zahl und Qualität individueller Entwicklungen sowie die Frage, welche Schnittstellen tatsächlich produktiv genutzt werden.

Ebenso wichtig ist der Blick auf die Prozesse. Wie laufen Freigaben im Einkauf? Wie werden Lagerbewegungen gebucht? Welche Berichte sind für Controlling und Geschäftsführung unverzichtbar? Welche Schritte finden noch außerhalb des ERP statt, obwohl sie dort eigentlich hingehören? Unternehmen unterschätzen oft, wie viel verborgenes Prozesswissen nur in einzelnen Köpfen existiert.

Auch Stammdaten verdienen mehr Aufmerksamkeit, als sie häufig bekommen. Artikel, Debitoren, Kreditoren, Preise, Buchungsgruppen und historische Bewegungsdaten müssen nicht nur übertragen, sondern sinnvoll bereinigt werden. Schlechte Datenqualität zieht sich sonst direkt in das neue System hinein.

Schließlich muss die Betriebsform geklärt werden. Wer mit Business Central arbeitet, entscheidet nicht nur über Funktionen, sondern auch über Sicherheitsanforderungen, Benutzerverwaltung, Berechtigungen, Support-Prozesse und das Zusammenspiel mit der übrigen IT-Landschaft.

Typische Stolperfallen bei der NAV-Migration

Die meisten Probleme entstehen nicht in der Software, sondern in den Annahmen rund um das Projekt. Ein klassisches Beispiel ist die 1:1-Übernahme aller alten Anpassungen. Was früher notwendig war, ist heute im Standard vielleicht längst enthalten. Trotzdem wird es weiterentwickelt, getestet und bezahlt.

Ebenso kritisch ist ein zu später Einbezug der Fachbereiche. Wenn Buchhaltung, Einkauf, Lager oder Geschäftsleitung erst in der Testphase merken, dass ein zentraler Ablauf anders gedacht ist, wird das Projekt teuer. Gute ERP-Projekte sind keine reinen IT-Projekte. Sie brauchen klare Entscheidungen aus den Fachbereichen.

Ein weiterer Punkt ist die Zeitplanung. Viele Unternehmen planen die eigentliche technische Umstellung sehr genau, unterschätzen aber die Phasen davor und danach. Datenbereinigung, Tests, Schulung und Stabilisierung nach dem Go-live brauchen realistische Zeitfenster. Wer hier zu eng plant, erkauft Geschwindigkeit mit Fehlern im Betrieb.

Auch beim Thema Individualisierung ist Disziplin gefragt. Nicht jede Abweichung vom Standard schafft echten Mehrwert. Manche Sonderlogik spart einer Abteilung wenige Klicks, macht aber Updates dauerhaft aufwendiger. Diese Abwägung sollte offen und wirtschaftlich getroffen werden.

So läuft ein sauberes Projekt in der Praxis ab

Ein tragfähiger Wechsel startet mit einem Workshop, der Technik, Prozesse und Ziele zusammenführt. Dabei wird nicht nur erfasst, was im bisherigen NAV-System vorhanden ist, sondern auch, was künftig erreicht werden soll. Schnellere Monatsabschlüsse, weniger manuelle Korrekturen, bessere Transparenz im Lager oder standardisierte Freigaben sind typische Ziele.

Darauf folgt die Konzeptionsphase. Hier wird festgelegt, welche Prozesse im Standard abgebildet werden, welche Erweiterungen wirklich nötig sind und wie die Migration der Daten erfolgen soll. In dieser Phase entscheidet sich oft, ob das Projekt später ruhig läuft oder unter permanentem Änderungsdruck steht.

Dann kommt die Umsetzung mit Testsystem, Prozessprüfungen und Schulungen. Besonders wichtig ist ein realistischer Test mit echten Geschäftsvorfällen. Ein ERP-System muss nicht nur technisch funktionieren, sondern fachlich belastbar sein. Das zeigt sich erst, wenn Belege, Buchungen, Lagerbewegungen und Auswertungen unter realen Bedingungen geprüft werden.

Der Go-live selbst ist nur ein Meilenstein. Mindestens genauso wichtig ist die Phase danach. Anwenderfragen, kleinere Korrekturen und die Feinjustierung von Auswertungen gehören dazu. Unternehmen profitieren hier von einem Partner, der nicht nach Projektende verschwindet, sondern den Betrieb mitträgt. Genau das ist im Mittelstand oft der entscheidende Unterschied zwischen einer Einführung und einer dauerhaft funktionierenden Lösung.

Wann sich der Umstieg besonders lohnt

Der Wechsel lohnt sich meist dann, wenn NAV technisch überholt ist, Updates zu teuer werden oder Prozesse immer stärker über Nebensysteme und manuelle Listen laufen. Auch wenn Wachstum geplant ist, mehrere Standorte eingebunden werden oder Transparenz im Tagesgeschäft fehlt, ist Business Central oft der sinnvollere Rahmen.

Weniger sinnvoll ist ein überhasteter Umstieg ohne klare Ziele. Wer nur migriert, weil die Plattform neuer ist, aber keine Prozessentscheidungen trifft, verschiebt die Probleme lediglich. Die Einführung sollte immer an konkreten geschäftlichen Anforderungen hängen.

Für viele Unternehmen in Deutschland ist das ein typischer Zeitpunkt, um ERP, Berechtigungen, Auswertungen und Betriebsprozesse gemeinsam neu zu ordnen. Gerade wenn ein Partner sowohl die ERP-Seite als auch die technische Betriebsrealität versteht, lassen sich Schnittstellen, Sicherheit und Support deutlich sauberer aufsetzen. Das ist auch einer der Gründe, warum LTmemory Projekte nicht nur aus Sicht der Software betrachtet, sondern immer im Zusammenhang mit den tatsächlichen Geschäftsabläufen.

Was Entscheider jetzt tun sollten

Wenn Ihr NAV-System noch stabil läuft, ist das kein Grund für Aktionismus. Es ist aber ein guter Zeitpunkt für eine fundierte Bewertung. Welche Anpassungen sind noch sinnvoll? Welche Prozesse bremsen? Welche Risiken entstehen durch alte Versionen, fehlende Dokumentation oder steigenden Supportaufwand?

Ein strukturierter Vorab-Check schafft hier Klarheit. Danach lässt sich entscheiden, ob eine schrittweise Migration, eine größere Neuaufstellung oder zunächst nur die Bereinigung der bestehenden Umgebung sinnvoll ist. Gute Entscheidungen entstehen nicht aus Druck, sondern aus Transparenz.

Wer den Wechsel von Microsoft NAV auf Business Central frühzeitig und pragmatisch vorbereitet, gewinnt vor allem eines: Handlungsspielraum. Und genau der macht bei ERP-Projekten oft den Unterschied zwischen einem erzwungenen Umstieg und einer Verbesserung, die im Alltag wirklich trägt.

Die mobile Version verlassen