Un constructor de automatizaciones, dentro de su plataforma de conformidad.
Los flujos de trabajo permiten automatizar un proceso de negocio sin escribir código, antes, durante o después de la verificación. Usted elige qué lo inicia, monta en un lienzo los pasos que necesita y obtiene un resultado estructurado en cada ejecución. Un registro detallado de cada paso permite entender, corregir y reproducir un flujo en cualquier momento.
Un constructor de automatizaciones de uso general, que vive en Ceertia.
Un flujo puede ejecutarse antes de un control, después de un control o sin que intervenga ningún control. La verificación es un disparador posible y un nodo posible entre otros, nunca un paso obligatorio.
Nada en el constructor supone que exista un expediente. El expediente es un contexto posible, disponible según el disparador, y ausente en la mayoría de los flujos programados o llamados desde fuera.
«Lanzar un control» y «análisis con IA» están en el catálogo, junto a las solicitudes HTTP y los correos. Ni obligatorios ni privilegiados en el lienzo.
Un flujo nunca arranca ni se detiene sin dejar rastro. Cada ejecución deja un registro consultable, y las acciones irreversibles se identifican en el lienzo.
Cuatro familias, tratadas por igual.
Un flujo tiene un disparador, y solo uno. Cada familia aporta su contexto y su carga de entrada: ninguna es el caso normal del que las otras serían variantes.
01Eventos internos
Cualquier evento que produzca Ceertia inicia el flujo: expediente creado, actualizado o cerrado, documento añadido, extracción finalizada, control terminado, veredicto no conforme, vencimiento alcanzado.
- Un catálogo consultable y categorizado, pensado para crecer
- Filtros, para dispararse solo ante un tipo de expediente, un caso de uso, un cliente o un veredicto
02Tiempo
El flujo se ejecuta por reloj: programación periódica, ejecución única en una fecha y hora, o retardo relativo a un evento, tres días después del cierre de un expediente o el día antes de un vencimiento.
- Cada hora, diario, semanal, mensual o con una expresión avanzada
- Zona horaria explícita y comportamiento declarado para las ejecuciones perdidas
03Llamadas entrantes
Sus propios sistemas llaman al flujo en tiempo real, por su endpoint autenticado, un webhook entrante con verificación de firma, o un correo recibido en una dirección dedicada.
- La llamada puede recibir respuesta sincrónica: la salida es la respuesta HTTP
- Lo que convierte al flujo en una API construida sin código
04Manual
Alguien lo inicia a propósito: a demanda desde la lista de flujos, como acción lanzada desde un expediente o una pregunta, o llamado por otro flujo como subflujo.
- Ideal para probar un cambio antes de dejarlo funcionar solo
- Lo que introduce el usuario se convierte en la carga de entrada
Exponga un flujo detrás de una URL.
Un flujo disparado por su endpoint puede responder de forma sincrónica: su cliente externo llama a la URL, el flujo se ejecuta y su salida estructurada es la respuesta HTTP. El flujo es una API construida sin código.
La interfaz muestra la URL, el token, el formato de entrada esperado y el formato de salida devuelto, así el contrato es explícito por ambos lados.
Antes, después, o en absoluto.
El motor de conformidad ocupa tres posiciones en un flujo, y ninguna es más natural que las otras.
Recuperar los documentos de un expediente por la API de un CRM, adjuntarlos y luego lanzar el control.
Un veredicto no conforme envía un correo con los motivos, crea una tarea interna y añade una fila en el CRM.
Seguimiento de clientes, una sincronización nocturna, un informe semanal, un proceso expuesto como API. El motor no interviene en ningún momento.
Cada paso es un nodo. Siete categorías.
La paleta es filtrable y categorizada, y sigue siendo legible cuando el catálogo se triplique.
Lo que ve un flujo depende de lo que lo inició.
Los datos disponibles varían según el disparador, y hay que entenderlo mientras se construye, no cuando el flujo falla.
En cada nodo se listan las variables realmente disponibles en ese punto, y un selector las inserta sin escribirlas. Una variable referenciada pero no disponible se señala al construir, no al ejecutar.
Constrúyalo a mano, visualmente.
Arrastre nodos desde la paleta o haga clic para insertar uno después del paso seleccionado. Conéctelos y etiquete cada enlace: la lógica del flujo se lee de un vistazo.
Disposición horizontal o vertical, reposicionamiento automático, ajuste a la pantalla. Filtre la paleta cuando crezca.
Seleccione un nodo o un enlace para cambiar sus ajustes, o abra el JSON de definición para ver exactamente qué se ejecutará.
El constructor guarda la definición que ejecuta el motor de backend. Ninguna diferencia entre el flujo diseñado y el ejecutado.
Cada ejecución es legible y repetible.
Pruebe con una entrada que escriba, o reutilice la de una ejecución pasada, en lugar de repetir todo.
Repita una ejecución igual, o reanúdela desde el paso que falló.
Las ejecuciones de prueba se marcan como tales, y las acciones irreversibles se bloquean salvo autorización explícita.
Filtre las ejecuciones por resultado y duración, y abra una nodo por nodo.
Una automatización puede fallar. La suya lo dirá.
Cada comportamiento bajo presión está declarado, visible en la interfaz y nunca silencioso.
Una política por nodo: número de intentos, intervalo y cuándo abandonar.
Un timeout por nodo y una duración máxima por flujo, ambos visibles.
Una clave de idempotencia en los disparadores entrantes: una misma llamada repetida no produce dos veces el mismo efecto.
Un comportamiento declarado si el flujo ya está en curso: ejecutar en paralelo, poner en cola o ignorar.
Limitación en los endpoints entrantes y en las llamadas salientes.
Tokens y claves guardados aparte, ocultos en los registros y en las exportaciones.
Profundidad máxima de subflujos, con detección de bucles y la ruta que se repitió.
Un techo de ejecuciones, con alerta antes de cualquier bloqueo.
Cuatro flujos, cuatro puntos de partida.
Disparador: control terminado, filtrado por veredictos no conformes. El flujo redacta un correo con los motivos, lo envía, crea una tarea de seguimiento y añade una fila en el CRM. Si el CRM no responde, la ruta de fallo avisa al equipo y la ejecución sigue siendo reproducible.
Disparador: webhook entrante del CRM del cliente al firmarse un presupuesto. El flujo crea el expediente, recupera los documentos por HTTP, espera el fin de la extracción y lanza el control. No existe expediente al inicio: lo crea el flujo.
Disparador: programación semanal, el lunes a las 07:00. El flujo consulta los datos de la semana, agrega los volúmenes por cliente, genera un documento y lo envía por correo. El motor de conformidad no interviene en ningún momento.
Disparador: una llamada HTTP al endpoint del flujo, con un identificador en el cuerpo. El flujo consulta un registro externo, normaliza el resultado y lo devuelve de forma sincrónica. El cliente externo consume el flujo como un servicio.
Un flujo es un objeto que le pertenece.
Cada flujo se activa o se desactiva y conserva el historial de lo que cambió.
Un expediente o una pregunta es un contexto de ejecución. El mismo flujo se ejecuta sobre muchos de ellos.
La definición es consultable, exportable e importable, para mover un flujo o reutilizar un proceso.
La lista muestra la última ejecución y su resultado, la tasa de fallo reciente y los flujos que nunca se dispararon.
Preguntas habituales, respuestas directas.
¿Hace falta un expediente para que se ejecute un flujo?+
¿Puede un flujo ejecutarse sin ningún control de conformidad?+
¿Puede un sistema externo llamar a un flujo?+
¿Qué ocurre si un paso falla?+
Monte la automatización en el lienzo, pruébela con una entrada real y actívela. Lo que diseñó es lo que se ejecuta, y cada ejecución queda legible después.
Traiga el proceso que repite cada semana.
En una demo de 30 minutos lo construimos con usted en el lienzo, lo ejecutamos con una entrada real y leemos el registro juntos.