Cada paso de tu proceso, con su regla. Y un motor que lo ejecuta de punta a punta.
Modelamos tu proceso como una máquina de estados explícita: cada trigger evalúa condiciones, decide qué paso ejecutar o saltar, llama a tu core por API y avanza el estado solo. Cada excepción se detiene, avisa a su dueño y queda en la traza, con plan de reversión.
0
pasos manuales
en el flujo orquestado
1
registro
por ejecución, con hora y dato
N1
por defecto
prepara y espera a una persona
8
industrias
mismo motor corriendo
BAJO EL CAPÓ
Cada paso corre cuando el estado lo permite.
Un automation que dispara todo siempre es una bomba de tiempo. El motor evalúa el estado, las condiciones del negocio y los datos disponibles antes de ejecutar cada paso — y te muestra por qué saltó, esperó o reintentó.
Evento de ejemplo
Entra el evento
Entrega registrada como "delivered" en el portal driver, con POD completo: 3 fotos comprimidas, firma y "Received By". Orden de tipo inbound con PO de origen vinculada.
Estado válido para transición
on_route → delivered es transición permitida en la state machine
Precondiciones cumplidas
POD completo (fotos + firma + receptor) → no falta evidencia
Rama inbound detectada
orden tiene PO vinculada → toca ejecutar auto-replenish de stock
Idempotencia verificada
sin ejecución previa con este delivery_id → seguro disparar
Score
96/100
Veredicto de Claude
Ejecutar: replenish stock + cerrar ruta + notificar cliente. Estado → completed.
Entra el evento
Activación de póliza RCV: placa cruzada contra inventario de fábrica OK, pero el documento de cédula subido no pasó la validación IA (foto borrosa, datos no legibles).
Paso bloqueante identificado
validación documental es precondición de "llamar API aseguradora"
Condición no cumplida
cédula ilegible → no avanzar a emisión, riesgo de póliza inválida
Rama de excepción
input incompleto del usuario → el sistema funcionó bien
Acción correctiva automática
pausar flujo + WhatsApp al titular pidiendo re-subir documento
Score
48/100
Veredicto de Claude
No avanzar. Pausar en "docs pendientes", notificar al titular, reintentar al recibir documento válido.
Entra el evento
Webhook a la API de la aseguradora para emitir número de póliza devolvió HTTP 503. Es el segundo intento fallido en 90 segundos. Resto del flujo ya validado y aprobado.
Fallo transitorio, no de datos
503 del proveedor → reintentable, el payload es correcto
Política de backoff aplicada
intentos 1-2 fallaron → tercer intento en 4 min con backoff exponencial
Umbral de escalamiento
si el 3er intento falla → no más reintentos ciegos, escalar a humano
Estado preservado
flujo congelado en "emisión pendiente", cero pérdida de contexto
Score
35/100
Veredicto de Claude
Reintentar con backoff. Si falla el 3°: alerta a operaciones + cola de reproceso manual, sin perder el caso.
QUÉ HACE EL MOTOR EN TU PROCESO
Cinco trabajos que tu equipo ya no debería disparar a mano
Cada uno corre sobre cada evento que entra a tu proceso, con su regla y su traza. Tu equipo recibe resultados y excepciones, no tareas operativas.
flow.trigger(event)
Arranca el proceso solo cuando pasa lo que importa
Trigger Postgres, webhook entrante o cambio de estado. El evento crudo entra y el motor decide si arranca un flujo, cuál y con qué contexto — sin nadie apretando un botón.
› input
event: orders.status → "delivered" (trigger Postgres)
› claude →
evento: delivery.completed
flujo elegido: post-entrega-inbound
contexto: order_id, po_id, client_id
idempotencia: clave única registrada
→ máquina de estados: arrancada
flow.route(state)
Decide qué rama corre según el estado real
No ejecuta una secuencia rígida. Evalúa el estado y las condiciones de negocio para elegir la rama correcta: avanzar, saltar un paso innecesario o entrar a una excepción.
› input
state: póliza · validación documental = FAIL
› claude →
transición evaluada: validar → emitir
condición: documento legible = false
decisión: NO avanzar a emisión
rama: excepción "docs pendientes"
→ pausa controlada + notifica titular
flow.transform(payload)
Limpia, mapea y normaliza entre sistemas que no se hablan
Tu core, tu ERP y la API del tercero esperan formatos distintos. El motor mapea campos, normaliza monedas y teléfonos, hace match de SKU y deja el payload listo para el siguiente paso.
› input
payload: factura proveedor (PDF) → orden de compra
› claude →
parseo PDF: 14 líneas extraídas
match SKU: 12 exactas · 2 fuzzy ≥0,6
normaliza: USD→DOP @ tasa del día
tel +58 normalizado · RIF validado
→ payload listo para API ERP
flow.retry(step)
Sobrevive a la API que se cae sin perder el caso
Distingue fallo transitorio de error de datos. Reintenta con backoff exponencial, respeta idempotencia para no duplicar y escala a humano solo cuando agota la política — nunca pierde el contexto.
› input
step: emitir póliza → HTTP 503 (intento 2/3)
› claude →
clasificación: fallo transitorio
política: backoff exponencial
próximo intento: en 4 min
idempotencia: sin duplicar emisión
→ si falla 3°: cola reproceso + alerta
flow.notify(channel)
Avisa a quien corresponde, por donde corresponde
Cierre de un paso, excepción o escalamiento. Dispara notificación realtime in-app, email Resend opt-in o WhatsApp template con variables — al rol correcto, no a un grupo de todos.
› input
event: oportunidad → "ganada" (CRM energético)
› claude →
acción: crear proyecto automáticamente
notif realtime: equipo de proyectos
email Resend: gerente comercial (opt-in)
fecha revenue: registrada
→ proyecto listo en paso "Pedido"
SISTEMA VIVO · Grupo Latitud
Así se ve dentro de un sistema con IA — y cómo se gobierna.
Una fecha cambia en el portal de una naviera y el sistema la propaga con reglas: confirma el dato, recalcula las promesas y deja preparado el aviso al cliente.
Módulos del recorrido
- 01La excepción aparece ordenada por impacto
- 02El evento entra por donde nace el dato
- 03La propagación completa, paso a paso
- 04Antes y después, con nombre y hora
- 05Y si algo sale mal, se vuelve atrás
Estándar Boosty de operación con IAIA simulada · datos de demostración
EL MISMO MOTOR
Un solo orquestador. Los procesos cambian, la mecánica no.
No construimos un motor distinto por industria. La misma máquina de estados ejecuta el proceso propio de cada negocio. Esto ya corre en producción.
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
EL WORKFLOW EN VIVO
Nodo a nodo. Ejecutándose ahora.
Cada nodo es un estado de la máquina. El motor lo ejecuta, marca su resultado y pasa el contexto al siguiente — sin que nadie lo empuje.
orders.status → delivered
pending
evalúa estado · rama inbound
pending
match SKU · normaliza payload
pending
auto-restock inventario
pending
cliente + cierre de ruta
pending
EL ANTES Y EL DESPUÉS
Seis pasos a mano. Cero después.
El mismo proceso, dos realidades. A la izquierda lo que hace una persona hoy. A la derecha lo que ejecuta el motor — y el tiempo que eso devuelve cada semana.
- 1Revisar entrega en el portal y confirmar POD
- 2Copiar datos de la orden al ERP a mano
- 3Buscar la PO de origen y cruzar líneas
- 4Ajustar stock del inventario manualmente
- 5Redactar y enviar correo de cierre al cliente
- 6Marcar la ruta como cerrada en otro sistema
Frágil · se rompe en el primer caso excepcional · no auditable
› flow.trigger(delivery.completed)
› route() → rama inbound
› transform() · match SKU · normaliza
› replenish() · stock ajustado
› notify() · cliente + ruta cerrada
✓ completado · estado → completed
Tiempo recuperado / semana
0,0 h
por equipo · solo en este proceso
EN EL SISTEMA · TRAZABILIDAD Y AUDITORÍA
Antes y después, campo a campo.
Cada acción de una persona o de un agente queda con su nombre, su hora y lo que cambió. Se filtra, se busca y se exporta.
Captura real del sistema · datos de demostración
LA CADENA DE DISPARO
Trigger → condición → acción → webhook.
Así se encadena cada automatización. Un evento entra, una condición decide si procede, una acción se ejecuta y un webhook propaga el resultado al resto de tu stack.
oportunidad.status → "ganada" (trigger Postgres)
valor ponderado > 0 · BU asignada · sin proyecto previo
crear proyecto en paso "Pedido" + registrar fecha revenue
notifica equipo (realtime) + email Resend opt-in al gerente
EN EL SISTEMA · EN TRÁNSITO
La naviera movió la fecha. El sistema recalculó lo que ya estaba prometido.
Cada embarque con su fecha original y la actual, y las unidades ya comprometidas sobre esa carga. El cambio llega a la tienda, a la lista de espera y al aviso al cliente, y queda en la auditoría.
Captura real del sistema · datos de demostración
STACK CONECTADO
Orquesta tu stack. No lo reemplaza.
El motor se conecta a lo que ya usas. Si tu core tiene API REST, lo orquestamos; si es legacy, lo puenteamos con Make/n8n.
Claude · Anthropic
Claude PartnerDecide qué paso corre, clasifica excepciones y parsea documentos no estructurados
Supabase
Edge Functions Deno + triggers Postgres: el motor de estados corre aquí
Make
Orquestación visual y webhooks a cualquier ERP o core legacy sin API moderna
n8n
Workflows self-hosted para procesos con data sensible que no sale de tu nube
Kommo CRM
PartnerSync bidireccional: un cambio de etapa dispara el proceso correcto
WhatsApp Business
Notificaciones y excepciones del flujo salen por el canal donde el cliente responde
Preguntas frecuentes sobre automatización de procesos
No. Zapier y los automation nativos disparan secuencias rígidas: "si pasa A, haz B". Eso se rompe en el primer caso excepcional. Nosotros modelamos tu proceso como una máquina de estados explícita: el motor evalúa el estado y las condiciones antes de cada paso, decide avanzar/saltar/esperar, y maneja reintentos e idempotencia. Es la diferencia entre un script y un orquestador.
El flujo no se pierde. El motor distingue un fallo transitorio (HTTP 503, timeout) de un error de datos. Ante un transitorio reintenta con backoff exponencial respetando idempotencia para no duplicar. Si agota la política de reintentos, congela el estado, alerta a operaciones y deja el caso en cola de reproceso — nunca un caso "perdido en el aire".
No. El motor vive ENCIMA de tu stack. Si tu core o ERP tiene API REST lo orquestamos directo; si es legacy sin API moderna, lo puenteamos con Make/n8n y webhooks. Tu equipo sigue trabajando donde ya trabaja — solo que los pasos manuales repetitivos desaparecen.
Cada decisión queda trazada: qué estado se evaluó, qué condición se cumplió o no, qué rama se eligió y por qué se reintentó o escaló. Cada ejecución se puede auditar. Por eso el equipo confía en activarlo sin supervisión paso a paso.
Tú defines los puntos de control. Pasos de bajo riesgo (mapear datos, mover estado, notificar) corren solos. Pasos sensibles (emitir un documento legal, ejecutar un pago) pueden requerir aprobación humana explícita antes de avanzar. Es gradual: activas más autonomía a medida que confías en el motor.
No hay un límite práctico. Hemos modelado procesos de 11 pasos cruzando CRM, ERP, validación documental con IA, APIs de terceros y notificaciones multicanal. La máquina de estados escala porque cada transición es explícita; agregar un paso es agregar un estado, no reescribir el flujo.
Sí. Cuando la data no puede salir de tu nube usamos n8n self-hosted y Edge Functions Deno dentro de tu Supabase. El motor corre donde corre tu data, con RLS y roles Postgres respetados en cada transición.
Se define en el diagnóstico. El alcance —qué se construye primero y qué espera— sale de lo que veamos en tu operación, no de un catálogo. Agenda 30 minutos y te damos el rango por escrito.
UNA PALABRA DEL FUNDADOR
“Un proceso bien modelado se ejecuta con reglas, y tu equipo queda para las decisiones que lo necesitan.”
Una línea de producción funciona porque cada estación sabe qué recibe, qué entrega y qué hace cuando una pieza llega mal. Muchos procesos administrativos tienen esas mismas estaciones, escritas solo en la cabeza de una persona: copiar datos de un sistema a otro, perseguir a quien firma, reintentar a mano una API que se cayó.
Automatizar empieza por modelar ese proceso: estados explícitos, transiciones con condiciones, ramas de excepción y una política de reintentos. Con eso, el sistema ejecuta los pasos que tienen regla, la IA prepara los que piden leer o clasificar, y lo que compromete dinero espera a una persona. Cuando algo falla, falla a la vista y con un camino de recuperación.
Para la empresa, significa un proceso que se audita paso a paso y un equipo dedicado a las excepciones que piden criterio. Agenda 30 minutos conmigo: mapeamos tu proceso en vivo y marcamos qué pasos pueden ir con reglas y cuáles necesitan a una persona. ¿Qué paso repite hoy alguien a mano todos los días?
Gabriel Montiel
CEO · Boosty Digital
EMPIEZA
¿Listo para un proceso que se ejecuta con reglas?
Agenda un diagnóstico de 30 minutos. Mapeamos tu proceso como máquina de estados en vivo y te mostramos qué pasos pueden ejecutarse con reglas y cuáles quedan para una persona. Sin presentación corporativa.