Skip to main content
Flowker está diseñado para las realidades operativas de las instituciones financieras. Esta página recorre cinco escenarios comunes para estructurar workflows. Los controles y los resultados dependen de los sistemas externos y de la aplicación en la integración que configures.

Validación de transacciones


El problema

Cuando la validación ocurre después de que una transacción se escribe en el ledger, el daño ya está hecho. Las escrituras inválidas generan incumplimientos normativos, provocan rollbacks costosos y erosionan la integridad de los datos. La remediación es cara, lleva mucho tiempo y a menudo queda incompleta.

Cómo lo resuelve Flowker

Usa un workflow de Flowker para orquestar las llamadas de KYC, AML, puntuación de fraude y validación de saldo antes de un paso de contabilización en el ledger. Defines la secuencia en el orden que exigen tus políticas de cumplimiento. Tu integración con el ledger debe garantizar que ningún otro camino pueda contabilizar sin las verificaciones obligatorias. Si un nodo de validación falla, la ejecución del workflow falla. Los registros de ejecución capturan los pasos de procesamiento configurados y sus resultados.

Resultado de negocio

  • Ruta de validación configurable: coloca las verificaciones que tu operación requiere antes de su paso de contabilización
  • Registros de ejecución: inspecciona los pasos de procesamiento configurados y sus resultados
  • Control de contabilización a cargo de la integración: aplica las verificaciones obligatorias en el límite del ledger

Onboarding de clientes (KYC/AML)


El problema

El onboarding de clientes en servicios financieros abarca verificación de identidad, revisión de documentos, filtrado AML y puntuación de riesgo, a menudo repartidos entre varios sistemas, equipos y traspasos manuales. Puede ser difícil ver en qué punto del proceso está un cliente o qué verificaciones se completaron.

Cómo lo resuelve Flowker

Flowker permite definir toda la secuencia de onboarding como un solo workflow: verificación de identidad, luego revisión de documentos, luego filtrado AML y luego puntuación de riesgo. Cada paso llama automáticamente al proveedor externo correspondiente. La lógica condicional enruta a los clientes a una verificación reforzada cuando las puntuaciones de riesgo superan tus umbrales. El workflow hace seguimiento de cada paso, así siempre sabes exactamente en qué punto del proceso está cada cliente.

Resultado de negocio

  • Secuenciación automatizada: estructura las verificaciones y los traspasos configurados en un solo workflow
  • Proceso estandarizado: cada cliente pasa por los mismos pasos validados, sin importar qué equipo los atienda
  • Listo para evidencia: el registro de ejecución muestra exactamente qué verificaciones se ejecutaron, cuándo y con qué resultados

Orquestación de pagos


El problema

El enrutamiento de pagos abarca varios proveedores, cada uno con APIs, métodos de autenticación y formatos de respuesta distintos. Construir y mantener integraciones a medida para cada proveedor consume recursos de ingeniería y crea flujos de pago frágiles y difíciles de cambiar.

Cómo lo resuelve Flowker

Flowker coordina flujos de pago de varios pasos como un solo workflow: verificación de fraude, luego verificación de saldo, luego llamada a la pasarela de pago y luego confirmación. Configuras cada instancia de servicio una sola vez como una configuración de proveedor que contiene su URL base y sus credenciales. Cada nodo de workflow que la llama lleva sus propios mapeos de campos. Si una llamada a un proveedor falla por un error transitorio, Flowker la reintenta automáticamente con backoff exponencial. Una llamada POST o PATCH se ejecuta una sola vez, a menos que el nodo opte por los reintentos. Los circuit breakers evitan fallas en cascada cuando un proveedor se cae.

Resultado de negocio

  • Procesamiento de pagos consistente: cada pago sigue la misma ruta validada
  • Recuperación automática ante fallas: Flowker reintenta los errores transitorios sin intervención manual
  • Resiliencia ante proveedores: los circuit breakers aíslan a los proveedores que fallan para que el resto de tus operaciones continúe

Workflows de detección de fraude


El problema

En muchos sistemas, las verificaciones de fraude llegan cuando la transacción ya está en curso o, peor aún, después de confirmarse. Para cuando se marca una transacción fraudulenta, el daño financiero y reputacional puede estar ya hecho.

Cómo lo resuelve Flowker

Usa Flowker para ejecutar la puntuación de fraude antes del paso de contabilización o de acción que configures. La ramificación condicional permite definir distintos caminos según el nivel de riesgo. Las transacciones de riesgo bajo pueden continuar. Las transacciones de riesgo medio pueden disparar una verificación adicional. Las transacciones de riesgo alto pueden enrutarse a un camino de rechazo. La integración que contabiliza la transacción o actúa sobre ella debe garantizar que se ejecutaron sus verificaciones obligatorias de Flowker. Una definición de workflow por sí sola no puede bloquear el camino de otro sistema.

Resultado de negocio

  • Decisiones de riesgo en el flujo configurado: coloca la puntuación de fraude antes del paso de contabilización o de acción
  • Enrutamiento según el riesgo: distintos niveles de riesgo disparan distintas respuestas automáticamente
  • Verificaciones de workflow trazables: inspecciona la puntuación configurada, la rama y el registro de ejecución

Aceleración de la integración de proveedores


El problema

Integrar un proveedor externo abarca su contrato de API, autenticación, manejo de errores, revisión de seguridad y pruebas. El esfuerzo varía según el proveedor y según los controles que requiere tu integración.

Cómo lo resuelve Flowker

Flowker separa la conexión de la lógica del workflow. Creas una configuración de proveedor (URL base, credenciales y los hosts que puede llamar) y la referencias desde los nodos de workflow. Los mapeos que reestructuran los datos para ese servicio viven en el nodo. Puedes actualizar los ajustes de una configuración de proveedor existente. Una migración que cambia el ID de proveedor, de ejecutor o de configuración de proveedor también puede requerir actualizaciones en los nodos de workflow en borrador. Flowker valida las configuraciones de proveedor de catálogo contra el JSON Schema del proveedor. Las configuraciones external_openapi usan una validación dedicada de OpenAPI externo y de configuración.

Resultado de negocio

  • Configuración y mapeos centralizados: mantén los ajustes de conexión y los mapeos de nodo en sus respectivas superficies de workflow
  • Reutilizable entre workflows: configura un proveedor una vez y úsalo en todas partes
  • Control de la migración de proveedores: actualiza los ajustes directamente y actualiza los nodos en borrador cuando cambia su referencia de proveedor o de ejecutor

Qué sigue


Primeros pasos

Configura Flowker y ejecuta tu primer workflow de extremo a extremo.

Guía de integración

Aprende a crear configuraciones de proveedor para tus workflows.