Ciclo de Vida de Evento de Flujo de Trabajo

El ciclo de vida de un evento de flujo de trabajo depende de si el evento tiene que esperar algo antes de que pueda finalizar o fallar. Por ejemplo, un evento que crea una actividad de campo tiene que esperar hasta que la actividad de campo se realice antes de que se pueda considerar finalizada.

El siguiente diagrama muestra el posible ciclo de vida de un evento de flujo de trabajo:

Los siguientes puntos explican el ciclo de vida de los eventos de flujo de trabajo de la variedad normal:

• Los eventos Normales se crean inicialmente con estado pendiente.
• En la fecha de activación de un evento pendiente, el proceso de activación de evento de flujo de trabajo (denominado WFET) ejecuta el algoritmo de activación del evento.
• El algoritmo de activación de un evento puede hacer que un evento pendiente se transforme en un evento con error. Por ejemplo, si un evento que se usa para crear una actividad de campo no puede encontrar un punto de servicio válido, el algoritmo podría cambiar el estado del evento a error. Un usuario debe corregir la causa del error y después debe revertir el estado del evento a pendiente. El evento pendiente se procesará la siguiente vez que se ejecute el programa de activación.
• El algoritmo de activación de un evento puede hacer que un evento pendiente tenga falla. Por ejemplo, si un evento que se usa para validar una notificación detecta información inválida (por ejemplo, una notificación recibida está omitida del número de cuenta del cliente), el evento fallará.
• Un evento pendiente se vuelve en un evento finalizado cuando la actividad del evento es exitosa. Por ejemplo, si un evento que se usa para validar una notificación determina que la notificación es válida, el evento finalizará. Un usuario puede cambiar manualmente el estado a finalizado si el tipo de evento indica que se autoriza la finalización manual.

• Un evento pendiente será anulado automáticamente por el sistema si se anula el proceso de flujo de trabajo (un proceso de flujo de trabajo se cancelará si falla un evento o a discreción de un operador). Un usuario puede anular un evento a voluntad. Para obtener más información, consulte ¿Cómo se Anulan los Eventos de Flujo de Trabajo?.

Los siguientes puntos explican el ciclo de vida de los eventos de flujo de trabajo de la variedad en espera:

• Los eventos En Espera se crean inicialmente con estado pendiente.
• En la fecha de activación de un estado pendiente, el sistema ejecuta el evento. Por ejemplo, si un evento se usa para crear una actividad de campo de "lectura especial", en la fecha de activación del evento, se crea la actividad de campo.
• El algoritmo de activación de un evento puede hacer que un evento pendiente se transforme en un evento con error. Por ejemplo, si un evento que se usa para crear una actividad de campo no puede encontrar un punto de servicio válido, el algoritmo podría cambiar el estado del evento a error. Un usuario debe corregir la causa del error y después debe revertir el estado del evento a pendiente. El evento pendiente se procesará la siguiente vez que se ejecute el programa de activación.
• Si el algoritmo de activación no hizo que el evento tuviera error, el estado del evento se cambia a en espera mientras el sistema espera que se realice la actividad de campo.

• Un evento en espera se vuelve un evento finalizado cuando el sistema observa que lo que espera el evento finalizó.
• Un evento en espera que tenga falla cuando el sistema observa que lo que espera el evento no finalizó exitosamente. Por ejemplo, un evento que envía una solicitud de confirmación a un proveedor de servicios en que le pregunta si un cliente acepta cambiar proveedores fallaría si el proveedor de servicios niega la solicitud.
• Un evento en espera será anulado automáticamente por el sistema si se anula el proceso de flujo de trabajo (un proceso de flujo de trabajo se anulará si falla un evento o a discreción de un operador).
• Un evento pendiente será anulado automáticamente por el sistema si se anula el proceso de flujo de trabajo (un proceso de flujo de trabajo se cancelará si falla un evento o a discreción de un operador).