Primeros pasos con Flowker

Las operaciones financieras implican múltiples pasos, aprobaciones y verificaciones externas. Gestionarlas manualmente lleva a errores, demoras y brechas de cumplimiento. Flowker permite definir estos procesos una sola vez como workflows y ejecutarlos de forma consistente, con registros de ejecución por paso y visibilidad en tiempo real. Para instrucciones de configuración técnica, consulta el Inicio rápido técnico.

​

Cómo funciona Flowker

---

Empiezas por explorar qué integraciones hay disponibles, las conectas a tu entorno, defines un workflow que modela tu proceso de negocio y luego lo ejecutas. Cada ejecución deja un registro rastreable y disponible para inspección a través de la API.

​

Qué puedes automatizar

---

Flowker está diseñado para procesos financieros de varios pasos que requieren confiabilidad, trazabilidad e integración con servicios externos.

​

Orquestación de pagos

El desafío: un pago implica múltiples pasos: validación, enrutamiento al proveedor correcto, confirmación y notificación. Cuando se maneja manualmente o a través de integraciones dispersas, los fallos pasan desapercibidos y la conciliación se vuelve dolorosa. Cómo lo resuelve Flowker: define un workflow que coordina todo el ciclo de vida del pago:

1. Disparador: llega una nueva solicitud de pago vía API o webhook.
2. Validar: verifica que los datos del pago estén completos y que la cuenta tenga saldo suficiente.
3. Enrutar: selecciona el proveedor de pago apropiado según el monto, la moneda o el riel (Pix, TED, SWIFT).
4. Confirmar: llama al proveedor y espera la confirmación.
5. Notificar: envía un evento de confirmación al cliente y actualiza el ledger.

Para las llamadas de ejecutor, configuras el comportamiento de reintento por nodo. De forma predeterminada, las llamadas POST y PATCH corren una vez, a menos que actives los reintentos en el nodo. Flowker no deduplica el efecto secundario en el proveedor durante los reintentos: el Idempotency-Key de la ejecución deduplica ejecuciones de Flowker, no las solicitudes salientes al proveedor. Activa los reintentos en un nodo POST o PATCH solo cuando la operación del proveedor sea idempotente. También puedes activarlos cuando el proveedor documenta una clave de negocio estable y la aplica de forma atómica. Envía esa clave en un header como clave de idempotencia en cada intento. De lo contrario, mantén los reintentos deshabilitados para el nodo. Flowker registra cada nodo ejecutor, condicional y de acción ejecutado para conciliación y revisión.

​

Validación antifraude

El desafío: las verificaciones de fraude deben ocurrir antes del procesamiento de la transacción. Implican servicios externos, lógica de puntuación y umbrales distintos según el tipo de transacción. Codificar esta lógica de forma rígida crea pesadillas de mantenimiento. Cómo lo resuelve Flowker: define un workflow previo a la transacción que corre las verificaciones de fraude antes de que algo llegue al ledger:

1. Disparador: llega una nueva transacción.
2. Enriquecer: recopila el historial del cliente, los datos del dispositivo y la geolocalización desde los sistemas internos.
3. Puntuar: llama a uno o más proveedores de detección de fraude y recopila las puntuaciones de riesgo.
4. Decidir: aplica reglas: si la puntuación está por encima del umbral, bloquea. Si está en el límite, márcala para revisión. Si está libre, aprueba.
5. Actuar: continúa con la transacción o notifica al equipo de cumplimiento.

Todas las decisiones son rastreables. Puedes ajustar los umbrales y agregar nuevos proveedores sin cambiar la lógica central.

​

Onboarding de clientes

El desafío: el onboarding de un nuevo cliente requiere verificación de identidad, validación de documentos, verificaciones de AML/KYC y creación de cuenta. Estos pasos implican múltiples proveedores externos y requisitos regulatorios que varían según la jurisdicción. Cómo lo resuelve Flowker: define un workflow de onboarding que automatiza todo el proceso:

1. Disparador: llega un nuevo registro de cliente.
2. Verificar la identidad: llama a un proveedor de KYC para validar los documentos y la identidad del cliente.
3. Verificar el cumplimiento: corre el screening de AML contra listas de sanciones y bases de datos PEP.
4. Evaluar el riesgo: aplica reglas de riesgo internas según el perfil del cliente, la jurisdicción y el historial de transacciones.
5. Crear la cuenta: si todas las verificaciones pasan, crea la cuenta del cliente en el sistema.
6. Notificar: envía un correo de bienvenida o notifica al gerente de relación si se necesita revisión manual.

El resultado de cada paso determina la acción siguiente. Si una verificación falla, el workflow se detiene y registra el resultado de paso que explica por qué.

​

Workflows de aprobación manual

El desafío: algunas operaciones (transferencias de alto valor, cambios de límite de crédito, cierres de cuenta) requieren aprobación humana. Pero construir flujos de aprobación con notificaciones por correo, timeouts y rutas de escalamiento es complejo y propenso a errores. Cómo lo resuelve Flowker: define un workflow que llama a un servicio de aprobación externo a través de un nodo ejecutor:

1. Disparador: llega una solicitud de transferencia de alto valor.
2. Evaluar: verifica el monto, el perfil de riesgo del cliente y las políticas internas.
3. Solicitar la aprobación: llama a un servicio de aprobación externo (gerente, oficial de cumplimiento) a través de un nodo ejecutor.
4. Decidir: un nodo condicional evalúa la respuesta de aprobación.
5. Actuar: si se aprueba, continúa con la transferencia. Si se rechaza, cancela y notifica al solicitante.

Puedes definir aprobaciones de varios niveles encadenando nodos ejecutores que llaman a tu servicio de aprobación en cada nivel.

​

Capacidades principales

---

• Validación previa al ledger: coloca cada verificación antes del nodo de contabilización en tu grafo y usa nodos condicionales con aristas sourceHandle coincidentes para enrutar a la contabilización solo los resultados aprobados.
• Registros de ejecución por paso: los resultados de ejecución registran el estado, la duración, la salida y el error de cada nodo ejecutor, condicional o de acción ejecutado. Los nodos disparadores inician el recorrido del grafo y no crean registros de paso de ejecución.
• Integraciones de proveedores: conecta con motores de fraude, proveedores de KYC, procesadores de pago y cualquier servicio basado en HTTP.
• Ramificación condicional: un nodo condicional selecciona la arista saliente cuyo sourceHandle coincide con su resultado, para que puedas enrutar la ejecución según los resultados de paso, los montos, las puntuaciones de riesgo o cualquier campo de datos.
• Ejecución idempotente: reutilizar un Idempotency-Key devuelve la ejecución existente de Flowker en lugar de crear otra. La ejecución directa requiere una clave no vacía. El header del webhook es opcional.
• Monitoreo de ejecuciones: lee el estado de la ejecución a través de la API mientras un workflow corre. Recupera los resultados de la ejecución, incluidos los resultados de paso, después de que llega a un estado terminal.

​

Qué sigue

---