Von NAV zu Business Central online: Überblick

Viele Unternehmen arbeiten noch mit einem älteren Dynamics NAV, dessen Anpassungen über Jahre gewachsen sind. Der Wechsel zu Business Central online ist keine einzelne Handlung, sondern eine Reihe von Schritten, bei denen Anpassungen und Daten den größten Aufwand verursachen. Dieser Artikel gibt einen Überblick über die Reihenfolge, über das, was typischerweise neu geschrieben werden muss, und darüber, wie die Daten mitkommen. Sie erhalten eine Liste mit Fragen, die Sie klären können, bevor Sie ein Angebot anfordern. Er richtet sich an alle, die über Umfang und Zeitplan entscheiden.

Beginnen Sie mit einem ehrlichen Bild des Ist-Zustands

Bevor Sie eine Methode wählen, müssen Sie wissen, was Ihr NAV tatsächlich enthält. Erstellen Sie eine Übersicht über die Version, die Anzahl der Mandanten, angepasste Objekte, Schnittstellen und Berichte. Notieren Sie auch, wer was nutzt und was zur Gewohnheit geworden ist, ohne dass es einen echten betrieblichen Grund dafür gibt.

Viele Erkenntnisse münden hier in die Entscheidung, etwas wegzulassen. Das ist oft der günstigste Teil des Projekts.

Zwei Wege und Anpassungen, die neu geschrieben werden müssen

Microsoft beschreibt auf Microsoft Learn, dass man von Dynamics NAV zuerst auf eine Version von Business Central on-premises aktualisiert und danach nach online migriert. Prüfen Sie selbst, welche Mindestversion von On-Premises Microsoft verlangt, bevor Daten direkt verschoben werden können, denn die Anforderung ändert sich. Siehe die Seite zur Migration von On-Premises-Daten zu Business Central online.

Der andere Weg ist ein Neustart, bei dem Sie ein sauberes Business Central einrichten und Stammdaten sowie Eröffnungsbilanzen übertragen. Das ergibt ein saubereres System, aber mehr manuelle Aufgaben.

Business Central online erlaubt keine direkten Änderungen am Standardcode. Anpassungen werden als Extensions ergänzt, entweder als Apps aus AppSource oder als Per-Tenant-Extensions. Alter C/AL-Code muss deshalb Objekt für Objekt durchgesehen werden.

Kann die Standardfunktion heute das, was Sie angepasst haben?
Gibt es eine App, die den Bedarf abdeckt?
Muss es als Extension gebaut werden, und wer pflegt sie bei Updates?
Kann der Bericht durch einen Standardbericht oder Power BI ersetzt werden?

Daten, Test in der Sandbox und Go-live

Bei der Cloud-Migration werden Daten mit einem Werkzeug, das Azure Data Factory nutzt, von On-Premises nach online repliziert. Es wird auf der Seite für die Cloud-Migration in Business Central verwaltet, und es gibt auch eine API. Prüfen Sie auf Microsoft Learn, welche Tabellen mitkommen und was Sie selbst verschieben müssen.

Unabhängig von der Methode sollten Sie entscheiden, wie viel Historie mitgenommen wird. Offene Posten und Salden sind notwendig. Mehrere Jahre detaillierter Posten sind oft nur ein Wunsch und belegen Ihr Speicherkontingent.

Führen Sie mindestens eine Probemigration in einer Sandbox-Umgebung durch. Lassen Sie Key-User Fakturierung, Einkauf, Lager und Bankabstimmung mit echten Zahlen testen. Fehler, die Sie hier finden, kosten in der Produktion nichts.

Planen Sie den Wechsel selbst außerhalb von Monats- und Quartalsabschlüssen. Legen Sie fest, wer das alte System schließt und wie lange es schreibgeschützt erhalten bleibt.

Schnittstellen und Berichte

Alte Schnittstellen über Dateien, Webdienste oder direkten Datenbankzugriff funktionieren in der Online-Version nicht auf dieselbe Weise. Erstellen Sie eine Liste jeder Schnittstelle und klären Sie, ob sie stattdessen die Business-Central-APIs oder Webdienste nutzen kann. Berichte, die im alten Berichtsdesigner gebaut wurden, müssen oft in neuen Layouts neu erstellt werden, und viele lassen sich durch Excel oder Power BI ersetzen.

Denken Sie auch an Dinge außerhalb des Systems selbst, etwa eine Bankvereinbarung, eine E-Rechnungs-Lösung oder ein externes Lagersystem. Sie alle müssen gegen die neue Umgebung getestet werden, und einige Anbieter müssen selbst Zeit aufwenden, um ihre Einstellungen zu ändern.

Zeitplan und Verantwortung

Entscheiden Sie früh, wer das Projekt im Unternehmen verantwortet und welche Schlüsselpersonen Zeit einplanen müssen. Viele Projekte verzögern sich, weil Buchhaltung und Lager nebenbei auch den Tagesbetrieb stemmen müssen.

Planen Sie mindestens zwei Probemigrationen und einen abschließenden Abgleich ein. Berücksichtigen Sie Sommerurlaub und Jahresabschlüsse und legen Sie das Go-live nicht in eine arbeitsreiche Phase.

Wenn Sie Fragen haben

Wenn Sie Fragen zu Ihrem NAV, zur Bewertung der Anpassungen oder zur Planung der Migration haben, schreiben Sie uns.