Flux du processus de migration de Dynamics AX 2012 vers Dynamics 365
Flux modifiable de migration de Dynamics AX 2012 vers Dynamics 365 Finance et SCM : analyse Lifecycle Services, choix entre migration et réimplémentation, code en extensions, migration des données, recette et mise en service.
Qu'est-ce que le processus flux du processus de migration de dynamics AX 2012 vers dynamics 365 ?
Dynamics AX 2012 R3 est sorti du support étendu en janvier 2023, et les entreprises qui l'exploitent encore portent un risque croissant de sécurité et de conformité. La voie à suivre est Dynamics 365 Finance et Supply Chain Management, et la première décision porte sur le chemin. On peut migrer le code et les données existants, ou réimplémenter sur le standard D365 en ne reprenant que les données nécessaires.
Une migration conserve l'historique et les processus familiers, mais chaque personnalisation en surcouche doit devenir une extension, et la migration des données doit se dérouler proprement. Une réimplémentation permet d'abandonner des années de personnalisation en partant du catalogue de processus métier de Microsoft. Les deux voies se retrouvent aux tests et à la bascule.
Utilisez le modèle pour présenter les options à la direction, planifier le projet et suivre l'avancement. Renommez les couloirs selon votre équipe et votre partenaire, supprimez la voie écartée et ajoutez vos propres jalons.
Ce que couvre cet organigramme
Dans ce modèle
- L'inventaire des personnalisations AX 2012, des solutions ISV et des états, et l'analyse de migration du code dans Lifecycle Services
- La décision de migrer le code et les données ou de réimplémenter sur le standard D365
- Le déplacement du code en surcouche vers des extensions et l'exécution de la migration des données dans un bac à sable, avec une boucle de correction et de relance
- L'association des processus au catalogue de processus métier de Dynamics 365 et l'import des données d'ouverture pour une réimplémentation
- Les tests de bout en bout avec les utilisateurs clés, la validation de la recette et la bascule en production
Quand utiliser ce modèle
- Vous exploitez encore Dynamics AX 2012 et devez planifier le passage à Dynamics 365
- La direction doit choisir entre une migration technique et une réimplémentation
- Vous êtes un partenaire qui cadre une migration AX 2012 pour un client
- Les utilisateurs clés doivent comprendre quelle part de leur processus va changer
Comment cela fonctionne
Consigner l'inventaire
Notez dans la première étape le nombre de personnalisations, de solutions ISV et d'états, et lesquels sont encore utilisés.
Écrire les critères de décision
Placez sur la décision les raisons de migrer ou de réimplémenter, comme le volume de personnalisation, le besoin d'historique de données et l'appétit pour le changement de processus.
Retirer la voie écartée
Supprimez la branche que vous ne suivez pas pour que le flux devienne votre plan de projet.
Ajouter les cycles de test
Découpez les tests selon les cycles que vous mènerez, avec des critères de sortie pour chacun.
Approuver et suivre
Envoyez le flux au sponsor du projet pour approbation et mettez-le à jour à chaque phase terminée. L'historique montre ce qui a changé et quand.
Questions fréquentes
Dynamics AX 2012 est-il encore supporté ?
Non. Le support standard de Dynamics AX 2012 R3 s'est achevé en octobre 2021 et le support étendu en janvier 2023. Microsoft ne fournit plus ni mises à jour de sécurité ni correctifs, si bien que les entreprises qui l'exploitent encore portent un risque croissant.
Peut-on migrer AX 2012 directement vers Dynamics 365 ?
Oui. Microsoft prend en charge la migration du code et des données d'AX 2012 R3 vers Dynamics 365 Finance et Supply Chain Management. Le code est analysé et migré avec les outils de Lifecycle Services, les surcouches doivent être remplacées par des extensions et la base de données est migrée dans un bac à sable avant la production.
Faut-il migrer ou réimplémenter ?
Migrez lorsque les processus métier conviennent encore et que vous avez besoin de l'historique des transactions. Réimplémentez lorsque le système est très personnalisé, que les processus ont évolué ou que vous voulez adopter les processus standard de D365. Beaucoup d'entreprises réimplémentent et ne migrent que les postes ouverts et un historique limité.
Où ce processus s'inscrit
Dans la plupart des opérations, ce processus passe le relais à Flux du processus de bascule ERP (de la répétition à l'hypercare).
Suit
- Flux du processus de bascule ERP (de la répétition à l'hypercare) — Flux modifiable de bascule ERP pour une mise en production SAP, Oracle, Dynamics 365 ou NetSuite : bascule à blanc, gel du système historique, chargement, validation de la réconciliation, go/no-go, retour arrière et hypercare.