La E/S del fabricante de procesos agrega fichas de proceso al punto final

La semana pasada lanzamos una nueva versión de la API del motor de flujo de trabajo de ProcessMaker I/O que mejora el ProcessMaker I/O abriendo un punto final adicional a la API para permitir a los usuarios trabajar con tokens de proceso. Veamos cómo funcionan estos tokens de proceso.

El punto final de la API de FindTokens

El motor de E/S de ProcessMaker crea un token de proceso cada vez que se inicia una instancia de proceso. Los tokens se utilizan para gestionar el ciclo de vida de una instancia. Puedes pensar en el flujo de fichas como el latido del corazón del motor.

El nuevo punto final de la API utiliza el método GET y tiene el siguiente aspecto:

https://docs.api.processmaker.io/#operation/findTokens

Cómo funciona el concepto de los tokens de proceso

Para usar este punto final, vas a introducir un ID de proceso y un ID de instancia. Esto se debe a que los testigos de proceso son específicos para cada instancia de un proceso.

Pero, ¿qué es una ficha de proceso?

Los tokens de proceso controlan esencialmente el concepto mismo del "flujo de trabajo" en un motor de flujo de trabajo. No es posible hacer funcionar el motor sin las fichas. Siempre que el motor necesita procesar algo, emite señales para calcular lo que sucederá en la siguiente tarea del flujo de trabajo. Para entender mejor el flujo de fichas, imagínese un tablero de ajedrez. En un tablero de ajedrez, después de que cada oponente tiene un turno, hay una configuración única de las piezas en el tablero. Basándonos en la configuración de las piezas en el tablero, sabemos todos los posibles movimientos siguientes.

El flujo de fichas funciona de la misma manera. Mira la imagen de abajo. En el evento de inicio, sabemos que el único camino posible es el flujo de secuencia del evento de inicio. Esto está representado por "T1" en el flujo de secuencia. Una vez que la ficha llega a la primera tarea, sabemos que todavía hay un solo camino hacia afuera de esa tarea (todavía "T1"). Sin embargo, cuando el testigo alcanza la puerta paralela, hay dos caminos hacia adelante. Así que, en esta puerta de entrada, sucede algo interesante. La ficha inicial "T1" muere y es intercambiada por dos nuevas fichas (T2 y T3). Dado que estas dos fichas fluyen desde el mismo portal paralelo, compartirán la misma clave de fichas. Estas fichas mueren entonces en la unión paralela y nace una cuarta ficha - "T4".

Lo que puedes hacer con el Proceso de Flujo de Fichas

Al proporcionar acceso al flujo de fichas, permitimos que un administrador de procesos vea las posiciones de cada proceso en el motor en un momento dado. Si usted es un desarrollador que agrega la API de E/S de ProcessMaker a su aplicación, ahora puede agregar interfaces, indicadores y vistas que le mostrarán a los usuarios o administradores lo que deben hacer y ver lo siguiente:

Explorando más a fondo el Punto Final de las Fichas

Las fichas son creadas por eventos de inicio ocultos o explícitos que inician una nueva instancia de proceso. Una ficha muere cuando llega al evento final de un proceso. El movimiento de una ficha puede ser rastreado a través del flujo de secuencia completo de un proceso a medida que pasa a través de puertas, actividades y eventos. Además, las fichas también pueden ser creadas y matadas por los diferentes elementos del flujo. Como vimos anteriormente, una puerta paralela produce una señal para cada uno de los flujos de secuencia que salen de la puerta paralela.

Nota - una ficha no se produce con un flujo de mensajes. El flujo de mensajes se dibuja con una línea discontinua en BPMN. No es lo mismo que un flujo de secuencia. Las fichas no se aplican a los Flujos de Mensajes. Sólo sigue el flujo de secuencia de un proceso. En otras palabras, el envío de un mensaje desde un evento de mensaje no genera o empuja una ficha hacia adelante. Sin embargo, si un evento de mensaje alcanza otro evento de inicio, entonces se creará un token con el nuevo evento de inicio.