Aneesh . 10 minutes
February 12, 2026

Migration von NAV zu Business Central: Ihr vollständiger Upgrade-Leitfaden Schritt für Schritt

Sie nutzen Dynamics NAV schon seit Jahren.

Es ist vertraut. Es ist stabil. Ihr Team weiß, wo alles seinen Platz hat. Und lange Zeit hat es genau das erfüllt, was Sie brauchten.

Aber in letzter Zeit… ist es immer schwieriger geworden, den Betrieb aufrechtzuerhalten.

Vielleicht ist Ihr IT-Team ständig mit der Betreuung von Anpassungen beschäftigt. Vielleicht sehen Sie mehr Workarounds als optimierte Arbeitsabläufe. Oder vielleicht haben die Support-Zeiten von Microsoft diese interne Diskussion erzwungen.

Was auch immer der Auslöser sein mag, dies ist die Wahrheit, zu der die meisten NAV-Nutzer letztendlich gelangen:

Eine Migration von NAV zu Business Central ist nicht nur ein Upgrade. Sie bietet die Chance, die Wartung eines alten ERP-Systems einzustellen und ein System zu nutzen, das mit Ihrem Unternehmen mitwächst.

Und das Beste daran? Mit dem richtigen Plan muss die Migration weder beängstigend noch störend sein.

In diesem Leitfaden führen wir Sie durch den gesamten Migrationsprozess von Dynamics NAV zu Business Central – von der Ermittlung Ihres aktuellen Systemstands bis hin zum Support nach der Inbetriebnahme: damit Sie ohne Überraschungen voranschreiten können.

Warum die Nutzung von Dynamics NAV teuer wird

Um es gleich vorweg zu sagen: NAV wird von hier an nicht besser.

Microsoft hat Innovationen in Business Central verlagert. Ältere NAV-Versionen verlieren nach und nach ihren Support, was weniger Patches, weniger Updates und ein erhöhtes Risiko, insbesondere in Bezug auf Sicherheit und Compliance, bedeutet.

So sieht „im Navigationssystem bleiben“ im wirklichen Leben oft aus:

  • Mit der Zeit steigen die Sicherheits- und Schwachstellenrisiken.
  • Mit der Weiterentwicklung der Vorschriften steigt auch der Druck zur Einhaltung der Vorschriften.
  • Mehr manueller Aufwand (weil die Automatisierung jetzt in BC stattfindet)
  • Höhere Server- und Infrastrukturkosten (und weniger Leute, die sie warten wollen)
  • Weniger Zugriff auf moderne Tools wie Power BI, Teams, Outlook und Copilot

Mehrere ForstwirteStudien zu den gesamten wirtschaftlichen AuswirkungenVon Microsoft in Auftrag gegebene Studien haben ergeben, dass Unternehmen, die von lokalen ERP-Systemen auf Business Central umsteigen, durchweg einen ROI zwischen 162 und 172 % erzielen, wobei sich die Investition in weniger als einem Jahr amortisiert.

NAV vs. Business Central: Was ist der Unterschied?

Business Centralist die nächste Evolutionsstufe von NAV, aber sie ist auf die heutigen Anforderungen an Unternehmen zugeschnitten: Cloud-basiert, vernetzt und kontinuierlich aktualisiert.

Hier der einfache Vergleich:

Dynamics NAVDynamics 365 Business Central
Vor Ort (typischerweise)Cloud-First (SaaS), mit On-Premise-Option
Aktualisierungen erfolgen manuell und sind mit Störungen verbunden.Von Microsoft verwaltete Updates (zweimal jährlich)
Keine native KICopilot + KI-Einblicke (abhängig von Lizenzierung/Region/Funktionen)
Eingeschränkte Microsoft 365-IntegrationStarke Integration mit Teams, Outlook, Excel und Power BI
C/AL-AnpassungenAL-Erweiterungen + AppSource-Ökosystem
Für die Skalierung ist eine Hardwareplanung erforderlich.Skalierung über die Azure-Cloud

Nicht sicher, wo Sie stehen?

So migrieren Sie von NAV zu Business Central (Schritt für Schritt)

Hier ist der 10-stufige Migrationsansatz, den wir bei 2HatsLogic verwenden und der in zahlreichen Projekten für Hersteller, Händler und Dienstleistungsunternehmen verfeinert wurde.

Schritt 1: Überprüfen Sie, was Sie aktuell einsetzen (Version, Anpassungen, Integrationen)

Bevor wir über Zeitpläne oder Tools sprechen, benötigen wir ein klares Bild Ihrer aktuellen NAV-Konfiguration.

Diese Prüfung umfasst in der Regel Folgendes:

  • NAV-Version (2013/2015/2016/2017/2018 usw.)
  • Verwendete Module (Finanzen, Lagerhaltung, Fertigung, Service usw.)
  • Drittanbieter-Add-ons (EDI, Versand, Reporting-Tools, Bankkonnektoren usw.).
  • Benutzerdefinierte Objekte + modifizierte Basisobjekte
  • Datenvolumen und Verlauf (und wasmuss(aufbewahrt werden)
  • Aktuelle Schwachstellen (Leistung, Verzögerungen bei der Berichterstattung, manuelle Abstimmungen)

Dieser Schritt verhindert die klassische „Überraschung mitten im Projekt“, die Budget und Zeitplan sprengt.

Wichtig: Wenn Sie NAV 2013, 2015 oder 2016 verwenden, können Sie in der Regel nicht direkt auf das neueste BC (Business Compute Update) aktualisieren. Je nach Ihrer Umgebung ist wahrscheinlich ein Zwischenschritt (oft BC14) erforderlich. Dies verursacht zusätzlichen Zeit- und Kostenaufwand, daher ist es ratsam, dies frühzeitig zu wissen.

Schritt 2: Definieren Sie Ihre Migrationsziele und erstellen Sie einen Zeitplan

Eine Migration verläuft nur dann reibungslos, wenn alle Beteiligten eine einheitliche Vorstellung davon haben, wie Erfolg aussieht.

Bringen Sie IT- und Geschäftsbeteiligte (Finanzen, Betrieb, Lager und Führungsebene) zusammen und beantworten Sie folgende Frage:

  • Welche Verbesserungen wollen wir nach der Inbetriebnahme sehen?
  • Wie hoch ist unser realistisches Budget und welche Kosten entstehen durch die Nutzung von NAV?
  • Welche Ausfallzeiten sind akzeptabel?
  • Sollen wir alle gleichzeitig oder schrittweise live gehen?

Für die meisten mittelständischen Unternehmen sind 3 bis 6 Monate üblich, abhängig von der Komplexität.

Ein praktischer Zeitplan sieht oft so aus:

PhaseWas geschieht
Erkundung & AbgrenzungPrüfung, Ziele, Plan
AnpassungsumwandlungC/AL → AL, Integrationsprüfung
DatenaufbereitungBereinigen, kartieren, validieren
Einrichtung und TestSandbox, UAT, Parallellauf
Schulung & Go-LiveTraining + Stabilisierung

Tipp: Planen Sie den Go-Live nicht zum Monatsende, Quartalsende oder in der Hauptversandzeit. Geben Sie Ihrem Team etwas Freiraum.

Schritt 3: Wählen Sie den richtigen Migrationspfad (Cloud, On-Premise oder Hybrid).

Es gibt keine universelle Migrationslösung für NAV zu Business Central. Die meisten Projekte lassen sich in eine der folgenden Kategorien einteilen:

  • Business CentralOnline (SaaS): Am besten geeignet, wenn Sie automatische Updates und moderne Funktionen wünschen (und wenn Anpassungen überschaubar sind).
  • Business Central On-Premises: Am besten geeignet für strikte Datenresidenz, regulatorische Beschränkungen oder hochgradig kontrollierte Infrastrukturen.
  • Hybride / Intelligente Cloud-Replikation: Wenn Sie NAV 2018 R2+ verwenden (und die Voraussetzungen erfüllen), können Sie Daten zunächst online in BC replizieren, um sie vor der Umstellung zu validieren und zu erkunden.

Eine wichtige Warnung, die wiederholt werden sollte: Der Versuch, umfangreiche NAV-Anpassungen ohne vorherige Überprüfung einfach zu übernehmen, führt häufig zu längeren Projektlaufzeiten und höheren Kosten als erwartet. Bei der Migration geht es um Vereinfachung, nicht um die Übertragung aller bestehenden Prozesse.

Schritt 4: Bereinigen Sie Ihre Daten

Die meisten Probleme bei der ERP-Einführung werden nicht durch das ERP-System selbst verursacht, sondern durch die Daten.

Bevor Sie irgendetwas migrieren, entscheiden Sie Folgendes:

Was Sie bewegen werden

  • Stammdaten (Kunden, Lieferanten, Artikel, Kontenplan)
  • Offene Transaktionen (Bestellungen, Rechnungen, Bestellungen)
  • Offene Salden (Debitoren/Kreditoren/Banken)
  • Historie (falls für Prüfungs-/Compliance-Zwecke erforderlich)

Was Sie reinigen werden

  • Doppelte und veraltete Datensätze
  • Nicht abgeglichene Salden
  • Inkonsistente Artikel-/Einheitenkonfigurationen
  • Alte Transaktionen, die stattdessen archiviert werden sollten

Tipp: Konfigurationspakete (RapidStart) sind nach wie vor eine der einfachsten Möglichkeiten, strukturierte Daten über Excel zu exportieren/importieren und eignen sich hervorragend, um Zuordnungsprobleme frühzeitig zu erkennen.

Schritt 5: Intelligente Anpassungen vornehmen

NAV-Anpassungen wurden in C/AL erstellt und modifizierten häufig direkt Basisobjekte. Business Central basiert auf AL-Erweiterungen, die übersichtlicher, modularer und upgradefreundlicher sind.

Was wir hier üblicherweise tun:

  • Konvertierung von C/AL-Objekten/Codeunits → AL-Erweiterungen
  • Upgrade von V1-Erweiterungen auf V2-Erweiterungen
  • Drittanbieter-Add-ons prüfen (wenn möglich durch Apps aus AppSource ersetzen)
  • Integrationen validieren (APIs, Dateiaustausch, Berichterstellung, Automatisierung)

Und das ist etwas, was viele Teams überrascht:

Viele NAV-Anpassungen existieren, weil NAV keine Standardfunktionen besaß, die BCbeinhaltet nunDie
Es ist üblich, 30-40 % des kundenspezifischen Codes durch die Verwendung von Standard-BC-Funktionen zu eliminieren.

Wichtiger Punkt, den es zu beachten gilt: Business Central SaaS kann nicht auf lokale Netzlaufwerke zugreifen. Jede NAV-Integration, die auf Netzwerkordner angewiesen ist (Dokumentenspeicherung, EDI-Übermittlung, Exporte), muss vor der Inbetriebnahme neu konzipiert werden.

Schritt 6: Richten Sie Ihre Business Central-Umgebung ein

Sie richten typischerweise Folgendes ein:

  • Eine Sandbox (in der wir sicher konfigurieren und testen)
  • Produktionsmieter
  • Benutzer, Rollen, Berechtigungssätze (müssen in der Regel im Vergleich zu NAV überarbeitet werden)
  • Sicherheitsgruppen
  • Microsoft 365-Verbindungen (Teams/Outlook/SharePoint/Power BI)
  • Erweiterungen von AppSource

Tipp: Berechtigungsprobleme gehören zu den häufigsten Problemen am Go-Live-Tag. Testen Sie Rollen und Berechtigungen gründlich in der Sandbox.

Schritt 7: Daten migrieren

Je nach Ihrer Konfiguration können folgende Tools zum Einsatz kommen:

  • Konfigurationspakete (RapidStart) für Stammdaten und strukturierte Importe
  • Intelligente Cloud-Migration für Replikation/Validierung (geeignete Versionen)
  • Azure Data Factoryfür komplexere Transformationen im großen Maßstab

Nach jedem Migrationslauf überprüfen:

  • Die Debitoren-/Kreditorensalden stimmen exakt mit dem Nettoinventarwert überein.
  • Lagerbestände und Bewertung stimmen überein
  • Offene Aufträge stimmen mit Anzahl und Gesamtsumme überein
  • Die Kontenplanstruktur und die Buchungseinstellungen sind korrekt.
  • Historische Transaktionen sind zugänglich und korrekt datiert.

Achtung: Produktgruppennamen und -duplikate können sich während der Migration ändern und unbemerkt zu Fehlern in der Berichtsfunktion führen. Wenn Sie Jet Reports oder Power BI-Formeln verwenden, die mit Namen verknüpft sind, sollten Sie dies frühzeitig überprüfen.

Schritt 8: Testen Sie wie ein echtes Unternehmen

Wenn sich das Testen „langsam“ anfühlt, machen Sie es wahrscheinlich richtig.

Sie benötigen:

  • End-to-End-Szenarien (Auftragsabwicklung bis Zahlungseingang, Beschaffung bis Zahlung, Lagerhaltung, Fertigung, falls relevant)
  • Benutzerakzeptanztests mit echten Anwendern (Lager, Finanzen, Betrieb und nicht nur IT).
  • Parallelbetrieb über 2–4 Wochen bei höherem Risiko

Schulung und Tests überschneiden sich: Benutzer, die frühzeitig testen, fühlen sich beim Go-Live sicher.

Schritt 9: Schulen Sie Ihr Team und managen Sie den Wandel

Ihr Team kennt die Bewegungsabläufe des Navigationssystems. BC wird sich anders anfühlen, auch wenn es besser ist.

Ein Trainingsplan, der funktioniert:

  • Rollenbasierte Sitzungen (Finanzen ≠ Lager ≠ Einkauf)
  • Praxisorientiertes Training im Sandkasten (nicht nur Präsentationen)
  • Kurzanleitungen und kurze Videos
  • Abteilung „Superuser“
  • Starke Unterstützung für die ersten 30 Tage

Wichtiger Hinweis: Personalisierte NAV-Layouts/Ansichten werden nicht übertragen. Geben Sie erfahrenen Benutzern Zeit, die Layouts in der Testumgebung neu zu erstellen, bevor Sie die Anwendung veröffentlichen.

Schritt 10: Live gehen

Der Go-Live ist der Anfang, nicht das Ende.

Erste 48 Stunden:

  • Benutzer/Berechtigungen bestätigen
  • Führen Sie echte Transaktionen durch und validieren Sie die Ergebnisse.
  • Prüfen Sie, ob die Integrationen funktionieren.
  • Leistung und Fehler überwachen
  • Halten Sie Ihre Unterstützung eng beieinander.

Die ersten 90 Tage:

  • Wöchentliche Besprechungen mit den Abteilungsleitern
  • Rollencenter und Dashboards optimieren
  • Nutzen Sie nun Funktionen, die in NAV nicht verfügbar waren (Power BI, Automate und gegebenenfalls Copilot).
  • Bereiten Sie sich auf den Aktualisierungsrhythmus von BC vor (und darauf, wie Sie mit Änderungen umgehen werden).

Ein einfacher, aber wirkungsvoller Ansatz: Erstellen Sie eine „BC-Wunschliste“ aus dem Feedback der Nutzer und nutzen Sie diese Dynamik für kontinuierliche Verbesserungen.

Wie eine erfolgreiche Migration von NAV zu Business Central aussieht (Einblicke aus der Praxis)

Ein global tätiger Hersteller stieß aufgrund der Komplexität mehrerer Standorte und der manuellen Berichterstattung über verschiedene Regionen hinweg an die Grenzen von NAV. Nach der Migration zu Business Central (Finanzen + Handel/Logistik + Fertigung) stellten sie Folgendes fest:

  • Zugriff auf Live-Daten von überall
  • Konsolidierte Berichterstattung über alle Geschäftsbereiche hinweg
  • Verbesserte Betriebskapazität
  • Schnelleres Onboarding (Stunden statt Tage)

Abschluss

Die Migration von NAV zu Business Central ist eine wichtige Entscheidung. Richtig durchgeführt, zählt sie jedoch zu den wirkungsvollsten Modernisierungen, die ein wachsendes Unternehmen vornehmen kann.

Sie wechseln nicht nur die Software. Sie erhalten:

  • ein ERP-System, das sich selbst aktualisiert,
  • Lässt sich in die Tools integrieren, die Ihr Team bereits verwendet.
  • unterstützt moderne Berichts- und Automatisierungslösungen
  • und wächst mit Ihnen mit, anstatt Sie auszubremsen.

Wenn Sie einen klaren Plan, einen realistischen Zeitplan und Sicherheit wollen, hilft Ihnen unser Team bei 2HatsLogic..

FAQ

Werden wir während der Migration von NAV zu Business Central Anpassungen verlieren?

Nicht automatisch. Einige werden konvertiert, andere durch Standardfunktionen von BC ersetzt, und wieder andere lassen sich am besten auf sauberere Weise neu erstellen.

Können wir die Migration von NAV zu Business Central in Phasen durchführen?

Ja, und für viele Unternehmen ist dies der sicherere Ansatz (zuerst die Finanzen, dann Betrieb/Lager, dann Fertigung usw.).

Was ist, wenn wir NAV 2013/2015/2016 verwenden?

Planen Sie einen Zwischenschritt ein (oft BC14 oder ein stufenweiser Upgrade-Pfad). Genau deshalb ist Schritt 1 so wichtig.

blog
Grüße! Ich bin Aneesh Sreedharan, CEO von 2Hats Logic Solutions. Bei 2Hats Logic Solutions widmen wir uns der Bereitstellung von technischem Fachwissen und der Lösung Ihrer Probleme in der Welt der Technologie. Unsere Blog-Seite dient als Ressource, in der wir Einblicke und Erfahrungen teilen und wertvolle Perspektiven auf Ihre Fragen bieten.
CEO
Aneesh Sreedharan
Gründer & CEO, 2Hats Logic Solutions
Abonnieren Sie unseren Newsletter
Aneesh ceo

    Bleiben Sie auf dem Laufenden!

    Abonnieren Sie unseren Newsletter und erfahren Sie mehr über die neuesten digitalen Trends.