Upgrade von Dynamics AX 2012 auf Dynamics 365: Prozessablauf
Bearbeitbarer Upgrade-Ablauf von Dynamics AX 2012 auf Dynamics 365 Finance und SCM: Analyse in Lifecycle Services, Entscheidung zwischen Upgrade und Neueinführung, Code zu Erweiterungen, Datenupgrade, Abnahme und Go-live.
Was ist upgrade von dynamics AX 2012 auf dynamics 365: prozessablauf?
Dynamics AX 2012 R3 ist seit Januar 2023 aus dem erweiterten Support, und Unternehmen, die es noch betreiben, tragen wachsende Sicherheits- und Compliance-Risiken. Der Weg nach vorn ist Dynamics 365 Finance und Supply Chain Management, und die erste Entscheidung lautet, wie man dorthin kommt: Code und Daten des bestehenden Systems upgraden oder auf dem D365-Standard neu einführen und nur die Daten übernehmen, die man braucht.
Ein Upgrade behält Historie und vertraute Prozesse, aber jede überlagerte Anpassung muss zu einer Erweiterung werden, und das Datenupgrade muss sauber laufen. Eine Neueinführung ist die Gelegenheit, jahrelange Anpassungen abzulegen und beim Business Process Catalog von Microsoft zu beginnen. Beide Wege treffen sich beim Test und beim Cutover wieder.
Nutzen Sie die Vorlage, um die Geschäftsleitung über die Optionen zu informieren, das Projekt zu planen und den Fortschritt zu verfolgen. Benennen Sie die Bahnen nach Ihrem Team und Partner um, löschen Sie den ausgeschlossenen Pfad und ergänzen Sie Ihre eigenen Meilensteine.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Inventur der AX-2012-Anpassungen, ISV-Lösungen und Berichte sowie Code-Upgrade-Analyse in Lifecycle Services
- Die Entscheidung, Code und Daten zu upgraden oder auf dem D365-Standard neu einzuführen
- Überführung überlagerten Codes in Erweiterungen und Datenupgrade in einem Sandbox-System, mit einer Schleife aus Korrigieren und Wiederholen
- Zuordnung der Prozesse zum Business Process Catalog von Dynamics 365 und Import der Eröffnungsdaten bei einer Neueinführung
- Durchgängiger Test mit Key-Usern, Benutzerabnahme und produktiver Cutover
Wann Sie diese Vorlage verwenden sollten
- Sie betreiben noch Dynamics AX 2012 und müssen den Wechsel auf Dynamics 365 planen
- Die Geschäftsleitung muss zwischen einem technischen Upgrade und einer Neueinführung entscheiden
- Sie sind Partner und grenzen ein AX-2012-Upgrade für einen Kunden ab
- Key-User müssen verstehen, wie viel ihres Prozesses sich ändert
So funktioniert es
Das Inventar erfassen
Notieren Sie im ersten Schritt die Anzahl der Anpassungen, ISV-Lösungen und Berichte und welche davon noch genutzt werden.
Entscheidungskriterien festhalten
Tragen Sie die Gründe für Upgrade oder Neueinführung an der Entscheidung ein, etwa Umfang der Anpassungen, Bedarf an Datenhistorie und Bereitschaft zur Prozessänderung.
Den ausgeschlossenen Pfad entfernen
Löschen Sie den Zweig, den Sie nicht gehen, damit der Ablauf zu Ihrem Projektplan wird.
Testzyklen ergänzen
Teilen Sie das Testen in die Zyklen auf, die Sie fahren, jeweils mit Endekriterien.
Freigeben und nachverfolgen
Senden Sie den Ablauf zur Freigabe an den Projektsponsor und aktualisieren Sie ihn, wenn Phasen abgeschlossen sind. Der Verlauf zeigt, was sich wann geändert hat.
Häufig gestellte Fragen
Wird Dynamics AX 2012 noch unterstützt?
Nein. Der Standardsupport für Dynamics AX 2012 R3 endete im Oktober 2021, der erweiterte Support im Januar 2023. Microsoft liefert keine Sicherheitsupdates oder Korrekturen mehr, sodass Unternehmen, die es noch betreiben, ein wachsendes Risiko tragen.
Kann ich AX 2012 direkt auf Dynamics 365 upgraden?
Ja. Microsoft unterstützt das Upgrade von Code und Daten aus AX 2012 R3 auf Dynamics 365 Finance und Supply Chain Management. Der Code wird mit den Werkzeugen von Lifecycle Services analysiert und aktualisiert, Überlagerungen müssen durch Erweiterungen ersetzt werden, und die Datenbank wird vor der Produktion in einer Sandbox aktualisiert.
Sollen wir upgraden oder neu einführen?
Upgraden Sie, wenn die Geschäftsprozesse noch passen und Sie die Transaktionshistorie brauchen. Führen Sie neu ein, wenn das System stark angepasst ist, sich die Prozesse geändert haben oder Sie die D365-Standardprozesse übernehmen wollen. Viele Unternehmen führen neu ein und migrieren nur offene Posten und einen begrenzten Teil der Historie.
Wo dieser Prozess einzuordnen ist
In den meisten Unternehmen übergibt dieser Prozess an ERP-Cutover: Prozessablauf vom Probelauf bis zur Hypercare.
Kommt danach
- ERP-Cutover: Prozessablauf vom Probelauf bis zur Hypercare — Bearbeitbarer ERP-Cutover-Ablauf für Go-lives von SAP, Oracle, Dynamics 365 oder NetSuite: Probe-Cutover, Freeze des Altsystems, Datenladung, Abstimmung, Go/No-Go-Entscheidung, Rollback und Hypercare-Ausstieg.