Guía para diseñar el registro de auditoría de la IA generativa: qué evidencia del uso de IA exigen la Ley de IA de la UE, ISO/IEC 42001 y las directrices japonesas, y cómo conservarla

Usar IA generativa dentro de la empresa, incorporar funciones de IA en un producto, delegar tareas en agentes de IA. En cualquiera de estos casos, pronto llegará el momento de explicar quién usa esa IA, para qué y cómo se controla. Puede que quien pregunte sea un auditor o el cuestionario de seguridad de un cliente.

En ese momento no basta con explicaciones verbales o documentos de políticas: lo que se evalúa es si puede demostrarlo con registros. En este artículo ordenamos, paso a paso, lo que exigen las regulaciones y las normas, qué campos registrar, dónde registrarlos y qué condiciones debe cumplir la evidencia para conservar el registro de auditoría de la IA generativa en una forma que sirva como evidencia.

Qué es el registro de auditoría de la IA generativa

El registro de auditoría de la IA generativa registra, por cada ejecución de IA, cuándo, quién (o qué agente), con qué modelo y qué decisión se tomó, y lo conserva en una forma que un tercero pueda comprobar después.

Su propósito es distinto del de los registros de operaciones o de aplicación habituales.

La mayor diferencia es que quien lo lee es alguien externo. Si no puede demostrar a una persona externa que el registro no se ha modificado después, por muy detallado que sea, será una evidencia débil.

Por qué ahora se pide evidencia del uso de IA

Hay tres razones principales.

• Las revisiones de seguridad de los clientes: aumentan las preguntas sobre el uso de IA generativa, el alcance de uso, los datos que se introducen y la conservación de los registros
• Las auditorías de SOC 2 Tipo II o de ISO/IEC 27001 (ISMS): hay que demostrar que los controles funcionaron durante todo el periodo de observación, y también se pide explicar el uso de la IA como parte de ese alcance
• La difusión de los agentes de IA: cada vez más tareas las realiza una IA de forma autónoma en lugar de una persona, y hacen falta registros que permitan rastrear quién lo hizo a nivel de cada IA

Tabla rápida de lo que exigen las regulaciones y las normas

Contenido comprobado en fuentes primarias a 31 de octubre de 2026.

Lo que conviene tener claro es que lo que la Ley de IA de la UE aplazó son las fechas de aplicación; los requisitos sobre los registros se mantienen. Cuando empiece la aplicación, ya deberán haberse acumulado registros de «al menos 6 meses». Lo realista es preparar el mecanismo de registro desde ahora, no justo antes de la fecha de aplicación.

Fuentes primarias: Ley de IA de la UE, artículo 12・ artículo 19・ artículo 26・ artículo 113 (fechas de aplicación) (AI Act Service Desk de la Comisión Europea) / Directrices para Empresas de IA (Ministerio de Economía, Comercio e Industria de Japón, en japonés) / Entrada en vigor de la Ley de Promoción de la IA (Oficina del Gabinete de Japón, en japonés)

Qué registrar

Si puede registrar los siguientes campos por cada ejecución de IA, le resultará más fácil rendir cuentas.

¿Hay que conservar el texto de los prompts y de las respuestas?

En muchos casos, basta con la huella (hash) y con metadatos que no incluyan el contenido, sin conservar el texto en sí.

El texto suele contener datos personales de clientes o información confidencial, y cuanto más se acumula, mayor es el daño en caso de filtración. Si conserva el hash, cuando surja un problema podrá cotejarlo con el texto que tenga a mano y comprobar que «esa fue la entrada y la salida».

La guía de OWASP para prevenir la inyección de prompts en LLM también pide, en su revisión del 4 de octubre de 2026, que los registros conserven «los metadatos y las decisiones relevantes para la seguridad» y excluyan las credenciales y la información sensible innecesaria (OWASP Cheat Sheet).

Dónde registrar

Según dónde se registre, cambia lo que se puede registrar y el grado de confianza.

Lo más fiable es combinar el código y el proxy, no elegir uno de los dos. Con el proxy se captura sin omisiones «que hubo una llamada», y el motivo de cada decisión se registra desde la capa de código que la tomó.

Otro punto importante: un registro que usted mismo escribe y guarda, por sí solo, difícilmente convence a una persona externa. Hace falta un mecanismo que demuestre que no se ha reescrito después. Lo explicamos en el siguiente apartado.

Condiciones para que la evidencia sea válida en una auditoría

Para que un registro sirva como evidencia, hacen falta estas cinco condiciones.

1. Poder demostrar que no se ha reescrito: si se encadena la huella (hash) de cada registro con la del anterior, en cuanto se reescribe un registro intermedio dejan de coincidir todos los enlaces posteriores y la manipulación se puede detectar
2. Que un tercero pueda comprobarlo por sí mismo: debe poder verificarse localmente sin tener que confiar en la empresa o el servicio que dejó el registro
3. Cumplir el periodo de conservación: debe cubrir los «al menos 6 meses» de la Ley de IA de la UE y el periodo de observación de la auditoría (normalmente de 6 a 12 meses)
4. Saber de quién fue cada operación: si se usan cuentas o claves compartidas, no se puede explicar quién la usó. Registre por separado a las personas y a los agentes
5. Saber qué campos faltan: si se indica explícitamente qué campos no se registran, se puede explicar con honestidad el alcance del registro. Un registro del que no se sabe qué deja fuera pierde credibilidad

Cuestiones específicas de los agentes de IA

Los agentes de IA invocan herramientas y avanzan en las tareas de forma autónoma en lugar de una persona. Por eso surgen cuestiones distintas de las de la IA generativa que usan las personas.

• Identificar cada agente: registre por separado qué agente hizo qué. Si todos funcionan con una sola clave de API, no se pueden distinguir
• Conservar las llamadas a herramientas: el riesgo es completamente distinto si solo generó texto o si operó un sistema externo
• Conservar si intervino una revisión humana: si una persona lo revisó antes de una operación importante está directamente ligado a explicar dónde recae la responsabilidad
• Incluir también los agentes de programación: los agentes de programación que los ingenieros usan a diario también son, en términos de tráfico, llamadas a una IA. Se pasan por alto con facilidad, pero hay que incluirlos en el registro

Lo que SPHIOR puede hacer

La gobernanza de IA de SPHIOR es un mecanismo para conservar registros que cumplan las condiciones descritas hasta aquí.

Formas de registrar (4 opciones)

IA y herramientas compatibles

Si la API de destino es de un proveedor conocido, el proxy registra su nombre; en los demás casos (modelos alojados por usted, a través de una pasarela interna, etc.) registra tal cual el nombre de host del destino. El destino nunca se rellena con suposiciones. La configuración se explica en la documentación.

Tratamiento de los registros

• No se envía el contenido: por defecto no se envía el texto de los prompts ni de las respuestas; solo se registran la huella (hash) y los metadatos
• Se conservan en una forma que permite detectar manipulaciones: cada registro se normaliza y se convierte en hash, se encadena con el anterior y, en lotes, se fija su hora de forma externa
• Un tercero puede verificarlos: con la herramienta de verificación pública, se pueden comprobar localmente sin tener que confiar en SPHIOR
• Las decisiones siguen en su propio mecanismo: el dictamen de permitir o denegar lo emiten sus propias salvaguardas, y SPHIOR registra ese resultado
• También se indican los campos que no se registran: por ejemplo, el proxy no registra el coste a menos que configure las tarifas (las tarifas reales varían por descuentos o contratos, así que no se suponen). Además, el proxy no ve los dictámenes de sus propias salvaguardas, por lo que se parte de que estos se registran desde la capa de código

Lo que puede mostrar al auditor

• Lista de ejecuciones (filtrable por agente, modelo, dictamen y periodo)
• Número de ejecuciones por agente × modelo y distribución de los dictámenes (permitir, denegar, etc.)
• Información de verificación de cada registro
• Paquete de verificación para un periodo determinado (cada exportación admite hasta 1.000 registros; si hay más, se exporta dividiendo el periodo)

Precios

No cobramos por volumen de registros. Si se cobrara por volumen, «registrar menos saldría más barato», lo que contradice el objetivo de conservar los registros sin omisiones. Los planes de pago no dejan de registrar aunque se supere el límite, y el plan gratuito nunca pasa a ser de pago por sí solo. Para más detalles, consulte los precios.

Preguntas frecuentes

¿Basta con conservar los registros 6 meses?

Los artículos 19 y 26 de la Ley de IA de la UE establecen «al menos 6 meses». Según la finalidad, puede exigirse un periodo más largo, y en auditorías como SOC 2 Tipo II hay que cubrir el periodo de observación (normalmente de 6 a 12 meses). Si otras normas establecen disposiciones distintas, también deben cumplirse.

Si no se conserva el texto de los prompts, ¿no será imposible investigar cuando surja un problema?

Si conserva la huella (hash), podrá cotejarla con el texto que tenga a mano o con los registros del proveedor y comprobar si esa fue la entrada y la salida. Cuanto más texto se acumula, mayor es el daño en caso de filtración, así que lo realista es decidir si conservarlo comparando la necesidad de investigación con el riesgo de filtración.

¿Sustituye a la certificación ISO/IEC 42001?

No. La certificación se obtiene tras la auditoría de un organismo de certificación. El registro de auditoría es uno de los materiales que se utilizan en esa auditoría y para rendir cuentas dentro y fuera de la empresa.

¿No sirven los registros creados por nosotros mismos?

Sí sirven. Pero, al mostrarlos a personas externas, hay que poder explicar que no se han reescrito después. Si los prepara en una forma que lo demuestre, mediante el encadenamiento de hashes o la fijación externa de la hora, la explicación será más breve.

Resumen

• El registro de auditoría de la IA generativa es un registro para rendir cuentas ante personas externas. Importa menos el detalle que el hecho de que no se haya reescrito y de que se sepa de quién fue cada operación
• La Ley de IA de la UE aplazó las fechas de aplicación, pero se mantienen los requisitos de registro automático y de conservación durante al menos 6 meses
• Lo básico es registrar la huella y los metadatos, sin conservar el texto, e indicar también qué campos no se registran
• Combine el proxy y la capa de código, e incluya en el registro tanto a los agentes de IA como a los agentes de programación

Relacionado: Cómo presentar la gestión de cambios en GitHub como evidencia para ISO/IEC 27001 y SOC 2