Dynamics AX auf Business Central: upgraden, migrieren oder ersetzen?

Für Dynamics AX gibt es keinen 1:1-Umstieg auf Business Central. AX ist das größere, tiefer angepasste System, BC ein anderes Produkt. AX-Altsysteme tragen jahrelange Custom-Entwicklung in X++, oft Prozesse, die nie dokumentiert wurden, und diese Logik läuft in Business Central nicht automatisch weiter. Für jede gewachsene Anpassung gibt es genau drei ehrliche Wege, und Sie sollten sie bewusst wählen: behalten, weil der Prozess Sie wirklich vom Wettbewerb abhebt; per AL-Extension sauber nachbauen, updatefähig statt im Kern verankert; oder auf den Standard zurückführen, weil die Sonderlogik ein Workaround war. Deshalb ist „ersetzen“ bei AX meist ehrlicher als „migrieren“. Die ehrliche Frage lautet nicht, wie migriert wird, sondern was Sie bewusst mittragen und was Sie zurücklassen. Genau da beginnt die Steuerung auf Ihrer Seite.

Warum führt „upgraden“ bei AX in die Irre?

AX-Altsysteme tragen jahrelange Custom-Entwicklung in X++, oft Prozesse, die nie dokumentiert wurden. Diese Logik läuft in Business Central nicht automatisch weiter. Für jede gewachsene Anpassung gibt es genau drei ehrliche Wege, und Sie sollten sie bewusst wählen, nicht dem Zufall überlassen.

• Behalten, weil der Prozess Sie wirklich vom Wettbewerb abhebt.
• Per AL-Extension sauber nachbauen, updatefähig statt im Kern verankert.
• Auf den Business-Central-Standard zurückführen, weil die Sonderlogik ein Workaround war.

Quelle: Microsoft Learn: Development in AL

„Ersetzen“ ist bei AX meist ehrlicher als „migrieren“. Sie bauen die Datenbasis sauber neu auf, und was mitkommt, entscheiden Sie, nicht ein Automatismus. Das klingt nach mehr Aufwand und ist in der Summe häufig weniger, weil jeder blind mitgenommene Sonderweg dreimal kostet: einmal beim Nachbauen, einmal beim Testen und dann laufend im Betrieb.

Datenmigration: Was gehört live und was ins Archiv?

Der kritische Block ist und bleibt die Datenmigration: offene Posten, Historie, Stammdaten. Nicht alles muss ins Live-System. Vieles gehört in ein Archiv, aus dem Sie im Bedarfsfall lesen, ohne das neue System mit Altlasten zu beschweren.

• Offene Posten und laufende Vorgänge kommen sauber gemappt ins Live-System.
• Historische Buchungen und abgeschlossene Fälle wandern in ein revisionssicheres Archiv.
• Stammdaten werden vor der Übernahme bereinigt, nicht 1:1 übertragen.

Diese Trennung senkt Aufwand und Risiko gleichzeitig, denn Archivdaten brauchen keine laufende Pflege und müssen nicht in die Struktur des Zielsystems passen. Für den Ladeschritt der produktiven Daten bringt Business Central eigene Werkzeuge mit, die sich wiederholt ausführen lassen, was wiederholte Probeläufe überhaupt erst praktikabel macht.

Quelle: Microsoft Learn: Set up company configuration packages

Wie prüfen Sie die Skalierung, bevor Sie starten?

Sehr große AX-Installationen brauchen vor dem Start eine ehrliche BC-Eignungsprüfung. Lizenz- und Skalierungsfragen entscheiden mit, ob Business Central der richtige Zielort ist oder ob Teile in eine andere Struktur gehören. Diese Bewertung gehört an den Anfang, nicht in die Mitte des Projekts.

Quelle: Microsoft Learn: Licensing in Dynamics 365 Business Central

Konkret geht es um drei Größen: Zahl und Art der Nutzer, Volumen der bewegungsintensiven Tabellen und Tiefe der Integrationen. Alle drei lassen sich vorab erheben, und sie führen entweder zu einer klaren Zusage oder zu einer bewussten Aufteilung in mehrere Umgebungen. Beides ist ein brauchbares Ergebnis, nur die ungeprüfte Annahme ist keines.

Sprechen Sie deshalb mit uns, bevor Sie den Weg festlegen: Wir bewerten Ihre AX-Prozesse ehrlich und zeigen Ihnen, was in Business Central als Heimat sinnvoll weiterlebt.