Cada modelo tiene un responsable. Cada cambio queda acreditado.
Los modelos de tarificación, reservas, siniestros y fraude se registran con un responsable asignado. Una nueva versión se ejecuta como aspirante (challenger) en paralelo al modelo principal (champion), genera sus evidencias al día y solo pasa a producción mediante un control de despliegue que aprueba una persona distinta de su autor. El dosier de validación se compila a partir de los registros, no se redacta de memoria.
Cada modelo, con una persona que responde de él.
HONESTAS lee su registro de modelos, ya sea MLflow, SageMaker o uno propio, y mantiene un registro único para todos ellos. Un modelo sin propietario asignado no puede utilizarse en una decisión.
- Propietario, finalidad, datos y ámbito de uso autorizado para cada modelo
- Se conserva cada versión, junto con los datos de entrenamiento y prueba
- Vigilancia de la deriva en casos reales, avisando al propietario cuando se desvía
- Cada decisión sellada indica la versión del modelo que utilizó
| Modelo | Rol | Desviación |
|---|---|---|
| GLM Autos particulares v6 | Champion | Estable |
| GLM Autos particulares v7 | Posición crítica | Estable |
| Urgencia de siniestros 2026.07 | Champion | Con deriva |
| Evaluación de daños por fotos | Champion | Estable |
| Tarificación de tormentas costeras | Champion | Estable |
| Señales de redes de fraude | Champion | Estable |
Más siniestros por tormentas desde el 9 oct. Se pide a Sara que lo revise antes del viernes.
- Propietario
- Una persona asignada
- Validado
- En el día, en cada ejecución
- Uso
- Solo donde esté aprobado
Evidencia generada en el momento. No reconstruida a cierre de año.
Una nueva versión se gana su puesto ejecutándose en paralelo a la que va a sustituir, con casos reales y sin enviar nada al exterior. Cada ejecución tiene una semilla asignada para poder reproducirse con exactitud.
Registrar
La nueva versión se registra con su propietario, sus datos de entrenamiento y su finalidad. Un modelo que no se puede registrar no se puede utilizar.
En sombra
Se ejecuta como challenger en paralelo al champion, sobre los mismos casos. Sus respuestas se registran y nunca se envían al cliente.
Comparar
Se conserva cada diferencia: qué casos, qué celdas y en qué medida. Se aplican controles en cada una, y cada ejecución puede reproducirse con la misma semilla.
Promocionar
Superando el control de paso, o de ningún modo. El registro conserva ambas versiones para poder vincular cualquier decisión con la versión que utilizó.
Probado primero. Aprobado por otra persona.
Antes de que un cambio pase a producción, debe superar los controles fijados por su entidad, primero con registros de prueba. Después, una persona distinta de quien lo creó lo aprueba mediante passkey. Las funciones están segregadas: el autor, el validador y el aprobador son tres personas distintas.
- Controles sobre registros de prueba antes de pasar a real
- Un autor no puede aprobar su propio cambio
- Un control fallido detiene el cambio y registra el motivo
- El mismo control de paso para botones de IA, tablas de tarifas y condicionados
| Control, sobre registros de prueba | Resultado |
|---|---|
| Cada precio dentro de las bandas registradas | Apto |
| Ninguna celda varía más de un 15 % | Apto |
| El mismo precio para el mismo riesgo, dos veces | Apto |
| Sin uso de características protegidas, ni directa ni indirectamente | Apto |
| La reproducción coincide con su semilla | Apto |
| Nada enviado al cliente | Apto |
| Función | Persona | Estado |
|---|---|---|
| Autor | Marta Kowalczyk | Lo creó |
| Validador | Hana Suzuki | Validado |
| Aprobador | Nathan Farrell | Passkey |
Tres personas distintas. Marta no puede aprobar su propio cambio, y un control fallido lo detendría aquí mismo, registrando el motivo.
Compilado a partir de los registros. Firmado por una persona.
Cada año, el dossier de validación suele reconstruirse a partir de hojas de cálculo y de la memoria de las personas. En HONESTAS se compila a partir de las ejecuciones selladas: controles de datos, champion y challenger, análisis de sensibilidad y back-testing. Las partes que requieren criterio profesional quedan reservadas para que el validador las redacte y firme.
- Cada cifra enlaza con la ejecución de la que procede
- El dictamen del validador nunca lo redacta la IA
- Exportado en un único archivo para su auditor o supervisor
| Garantía | Compilado a partir de | Estado |
|---|---|---|
| Datos utilizados y su calidad | 14 controles de datos sellados | Compilado |
| Principal y aspirante | 3 ejecuciones en sombra, 135.000 vehículos cada una | Compilado |
| Sensibilidad a las hipótesis | 6 ejecuciones con semilla | Compilado |
| Back-test frente a la experiencia real | 8 trimestres de siniestros | Compilado |
| El dictamen del validador | Hana Suzuki | Pendiente de redactar y firmar |
| Aprobación para paso a producción | Nathan Farrell | Pendiente |
Cada cifra enlaza con la ejecución sellada de la que procede. El dictamen y la aprobación nunca se compilan.
Qué ha cambiado y a qué ha afectado.
Los modelos, las tablas de tarifas y los condicionados comparten un único repositorio de versiones. Puede ver cada versión guardada, dónde está en vigor cada una y qué decisiones selladas se basan en ella.
La validación que la normativa ya exige.
- Artículo 124 de Solvencia IIDirectiva 2009/138/CE, estándares de validaciónUn ciclo periódico de validación para modelos internos: rendimiento, contraste con la experiencia y sensibilidad a las hipótesis clave.
- Anexo III, punto 5, letra c), del Reglamento de IAReglamento (UE) 2024/1689La evaluación de riesgos y la tarificación en los seguros de vida y salud se consideran IA de alto riesgo, con normas aplicables a partir del 2 de diciembre de 2027.
- Artículo 15 del Reglamento de IAReglamento (UE) 2024/1689, precisiónLa IA de alto riesgo debe alcanzar un nivel adecuado de precisión, declarado y mantenido durante todo su ciclo de vida.
- Dictamen de la EIOPA sobre la IAGobernanza y gestión de riesgos de la IA, 6 de agosto de 2025Gobernanza de datos, documentación y seguimiento continuo de los sistemas de IA utilizados por las aseguradoras.
Fechas del Reglamento de IA modificadas por el Reglamento (UE) 2026/1744, el Ómnibus Digital, publicado en el Diario Oficial el 24 de julio de 2026. No constituye asesoramiento jurídico. La certificación y los dictámenes jurídicos quedan entre usted y sus asesores.
Preguntas frecuentes.
¿Tenemos que trasladar nuestros modelos a HONESTAS?
No. Sus modelos se quedan donde están: en MLflow, SageMaker o su propio registro. HONESTAS los lee, mantiene el inventario y registra cada ejecución y versión.
¿Qué modelos abarca?
Cualquier modelo cuyo resultado intervenga en una decisión: tarificación, reservas, triaje de siniestros, verificación de daños por fotos, indicadores de fraude y los modelos de IA detrás de cada botón asistido.
¿Quién puede aprobar una nueva versión?
Una persona designada por su entidad, que no sea ni el autor ni el validador. HONESTAS lo comprueba antes de que pueda firmarse la aprobación.
¿Qué ocurre cuando un modelo presenta desviación?
Se avisa al responsable, indicando los casos que lo demuestran. Ningún modelo desactiva nada por su cuenta. El responsable decide, y esa decisión también queda registrada.
¿Sustituye el dosier a nuestro validador?
No. Reúne las evidencias que el validador necesita a partir de ejecuciones selladas. El dictamen del validador y la aprobación para el paso a producción los redactan y firman personas.
Profundizar
Traiga el modelo que lleve más tiempo esperando.
Elija un modelo atascado entre la validación y la aprobación. Lo registraremos, lo ejecutaremos en paralelo con su modelo campeón y compilaremos el dosier a partir de las ejecuciones.