Planificar los procesos de lanzamiento, cambio y administración de riesgos
Microsoft lanza actualizaciones periódicas para las aplicaciones de finanzas y operaciones. Se incorporan con las versiones de Plataforma y Aplicación. Pueden incluir actualizaciones de nuevas funciones, correcciones de errores o mejoras generales del rendimiento del sistema.
Las versiones pueden lanzarse como mejoras y como actualizaciones estándar. Las actualizaciones de mejora incluyen el paso de una versión oficial a la siguiente versión. Por ejemplo, una actualización de mejora supondría pasar de la versión 7.1 a la 7.3. Una actualización de mejora afecta a código y datos. Una actualización estándar aplica un paquete binario a un entorno. Este proceso requiere menos tiempo de inactividad y no incluye la mejora de los datos.
Antes de implementar cualquiera de las versiones en su entorno, consulte Planes de lanzamiento de Dynamics 365 y Microsoft Power Platform para descubrir las nuevas actualizaciones que se están agregando. Esto le dará una idea de qué áreas se verán afectadas.
Necesitará saber qué versión desea seleccionar para la actualización de mejora. Debido a que Microsoft elimina la versión más antigua del software cuando se lanza una nueva versión, le recomendamos que siempre cambie a la última versión disponible. Esto le dará dos meses para actualizar los entornos antes de que esa versión deje de estar disponible. Por ejemplo, si comienza a actualizar los entornos a la versión x en lugar de la última versión x.2, y Microsoft lanza x.3 antes de que pueda actualizar su entorno de producción, la versión x ya no estará disponible para actualizar su entorno de producción.
Puede encontrar problemas de compatibilidad si la versión extiende una enumeración. El compilador comprobará si hay enumeraciones personalizadas que no sean seguras debido al valor entero de una enumeración no extensible. Deberá solucionarlo para poder compilar. Su modelo debe hacer referencia a módulos y submódulos de nivel superior. Un cambio de Microsoft puede agregar un nuevo recurso en un submódulo sin referencia. Esto puede causar errores durante la compilación. También es posible que algunos métodos u objetos se seleccionen como obsoletos, lo que significa que el objeto acabará entrando en desuso con el tiempo. Si se selecciona código personalizado para su depreciación, debe investigarse, de modo que la ruta de código esperada pueda corregirse. Realizar revisiones de código puede ayudar a detectar cualquier problema con el código personalizado desde el principio.
Identificar el riesgo
Las actualizaciones y mejoras del sistema pueden traer muchos cambios. Es importante identificar los grupos de riesgo para encontrar los riesgos específicos de una empresa. Se debe seleccionar el propietario de un proceso de negocio para asumir la responsabilidad de un riesgo específico. Algunos riesgos pueden incluir tiempo de inactividad para actualizar el sistema, disponibilidad de recursos para pruebas o desarrollo adicional. Disponer de conocimientos de administración de riesgos podría ayudar a reducirlos:
- Identificar cualquier amenaza potencial
- Evaluar qué áreas son vulnerables a esas amenazas
- Determinar la probabilidad o el riesgo de las áreas afectadas
- Identificar formas de reducir el riesgo
- Priorizar los planes de reducción de riesgos
El uso de los planes de lanzamiento que proporciona Microsoft puede ayudar a determinar qué áreas en las aplicaciones de finanzas y operaciones están cambiando y qué cambios se están realizando. Para reducir el riesgo de un nuevo plan de lanzamiento, debe tener recursos disponibles para probar las áreas que están cambiando. Microsoft también dispone de Regression Suite Automation Tool (RSAT) para automatizar pruebas basadas en grabaciones de tareas.