Skip to main content

Requisitos de rastro de auditoría del reglamento IA

Qué exigen los artículos 12, 19 y 26(6) en materia de registro, qué deja abierto el Reglamento y qué prácticas de ingeniería protegen los archivos de registro como prueba.

Los proveedores de sistemas de IA de alto riesgo deben diseñarlos para registrar automáticamente acontecimientos (archivos de registro) durante su ciclo de vida (artículo 12). Proveedores y responsables del despliegue (quienes usan el sistema) conservan los archivos bajo su control al menos seis meses. Otra norma puede disponer otra cosa (artículos 19 y 26(6)).

Se aplica desde el 2 de diciembre de 2027 (anexo III) y desde el 2 de agosto de 2028 (anexo I). El artículo 2 enumera exclusiones. Los sistemas anteriores solo quedan cubiertos tras cambios significativos de diseño (artículo 111(2)). Las multas pueden alcanzar 15 millones de EUR o el 3 % del volumen de negocios anual mundial, si esta cuantía es superior (artículo 99(4)). Siguiente paso: haga una lista de los acontecimientos que registrar.

El Reglamento exige capacidad de registro, conservación y acceso, no un formato de registro

  • Artículo 12(1): el sistema debe poder registrar acontecimientos automáticamente

    Un sistema de IA de alto riesgo debe permitir técnicamente el registro automático de acontecimientos (archivos de registro) a lo largo de su ciclo de vida.

  • Artículo 12(2): los archivos de registro sirven a tres fines

    El registro debe permitir anotar acontecimientos pertinentes para identificar situaciones de riesgo (artículo 79(1)) o modificaciones sustanciales, para el seguimiento posterior a la comercialización (artículo 72) y para la vigilancia del funcionamiento por los responsables del despliegue (artículo 26(5)). El Reglamento no enumera tipos de acontecimientos.

  • Artículo 12(3): la identificación biométrica remota tiene un mínimo

    Los sistemas de identificación biométrica remota (anexo III, punto 1, letra a) deben registrar como mínimo el período de cada uso, la base de datos de referencia consultada, los datos de entrada que dieron una coincidencia y las personas que verificaron el resultado.

  • Artículo 19(1): los proveedores conservan los archivos de registro al menos seis meses

    Los proveedores conservan los archivos de registro generados automáticamente, en la medida en que estén bajo su control. El período es adecuado a la finalidad prevista y de al menos seis meses, salvo que el Derecho de la Unión, en particular sobre protección de datos personales, o el Derecho nacional disponga otra cosa. Los proveedores que sean entidades financieras conservan los archivos como parte de su documentación conforme al Derecho de servicios financieros (artículo 19(2)).

  • Artículo 26(6): los responsables del despliegue conservan los archivos de registro al menos seis meses

    Un responsable del despliegue es una persona física o jurídica, autoridad pública, órgano u organismo que utiliza el sistema bajo su propia autoridad (artículo 3, punto 4). Los responsables del despliegue conservan los archivos de registro que genere el sistema, en la medida en que estén bajo su control, durante un período adecuado a la finalidad prevista y de al menos seis meses, salvo que el Derecho de la Unión o nacional disponga otra cosa. Los que sean entidades financieras conservan los archivos como parte de la documentación que conservan conforme al Derecho de la Unión sobre servicios financieros y gobernanza interna.

  • Artículo 21(2): las autoridades pueden pedir acceso a los archivos de registro

    A petición motivada de una autoridad competente, los proveedores dan acceso a los archivos de registro generados automáticamente, en la medida en que estén bajo su control.

  • No figura en el Reglamento: formato de registro, inmutabilidad, cadenas de hash, región de almacenamiento

    Los artículos 12, 19 y 26(6) no nombran ningún formato de registro, ni almacenamiento de escritura única, ni cadena de hash, ni región de almacenamiento. Las palabras «inmutable», «manipulación» y «hash» no aparecen en el Reglamento consolidado del 27 de julio de 2026. Esas medidas protegen los archivos como prueba; son una decisión de diseño suya.

Prácticas de ingeniería que protegen los archivos como prueba (nuestras recomendaciones)

El Reglamento habla de archivos de registro, no de pistas de auditoría. Aquí una pista de auditoría son archivos de registro conservados como prueba. Estas prácticas sirven a los objetivos de los artículos 12 y 19; el Reglamento no las exige.

  • Acontecimientos estructurados

    Escriba cada acontecimiento como JSON con los mismos campos siempre, para poder consultarlo. El ejemplo de abajo es un esquema posible.

Acontecimiento de ejemplo (esquema ilustrativo, no prescrito por el Reglamento)

{
  "event_type": "AI_DECISION",
  "timestamp": "2026-10-22T14:22:33.456Z",
  "trace_id": "abc-123-def-456",
  "system_id": "credit-scoring-v2",
  "actor_id": "user-789",
  "metadata": {
    "model_version": "v2.3.1",
    "input_hash": "sha256:a1b2c3...",
    "decision": "refer_to_human"
  }
}
  • Solo añadir, almacenamiento separado

    Guarde los archivos donde nadie pueda modificarlos después, por ejemplo en un almacenamiento de objetos de escritura única, aparte de la base de datos de la aplicación. Los archivos guardados en la base de datos de la aplicación pueden ser modificados o borrados por sus administradores.

  • Comprobaciones de integridad

    Encadene las entradas con hash o bloquee los objetos guardados, y verifíquelos periódicamente. Así puede demostrar que los archivos guardados no han cambiado.

  • Identificadores de traza

    Pase un identificador de traza por cada servicio y póngalo en cada entrada. Así puede seguir una sola petición por toda la cadena de IA.

  • Identificadores seudonimizados

    Registre identificadores opacos y metadatos del acontecimiento, no nombres ni correos electrónicos, cuando la finalidad lo permita. Qué datos personales puede contener un registro es una cuestión de RGPD para su delegado de protección de datos o su asesor jurídico.

  • Escrituras sin bloqueo

    Envíe los acontecimientos a una cola y reintente si falla, para que una escritura fallida no detenga la aplicación.

  • Consulta y exportación

    Permita filtrar los archivos por fecha, tipo de acontecimiento y sistema. Así puede responder a una petición motivada de una autoridad conforme al artículo 21(2) y realizar su propio seguimiento.

Qué comprueba Scanara y qué no

Las reglas de código de Scanara señalan operaciones de IA sin patrones de registro reconocibles. Las comprobaciones son análisis estático basado en reglas que detecta patrones estándar de marcos de ML; la fiabilidad varía según el nivel del lenguaje de programación. Scanara también mantiene un registro de escritura única de las acciones en la plataforma, y puede repetir los análisis cuando quiera.

Scanara no observa su sistema en funcionamiento, no comprueba el contenido ni la integridad de sus archivos de registro y no demuestra que se cumpla el artículo 12. Un análisis superado no prueba el cumplimiento, y la decisión sigue siendo suya.

Lista de comprobación de la pista de auditoría: primero lo que exige el Reglamento, luego las buenas prácticas

  • Obligatorio (artículo 12(1)): el sistema permite técnicamente el registro automático de acontecimientos a lo largo de su ciclo de vida.
  • Obligatorio (artículo 12(2)): el registro cubre acontecimientos pertinentes para situaciones de riesgo y modificaciones sustanciales, el seguimiento posterior a la comercialización y la vigilancia por el responsable del despliegue.
  • Obligatorio (artículo 12(3)): los sistemas de identificación biométrica remota registran el contenido mínimo.
  • Obligatorio (artículos 19(1) y 26(6)): los archivos bajo su control se conservan al menos seis meses, salvo que otra norma disponga otra cosa.
  • Obligatorio (artículo 21(2)): puede dar acceso a los archivos a una autoridad que lo pida de forma motivada.
  • Buena práctica: los acontecimientos usan un esquema JSON fijo con marca de tiempo, tipo de acontecimiento, ID del sistema e identificador de traza.
  • Buena práctica: el almacenamiento de registros es de solo añadir y está separado de la base de datos de la aplicación.
  • Buena práctica: las escrituras de registro no bloquean la aplicación.
  • Buena práctica: los registros contienen identificadores seudonimizados, no datos personales en bruto, cuando la finalidad lo permite.
  • Buena práctica: la integridad de los archivos guardados se verifica periódicamente.

Exclusiones, sistemas anteriores y límites de las multas

El Reglamento no se aplica a los sistemas de IA usados exclusivamente con fines militares, de defensa o de seguridad nacional (artículo 2(3)). No se aplica a los sistemas de IA desarrollados y puestos en servicio específicamente y con el único fin de la investigación y el desarrollo científicos (artículo 2(6)), ni a la investigación, las pruebas o el desarrollo previos a la comercialización o puesta en servicio, salvo las pruebas en condiciones reales (artículo 2(8)). Quedan excluidos los sistemas con licencias libres y de código abierto, salvo que se comercialicen o pongan en servicio como sistemas de alto riesgo o entren en el artículo 5 o 50 (artículo 2(12)). Las personas físicas que usan un sistema en una actividad personal de carácter no profesional no están obligadas como responsables del despliegue (artículo 2(10)). Para los sistemas de alto riesgo ligados a productos de la legislación del anexo I, sección B, como vehículos de motor, aviación, ferrocarril, equipos marinos, vehículos agrícolas y maquinaria, solo se aplican el artículo 6(1), el artículo 60a y los artículos 102 a 112. Los artículos 57 a 59 se aplican solo en la medida en que esa legislación integre los requisitos (artículo 2(2)).

Los sistemas de alto riesgo comercializados o puestos en servicio antes de la fecha de aplicación solo quedan cubiertos tras cambios significativos de diseño. En cualquier caso, los proveedores y los responsables del despliegue de sistemas de IA de alto riesgo destinados a ser utilizados por autoridades públicas deben adoptar las medidas necesarias para cumplir a más tardar el 2 de agosto de 2030 (artículo 111(2)).

Para las pymes, cada multa llega como máximo al porcentaje o la cuantía que sea inferior (artículo 99(6)). Para las pequeñas empresas de mediana capitalización (artículo 3, punto 14b), el mismo límite se aplica a las multas de los apartados 4 y 5 del artículo 99 (artículo 99(6a)). El nivel de 15 millones de EUR abarca también las obligaciones de proveedores y operadores del artículo 25, apartados 2 y 4 (artículo 99(4), letra da).

Scanara prepara pruebas a partir de sus repositorios

Scanara lee sus repositorios de GitHub conectados y ejecuta análisis basados en reglas de patrones habituales de IA y aprendizaje automático. Puede pasar por alto código no estándar. Por separado, genera borradores de documentación a partir de plantillas y de sus respuestas en las evaluaciones, como pruebas para su trabajo de cumplimiento. Usted decide la clasificación.