# IA en servicios financieros mid market: cumplimiento y agentes en la misma frase > En finanzas, la pregunta no es si meter IA. Es cómo meterla sin romper el cumplimiento ni introducir riesgos que descubrirás demasiado tarde. **Author:** Pablo de la Vega **Published:** 2026-06-14 **Reading time:** 11 min **Category:** Estrategia **Source:** https://nexau.es/blog/ia-en-servicios-financieros-mid-market-cumplimiento-y-agentes --- En servicios financieros mid market, las conversaciones sobre IA tienen un patrón conocido. Negocio quiere ir rápido. Cumplimiento quiere parar. Tecnología está en medio. La salida no es saltarse a cumplimiento, es entender que en este sector cumplimiento no es un freno, es la condición de existencia. Cualquier proyecto de IA que no parta de esa premisa termina mal. Eso no significa que no haya cosas que hacer. Hay muchas, y algunas son urgentes. Pero el orden importa. ## Donde la IA aporta sin tocar zonas reguladas El primer terreno donde una empresa financiera mid market puede mover la aguja sin pelearse con cumplimiento es el trabajo interno no regulado. Búsquedas en documentación interna, preparación de propuestas comerciales, resumen de contratos para revisión humana, formación interna, monitorización de competencia, generación de borradores de informes que un humano firma. Nada de esto toma decisiones sobre clientes finales, no afecta a productos regulados y no toca datos sensibles fuera de los sistemas autorizados. Es trabajo de oficina y de back office. Y es ahí donde está la mayor parte del tiempo desperdiciado. ## Donde hay que pisar con plomo Cualquier sistema que tome decisiones automatizadas sobre clientes, que prepare comunicaciones que vayan a salir con la marca de la empresa, que clasifique riesgos o que apoye recomendaciones de inversión entra en territorio sensible. No es imposible, es lento y caro. La regulación europea de IA, junto con la específica del sector financiero, exige documentación, trazabilidad, auditoría y supervisión humana en muchos casos. Hemos visto a entidades meter agentes en la operativa de cliente sin documentar nada y descubrir, seis meses después, que la auditoría externa les obliga a desmontarlos. La pérdida no es solo el coste de implantación, es la confianza interna en futuros proyectos. Para no acabar ahí, conviene incluir a cumplimiento desde la primera reunión, no traerlo al final cuando el sistema ya está montado. ### Datos: dónde viven y por dónde pasan En finanzas, la pregunta de dónde se procesan los datos no es secundaria, es fundacional. Pasar datos de cliente, transacciones o documentación a una API pública sin contrato adecuado es, con probabilidad alta, una infracción de la normativa de protección de datos y de la específica financiera. Las opciones que cumplen existen: despliegues en cloud europeo con acuerdos de tratamiento adecuados, modelos en infraestructura controlada, anonimización antes de envío. Hay que elegirlas con criterio, no por defecto. ## El caso de uso que más rápido paga En entidades mid market, lo que más rápido paga suele ser el análisis y resumen de documentación interna y de cliente para uso de los gestores. Un gestor que tiene que preparar una reunión con un cliente corporativo dedica horas a leer informes financieros, contratos previos, histórico de operaciones. Un sistema bien montado, sobre datos de la propia entidad, puede preparar un brief estructurado en minutos. El gestor lee, contrasta, decide. Esto no toma decisiones, no se comunica con el cliente, no clasifica riesgos. Es asistencia interna pura. Y libera horas de gestores caros, que es exactamente lo que la entidad necesita para sostener margen sin contratar más personas. ## Cómo plantearlo internamente - Empieza por casos de uso internos, sin contacto con cliente final ni decisiones automáticas. Aprende ahí. - Incluye a cumplimiento, riesgo y auditoría desde la primera reunión. Cualquier proyecto que avance sin su visto bueno acabará parándose. - Documenta todo: qué datos entran, qué modelo decide, quién supervisa, qué pasa si el sistema falla. La documentación es el proyecto, no un anexo. - Trata a la IA como un proveedor más, con su propio análisis de riesgo, su SLA, su plan de continuidad. Si no lo haces, no aprobará nadie. ## El error del proyecto piloto sin supervisión Muchas entidades arrancan pilotos en una unidad pequeña, sin formalizar gobierno, esperando ver resultados antes de invertir en estructura. Casi nunca funciona. El piloto sin gobierno o falla por falta de soporte técnico, o tiene éxito y no se puede escalar porque cumplimiento bloquea. Las dos opciones son malas. La inversión inicial en gobierno parece sobredimensionada hasta que el primer caso real lo justifica. En finanzas, la velocidad razonable de adopción es más lenta que en otros sectores, y eso no es un fracaso, es prudencia bien colocada. La entidad que avanza rápido sin marco propio acaba teniendo que retroceder. La que avanza con marco va más despacio en los primeros seis meses y mucho más rápido a partir del año, cuando el resto del sector aún está en pilotos.