Dibuje el proceso. El motor lo hace correr.
Las tareas, las condiciones y los sistemas se arman en un lienzo. A las tareas de personas se les engancha un formulario y a las de máquina, un agente o una API. Después se publica y empieza a correr.
El proceso deja de vivir en la cabeza de alguien.
Tres cosas cambian el día que el procedimiento deja de ser un documento y pasa a estar corriendo.
Lo arma el área dueña del proceso
El que conoce el procedimiento lo dibuja y lo prueba el mismo día. Sistemas revisa y habilita los accesos. Cada ajuste deja de ser un pedido que espera turno en la cola de desarrollo.
Cambia la norma y los casos en curso aguantan
Los expedientes que ya venían corriendo terminan con las reglas que tenían el día que entraron, y los nuevos arrancan con las de ahora. Un cambio de política no obliga a rehacer lo que está a mitad de camino.
Nadie tiene que preguntar en qué anda un trámite
Cada caso muestra en qué estado está, con el nombre que le da su operación, y de quién depende ahora. La pregunta de "¿en qué quedó esto?" se contesta sola.
El formulario vive adentro del proceso.
Se arma en el mismo lugar que el flujo, y a cada quien le pregunta lo que le corresponde: si el solicitante es una persona física, las páginas de datos de empresa ni aparecen.
- Los datos entran bien de entrada, así el expediente no se frena para volver a pedirlos.
- Un trámite largo se parte en pasos y no espanta a quien lo completa.
- Se prueba entero, por todas sus ramas, antes de que lo vea un cliente.
El flujo se bifurca según lo que contestó el sistema.
Una tarea de máquina llama a una API, a un agente de IA o a otro sistema, y lo que devuelve entra al contexto del caso. De ahí sale por dónde sigue: por la rama normal, por la de revisión o por la de error.
- La conexión se prueba antes de ponerla a atender casos reales.
- Si el sistema de al lado se cae, el caso queda marcado y con dueño, sin perderse.
- Las claves de cada integración quedan cifradas y del lado de ustedes.
El cliente entra con un link y ve en qué anda.
El cliente recibe un enlace con token, completa lo suyo y ve en qué anda su trámite. Del otro lado, el caso aparece en ejecuciones con todo lo que cargó.
- El portal solo puede tocar el caso de esa persona, y solo sus tareas.
- La página que ve el cliente no guarda datos suyos ni llega a sus sistemas.
- Solo puede pedir hacia adentro lo que ustedes habilitaron. El resto no existe.
No alcanza con saber quién lo cambió.
En banca hay que poder decir también quién lo miró. El registro se armó con esa exigencia adelante.
Queda registrado quién leyó
Abrir un caso, buscarlo en la lista o exportar su traza son acciones que quedan anotadas, igual que modificarlo. Es lo que exigen el secreto bancario y la ISO 27001 para poder atribuir.
Cada cambio de parámetro tiene historia
De un parámetro de la instalación queda el valor anterior, el nuevo, quién lo cambió y cuándo. El historial no se edita desde la aplicación.
Un conector no le pega a la red interna
Las salidas hacia afuera pasan por una política de direcciones permitidas. Una integración mal configurada no se convierte en una puerta hacia adentro.
Una tarea de máquina puede ser casi cualquier cosa.
El motor no distingue entre llamar a una API vieja y llamar a un agente de IA: las dos son un paso del proceso, con su entrada, su salida y su registro.
Dibujemos un proceso suyo y lo dejamos corriendo.
Treinta minutos con Flows en pantalla: el flujo armado, el formulario enganchado y la primera corrida con su traza.