En resumen
- Desde septiembre de 2026, Microsoft anuncia los cambios de Dynamics 365 en una hoja de ruta permanente a medida que se confirman, y deja atrás las dos oleadas al año.
- El Release Planner se retira el 15 de noviembre de 2026, y no habrá una segunda oleada de versiones de 2026.
- Las actualizaciones siguen llegando según el calendario de Microsoft, y algunas funciones se activan solas para los usuarios.
- El control viene de un responsable con nombre, una copia de prueba de su negocio y una nota breve a los usuarios antes de cada cambio.
Para el Director de Operaciones, el riesgo es un lunes en la mañana en que la pantalla de los despachadores se ve distinta y nadie les avisó. El Director de Finanzas enfrenta una nueva función de un agente que consume créditos que nadie presupuestó. El Director de Tecnología pierde el ritmo de planeación con el que contaba su equipo.
Una práctica permanente con un responsable con nombre resuelve los tres riesgos.
Lo que cambió es cómo se entera usted de los cambios
El 25 de agosto de 2026, Microsoft anunció que dejaría de publicar nuevos planes de versiones para Dynamics 365, Power Platform y Dataverse. Las nuevas capacidades aparecen ahora en la hoja de ruta AI at Work a medida que se confirman, con tres estados: In Development (en desarrollo), Rolling Out (en despliegue) y Launched (lanzada).
La transición va de septiembre a noviembre. El Release Planner se retira el 15 de noviembre de 2026, y Microsoft confirmó que no habrá una segunda oleada de versiones de 2026.
Las actualizaciones siguen llegando.
Según la guía de Microsoft, las aplicaciones de Dynamics 365 para clientes y Power Platform reciben actualizaciones menores cada semana, región por región. Las aplicaciones de finanzas y operaciones reciben entre dos y cuatro actualizaciones al año, en febrero, abril, julio y octubre. Usted puede pausar una actualización consecutiva para ajustarla a su propio calendario.
Así, la planeación pasa de ser un evento semestral a un hábito mensual.
Asigne un solo responsable del calendario de actualizaciones, con el negocio en la mesa
Microsoft aclara que su modelo de versión única no elimina sus responsabilidades. Usted sigue planeando cada actualización, asignando las tareas, avisando a la gente lo que viene y apoyando la adopción. Microsoft también dice que prepararse requiere a los administradores, al equipo del proyecto y a los usuarios de negocio que promueven el sistema.
En la práctica, nombre a un responsable de versiones, por lo general el administrador de la plataforma. Póngalo a trabajar con un líder de operaciones que sepa qué significa cada cambio en la operación diaria.
Haga una revisión mensual. Revisen los elementos de la hoja de ruta de las aplicaciones que usan y las fechas de retiro. Revisen también los avisos que Microsoft envía a los administradores por el centro de mensajes y por correo. Cada elemento recibe una de tres decisiones: ignorarlo, probarlo o planearlo.
Microsoft ofrece un canal RSS de la hoja de ruta y un servidor MCP, Release Communications, que lleva esos datos a sus propias herramientas. Una herramienta puede preparar la lista mensual; el responsable decide qué llega a su gente.
Si un socio de servicios administrados participa, debe llevar este ciclo junto con su responsable.
Pruebe en una copia de su negocio antes de que llegue a su gente
Microsoft le permite probar antes, en un entorno de pruebas, funciones listas para producción y con soporte completo. Para las aplicaciones de clientes, recomienda crear un entorno nuevo a partir de su entorno de prueba y activar en él el acceso anticipado. También puede configurar un entorno de pruebas en el canal de versiones mensual.
Pruebe con sus propios datos y sus propios procesos. Corra las pruebas de regresión y anote cada cambio de pantalla o de navegación que notará un usuario. Para las aplicaciones de finanzas y operaciones, Microsoft recomienda recibir las actualizaciones antes en el entorno de pruebas de aceptación y correr allí pruebas de regresión automatizadas.
Adopte como política una regla de Microsoft sobre los tiempos. No active el acceso anticipado en la misma ventana en que publica en producción uno de sus propios cambios. Si algo falla, usted quiere saber qué cambio lo causó.
Avise a la gente qué cambia en su pantalla antes de que cambie
Algunos cambios llegan sin esperar por usted. Microsoft clasifica las funciones en tres grupos: algunas se activan solas para los usuarios, otras se activan solas para administradores y creadores, y otras requieren que un administrador las active. Cada elemento de las notas de versión indica a qué grupo pertenece.
Las automáticas requieren una nota a las personas afectadas, enviada antes de que llegue el cambio. El ejemplo de Microsoft es un centro de contacto grande, donde cada segundo de una llamada cuenta. Basta un párrafo por rol: qué se ve distinto, qué hacer y a quién preguntar.
Las funciones que un administrador debe activar son decisión suya. Actívelas cuando el negocio y la capacitación estén listos.
Un aviso de retiro necesita un plan el mismo día en que llega
Microsoft anuncia con un calendario las funciones que se retirarán. Siguen funcionando y con soporte hasta la fecha de retiro, y después dejan de funcionar. El tiempo entre el aviso y la fecha es su ventana de presupuesto.
El caso más claro hoy es la integración de Field Service con las aplicaciones de finanzas y operaciones, que dejará de estar disponible después del 28 de febrero de 2027. Microsoft traslada la capacidad a la integración entre Field Service y Project Operations. Nuestra guía sobre esa fecha límite explica cómo ordenar la transición.
Los agentes cambian lo que debe cubrir una prueba de regresión
Una pantalla configurada funciona igual después de una actualización, o falla de forma visible. Un agente puede seguir funcionando y empezar a dar respuestas distintas. Success by Design pide vigilar los resultados de los agentes después del arranque, incluidos los cambios de comportamiento del modelo tras las actualizaciones de la plataforma, y repetir las evaluaciones con regularidad.
El estado también importa. Microsoft indica que las funciones en versión preliminar pública no están pensadas para producción. El Scheduling Operations Agent de Field Service sigue en versión preliminar; manténgalo fuera de los procesos de producción hasta que esté disponible de forma general.
El costo también forma parte del control de versiones. Cada agente de Dynamics 365 consume Copilot Credits, y los agentes de Copilot Studio se desactivan por encima del 125% de la capacidad prepagada. Cuando se activa una nueva capacidad de un agente, el responsable de versiones y finanzas deben saber cuánto consumirá.
Algunos equipos necesitan menos, y otros más
Si usa una sola aplicación con funciones estándar y personalizaciones compatibles, Microsoft prevé que las actualizaciones tengan poco o ningún efecto. Una revisión mensual de la hoja de ruta y una prueba antes de cada actualización de finanzas y operaciones pueden bastar.
Los fabricantes regulados necesitan más: un ciclo permanente de pruebas de regresión y validación, presupuestado como costo de operación. Y si usa aplicaciones de otros proveedores sobre Dynamics 365, tiene dos fuentes de actualizaciones. Microsoft recomienda coordinar con anticipación los tiempos de cada proveedor, para tener margen de probar la solución completa.
Lo que deben hacer este trimestre los líderes de operaciones y tecnología
Nombre a un responsable de versiones y a un socio de negocio. Ponga una revisión mensual en la agenda de ambos.
Apunte su planeación a la hoja de ruta AI at Work antes del 15 de noviembre. Los planes que dependen del Release Planner se quedarán sin fuente.
Mantenga una copia de prueba de su negocio con acceso anticipado. Corra ahí sus pruebas de regresión antes de que cada cambio llegue a producción.
Envíe una nota de un párrafo por rol antes de que lleguen los cambios automáticos. Diga qué se ve distinto, qué hacer y a quién preguntar.
Incluya a los agentes en el plan de pruebas y en el presupuesto. Repita las evaluaciones después de cada actualización y revise el consumo de créditos con finanzas.
Cómo lo sabemos
Esta guía proviene de los proyectos de Dynamics 365 y los servicios administrados de Ludia. Cambio en la hoja de ruta: Microsoft, One always-on roadmap: Dynamics 365, Power Platform, and Dataverse join the AI at Work roadmap (25 de agosto de 2026), y la hoja de ruta AI at Work. Calendario de actualizaciones, acceso anticipado, grupos de funciones, retiros y el ejemplo del centro de contacto: Microsoft Learn, Stay current with Dynamics 365 service updates (julio de 2026). Vigilancia de agentes: Introduction to the Success by Design framework (agosto de 2026). Fecha de término de la integración: Field Service integration with finance and operations applications (septiembre de 2026). Estado de los agentes: Microsoft, anuncios de Dynamics 365 (23 de septiembre de 2026). Créditos: Dynamics 365 Licensing Guide (septiembre de 2026) y gestión de capacidad de Copilot Studio. Aplicaciones de otros proveedores: Extend Dynamics 365 apps without compromising performance. Fabricantes regulados: ERP Today (26 de agosto de 2026).



