Cumplimiento del Banco Central en la práctica: KYC y AML como parte de la arquitectura

El compliance suele tratarse como un módulo "para después" — algo que se encaja en la arquitectura cuando el producto ya está listo. En las instituciones financieras, ese enfoque sale caro: retrabajo, datos dispersos y un onboarding lento.

KYC como parte del flujo, no como una etapa aislada

El registro de un cliente debería alimentar el motor de riesgo de forma continua, no solo en el momento de la apertura de la cuenta. Los cambios de comportamiento — volumen, frecuencia, contrapartes — necesitan reclasificar el riesgo del cliente de manera automática.

Monitoreo transaccional en tiempo real

Las reglas de AML que corren en un batch nocturno llegan demasiado tarde para PIX. La arquitectura necesita evaluar cada transacción en el camino crítico — o, cuando eso no es viable por latencia, en una ventana de segundos después de la liquidación, con capacidad de bloqueo y devolución (mediante MED) cuando corresponda.

Reportes que no se convierten en excepciones manuales

Las comunicaciones a la unidad de inteligencia financiera y demás obligaciones regulatorias deben generarse a partir de las mismas reglas de detección que alimentan el monitoreo — evitando que el equipo de compliance mantenga una lógica paralela y divergente en hojas de cálculo.

Compliance como producto interno

Tratar el compliance como un producto interno — con API propia, SLAs de respuesta y observabilidad — es lo que permite que escale junto con el negocio, en lugar de convertirse en la razón por la que el onboarding tarda días.