Si puede darse esta situacion y NO ES ANORMAL.
- Las fechas de solicitud, una se hizo el 25 y la otra el 26 de junio, y como puede verse en los datos copiados, son diferentes entidades y las validaciones al momento de guardar se cumplen (en ambos casos el empleado sigue activo).
- La fecha de aplicación de los retiros es 25 de junio en ambos casos.
- Ambos retiros no fueron aprobados el 25, sino que fueron aprobados el 26 al mismo tiempo (quiza porque se marcaron ambos en la pantalla y se autorizaron)
- Desde el punto de vista del flujo no importa que se de esta situación, porque en ambos casos se marca de autorizado diferente instancia, y no se chequea nada relacionado con la entidad (que no sea la verificación del estado workflow), son entidades diferentes aunque apunten al mismo empleado.
- En ambos casos si existen actividades a continuación de la que se autoriza, se notifica a los próximos autorizadores.
Al final con la última autorización del primer flujo, se programará la finalización de la entidad. Esta finalización se ejecutará y el empleado finalmente se marcará como 'Retirado'.
Cuando la segunda instancia se finalice de autorizar, entonces intentará programar la finalización. Hasta en este punto se hace una validación de la consistencia de los datos, probablemente encontrará que el empleado ya no está activo y logeará un error en AppJob y no se ejecutará de nuevo el proceso de finalización.
Quedará en un proceso en estado de error y no podrá enviarse a finalizar nunca, porque la validación lo impide.
answered
26 Jun '18, 15:21
Fernando Paz ♦♦
17.3k●8●16●35
accept rate:
51%
No existe una reversion de retiro de por medio?
No no existe una reversion, como puedes ver en la fecha de cambio de estado y la fecha de fin de la ruta suceden en segundos de diferencia