Workflow de refunds
Doce nodos, tres gates humanos. Los refunds pequeños pasan automático; los medianos van a un supervisor; los grandes pausan para finanzas. El grafo ES la política.
Workflows
Tu operación, escrita y corriendo.
Grafos versionados. Replayables desde cualquier punto. Resumibles cuando un humano interviene. La forma que toma tu proceso cuando deja de vivir en una wiki.
Qué es
Un workflow es donde tu operación realmente vive — no en un runbook que nadie lee, no en la cabeza de alguien, sino como un grafo que corre cada vez que se dispara.
Cada workflow está versionado. Puedes comparar v3 con v7. Puedes hacer rollback. Puedes hacer fork. Puedes pausar uno mid-run e inspeccionar lo que tiene en vuelo, después resumirlo mañana con el mismo estado.
Y como el grafo es explícito, el auditor no necesita un diagrama de tu ingeniero. El workflow ES el diagrama.
Qué obtienes
- Versionados y diffables — compara dos versiones de un proceso
- Resumibles desde cualquier punto, incluso a través de días
- Gates HITL nativos pausan el grafo para aprobación humana
- Cada run reconstruible, replayable, exportable
Cómo se ve en la práctica
Triage de incidentes
El workflow escucha alertas, las enriquece con conocimiento, clasifica severidad, después auto-resuelve, abre un ticket o pagina a alguien — según la regla.
Onboarding de cliente a lo largo de una semana
Arranca cuando se firma un contrato, pausa para KYC, resume cuando llegan los documentos, entrega a aprovisionamiento, termina con un correo de bienvenida. Un grafo, muchos días.