Wer heute noch Dynamics AX 2009 oder AX 2012 betreibt, arbeitet ohne Herstellersupport: Laut Microsoft Learn endete der erweiterte Support für AX 2009 SP1, AX 2012 und AX 2012 R2 am 12. April 2022, für AX 2012 R3 am 10. Januar 2023. Der Weg in die Zukunft ist eine Dynamics AX Migration zu Dynamics 365 Finance & Operations – bei AX 2012 als Upgrade von Code und Daten, bei AX 2009 als Datenmigration. Dieser Artikel zeigt Ihnen die Phasen, die typischen Risiken und die Faktoren, die Ihren Zeitplan bestimmen.
Warum der Wechsel jetzt ansteht
Microsoft nennt auf der Learn-Seite «End of mainstream support for Microsoft Dynamics AX 2009, Dynamics AX 2012, Dynamics AX 2012 R2, and Dynamics AX 2012 R3» (abgerufen am 11. November 2026) folgende Daten:
- AX 2009 SP1, AX 2012 und AX 2012 R2: Mainstream-Support bis 9. Oktober 2018, Sicherheitsupdates im erweiterten Support bis 12. April 2022.
- AX 2012 R3: Mainstream-Support bis 12. Oktober 2021, erweiterter Support bis 10. Januar 2023.
- Regulatorische Updates: Während des erweiterten Supports stellte Microsoft für diese Versionen weder Korrekturen ohne Sicherheitsbezug noch regulatorische Anpassungen bereit.
Für Sie als IT-Leiter oder CFO heisst das: Gesetzliche Änderungen, neue Schnittstellen und Sicherheitslücken liegen vollständig in Ihrer eigenen Verantwortung. Microsoft empfiehlt auf derselben Seite den Wechsel auf die aktuelle Version der Finance-and-Operations-Apps, also Dynamics 365 Finance & Operations.
Welcher Weg passt zu Ihrer AX-Version?
Der Ausgangspunkt bestimmt das Vorgehen. Microsoft Learn (abgerufen am 11. November 2026) beschreibt zwei getrennte Pfade:
- AX 2012 R2 und R3: Unterstützt wird ein Upgrade, das sowohl den eigenen Code als auch die Datenbank mitnimmt – einschliesslich der vollständigen Buchungshistorie. Vorher sollte die neueste kumulative Aktualisierung (CU) der jeweiligen Version installiert sein. Kunden auf AX 2012 (ohne R2/R3) gehen laut Microsoft über AX 2012 R3.
- AX 2009 SP1: Hier gibt es kein Upgrade, sondern das Data migration tool (DMT). Es ist laut Microsoft der einzige unterstützte Weg von AX 2009 und bildet Tabellen über eine Mapping-Datei auf Data Entities ab. Die Installationsseite des DMT führt das Werkzeug als «private preview» ohne festgelegtes Datum für die allgemeine Verfügbarkeit.
Ein wichtiger Stolperstein: Laut Microsoft lassen sich AX-2012-Installationen mit bestimmten abgekündigten Funktionen derzeit nicht upgraden, etwa Systeme mit virtuellen Firmen oder Datenpartitionen. Ob Ihr System betroffen ist, zeigt das Upgrade analyzer tool.
AX 2012 und Finance & Operations im Vergleich
Der Wechsel ist mehr als ein Versionssprung. Die folgende Übersicht fasst die Unterschiede zusammen, die für Betrieb und Budget am stärksten ins Gewicht fallen.
| Thema | Dynamics AX 2012 | Dynamics 365 Finance & Operations |
|---|---|---|
| Betrieb | Eigene Server, eigene Verantwortung für Infrastruktur | Cloud-Dienst; Microsoft überwacht die Produktionsumgebung rund um die Uhr |
| Updates | Kumulative Updates nach eigenem Entscheid, heute ohne Support | Vier Service-Updates pro Jahr (Februar, April, Juli, Oktober); mindestens zwei sind Pflicht, eines lässt sich pausieren |
| Anpassungen | Overlayering: Änderungen direkt im Standardcode möglich | Nur Erweiterungen (Extensions); alle Microsoft-Modelle sind seit Version 8.0 versiegelt |
| Datenzugriff und Integration | Eigene SQL-Server-Datenbank im Haus; Integrationen oft über eigene Webdienste | Data Entities, Data management framework, OData und eigene Services |
Ablauf: die Phasen einer Migration
Microsoft gliedert das AX-2012-Upgrade in die drei Phasen Analyze, Execute und Validate. In der Praxis lassen sie sich in sechs Arbeitsschritte übersetzen:
- Analyse: Prozesse aufnehmen, eine Demo-Umgebung für die Fit-Gap-Analyse bereitstellen, die Pre-Upgrade-Checkliste in AX 2012 installieren. Mit dem Code upgrade service in Lifecycle Services (LCS) laden Sie einen Export des Model Store hoch und erhalten aktualisierten Code samt Bericht über offene Konflikte – die Grundlage für die Aufwandschätzung.
- Code-Upgrade und Ablösung von Anpassungen: Jede Eigenentwicklung wird geprüft – entfällt sie, deckt sie der heutige Standard ab, oder wird sie als Erweiterung neu gebaut? Ab diesem Punkt empfiehlt Microsoft einen Änderungsstopp im AX-Code.
- Datenmigration: Daten bereinigen und archivieren, grosse Tabellen komprimieren, Dokumentanhänge vorab in die AX-Datenbank holen. Der erste Datenupgrade-Lauf erfolgt in einer Entwicklungsumgebung, danach in einer Sandbox mit dem «AX 2012 Database Upgrade Toolkit for Dynamics 365».
- Test: Fachbereiche prüfen ihre Prozesse mit migrierten Daten und migriertem Code in der Sandbox.
- Schulung: Neue Oberfläche, neue Arbeitsbereiche, neue Berechtigungsstruktur – Key User zuerst.
- Go-live: Letzter Datenlauf, Abnahme, Umstellung und Betreuung in den ersten Abschlüssen.
Risiken und was Ihren Zeitplan bestimmt
Microsoft selbst bezeichnet Upgrades von AX 2012 als komplex: Die Werkzeuge seien ein Rahmen, keine fertige Lösung, und ohne Datenbereinigung, Feinabstimmung und Anpassungsarbeit laufe der Prozess nicht durch. Feste Laufzeiten lassen sich deshalb seriös erst nach der Analyse nennen. Diese Treiber entscheiden über Dauer und Aufwand:
- Umfang der Eigenentwicklungen: Jede Overlayering-Anpassung muss als Erweiterung neu gedacht werden. Der Konfliktbericht des Code upgrade service macht diesen Block messbar.
- Datenvolumen und Datenqualität: Je grösser die Datenbank, desto länger der Datenupgrade-Lauf. Microsoft empfiehlt, vorher zu bereinigen und zu archivieren.
- Ausgangsversion: AX 2009 bedeutet Datenmigration statt Upgrade, AX 2012 ohne R2/R3 einen Zwischenschritt.
- Schnittstellen: Integrationen müssen auf Data Entities, OData oder eigene Services umgestellt werden.
- Berechtigungen: Jeder AX-Benutzer braucht eine Microsoft-Entra-Anmeldung; die Zuordnung erfolgt in der Pre-Upgrade-Checkliste. Rollen und Rechte sollten danach neu geprüft werden.
- Verfügbarkeit der Fachbereiche: Tests und Schulung brauchen Key User, die neben dem Tagesgeschäft Zeit haben – oft der knappste Faktor.
Wie senergy Sie beim Wechsel unterstützt
senergy services ag aus Baden-Dättwil ist seit 1998 Ihr Partner für Microsoft Dynamics. Wir führen Dynamics 365 Finance & Operations ein und betreuen es nach dem Go-live. Viele Aufgaben, die in AX als Eigenentwicklung entstanden sind, decken heute unsere sensAI Apps ab – Erweiterungen für Finance & Operations, die als Deployable Package installiert werden und im Dynamics-365-Standard buchen. Wir testen jede App gegen die aktuellen Microsoft-Releases. Drei davon helfen direkt im Migrationsprojekt:
- Code-Anpassungs-Dokumentation: ein durchsuchbarer Katalog aller Anpassungen einer Umgebung – hilfreich, um nach dem Upgrade den Überblick über Erweiterungen zu behalten.
- Data-Entity-Finder: eine Suchmaschine für Data Entities – nützlich, wenn Sie Datenmigration und Schnittstellen auf Entities umstellen.
- Effektive Berechtigungen: kumulierte Rechte pro Nutzer über alle Rollen und Firmen hinweg – für die Kontrolle der neuen Rollenstruktur vor und nach dem Go-live.
Häufige Fragen
Können wir direkt von AX 2009 auf Dynamics 365 wechseln?
Ja, aber nicht per Upgrade. Für AX 2009 SP1 ist das Data migration tool laut Microsoft der einzige unterstützte Weg; es überträgt Daten, keinen Code. Anpassungen werden in Finance & Operations neu aufgebaut oder durch Standard ersetzt.
Bleibt unsere Buchungshistorie aus AX 2012 erhalten?
Beim Upgrade von AX 2012 R2 oder R3 ja: Microsoft beschreibt einen Datenupgrade-Prozess, der die vollständige Transaktionshistorie mitnimmt. Eine vorherige Bereinigung und Archivierung verkürzt den Lauf.
Was passiert mit unseren Eigenentwicklungen?
Finance & Operations erlaubt nur noch Erweiterungen, kein Overlayering. Jede Anpassung wird deshalb geprüft: weglassen, durch Standard oder eine fertige App ersetzen, oder als Erweiterung neu bauen.
Wie oft wird Finance & Operations aktualisiert?
Microsoft veröffentlicht vier Service-Updates pro Jahr, im Februar, April, Juli und Oktober. Mindestens zwei pro Jahr sind Pflicht, ein Update lässt sich pausieren; neue Funktionen schalten Sie selbst frei.
Wie lange dauert eine AX-Migration?
Das hängt von Ausgangsversion, Umfang der Anpassungen, Datenvolumen und Schnittstellen ab. Eine belastbare Schätzung entsteht nach der Analyse, wenn der Konfliktbericht des Code upgrade service und die Fit-Gap-Analyse vorliegen.
Nächster Schritt
Sie betreiben noch AX 2009 oder AX 2012 und möchten wissen, welcher Weg für Sie passt und welche Anpassungen Sie mitnehmen müssen? Wir beraten Sie gerne – nehmen Sie Kontakt mit uns auf.