sectores · Seguros
IA para seguros que sobrevive a una auditoría: proveedor UE auditable, on-premise y stack trazable. El caso estrella es la extracción y el análisis de siniestros, con la trazabilidad de la decisión como eje de compliance.
compliance
Cada exigencia regulatoria, mapeada a una capacidad de la plataforma que viene puesta de fábrica y no se configura.
DORA
Reglamento (UE) 2022/2554 · aplicable desde el 17 ene 2025, aseguradoras incluidas
ExigeDORA cubre a las entidades de seguros y reaseguros: gestión del riesgo de terceros TIC, capacidad de auditoría y estrategias de salida para proveedores críticos.
HelmcodeProveedor UE auditable, con opción dedicada u on-premise y API estándar compatible con OpenAI: la estrategia de salida es cambiar una URL.
Solvency II
Directiva 2009/138/CE · gobernanza del riesgo operacional
ExigeUn sistema de gobierno sólido sobre el riesgo operacional: procesos documentados, control y capacidad de explicar las decisiones que apoyan los sistemas de IA.
HelmcodeUn único stack auditable con flujos de datos documentados y supervisión humana, para que el proceso de IA encaje dentro de tu gobernanza en vez de pelearse con ella.
AI Act
Reglamento (UE) 2024/1689, Anexo III 5(c) · alto riesgo en tarificación de seguros de vida y salud
ExigeLa evaluación de riesgo y la tarificación para personas físicas en seguros de vida y salud es alto riesgo (Anexo III 5(c)), con obligaciones de trazabilidad y supervisión cuya fecha de inicio se movió: acordada en mayo de 2026 a diciembre de 2027, pendiente de adopción formal. Otros usos aseguradores se clasifican caso a caso.
HelmcodeLos modelos abiertos con model card y licencia publicadas documentan exactamente qué se ejecuta, dónde y con qué pesos; la clasificación de cada uso corresponde a tu equipo legal.
Esta página es una visión informativa, no asesoría legal. Para tus obligaciones y la clasificación de riesgo de cada sistema, consulta a un asesor legal cualificado. Guía del AI Act →
qué pide el supervisor
EIOPA, el supervisor europeo de seguros, publicó en agosto de 2025 una Opinion sobre cómo aplica la normativa de seguros existente a la IA. No crea reglas nuevas: lee Solvencia II, la IDD, DORA y el RGPD a la luz del AI Act, y le dice a los supervisores nacionales qué mirar. Cuatro de sus expectativas deciden una arquitectura, así que conviene leerlas antes de elegirla.
01
La propiedad intelectual del proveedor es tu problema
La Opinion dice explícitamente que los derechos de propiedad intelectual de un tercero estorban al gobierno que te toca ejercer y que hay que compensarlo: cláusulas contractuales, acuerdos de nivel de servicio, auditorías externas, due diligence. Todo eso son controles compensatorios de algo que no puedes inspeccionar. Unos pesos que ejecutas tú eliminan la causa en vez del síntoma.
02
Explicable dos veces
Un resultado tiene que ser explicable al supervisor en términos técnicos y al cliente en lenguaje claro, con documentación que sostenga la traza. Dos audiencias, un mismo sistema, y ninguna de las dos explicaciones se puede escribir sobre un modelo cuyo comportamiento solo observas desde fuera.
03
El gobierno del dato incluye el dato que no recogiste
El dato tiene que ser completo, exacto, adecuado y documentado durante todo el ciclo de vida del sistema, incluido el dato de terceros. Esa última cláusula es la difícil: alcanza a con qué entrenó tu proveedor, que es justo la parte que una API cerrada no te va a contar.
04
La supervisión es una persona, no una política
La supervisión humana tiene que sostenerse durante todo el ciclo de vida, con formación adaptada a cada rol. Es un requisito organizativo antes que técnico y es el que nadie te puede vender: lo que la infraestructura puede hacer es que quien supervisa tenga algo que mirar.
EIOPA · European Insurance and Occupational Pensions Authority "Opinion on Artificial Intelligence governance and risk management", EIOPA-BoS-25-360, 6 de agosto de 2025, dirigida a las autoridades nacionales competentes al amparo del artículo 29(1)(a) del Reglamento (UE) n.º 1094/2010. Basada en riesgo y proporcionalidad: interpreta la normativa existente, no añade normativa nueva. leer el informe →
casos de uso
Los casos con más tracción en el sector, cada uno con su página en detalle.
Un punto de partida por tipo de tarea. La guía completa cruza 80 casos con el modelo abierto de cada uno.
Estamos destilando y cuantizando estos modelos abiertos en versiones pequeñas y muy especializadas, entrenadas para una tarea concreta en lugar de para todas. Un modelo así corre en menos hardware, responde antes y cabe en sitios donde el grande no entra, incluido tu propio datacenter. Si tienes un proceso con volumen y criterio estable, es la conversación que queremos tener contigo.
// faq
Lo que preguntan los equipos técnicos, de compliance y de negocio del sector.
Sí. DORA (Reglamento (UE) 2022/2554, aplicable desde el 17 de enero de 2025) cubre a las entidades de seguros y reaseguros, tratando a los proveedores TIC como parte del riesgo operativo: gestión del riesgo de terceros, capacidad de auditoría y estrategias de salida. Un stack de modelos abiertos sobre infraestructura UE, con opción on-premise y API estándar, simplifica las tres.
La evaluación de riesgo y la tarificación para personas físicas en seguros de vida y salud figura como alto riesgo (AI Act, Anexo III 5(c)). Cuándo empiezan esas obligaciones es lo que se mueve: un acuerdo de mayo de 2026 lleva el tramo del Anexo III a diciembre de 2027 y está pendiente de adopción formal a julio de 2026. Otros ramos y usos se clasifican caso a caso, algo que decide tu equipo legal. En cualquier caso, un stack abierto y auditable hace directo documentar el sistema.
Solvencia II (Directiva 2009/138/CE) exige un sistema de gobierno sólido sobre el riesgo operacional. Un único stack auditable, con flujos de datos documentados y supervisión humana, permite que el proceso de IA encaje dentro de esa gobernanza, con trazabilidad de qué se ejecutó y dónde.
No, salvo que lo permitas. Por defecto, inferencia solo en la UE con zero logs; on-premise ejecuta los mismos modelos y la misma API dentro de tu datacenter, la opción habitual para expedientes de siniestro y datos especialmente protegidos.
Sí, si los pesos se ejecutan en infraestructura controlada. El riesgo regulatorio está en enviar datos a una API extranjera, no en el origen del modelo: pesos abiertos ejecutados en la UE u on-premise mantienen el dato dentro de tu perímetro y siguen siendo auditables de punta a punta.
// empezar
Olvídate de la infra de IA. Despliega hoy el primer endpoint de inferencia privada.
Tarifa plana. Datos en la UE. Compatible con la API de OpenAI.
// cookies
Usamos cookies estrictamente necesarias para que el sitio funcione y, solo con consentimiento explícito, Google Analytics para entender el uso. Nada de publicidad, nunca — consulta la Política de cookies.
// preferencias