uFlow para bancos

¿Cómo se integra un motor de decisiones con el core bancario sin reemplazarlo?

El motor se consume por API REST desde el core bancario, el onboarding digital o los canales: recibe la solicitud, orquesta las consultas a bureaux y fuentes internas, ejecuta la política de crédito y devuelve la decisión con su detalle. El core sigue siendo el sistema de registro y uFlow es la capa de decisión, de modo que no hay migración ni reemplazo de por medio: el core no necesita saber de políticas ni de bureaux, solo pedir una decisión y recibirla. Es el análisis de crédito ejecutado como servicio, con identidades separadas por sistema consumidor para que cada canal tenga su propia credencial.

El mismo flujo sirve para originación individual en línea y para recalificación de cartera por lotes.

• API REST con autenticación por token e identidades separadas por sistema consumidor.
• Consultas a bureaux, archivos planos y webservices propios en un mismo flujo.
• Procesamiento individual en línea o por lotes, para originación y recalificación de cartera.

¿Cómo se alinea el gobierno de políticas de crédito con las tres líneas de defensa?

Las políticas de crédito se diseñan, se prueban y se publican dentro del motor con roles diferenciados: quien diseña no es quien aprueba, y cada publicación queda registrada con su versión y su autor. Eso traduce las tres líneas de defensa a permisos concretos. La primera línea, el área de riesgo, opera con autonomía y publica sus cambios sin depender de IT. La segunda revisa y aprueba con la política a la vista antes de que llegue a producción. La tercera, auditoría interna, no depende de que alguien le explique el proceso: revisa el historial de versiones y la evidencia que dejó cada publicación.

Los entornos de testing permiten validar una política contra casos reales antes de aprobarla.

• Permisos y roles específicos para diseñar, probar y publicar políticas.
• Versionado de políticas con historial de cambios.
• Pruebas de una política antes de llevarla a producción.

¿Qué evidencia queda para auditoría interna y el regulador?

En uFlow cada transacción evaluada queda registrada con sus variables de entrada, la versión de política aplicada y el resultado, así que ante un requerimiento se reconstruye la decisión puntual en lugar de reconstruir una explicación. El historial es consultable para revisiones y muestreos, y los resultados se exportan como soporte documental de una auditoría. Según la configuración y lo que permitan los contratos con cada fuente, también puede conservarse el detalle de las respuestas de los bureaux consultados, que suele ser lo primero que pide un revisor cuando discute un caso concreto. El registro es por decisión: no hay que cruzar logs de varios sistemas para responder.

El explorador de transacciones permite filtrar por período, política o resultado para armar una muestra.

• Historial de transacciones consultable para revisiones y muestreos.
• Decisiones reconstruibles: entrada, política aplicada y resultado.
• Exportación de resultados como soporte documental de una auditoría.

¿Qué documentación de seguridad hay para el due diligence de proveedores?

uFlow comparte su documentación de seguridad bajo acuerdo de confidencialidad y responde los cuestionarios de due diligence que use el banco, acompañando a los equipos de seguridad y compras durante toda la revisión. La plataforma está certificada ISO/IEC 27001:2022 y opera sobre infraestructura serverless en la nube, con cifrado de datos en reposo y en tránsito, autenticación de dos factores, control de acceso basado en atributos y monitoreo continuo. Para una entidad regulada esto importa antes que la funcionalidad: si el proveedor no pasa la evaluación de riesgo tecnológico, la discusión de producto no llega a darse.

El detalle completo de controles está publicado en seguridad.

• Certificación ISO/IEC 27001:2022 de seguridad de la información.
• Cifrado de datos, 2FA y control de acceso basado en atributos (ABAC).
• Documentación de seguridad y cuestionarios de due diligence bajo NDA.

¿Cómo es la implementación de uFlow en un banco y cuánto tarda?

La puesta en marcha se trabaja en conjunto y se mide en semanas, no en ciclos de proyecto de infraestructura: arranca con el relevamiento del proceso de originación, sigue con la integración por API REST con tus sistemas y con la configuración de las políticas junto al área de riesgo, y termina con una salida a producción acompañada. El plazo concreto depende de cuántas integraciones haya que resolver y de los tiempos de aprobación internos de cada entidad. El objetivo del acompañamiento es que tu equipo termine operando el motor con autonomía, sin depender del proveedor para cada cambio de política.