Ventajas de la flexibilidad del proceso de cambio
En este resumen se destacan las ventajas y las nuevas funciones diseñadas para mejorar la eficiencia en la gestión y liberación de tareas de cambio de forma independiente mediante dos procesos: Flexibilidad del proceso de cambio (lógica de liberación mejorada) y Cambiar flexibilidad adicional del proceso (estadios).
Implementación de tareas de cambio con secuencia (sin estadios)
Estas son las ventajas de implementar la tarea de cambio con secuencia y sin estadios:
• Se puede definir la fecha de inicio real de cualquier tarea de cambio recién iniciada y comenzar su implementación.
• La secuencia continúa ejecutándose en orden numérico en paralelo con la secuencia en blanco (cero).
• Las tareas de cambio canceladas ya no inician su implementación y se omiten. Esto hace que el flujo de trabajo general sea más eficiente.
 |
La implementación de las tareas de cambio se puede cancelar mediante la opción de definición de estado.
|
Ejecución de tareas de cambio con secuencia y estadio
Estas son las ventajas de implementar la tarea de cambio con secuencia y estadios:
• Soporte de estadio: se pueden diseñar los flujos de trabajo de notificación de cambio para utilizar el estadio
• Preferencias: Orden de ejecución de plan secuenciado y Ejecución del plan por etapas
◦ Las tareas de cambio se pueden implementar definiendo las opciones de estadios y secuencia. Estas preferencias permiten opciones de implementación solo para secuencia, solo para estadio o para ambas.
◦ Se puede diseñar el flujo de trabajo para ejecutar un solo estadio mediante un robot de sincronización.
◦ Estas preferencias soportan la implementación de tareas de cambio en orden numérico en paralelo con la secuencia en blanco (cero).
◦ La fecha de inicio real se define cuando una tarea de cambio comienza su implementación.
• Lógica de liberación mejorada
Estas son las ventajas de implementar la tarea de cambio con la lógica de liberación mejorada:
◦ Una nueva API releaseChangeable2 que se utiliza para liberar objetos cambiables para un estadio.
◦ La API releaseChangeable2 combina la aprobación de cambios sin incorporar para el estadio.
◦ Solo las tareas de cambio asignadas al estadio (o en blanco en casos especiales) se procesan para la liberación.
◦ Las tareas de cambio liberadas individualmente dentro del estadio se omiten.
◦ El estadio final, que es la liberación Pos-liberación, utiliza la API releaseChangeable2 para liberar toda la notificación de cambio.
◦ La API libera todas las tareas de cambio restantes y establece la fecha de fin real de las tareas de cambio y la notificación de cambio.
◦ Las efectividades pendientes se procesan para un solo estadio.
Validación de tareas de cambio
La validación se puede producir para una sola tarea de cambio, un estadio de notificación de cambio o toda la notificación de cambio. Con la lógica de liberación mejorada activada:
• Cualquier flujo de trabajo de notificación de cambio utiliza la variable de flujo de trabajo para activar la lógica de liberación mejorada.
• Las tareas de cambio liberadas anteriormente (la fecha de fin real definida) o cualquier tarea de cambio cancelada se omiten durante la validación.
Liberación de tareas de cambio
Estas son las ventajas de liberar la tarea de cambio con la lógica de liberación mejorada:
• La fecha de fin real se define para cualquier tarea de cambio que se libera, independientemente del método de liberación (individual, por etapas o de notificación de cambio completa).
• La API releaseChangeable2 define la fecha de fin real para liberar tareas de cambio.
• La API releaseChangeable2 combina la aprobación de cambios sin incorporar en la API.
Procesamiento de efectividades pendientes
Estas son las ventajas de procesar las efectividades pendientes mediante la lógica de liberación mejorada:
• El procesamiento puede producirse en el contexto de una sola tarea de cambio, un estadio de notificación de cambio o toda la notificación de cambio.
• Se libera una tarea de cambio (fecha de fin real definida) antes de que se puedan aplicar las efectividades pendientes.
• Las tareas de cambio canceladas se omiten.
• La efectividad pendiente aplicada anteriormente no se volverá a procesar.
Definición de la fecha de resolución
Las fechas de resolución de las tareas de cambio y la notificación de cambio se pueden definir mediante la lógica de liberación mejorada:
• La fecha de resolución se puede definir para una notificación de cambio y una sola tarea de cambio o para todas las tareas de cambio programadas para el estadio.
• Si la fecha de resolución se ha establecido anteriormente, no se sobrescribirá.
• La fecha de resolución se restablecerá en una nueva revisión de la notificación de cambio y en cualquier tarea de cambio revisada.
• La fecha de fin real se restablecerá en una nueva revisión de la notificación de cambio y en cualquier tarea de cambio revisada.