Ejemplos: Workflows

Creación de una entidad (con un único rol validador):

El proceso de este workflow será el siguiente:

1. Se inicia el workflow (startEvent).

2. Envío de notificación al rol owner (Sent Notification Task).

3. Validación del rol owner (User Task).

4. Gateway de validación.

5. Se ejecutan los últimos procesos en Anjana antes de acabar el workflow, tanto si el workflow ha sido aprobado como rechazado (LastExecution Task).

6. Notificación al usuario creador (Sent Notification Task).

7. Se avisa a Activiti del workflow cancelado (Cancel Workflow Task).

8. Notificación final de que el workflow ha sido aprobado (Sent Notification Task).

9. Notificación al responsable, donde se le indica que el workflow ha sido rechazado (Sent Notification Task).

10. Final del workflow (End Event).

Creación de una entidad reduciendo las tasks configuradas. En la task de validación se incorpora el envío de la notificación pertinente:

El proceso de este workflow será el siguiente:

1. Se inicia el workflow (startEvent).

2. Envío de notificación al rol owner y validación (User Task). Para el envío de la notificación, en la task se incluye el notificationCode de la misma forma que se indicaba en el tipo de task SentNotification.

3. Gateway de validación.

4. Se ejecutan los últimos procesos en Anjana antes de acabar el workflow, tanto si el workflow ha sido aprobado como rechazado (LastExecution Task).

5. Notificación al usuario creador (Sent Notification Task).

6. Se avisa a Activiti del workflow cancelado (Cancel Workflow Task).

7. Notificación final de que el workflow ha sido aprobado (Sent Notification Task).

8. Notificación al responsable, donde se le indica que el workflow ha sido rechazado (Sent Notification Task).

9. Final del workflow (End Event).

Esta reducción de tasks se ha llevado a cabo fusionando el envío de la notificación y la validación del rol en una task de usuario configurándose así:

Petición de adherencia (con dos roles validadores)

Pasos del workflow:

1. Inicio del workflow (StartEvent).

2. Envío de notificación al rol owner para validación (Sent Notification Task).

3. Validación del rol owner (User Task).

4. Se ejecutan los últimos procesos en Anjana antes de acabar el workflow, tanto si el workflow ha sido aprobado como rechazado (LastExecution Task).

5. Se informa a Activiti del rechazo (Cancel Workflow Task).

6. Al aprobar el rol owner se envía la notificación al siguiente rol validador, el destination owner (Sent Notification Task).

7. Validación del rol destination owner (User Task).

8. Notificación final al creador (Sent Notification Task).

9. Notificación final a los roles validadores(Sent Notification Task).

10. Final del workflow (End Event).

Cambiar la unidad organizativa de una entidad (con tres roles validadores)

Los pasos del workflow son los siguientes:

1. Inicio del workflow (StartEvent).

2. Envío de notificación al rol data owner para validación (Sent Notification Task).

3. Validación del rol data owner (User Task).

4. Al aprobar el rol data owner, se envía una notificación al rol admin para validación (Sent Notification Task).

5. Validación del rol admin (User Task).

6. Al aprobar el admin el paso del workflow se envía una notificación al último rol implicado, compliance para validación (Sent Notification Task).

7. Validación del rol compliance (User Task).

8. Si el rol compliance valida el último paso se inician los procesos internos de Anjana que cambiarán la unidad organizativa del objeto (Last Execution Task).

9. Notificación final al creador (Sent Notification Task).

10. Notificación final a los roles validadores(Sent Notification Task).

11. Si cualquier rol validador indica que rechaza el workflow se inician los procesos internos de Anjana (Last Execution Task).

12. Se informa a Activiti de la cancelación del workflow (Cancel Workflow Task).

13. Se envía notificación del KO al responsable del workflow (Sent Notification Task).

14. Final del workflow (End Event).

Creación de una entidad con evaluación de atributos para permitir bifurcaciones (con roles validadores dependientes del objeto a validar)

El proceso de este workflow será el siguiente:

1. Se inicia el workflow (startEvent).

2. Gateway para la bifurcación siguiente

3. Condición que comprueba si el objeto a validar NO es un dataset (${OBJECT_SUB_TYPE != "DATASET"})

4. Envío de notificación al rol data owner y validación (User Task).

5. Envío de notificación al rol admin y validación (User Task).

6. Si el rol admin aprueba se inician los procesos internos de Anjana que cambiarán la unidad organizativa del objeto (Last Execution Task).

7. Notificación final al creador (Sent Notification Task).

8. Notificación final a los roles validadores(Sent Notification Task).

9. Condición que comprueba si el objeto a validar SÍ es un dataset (${OBJECT_SUB_TYPE=="DATASET"})

10. Envío de notificación al rol data steward y validación (User Task).

11. Gateway para la bifurcación siguiente

12. Condición que comprueba si el atributo pi del objeto a validar es true (${pi == 'true'})

13. Condición que comprueba si el atributo pi del objeto a validar es false (${pi == 'false'})

14. Envío de notificación al rol developer y validación (User Task).

15. Si cualquiera de los validadores rechaza el workflow se inician los procesos internos de Anjana (Last Execution Task).

16. Se informa a Activiti de la cancelación del workflow (Cancel Workflow Task).

17. Se envía notificación del KO al responsable del workflow (Sent Notification Task).

18. Final del workflow (End Event).