Proceso de actualización de Dynamics AX 2012 a Dynamics 365
Flujo editable de actualización de Dynamics AX 2012 a Dynamics 365 Finance y SCM: análisis en Lifecycle Services, decisión entre actualizar o reimplantar, código a extensiones, actualización de datos, UAT y puesta en marcha.
¿Qué es proceso de actualización de dynamics AX 2012 a dynamics 365?
Dynamics AX 2012 R3 está fuera del soporte ampliado desde enero de 2023 y las empresas que aún lo usan asumen un riesgo creciente de seguridad y cumplimiento. El camino a seguir es Dynamics 365 Finance y Supply Chain Management y la primera decisión es cómo llegar: actualizar el código y los datos existentes o reimplantar sobre el estándar de D365 y traer solo los datos necesarios.
Una actualización conserva el histórico y los procesos conocidos, pero toda personalización con overlayering debe convertirse en una extensión y la actualización de datos debe ejecutarse sin errores. Una reimplantación es la oportunidad de deshacerse de años de personalizaciones partiendo del catálogo de procesos de negocio de Microsoft. Ambos caminos vuelven a juntarse en las pruebas y el cutover.
Use la plantilla para informar a la dirección de las opciones, planificar el proyecto y seguir su avance. Renombre los carriles con su equipo y su socio, elimine el camino que descarte y añada sus propios hitos.
Qué cubre este diagrama de flujo
En esta plantilla
- Inventario de las personalizaciones, soluciones ISV e informes de AX 2012 y análisis de actualización del código en Lifecycle Services
- La decisión de actualizar el código y los datos o reimplantar sobre el estándar de D365
- Paso del código con overlayering a extensiones y ejecución de la actualización de datos en un sandbox, con un bucle de corrección y repetición
- Asignación de los procesos al catálogo de procesos de negocio de Dynamics 365 e importación de los datos de apertura en una reimplantación
- Pruebas de extremo a extremo con los usuarios clave, firma de la UAT y cutover a producción
Cuándo usar esta plantilla
- Aún usa Dynamics AX 2012 y necesita planificar el paso a Dynamics 365
- La dirección debe elegir entre una actualización técnica y una reimplantación
- Es un socio que delimita el alcance de una actualización de AX 2012 para un cliente
- Los usuarios clave necesitan entender cuánto va a cambiar su proceso
Cómo funciona
Registre el inventario
Anote en el primer paso el número de personalizaciones, soluciones ISV e informes y cuáles siguen en uso.
Escriba los criterios de decisión
Ponga en la decisión los motivos para actualizar o reimplantar, como el volumen de personalizaciones, la necesidad de histórico de datos y las ganas de cambiar los procesos.
Quite el camino descartado
Elimine la rama que no va a seguir para que el flujo se convierta en el plan de su proyecto.
Añada los ciclos de pruebas
Divida las pruebas en los ciclos que va a ejecutar, con criterios de salida para cada uno.
Apruebe y haga el seguimiento
Envíe el flujo al patrocinador del proyecto para su aprobación y actualícelo a medida que se completen las fases; el historial muestra qué cambió y cuándo.
Preguntas frecuentes
¿Sigue teniendo soporte Dynamics AX 2012?
No. El soporte estándar de Dynamics AX 2012 R3 terminó en octubre de 2021 y el soporte ampliado, en enero de 2023. Microsoft ya no ofrece actualizaciones de seguridad ni correcciones, por lo que las empresas que aún lo usan asumen un riesgo creciente.
¿Puedo actualizar AX 2012 directamente a Dynamics 365?
Sí. Microsoft admite la actualización del código y los datos de AX 2012 R3 a Dynamics 365 Finance y Supply Chain Management. El código se analiza y se actualiza con las herramientas de Lifecycle Services, el overlayering debe sustituirse por extensiones y la base de datos se actualiza en un sandbox antes de pasar a producción.
¿Debemos actualizar o reimplantar?
Actualice cuando los procesos de negocio sigan encajando y necesite el histórico de transacciones. Reimplante cuando el sistema esté muy personalizado, los procesos hayan cambiado o quiera adoptar los procesos estándar de D365. Muchas empresas reimplantan y migran solo las partidas abiertas y una cantidad limitada de histórico.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso da paso a Proceso de cutover de ERP (del ensayo al hypercare).
Viene después
- Proceso de cutover de ERP (del ensayo al hypercare) — Flujo editable del cutover de un ERP para puestas en marcha de SAP, Oracle, Dynamics 365 o NetSuite: cutover simulado, congelación del sistema heredado, carga de datos, conciliación, decisión go/no-go, marcha atrás y salida del hypercare.