Compliance básico para fintech y negocios financieros

El compliance básico para fintech es más que un requisito legal; es el sistema inmunitario de tu negocio. Ignorarlo no te expone a multas, te expone a la extinción: bloqueos de pasarelas de pago, fraudes masivos y la pérdida total de confianza de tus usuarios. Esta no es una guía teórica, es un manual de implementación. Aprenderás a montar un «mínimo viable» de compliance con checklists, plantillas y calculadoras de riesgo. Cubriremos paso a paso los pilares: AML/KYC, privacidad (GDPR/CCPA), seguridad (PCI DSS/ISO 27001) y resiliencia. Al finalizar, tendrás una hoja de ruta de 90 días para pasar de “cumplo a medias” a “cumplo y demuestro”, con enlaces a guías sobre pagos seguros, open banking y protección de datos.

Este artículo es una guía táctica de nuestro Centro de Mando de Emprendimiento Financiero, donde encontrarás el sistema completo para construir y escalar tu negocio.

Antes de sumergirnos en «Compliance básico para fintech y negocios financieros» es vital entender el panorama completo. Este artículo es un capítulo práctico de nuestra guía maestra, el manual definitivo que te entrega el sistema de principio a fin: Guía de Emprendimiento Financiero.

Compliance básico para fintech y negocios financieros con checklists y calculadoras de riesgo

1) Qué es el Compliance Mínimo Viable (MVC)

El porqué de este concepto es simple: el compliance perfecto es inalcanzable al principio. El «Minimum Viable Compliance» (MVC) es un enfoque práctico para construir tu sistema inmunitario. No se trata de cumplir con todo, sino de instalar los cortafuegos indispensables para operar con un nivel de riesgo aceptable y demostrar a reguladores y socios que tienes un plan y lo estás ejecutando. Tu MVC debe actuar como un escudo en siete frentes clave.

2) Mapa de Riesgos por Modelo de Negocio

El porqué de esta tabla es que no todos los negocios tienen el mismo riesgo. Tu modelo define dónde debes enfocar tus recursos limitados. Identifica tu modelo y obsesiónate con sus controles mínimos.

Modelo de NegocioRiesgos PrincipalesControles Mínimos IndispensablesEvidencias Clave a Presentar
PSP / Pasarela de PagoFraude, contracargos, datos de tarjeta.3DS2/SCA, tokenización, cumplimiento PCI DSS v4.0.1.SAQ/AOC, pruebas de intrusión, logs de chargebacks.
Billetera / WalletRiesgo transaccional y de identidad.KYC + monitoreo transaccional, límites escalonados.Pruebas de vida (liveness), verificación documental.
Crédito / LendingLavado de dinero, default, tratamiento de datos sensibles.KYC reforzado, política de crédito documentada, DPIA.Modelo de scoring, actas del comité de crédito.
NeobancoAML integral, resiliencia operativa, privacidad a escala.Programa AML completo, certificación ISO 27001, BCP/DRP.Registros de SARs, auditorías externas, simulacros de desastre.
Broker / CriptoSanciones, travel rule, seguridad de custodia.KYT (Know Your Transaction), screening de listas, segregación de fondos.Pruebas de solvencia (Proof of Reserves), conciliaciones.

3) AML/KYC: El Guardián de tu Puerta de Entrada

El porqué este es tu control más crítico es porque un fallo en AML/KYC no solo resulta en multas; puede hacer que pierdas tu licencia para operar o tu relación con los bancos. Piensa en tu programa AML/KYC como el guardia de seguridad de un edificio importante. Su trabajo no es molestar a los inquilinos, sino asegurarse de que solo entren las personas autorizadas. Tu proceso debe seguir este flujo lógico:

  1. Política y Evaluación de Riesgo: Primero, decides qué tipo de «edificio» tienes. ¿Es un complejo de oficinas de bajo riesgo o una instalación gubernamental de alta seguridad? Aquí documentas tu apetito de riesgo y segmentas a tus clientes (por país, producto, volumen) para saber a quién debes vigilar más de cerca.
  2. Onboarding (Debida Diligencia): Este es el proceso de entregar las credenciales de acceso. Para un visitante de bajo riesgo, un nombre y un email pueden ser suficientes. Para un inquilino de alto riesgo, necesitas verificar su identidad con un documento oficial (pasaporte) y una prueba biométrica (selfie con prueba de vida). Es un control de acceso proporcional al riesgo.
  3. Screening de Listas: Antes de dar acceso, cruzas el nombre del visitante con una lista de «personas no deseadas» (listas de sanciones como la de OFAC y de Personas Políticamente Expuestas – PEP). Este proceso debe ser automático y periódico.
  4. Monitoreo Transaccional: Una vez dentro, el guardia vigila los monitores. Busca patrones extraños: alguien intentando entrar en zonas restringidas repetidamente (múltiples transacciones justo por debajo del umbral de reporte). Tu sistema debe generar alertas automáticas para estos patrones.
  5. Reporte: Si el guardia ve algo verdaderamente sospechoso, no lo confronta; sigue el protocolo y reporta a la autoridad competente. Debes conocer los umbrales y formatos para reportar operaciones sospechosas (SAR/ROS) en tu jurisdicción.

4) Privacidad y Datos (GDPR/CCPA): La Gestión de la Confianza

El porqué la privacidad es clave es porque la confianza es tu activo más valioso. Un cliente te da sus datos personales como si te diera la llave de su casa. Una brecha de datos no solo es una multa; es traicionar esa confianza. Tu programa de privacidad mínimo viable debe ser tu política de «respeto al inquilino»:

  • Inventario de Datos (El Mapa de la Casa): Debes tener un plano que muestre exactamente qué «habitaciones» (datos) estás usando, por qué las necesitas (base legal), y dónde guardas las llaves (alojamiento).
  • Gestión de Derechos (La Devolución de la Llave): El inquilino tiene derecho a pedirte una copia de su llave, corregir la información de la puerta o pedir que se la devuelvas y olvides su acceso. Debes tener un proceso claro para gestionar estas peticiones (acceso, rectificación, supresión) dentro de los plazos legales.
  • Contratos con Terceros (El Fontanero de Confianza): Si contratas a un fontanero (un proveedor de CRM, un servicio de email) y le das una copia de la llave, eres responsable de lo que haga. Debes tener un contrato (Acuerdo de Tratamiento de Datos – DPA) que le obligue a seguir tus mismas reglas de seguridad.
  • Política de Retención (La Limpieza Programada): No puedes acumular llaves para siempre. Define cuánto tiempo necesitas conservar cada tipo de dato y automatiza su eliminación segura. Guardar datos «por si acaso» es un riesgo, no un activo.

5) Seguridad de la Información (PCI/ISO): El Blindaje de tu Fortaleza

El porqué de un Sistema de Gestión de Seguridad de la Información (ISMS) es para pasar de una seguridad reactiva a una proactiva. Si procesas, almacenas o transmites datos de tarjetas, el cumplimiento de PCI DSS no es negociable. Para el resto, un enfoque ágil basado en ISO 27001 es el estándar de oro. Como empresa, tu responsabilidad de seguridad es a nivel infraestructura (B2B). Tu objetivo es proteger los datos de tus usuarios. Si quieres entender cómo los usuarios avanzados evalúan la seguridad de las apps antes de usarlas (y así saber qué esperan de ti), te recomendamos leer nuestro manual sobre la Privacidad en Flujos Automatizados Personales.

  • Control de Accesos: Implementa autenticación multifactor (MFA) para todos los sistemas críticos y aplica el principio de «mínimo privilegio».
  • Cifrado: Todos los datos sensibles deben estar cifrados en tránsito (TLS 1.2+) y en reposo (ej. AES-256).
  • Gestión de Vulnerabilidades: Escaneos automáticos de tus sistemas y un proceso para aplicar parches de seguridad críticos en menos de 30 días.
  • Logging y Monitoreo: Centraliza los logs de tus sistemas. Sin registros, un incidente de seguridad es imposible de investigar.

6) Pagos y Autenticación Reforzada (SCA)

El porqué debes dominar esta sección es porque la Autenticación Reforzada del Cliente (SCA) es un equilibrio delicado entre seguridad y conversión. Piensa en ella como el control de seguridad de un aeropuerto. Demasiada fricción (quitarse los zapatos, sacar el portátil, cacheos) y la gente pierde su vuelo (abandona el carrito de compra). Demasiado poca, y se cuelan amenazas (fraude).

En jurisdicciones como Europa (bajo la directiva PSD2), la SCA es obligatoria para la mayoría de las transacciones online. Requiere que el usuario demuestre su identidad con al menos dos de los siguientes tres factores: algo que sabe (contraseña), algo que tiene (teléfono) y algo que es (huella dactilar). Tu trabajo como emprendedor no es solo implementarla, sino gestionarla de forma inteligente:

  • Implementa el Estándar (3D Secure 2): Es el protocolo estándar de la industria para cumplir con la SCA. Asegúrate de que tu pasarela de pago lo soporte de forma nativa.
  • Domina las Exenciones: La clave para no matar tu conversión es saber cuándo no aplicar SCA. La regulación permite exenciones para transacciones de bajo valor (ej. < 30€), pagos recurrentes con un importe fijo (suscripciones) o transacciones analizadas como de bajo riesgo por tu motor de fraude.
  • Conserva la Evidencia: Cuando aplicas una exención, eres tú quien asume la responsabilidad en caso de fraude. Debes conservar la evidencia (el análisis de riesgo, la justificación de la exención) para poder defenderte en una disputa de contracargo.

Una buena implementación de SCA reduce el fraude. Una implementación excepcional reduce el fraude sin afectar negativamente tu tasa de aprobación. Mide constantemente el impacto en tu conversión por país y optimiza tu estrategia de exenciones.

7) Resiliencia Operativa: Tu Plan Anti-Caos

El porqué necesitas esto es porque los sistemas fallan. No es una cuestión de «si», sino de «cuándo». La resiliencia no se trata de evitar el fallo, sino de recuperarse tan rápido que tus clientes apenas lo noten. Tu plan es tu protocolo de emergencia:

  1. Plan de Continuidad (BCP/DRP): Define tus objetivos. Si el sistema principal se cae, ¿cuánto tiempo puedes estar fuera de línea? (RTO – Recovery Time Objective). ¿Cuántos datos puedes permitirte perder? (RPO – Recovery Point Objective). Realiza simulacros reales de caída para probar tus suposiciones.
  2. Gestión de Incidentes: Cuando suena la alarma, no se puede improvisar. Necesitas un protocolo claro que defina los niveles de severidad, quién toma las decisiones, cómo se comunica (interna y externamente) y en qué plazos.

8) Gestión de Terceros Críticos y Cloud

El porqué de esta gestión es que tu seguridad es tan fuerte como la de tu proveedor más débil. Confiar ciegamente en un proveedor es delegar, no gestionar. Antes de integrar cualquier servicio de un tercero, debes realizar una debida diligencia. Revisa su postura de seguridad, sus certificaciones (SOC 2, ISO 27001), su salud financiera y asegúrate de que tu contrato incluya cláusulas de seguridad, niveles de servicio (SLA) y un plan de salida claro en caso de que necesites migrar.

9) Gobernanza: El Sistema Nervioso del Compliance

El porqué de la gobernanza es simple: lo que no se documenta, no existe. Puedes tener los mejores controles del mundo, pero si no puedes demostrarlos a un auditor, un banco o un regulador, es como si no tuvieras nada. La gobernanza es el sistema nervioso que conecta todos tus controles y los hace visibles y auditables.

Piensa en ello como el cuadro de mandos de un coche de carreras. No basta con que el motor funcione; el piloto necesita ver la presión del aceite, la temperatura y la velocidad en tiempo real para tomar decisiones. Tu sistema de gobernanza debe proporcionar esa misma visibilidad:

  • Políticas y Procedimientos (El Manual del Coche): Debes tener documentos escritos, aprobados y accesibles que describan CÓMO funciona tu sistema. Necesitas como mínimo una política de AML/KYC, Privacidad, Seguridad de la Información, Gestión de Incidentes y Gestión de Terceros.
  • Formación y Concienciación (La Formación del Piloto): Tu equipo es tu primera línea de defensa. Debes tener un programa de formación anual (como mínimo) sobre seguridad y privacidad, y guardar registros de quién ha completado la formación. Un equipo no formado es un riesgo operativo.
  • Auditoría y Monitoreo (La Telemetría): No puedes «configurarlo y olvidarlo». Debes revisar tus controles periódicamente. Un tablero de control mensual con 10-15 métricas clave (ej. alertas AML cerradas a tiempo, tiempo medio de resolución de incidentes, % de parches de seguridad aplicados) te da la telemetría para saber si tu «coche» está funcionando de forma óptima.
  • Gestión de Evidencias (La Caja Negra): En caso de un «accidente» (un incidente de seguridad, una auditoría), necesitas la caja negra. Centraliza todas tus evidencias (logs, capturas de pantalla de configuraciones, reportes de escaneos, tickets de resolución) en un único lugar. Esto te ahorrará semanas de trabajo y discusiones cuando un socio o regulador te pida que «demuestres que cumples».

10) Calculadoras y Matrices de Riesgo

Usa estas herramientas para transformar los conceptos abstractos de compliance en números accionables.

10.1 Calculadora de Costo de Compliance por Transacción

Calculadora de Costo de Compliance

Costo por Transacción

$0.0000

10.2 Matriz de Riesgo Rápida

Matriz de Riesgo Rápida

Nivel de Riesgo

Bajo (5/12)

10.3 Calculadora de Brecha de Cumplimiento

Calculadora de Brecha de Cumplimiento

Controles Faltantes

4

11) Casos Rápidos en USD

  • PSP regional: Con un presupuesto de $8k/mes y 150k transacciones/mes, el coste de compliance por transacción es de ~$0.053. Reducir falsos positivos en el monitoreo AML en un 20% puede ahorrar ~$850/mes en horas de analista.
  • Wallet para freelancers: Implementar KYC con verificación biométrica reduce los intentos de fraude en el onboarding en un 1.2%, lo que se traduce en un aumento de la utilidad de +$2.8k/mes al evitar pérdidas.

12) Errores que Cuestan Sanciones y Bloqueos

13) Checklist de Implementación de 90 Días

Usa esta lista interactiva como tu hoja de ruta para construir tu «Minimum Viable Compliance».

Progreso Total: 0%

14) Preguntas Frecuentes

¿Necesito PCI DSS si no almaceno tarjetas de crédito?

Sí, si procesas o transmites datos de tarjeta a través de tus sistemas. Puedes reducir drásticamente el alcance y el coste utilizando soluciones de tokenización de proveedores certificados como Stripe, pero sigues teniendo la responsabilidad de completar el cuestionario de autoevaluación (SAQ) correspondiente.

¿Cómo reduzco la fricción del KYC en el onboarding sin perder seguridad?

Aplica un enfoque basado en riesgo (Risk-Based Approach). Para clientes de bajo riesgo (montos pequeños, países de bajo riesgo), un KYC simplificado (nombre, email) puede ser suficiente. Escala los requisitos (documento, prueba de vida) solo cuando el usuario intenta realizar acciones de mayor riesgo.

¿Qué evidencias clave me pedirá un banco o un socio de pagos para integrarse conmigo?

Normalmente pedirán tus políticas de AML y Seguridad de la Información, tu certificado de cumplimiento PCI (SAQ o AOC), resultados de tu última prueba de intrusión (pentesting), y evidencia de que tienes un proceso formal de gestión de incidentes.

¿Cuánto cuesta realmente implementar un «compliance mínimo viable»?

Depende del volumen y el riesgo. Usa nuestra calculadora de coste por transacción para una estimación. Como referencia, para 120k tx/mes y un ticket de $35, el coste por transacción puede rondar entre $0.05 y $0.08 USD, incluyendo licencias de software y el coste del personal.

15) Glosario de Términos Clave

Usa esta sección como una referencia rápida para los conceptos más importantes de esta guía.

AML/KYC:

Anti-Money Laundering (Prevención de Lavado de Dinero) / Know Your Customer (Conoce a tu Cliente).

CDD/EDD:

Customer Due Diligence / Enhanced Due Diligence. La debida diligencia del cliente (estándar y reforzada).

PEP:

Persona Políticamente Expuesta. Individuos con roles públicos prominentes que presentan un mayor riesgo de soborno y corrupción.

PCI DSS:

Payment Card Industry Data Security Standard. El estándar de seguridad obligatorio para cualquier entidad que maneje datos de tarjetas.

DPIA:

Data Protection Impact Assessment. Una evaluación de impacto relativa a la protección de datos, requerida por el GDPR para proyectos de alto riesgo.

RTO/RPO:

Recovery Time Objective / Recovery Point Objective. Tiempos objetivo de recuperación y punto de recuperación en un plan de desastres.

DPA:

Data Processing Agreement. Un acuerdo legal entre un controlador y un procesador de datos que regula el tratamiento de datos personales.

16) Fuentes y Recursos Oficiales

ESCRITO Y VERIFICADO POR

Bruno Sampier

Analista de Datos y Fundador de FinanzasUp. Mi misión es darte los sistemas y herramientas basados en datos para que tomes el control de tu dinero. Aquí, los datos prevalecen sobre el drama.