Cuando el Reglamento (UE) 2024/1689 empezó a marcar el calendario de obligaciones, muchas organizaciones reaccionaron con el reflejo habitual: abrir una hoja de cálculo, listar los sistemas que “suenan a IA” y darlo por hecho. Ese enfoque no sobrevive al primer trimestre.
La IA no vive en un repositorio estable: se integra en un ERP mediante actualizaciones de proveedor, aparece embebida en soluciones SaaS ya contratadas o se despliega en nuevos contextos sin que el inventario lo refleje.
El cambio de perspectiva empieza por aceptar que el inventario no es un entregable regulatorio, sino el mapa sobre el que se toman decisiones. ¿Qué sistemas están en producción? ¿Quién es responsable de cada uno? ¿Qué impacto tendría retirarlos mañana? Sin una respuesta inmediata a estas preguntas, la organización no gobierna su IA: la padece.
Por eso el inventario tiene que pensarse desde la misma lógica con la que se construye una CMDB (configuration management database) en IT, pero incorporando campos específicos que permitan evaluar riesgos, responsabilidades y dependencias propias de la IA.
Desde ISMS Forum, un grupo de expertos ha elaborado el Inventario de Sistemas y Servicios de IA, una herramienta de gobernanza concebida para que las organizaciones obtengan una visibilidad completa y accionable sobre todos los sistemas de IA presentes en su entorno, incluidos modelos fundacionales, soluciones de IA generativa y casos de shadow AI.
Su función no es solo identificar qué herramientas existen, sino ofrecer un mapa claro de activos, riesgos, dependencias, responsables y finalidades, alineado con el Reglamento de IA, NIST AI RMF e ISO 42001. Con ello resulta posible pasar de un enfoque reactivo, apoyado en registros parciales o desactualizados, a un modelo proactivo y preventivo, con detección temprana de riesgos, supervisión continua del ciclo de vida, trazabilidad técnica y capacidad real de demostrar cumplimiento ante auditorías y reguladores.
En la práctica, el Inventario se convierte en un punto central de control para la función de seguridad, cumplimiento y gobierno, y permite gestionar la IA como un activo realmente gobernable, controlado y verificable.
El inventario como CMDB especializada en IA
Un inventario útil combina tres bloques de información. El primero identifica el activo: código único, versión, propietario funcional, responsable técnico, proveedor y finalidad prevista. Este último campo es el más infravalorado y el más crítico: de la descripción precisa de la finalidad depende la clasificación regulatoria y, con ella, las obligaciones aplicables. Descripciones vagas como “optimizar procesos” son el atajo que convierte un sistema de alto riesgo en uno aparentemente mínimo, con todo lo que eso implica en caso de auditoría.
El segundo bloque recoge la clasificación de riesgo según el marco aplicable (prohibido, alto, limitado o mínimo, más la categoría de propósito general cuando corresponda) y vincula cada sistema con las evidencias de validación: técnica, jurídica, ética, de ciberseguridad y de propiedad intelectual.
El inventario no es un Excel que se cumplimenta para el regulador: es la CMDB sobre la que se construye el gobierno de la IA
El tercero documenta las medidas de mitigación y el estado en el ciclo de vida, desde la ideación hasta la retirada. Esta arquitectura no es opcional: si alguno de los tres bloques falta, el inventario deja de ser un instrumento de gobierno y vuelve a ser un listado sin visibilidad efectiva.
La integración con sistemas ya existentes —como el inventario de activos IT, el Registro de Actividades de Tratamiento, los procesos de compras y la gestión de riesgos de terceros— es donde se gana o se pierde la batalla. Duplicar registros es la forma más rápida de que el inventario se desactualice en seis meses. El objetivo debe ser una fuente única de verdad, alimentada desde los procesos habituales de la organización y no desde un esfuerzo paralelo.
La Primera línea de defensa
Desde la perspectiva de la ciberseguridad, el inventario de sistemas de IA deja de ser un registro documental para convertirse en un control operativo esencial. Su función no es únicamente identificar qué sistemas existen, sino proporcionar visibilidad real sobre cómo se utilizan, qué datos procesan y qué riesgos introducen en el entorno corporativo.
Uno de los principales vectores de exposición es la aparición de sistemas de IA fuera de los canales formales. Equipos de negocio que adoptan herramientas generativas, integraciones técnicas con API externas o funcionalidades de IA embebidas en soluciones SaaS pueden desplegarse sin pasar por procesos de validación.
Este fenómeno, conocido como shadow AI, solo puede ser detectado y gestionado si el inventario está integrado en los flujos operativos de la organización y conectado con fuentes como logs de red, sistemas de monitorización o procesos de adquisición.
El inventario permite, además, abordar los riesgos específicos asociados a la inteligencia artificial. Ataques como el envenenamiento de datos, la manipulación mediante prompt injection, la extracción de modelos o la fuga de información a través de sistemas generativos requieren conocer con precisión qué modelos están desplegados, con qué datos interactúan y en qué circunstancias operan. Sin esta trazabilidad, la capacidad de detección y respuesta es limitada.
Otro aspecto crítico es su integración con las capacidades existentes de seguridad. La conexión con el SOC y los sistemas de gestión de incidentes permite contextualizar alertas, identificar comportamientos anómalos y dar respuesta a incidentes que combinan vectores tradicionales y específicos de IA. Este enfoque resulta especialmente relevante en entornos regulados, donde convergen obligaciones como NIS2 y el Reglamento de IA.
En este contexto, el inventario actúa como punto de control, de visibilidad y de coordinación, consolidándose como una de las primeras líneas de defensa frente a los riesgos asociados al uso de la inteligencia artificial.
En la práctica, una de las situaciones más complejas no es gestionar un incidente, sino descubrir durante el análisis que el sistema implicado no estaba identificado, ni evaluado, ni bajo ningún control formal. Es en ese momento cuando el problema deja de ser técnico y pasa a ser de gobierno.
OT y datos en entornos industriales
En sectores como el ambiental, la energía o las infraestructuras, buena parte de la IA que aporta valor real no vive en la nube corporativa: vive en el borde, en vehículos de inspección, en sensores IoT desplegados en contenedores, en sistemas de visión instalados en plantas. Inventariar esta IA exige extender el perímetro más allá de los entornos TI tradicionales y asumir que el propietario funcional de un modelo puede ser el responsable de una planta, no un área de tecnología.
El dato es el otro frente crítico. Un inventario maduro no se limita a registrar qué sistema se usa: documenta qué conjuntos de datos lo alimentan, de dónde proceden, con qué base jurídica se usaron en entrenamiento y qué controles garantizan su calidad y representatividad.
Este es el punto donde el inventario de IA se conecta con el gobierno del dato y con el RAT (Registro de Actividades de Tratamiento), y donde aparecen los desencadenantes más frecuentes de actualización: una nueva fuente de datos, un cambio de proveedor, una ampliación geográfica o la deriva del modelo detectado en producción. Cada uno de ellos debería disparar una revisión formal, no un parche silencioso.
Un activo vivo, no un registro estático
La diferencia entre un inventario que funciona y uno que no está en su capacidad de mantenerse actualizado. El inventario debe entenderse como un elemento integrado en el ciclo de vida de los sistemas de IA, desde su identificación inicial hasta su retirada.
Los sistemas de alto riesgo exigen revisiones trimestrales; los de riesgo limitado, semestrales; los mínimos, anuales. Pero la periodicidad es solo la mitad de la historia: la otra mitad son los desencadenantes que obligan a revisar fuera de calendario, tales como una nueva versión, un incidente, un cambio normativo o una deriva de datos. Sin esos disparadores operativos, el inventario envejece más rápido de lo que se actualiza.
El retorno de este esfuerzo no es solo regulatorio. Una organización que conoce su parque de IA negocia mejor con proveedores, prioriza inversiones con criterio, justifica ante el consejo el coste de los controles y reduce drásticamente el tiempo de respuesta ante un incidente.
El Reglamento de IA no ha inventado la necesidad del inventario, ha obligado a tomarla en serio. La oportunidad está en ir un paso más allá y convertir esa obligación en la columna vertebral del gobierno corporativo de la IA.
