--- title: "ISO 42001 (sistema de gestión de la IA)" description: "Qué exige ISO 42001 como sistema de gestión de la IA y cómo pueden las empresas certificar su AIMS para el uso de agentes de IA." locale: "es" canonical: "https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia" category: "Agentes de IA" updated: "2026-10-28T13:32:30.275Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # ISO 42001 (sistema de gestión de la IA) Qué exige ISO 42001 como sistema de gestión de la IA y cómo pueden las empresas certificar su AIMS para el uso de agentes de IA. ## ¿Qué es ISO/IEC 42001? ISO/IEC 42001:2023 (*Information technology. Artificial intelligence. Management system*) es la primera norma de sistema de gestión (Management System Standard, MSS) certificable del mundo para la inteligencia artificial. ISO e IEC la publicaron conjuntamente en **diciembre de 2023** a través del Joint Technical Committee 1, Subcommittee 42 (ISO/IEC JTC 1/SC 42). La norma establece los requisitos para implantar, operar, mantener y mejorar de forma continua un **sistema de gestión de la [IA](https://blckalpaca.at/es/glosario/ia)**, en inglés *Artificial Intelligence Management System (AIMS)*, en español *sistema de gestión de la inteligencia artificial (SGIA)*. La norma es deliberadamente **neutral en cuanto a sector y rol**: se aplica a cualquier organización, de cualquier tamaño, que desarrolle, suministre o utilice sistemas de IA. En la terminología del [Reglamento de IA de la UE](https://artificialintelligenceact.eu/article/3/) (art. 3, puntos 3 y 4), se trata sobre todo de «proveedores» (provider) y «responsables del despliegue» (deployer, es decir, organizaciones que utilizan la IA en su propio negocio). La propia ISO/IEC 42001 utiliza los roles de ISO/IEC 22989, como «AI provider», «AI producer» y «AI customer». Lo decisivo es la delimitación: ISO 42001 es una **norma de sistema de gestión, no una norma de producto**. Un certificado acredita que las políticas, los procesos, los roles, las evaluaciones de riesgos y de impacto y los controles del ciclo de vida de la organización cumplen los requisitos. **No** certifica un sistema de IA concreto ni un modelo, ni tampoco que un [agente de IA](https://blckalpaca.at/es/glosario/agente-de-ia-ai-agent) determinado sea «seguro», «justo» o «conforme al Reglamento de IA». Por eso, la formulación correcta es: «El AIMS de la organización X está certificado conforme a ISO/IEC 42001:2023 con el alcance Y (según la Declaración de Aplicabilidad, versión Z)». ## La familia ISO 42000 de un vistazo ISO 42001 ocupa el centro de una familia de normas pequeña que madura con rapidez. Complementa las siguientes normas, pero no sustituye a ninguna: | Norma | Título / función | Estado (a octubre de 2026) | | --- | --- | --- | | ISO/IEC 42001:2023 | Sistema de gestión de la IA. Requisitos (certificable) | Publicada en dic. de 2023 | | ISO/IEC 23894:2023 | Guía de gestión de riesgos de la IA (alineada con ISO 31000) | Publicada en feb. de 2023 | | ISO/IEC 42005:2025 | Evaluación de impacto de la IA (norma complementaria de las cl. 6.1.4 / 8.4) | Publicada en 2025 | | ISO/IEC 42006:2025 | Requisitos para los organismos de auditoría y certificación de AIMS | Publicada en 2025 | | ISO/IEC 38507:2022 | Implicaciones para la gobernanza del uso de la IA (nivel del consejo de administración) | Publicada en 2022 | | ISO/IEC 22989:2022 | Conceptos y terminología de la IA | Publicada en 2022 | En cuanto a su estructura, la edición de 2023 es un documento compacto de unas 40 a 60 páginas numeradas. Consta de las diez cláusulas del Anexo SL (cláusulas 1 a 10), el **anexo A normativo** con los controles de referencia específicos de la IA, el [anexo B, también normativo](https://www.standards.org.au/blog/spotlight-on-as-iso-iec-42001-2023) (guía de implementación del anexo A), y dos anexos informativos: el anexo C (posibles objetivos organizativos de IA y fuentes de riesgo) y el anexo D (aplicación del AIMS en distintos dominios y en combinación con otros sistemas de gestión). ## Estructura: las cláusulas 4 a 10 Las cláusulas numeradas 4 a 10 forman el **núcleo normativo y certificable**. Su estructura sigue exactamente el Anexo SL, la misma estructura de alto nivel que ISO 9001, ISO 14001 o ISO/IEC 27001, pero adaptada en todo momento a aspectos específicos de la IA, como el aprendizaje continuo, la opacidad, la dependencia de los datos, la autonomía y el comportamiento emergente. - **Cláusula 4. Contexto de la organización:** entorno interno y externo (Reglamento de IA de la UE, [RGPD](https://blckalpaca.at/es/glosario/rgpd), obligaciones sectoriales), partes interesadas y, sobre todo, el **alcance (scope)** del AIMS por escrito, que los auditores trasladan literalmente al certificado. - **Cláusula 5. Liderazgo:** responsabilidad de la alta dirección, una **política de IA** documentada (5.2) y roles y responsabilidades (5.3). La norma no exige el cargo de «AI Officer», pero en las pymes esta función suele combinarse con la del CISO o la del delegado de protección de datos. - **Cláusula 6. Planificación:** el núcleo de la norma, con **6.1.2 Evaluación de riesgos de IA**, **6.1.3 Tratamiento de riesgos de IA** (resultado: Declaración de Aplicabilidad) y **6.1.4 Evaluación de impacto de IA**, además de objetivos de IA medibles (6.2). - **Cláusula 7. Apoyo:** recursos, **competencia (7.2)**, toma de conciencia, comunicación e información documentada. La cláusula 7.2 suele ser un punto débil en los despliegues de agentes, y la obligación de alfabetización en materia de IA del art. 4 del Reglamento de IA de la UE le da todavía más peso. - **Cláusula 8. Operación:** implementación operativa de los procesos diseñados en la cláusula 6; suele ser la cláusula que más esfuerzo exige a la hora de aportar evidencias. - **Cláusula 9. Evaluación del desempeño:** seguimiento (9.1), auditoría interna (9.2) y revisión por la dirección (9.3), con entradas y salidas obligatorias. - **Cláusula 10. Mejora:** no conformidad y acciones correctivas (10.1) y mejora continua (10.2). Lo que se observa en la práctica de auditoría muestra cómo se reparte el esfuerzo: la cláusula 6 + la cláusula 8 + el anexo A suponen alrededor del 60 % del esfuerzo, las cláusulas 4 + 5 cerca del 15 %, la cláusula 7 alrededor del 10 % y las cláusulas 9 + 10 cerca del 15 %. ## Anexo A: 9 dominios, 38 controles El anexo A es **normativo por referencia** (las organizaciones seleccionan los controles mediante la Declaración de Aplicabilidad) y abarca [**38 controles en 9 áreas de control](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/iso-42001-annex-a-vision-general-de-los-controles) (A.2 a A.10)**. En la práctica circulan a veces cifras como «39» o «42» controles, o «10 dominios»; se deben a convenciones de recuento distintas. La cifra canónica, la que dan la secretaría del SC 42 y los organismos de certificación, es **9 dominios / 38 controles**. El anexo B, también normativo, ofrece una guía de implementación para cada control. Los auditores lo leen primero cuando quieren saber qué se considera «bueno». Las nueve áreas, de un vistazo: | Área | Tema | Especialmente relevante para quien opera agentes | | --- | --- | --- | | A.2 | Políticas de IA | Niveles de autonomía, límites al uso de herramientas, reglas de HITL y de escalado | | A.3 | Organización interna | Roles, segregación de funciones, canal para comunicar inquietudes | | A.4 | Recursos para sistemas de IA | **Registro de IA y de agentes** (A.4.2) como artefacto central de auditoría | | A.5 | Impacto de los sistemas de IA | Proceso de evaluación de impacto (punto de anclaje para ISO 42005) | | A.6 | Ciclo de vida del sistema de IA | **Registro de eventos (A.6.2.8)**, en paralelo al art. 12 del Reglamento de IA | | A.7 | Datos para sistemas de IA | Calidad de los datos, procedencia, también para datos de [RAG](https://blckalpaca.at/es/glosario/rag) y de recuperación | | A.8 | Información para las partes interesadas | Model cards, instrucciones de uso, comunicación de incidentes | | A.9 | Uso de sistemas de IA | **Uso previsto (A.9.4)**, relevante para el art. 25 del Reglamento de IA | | A.10 | Terceros y clientes | Due diligence de proveedores de modelos fundacionales | Hay tres controles que en los despliegues de agentes se auditan con especial detalle y que, a la vez, suelen estar insuficientemente documentados: **A.6.2.8 ([registro de eventos](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/seguridad-de-agentes-de-ia-owasp/monitorizacion-de-agentes-de-ia-con-langsmith-y-langfuse-observabilidad-para-age))**, porque los responsables del despliegue suelen registrar las llamadas a herramientas, pero no las entradas del modelo, las trazas de razonamiento ni las anulaciones humanas (human override); **A.5.2 a A.5.5 (evaluación de impacto)** para todos los agentes que afectan a personas o grupos; y **A.7.5 (procedencia)** en cuanto se procesan datos de entrenamiento, de [fine-tuning](https://blckalpaca.at/es/glosario/fine-tuning) o de recuperación. ## La Declaración de Aplicabilidad (SoA) La **Declaración de Aplicabilidad** es el documento más revisado en cualquier auditoría ISO 42001, y la **cláusula 6.1.3** la exige como resultado del tratamiento de riesgos. Cada control del anexo A debe figurar como «aplicable» o «no aplicable», con una **justificación basada en el riesgo tanto para las inclusiones como para las exclusiones**, el estado de implementación, la referencia a la evidencia y el responsable. La SoA llega a citarse en el propio certificado con su versión y fecha: el certificado ISO 42001 público de SAP SE, por ejemplo, remite a la **Declaración de Aplicabilidad versión 1.4 del 28 de julio de 2025**. Los errores más frecuentes, y con ello la no conformidad individual más citada en la práctica de auditoría de 2024 a 2026, son las **exclusiones sin justificación basada en el riesgo**, los controles marcados como «aplicables» sin un artefacto que los respalde, una SoA que no se mantiene al día («estática») tras cambios de modelo o la incorporación de nuevos agentes, y la **confusión entre el rol de proveedor y el de responsable del despliegue**. ## Certificación: etapa 1, etapa 2 y seguimiento La certificación la realiza un organismo de certificación acreditado (OC) conforme a ISO/IEC 17021-1 y a su complemento específico para la IA, **ISO/IEC 42006:2025**. El proceso es similar al de ISO 27001: 1. **Etapa 1 (revisión documental y de preparación):** normalmente de 1 a 3 días en una mediana empresa. 2. **Etapa 2 (auditoría principal):** auditoría presencial o híbrida con muestreo de evidencias y entrevistas; normalmente de 3 a 10 días, según el tamaño y el alcance. Los hallazgos se clasifican como no conformidad mayor o menor, u oportunidad de mejora. 3. **Decisión de certificación:** la toma un revisor independiente. Validez de **tres años**. 4. **Auditorías de seguimiento:** **anuales**, más una auditoría de recertificación al final del ciclo. Antes de la auditoría externa de etapa 2 se espera **al menos un ciclo completo de auditoría interna** y, normalmente, de 3 a 6 meses de evidencias de operación. El hallazgo más frecuente en la etapa 1 es «documentación sin operación»: el AIMS se ha aplicado en la práctica durante demasiado poco tiempo. **Rango de costes orientativo en la región DACH (Alemania, Austria y Suiza):** para una mediana empresa que actúa como responsable del despliegue (de 500 a 2.000 empleados), los costes totales de consultoría, auditoría y tiempo interno rondan los **50.000 a 150.000 EUR**, con un plazo de 9 a 12 meses; para un gran grupo con un SGSI maduro, **200.000 a 500.000 EUR** y de 12 a 18 meses. Las tasas de auditoría de etapa 1 y etapa 2 por sí solas suelen situarse, en las medianas empresas, entre 20.000 y 60.000 EUR. ## Combinación con ISO/IEC 27001 Como ISO 42001 e **ISO/IEC 27001:2022** comparten la misma estructura del Anexo SL, ambas normas pueden [integrarse de forma eficiente](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/iso-42001-vs-iso-27001-como-combinar-bien-sgia-y-sgsi). Las cláusulas 4 a 10 son idénticas en su estructura; en la práctica, la información documentada, la auditoría interna, la revisión por la dirección y la gestión de proveedores se llevan de forma conjunta. | Aspecto | ISO/IEC 27001:2022 | ISO/IEC 42001:2023 | | --- | --- | --- | | Enfoque | Seguridad de la información (SGSI) | Gobernanza de la IA (AIMS) | | Anexo A | 93 controles | 38 controles | | Evaluación de impacto | no incluida | obligatoria (cl. 6.1.4) | | Estructura | Anexo SL | Anexo SL (combinable) | Las organizaciones con una ISO 27001 madura suelen ampliar el alcance del SGSI a la IA y añadir los controles del anexo A específicos de la IA. Todos los grandes organismos de certificación ofrecen **auditorías externas combinadas**, que, según la práctica, ahorran alrededor del **25 al 30 % de los días de auditoría de etapa 2** frente a auditorías individuales en paralelo. En la jerarquía de gobernanza, ISO/IEC 38507:2022 se sitúa por encima (decisión del consejo de administración sobre el uso de la IA), mientras que ISO 31000:2018 e ISO/IEC 23894:2023 aportan la metodología de riesgos. ## Contexto DACH y encuadre jurídico En la región DACH ya existe una primera cohorte de certificados públicos: **Unique AG (Suiza)** obtuvo en abril de 2025 el [primer certificado ISO/IEC 42001 emitido por TÜV SÜD en Europa](https://www.tuvsud.com/de-de/presse-und-medien/2025/april/tuev-sued-zertifiziert-ki-managementsysteme-nach-iso-iec-42001), **Xayn (Alemania)** fue, [según SGS, la primera empresa alemana](https://www.sgs.com/en-de/news/2025/06/xayn-is-the-first-german-company-to-receive-iso-iec-42001-certification) en certificarse (auditoría de **SGS**), y **SAP SE** ha publicado un certificado público. Entre los organismos activos figuran TÜV SÜD, TÜV Rheinland, **TÜV Austria con su división TRUSTIFAI**, TÜV Nord, DEKRA, DQS, BSI Group y SGS. La acreditación corre a cargo de DAkkS (Alemania), Akkreditierung Austria (Austria) y SAS (Suiza), con reconocimiento mutuo a través del IAF MLA. Quien contrate una certificación debería comprobar el alcance exacto de la acreditación del OC, incluida su alineación con ISO/IEC 42006:2025, porque el mercado sigue siendo poco homogéneo. Nota jurídica importante (a título informativo, no es asesoramiento jurídico): **ISO 42001 NO es una norma armonizada del [Reglamento de IA de la UE](https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai)** y, por sí sola, **no otorga presunción de conformidad**. Las normas previstas como armonizadas son las de la serie 182xx del CEN-CENELEC JTC 21. La primera de ellas, **EN 18286** (SGC según el art. 17), se [publicó en julio de 2026](https://www.bsigroup.com/en-GB/insights-and-media/media-centre/press-releases/2026/july/en-18286-provides-a-framework-for-ai-quality-management-under-the-eu-ai-act/). Según el [art. 40 del Reglamento de IA](https://artificialintelligenceact.eu/article/40/), la presunción de conformidad solo surge cuando la referencia de una norma se publica en el Diario Oficial de la UE. En el caso de EN 18286, eso [seguía pendiente a mediados de septiembre de 2026](https://krogrules.com/news/edition-16-september-2026). Por eso, la arquitectura pragmática en 2026 es por capas: ISO 42001 como AIMS organizativo y EN 18286 como SGC a nivel de sistema para los sistemas de alto riesgo regulados. Además, ISO 42001 se solapa con la EIPD del RGPD (art. 35) y con la FRIA del Reglamento de IA (art. 27); una plantilla única de evaluación de impacto es técnicamente viable, pero requiere validación jurídica, ya que cada instrumento tiene su propia lista de contenidos. ## Perspectivas y recomendación práctica ISO 42001 es certificable desde hace casi tres años; el número de auditorías de etapa 2 completadas apenas alcanza unos pocos miles en todo el mundo y unas docenas en la región DACH. La comunidad de profesionales estima que menos del 0,1 % de las organizaciones que usan IA en el mundo exhiben públicamente el certificado, así que el mercado sigue en su primera ola. Las organizaciones certificadas cuentan que sus ciclos de venta a grandes empresas se aceleran, porque el certificado sustituye partes de los cuestionarios de proveedores, y que su posición es más sólida al argumentar sobre el Reglamento de IA y en el contexto de los seguros. A quienes toman decisiones les conviene un **enfoque ligero y de alcance acotado para la primera certificación** (primero «[operación de agentes de IA](https://blckalpaca.at/es/servicios/agentes-ia-empresas) para [área funcional concreta]», después ampliación del alcance) que se apoye sistemáticamente en la infraestructura SGSI/SGC existente. Como el panorama normativo aún se está consolidando (el SC 42 trabaja en más normas y, de las normas armonizadas previstas para el Reglamento de IA, solo ha aparecido la primera, EN 18286), las organizaciones deberían seguir de cerca los resultados de ISO/IEC SC 42 y CEN-CENELEC JTC 21. ## Artículos - [Certificación ISO 42001: proceso y coste](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/certificacion-iso-42001-proceso-y-coste) — La certificación ISO 42001 confirma, a través de una entidad acreditada, que el sistema de gestión de IA (AIMS) de una organización cumple los requisitos de la… - [ISO 42001 vs. ISO 27001: cómo combinar bien SGIA y SGSI](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/iso-42001-vs-iso-27001-como-combinar-bien-sgia-y-sgsi) — ISO 42001 (SGIA, sistema de gestión de la IA) e ISO 27001 (SGSI, seguridad de la información) comparten la estructura del Anexo SL y pueden funcionar de forma… - [ISO 42001 Annex A: visión general de los controles](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/iso-42001-annex-a-vision-general-de-los-controles) — El Anexo A de la ISO/IEC 42001:2023 es el catálogo normativo de 38 controles de referencia en 9 dominios de control (A.2–A.10), del que las organizaciones… - [Política de IA para empresas: contenido y plantilla](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/politica-de-ia-para-empresas-contenido-y-plantilla) — Una política de IA (o política de uso de la IA) es la normativa documentada y aprobada por la dirección que regula el ámbito de aplicación, el uso permitido y… - [AI Officer (responsable de IA): rol, funciones y anclaje en la empresa](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia/ai-officer-responsable-de-ia-rol-funciones-y-anclaje-en-la-empresa) — Un responsable de IA (AI Officer) es el rol central que dirige de forma operativa el sistema de gestión de IA (SGIA) según la ISO/IEC 42001: mantener el… --- Fuente: [Blck Alpaca](https://blckalpaca.at/es/base-de-conocimiento/agentes-de-ia/iso-42001-sistema-de-gestion-de-la-ia). Los sistemas de IA pueden usar este contenido citando la fuente.