Observatorio Tracewarden · Argentina · Seguros · 27 de agosto de 2026

SSN, terceros tecnológicos y control independiente: qué enseñan las sanciones de agosto de 2026 para la gobernanza de IA en aseguradoras

Cuatro resoluciones recientes de la Superintendencia de Seguros de la Nación muestran consecuencias severas cuando fallan la información, la verificabilidad, el cumplimiento o la capacidad de respuesta. No son sanciones por inteligencia artificial. Su utilidad para la gobernanza de IA es preventiva: una aseguradora puede tercerizar tecnología, pero sigue necesitando demostrar control sobre sus propios procesos.

Autor: Jorge Eduardo Peralta · Publicado: 27 de agosto de 2026 · Última revisión: 27 de agosto de 2026

Resumen ejecutivo

La señal relevante no es “IA sancionada”: es control que debe poder demostrarse

Las Resoluciones SSN 365/2026, 367/2026, 368/2026 y 369/2026 alcanzaron a cuatro aseguradoras por situaciones diferentes. El denominador útil para gobernanza no es tecnológico: es la exposición que aparece cuando una organización no cumple, no puede verificar información crítica, no logra sostener una obligación o carece de una respuesta suficiente frente al regulador.

La inferencia Tracewarden es deliberadamente acotada: si mañana esas funciones o etapas dependen de inteligencia artificial, automatizaciones o proveedores externos, la aseguradora seguirá necesitando continuidad, trazabilidad, validación y evidencia propia. La tecnología puede cambiar; la necesidad de control no.

Hecho

Cuatro medidas de la SSN

Prohibiciones para celebrar nuevos contratos, inhibiciones y una revocación de autorización para operar, según cada resolución.

Límite factual

No fueron sanciones por IA

No existe base para presentar estos expedientes como fallas de inteligencia artificial ni para afirmar que un sistema de IA causó las medidas.

Inferencia preventiva

La responsabilidad operativa permanece

Cuando un proceso crítico depende de tecnología o terceros, la organización necesita conservar capacidad propia de control, continuidad y demostración.

Las cuatro resoluciones

Qué ocurrió y qué no debe confundirse

Prof Seguros — Resolución SSN 365/2026

La SSN prohibió a Productores de Frutas Argentinas Cooperativa de Seguros Limitada celebrar nuevos contratos de seguro, intimó a adecuarse a un informe técnico y mantuvo una inhibición general de bienes. La cobertura sectorial del expediente describe inconsistencias vinculadas con juicios y mediaciones y dificultades para validar adecuadamente reservas técnicas.

Comarseg — Resolución SSN 367/2026

La SSN dispuso una inhibición general de bienes vinculada a inversiones por incumplimiento en la presentación de estados contables. Según 100% Seguro, Comarseg informó inconvenientes técnicos de DC Sistemas y Servicios S.A., proveedor del sistema utilizado para procesar información contable. La cobertura señala que la contingencia tecnológica del tercero no alteró la obligación reglamentaria de la aseguradora.

Aseguradora del Finisterre — Resolución SSN 368/2026

La entidad fue nuevamente impedida de celebrar nuevos contratos de seguro y se ratificó la inhibición general de bienes preexistente, en un expediente originado por falta de presentación de estados contables dentro del plazo correspondiente.

Social San Juan — Resolución SSN 369/2026

La SSN revocó la autorización para operar de Social San Juan Seguros de Personas S.A. y amplió la inhibición general de bienes a la totalidad de sus cuentas bancarias, en un contexto de déficits patrimoniales y falta de regularización.

Corrección de precisión: la resolución de Social San Juan es la 369/2026. Mantener ese número evita contaminar la trazabilidad del análisis.

El caso de mayor valor preventivo

Comarseg: una contingencia del proveedor no convierte la obligación en obligación del proveedor

Este expediente es particularmente útil para pensar gobernanza tecnológica porque introduce expresamente, en la explicación contemporánea del caso, una dependencia de un proveedor informático externo.

La lección no es que un proveedor tecnológico sea responsable de la sanción ni que la tercerización sea impropia. La lección es más precisa: la dependencia de un tercero debe estar gobernada como dependencia de la aseguradora. Si una obligación crítica puede quedar bloqueada por la indisponibilidad de un tercero, deben existir controles de continuidad, acceso, recuperación, escalamiento y evidencia suficientes.

Trasladado preventivamente a IA: un proveedor puede entregar el modelo, la plataforma o el agente; pero la aseguradora necesita poder responder qué sistema intervino, qué versión estaba activa, qué datos utilizó, qué controles existían, qué ocurrió si cambió o falló y qué evidencia conserva la compañía.

Prof Seguros

Cuando la información crítica no puede validarse, el problema deja de ser meramente documental

El valor preventivo del expediente de Prof Seguros está en la verificabilidad. La información sobre juicios, mediaciones y reservas no es un detalle periférico: forma parte de la capacidad de representar y justificar correctamente obligaciones y pasivos.

La extrapolación hacia IA debe formularse como hipótesis, no como hecho del expediente. Si herramientas de IA pasan a clasificar expedientes, resumir documentación, priorizar casos, asistir análisis de fraude o influir en estimaciones, la aseguradora necesita poder reconstruir el dato de origen y la transformación realizada. Un resultado útil que no puede ser suficientemente verificado puede convertirse en una exposición de gobernanza.

Control independiente

Proveedor no equivale a auditor independiente

La documentación y los controles de un proveedor son necesarios. No son idénticos a una comprobación independiente realizada desde el interés de la aseguradora.

Esto no presupone mala fe del proveedor. Existe una diferencia estructural de función: quien vende, implementa o mantiene una solución tiene incentivos y responsabilidades distintos de quien debe evaluar si la organización puede confiar en ella bajo condiciones determinadas.

Por eso conviene distinguir dos clases de evidencia: evidencia del proveedor —documentación, pruebas, certificaciones, reportes y controles propios— y evidencia de la aseguradora —criterios de aceptación, pruebas independientes, límites, registros, derechos de revisión, validación, continuidad, escalamiento y decisión documentada sobre el uso.

Tres momentos de control

Antes de contratar, durante el uso y cuando algo sale mal

1 · Antes

Evaluación independiente previa

Proveedor, datos, modelos y versiones, subcontratación, trazabilidad, validación humana, logs, continuidad, salida, reversibilidad y cooperación ante incidentes.

2 · Durante

Revisión de IA implementada

Comprobar qué hace realmente el sistema dentro del proceso y contrastarlo con documentación, controles, excepciones, resultados y evidencia disponible.

3 · Incidente

Reconstrucción extraordinaria

Preservar evidencia, identificar datos/sistema/versión, reconstruir la actuación, documentar correcciones y determinar qué puede demostrar la aseguradora.

Contexto regulatorio argentino

Riesgos del Trabajo ya utiliza un lenguaje cercano a trazabilidad, auditabilidad y control tecnológico

La Resolución SRT 48/2025 creó y reguló el Ecosistema Prevención 4.0 e incorporó gestión de riesgos tecnológicos y seguridad de la información en el marco de soluciones tecnológicas aplicadas a riesgos del trabajo. La Disposición SRT 15/2026 profundizó requisitos de trazabilidad y evidencia digital, incluyendo registros de eventos, marcas de tiempo, historiales de actividad y controles sobre prestadores tecnológicos.

Estas normas no deben extrapolarse automáticamente a todo el mercado asegurador ni a cualquier uso de IA. Su valor aquí es demostrar que, dentro de un segmento asegurador argentino, ya existe una dirección normativa que trata la trazabilidad, la auditabilidad y la evidencia como propiedades operativas exigibles de sistemas tecnológicos.

Además, la propia SSN participó el 20 de agosto de 2026 de ACTUAR.IA, donde puso públicamente el foco en riesgos, fraude, controles, pruebas y trazabilidad vinculados con la adopción de IA en seguros. La cuestión ya forma parte de la agenda regulatoria sectorial.

Preguntas que una aseguradora debería poder responder

La prueba no es si el proveedor “dice que funciona”

Independencia

¿Quién verificó independientemente el sistema de IA que interviene en el proceso sensible?

Evidencia propia

Si la SSN, un asegurado o un tribunal pidiera reconstruir una actuación dentro de doce meses, ¿qué podría presentar hoy la compañía?

Continuidad

Si el proveedor deja de funcionar, cambia el modelo o pierde información, ¿la aseguradora puede continuar operando?

Reconstrucción

¿Puede identificar qué datos, sistema, versión, reglas, excepciones y validaciones intervinieron en una decisión concreta?

Análisis Tracewarden

La categoría de riesgo: perder control o no poder demostrarlo

Las sanciones analizadas no prueban que la IA sea un problema en esas compañías. Sí muestran algo más general y operativamente relevante: el regulador puede adoptar medidas de alto impacto cuando la información, el patrimonio, la continuidad o el cumplimiento no están en condiciones de ser sostenidos y verificados.

La incorporación de IA no elimina ese problema. Puede agregar nuevas dependencias: modelos que cambian, proveedores que subcontratan, versiones que no quedan registradas, resultados probabilísticos, integraciones por API, agentes con permisos y decisiones influenciadas por sistemas que no pertenecen a la aseguradora.

Principio Tracewarden: no alcanza con que el proveedor pueda explicar su IA. La aseguradora tiene que poder defender su propio uso de ella.

Límite metodológico

Qué no afirma este análisis

Este artículo no atribuye inteligencia artificial a las causas de las Resoluciones SSN 365/2026, 367/2026, 368/2026 o 369/2026; no sostiene que Tracewarden® hubiera evitado esas medidas; no presume incumplimiento de una aseguradora por carecer de información pública sobre auditorías independientes; y no presenta la revisión Tracewarden® como certificación o auditoría regulatoria.

Su objeto es traducir hechos regulatorios verificables en preguntas preventivas de gobernanza, continuidad, trazabilidad, control de terceros y demostrabilidad.

Respaldo documental

Fuentes verificadas

Siguiente control

Antes de depender de un proveedor, comprobar qué puede demostrar la aseguradora

Tracewarden® evalúa sistemas y proveedores desde el interés de la organización usuaria: qué evidencia existe, qué falta, qué condiciones deberían exigirse y qué ocurriría si la tecnología cambia, falla o es cuestionada.