GRCreal // expediente: academia curso: ISO 42001 Lead Auditor
CLÁUSULA 8 · CONTROL OPERACIONAL · ANEXO A · 38 CONTROLES

Operación y Controles del Anexo A

No basta con diseñar controles.
Hay que operarlos, monitorearlos y demostrar su eficacia.

MÓDULO 06 / 10ISO 42001 · Lead Auditor IA
FOCOOperación y Controles del Anexo A

Conecta este módulo con el anterior y busca qué evidencia cambiaría tu conclusión.

Cláusula 8.1
Planificación y control operacional
La organización debe planificar, implementar y controlar los procesos necesarios para cumplir los requisitos del SGIA y tratar los riesgos identificados.
“Un control documentado pero no integrado al flujo operativo real no es un control. Es un papel.”
Principio auditor
📋Qué auditar en operación · ¿Existen criterios claros para los procesos? ¿Se implementan los controles según lo planificado? ¿Hay registros de ejecución?
⚠️Error típico: Un procedimiento existe, pero las personas no lo siguen. O el control se ejecuta de forma inconsistente sin trazabilidad.
Cláusula 8.1 (cont.)
Gestión de cambios en sistemas de IA
Los sistemas de IA evolucionan: actualización de modelos, ajuste de hiperparámetros, nuevos datos de entrenamiento, cambios en proveedores. La auditoría debe evaluar si existe un procedimiento formal de gestión de cambios.
“Un cambio no controlado puede invalidar el tratamiento de riesgos previamente aprobado.”
ISO 42001 - Gestión de cambios
🔄Qué debe incluir la gestión de cambios · Análisis de impacto del cambio, aprobación previa por responsables, actualización de evaluación de riesgos, revisión de la SoA si aplica, verificación post-cambio.
📋Evidencia auditable: Registro de solicitud de cambio, análisis de impacto, aprobación documentada, evidencia de pruebas, actualización de documentación, verificación posterior.
Cláusula 8.1 (cont.)
Proveedores externos y responsabilidad residual
ISO 42001 no permite transferir la responsabilidad del SGIA a proveedores externos. Si el sistema IA es SaaS o tercerizado, la organización debe demostrar control sobre el proveedor.
“Una exclusión en la SoA basada únicamente en 'confianza en el proveedor' es técnicamente insostenible.”
Criterio auditor
📋Qué verificar en proveedores IA · Evaluación y selección del proveedor, requisitos contractuales (SLAs, auditorías, notificación de cambios), monitoreo continuo del desempeño, acceso a evidencias.
📄Evidencias: Contratos con cláusulas de SGIA, informes de auditoría de proveedor, evidencias de supervisión periódica, registros de incidentes del proveedor.
Anexo A
Los 9 grupos de controles de referencia
El Anexo A de ISO 42001 proporciona controles de referencia para apoyar el tratamiento de riesgos de IA. No es un checklist obligatorio, sino una guía. El auditor evalúa la lógica de selección, no la cantidad de controles adoptados.
1️⃣A.2 Políticas relacionadas con IA · Política de IA, alineación con otras políticas, revisión.
2️⃣A.3 Organización interna · Roles y responsabilidades de IA, reporte de preocupaciones.
3️⃣A.4 Recursos para sistemas de IA · Documentación de recursos, datos, herramientas, sistema y cómputo, recursos humanos.
4️⃣A.5 Evaluación de impactos de sistemas IA · Proceso de evaluación, documentación, impacto en individuos, impactos sociales.
5️⃣A.6 Ciclo de vida del sistema IA · Desarrollo responsable, requisitos, verificación y validación, despliegue, operación y monitoreo, registro de eventos.
6️⃣A.7 Datos para sistemas de IA · Datos para desarrollo, adquisición, calidad, procedencia, preparación.
7️⃣A.8 Información para partes interesadas · Documentación, reporte externo, comunicación de incidentes.
8️⃣A.9 Uso de sistemas de IA · Procesos para uso responsable, objetivos, uso previsto.
9️⃣A.10 Relaciones con terceros y clientes: Asignación de responsabilidades, proveedores, clientes.
Enfoque auditor
Controles que todo auditor de SGIA debe conocer
Aunque el Anexo A tiene 38 controles, algunos son especialmente relevantes para la auditoría por su impacto en riesgos críticos de IA.
📊A.5 Evaluación de impacto · El auditor verifica que se realiza antes del despliegue, que considera impactos en individuos y sociedad, y que sus resultados se vinculan al tratamiento del riesgo.
🔄A.6 Gestión del ciclo de vida: El auditor verifica que existe trazabilidad desde requisitos hasta retiro, que hay verificación y validación documentadas, y que el monitoreo en producción está definido.
📈A.7 Calidad y procedencia de datos · El auditor verifica que los datos de entrenamiento son representativos, que se documenta la procedencia, y que hay controles de calidad antes del uso.
👁️A.9 Uso responsable: El auditor verifica que existe supervisión humana cuando es necesaria, que los límites de uso están definidos, y que hay mecanismos de apelación para decisiones automatizadas.
Evaluación de controles
Tres niveles que el auditor debe distinguir
Evaluar la eficacia de un control requiere analizar tres niveles diferentes. Una falla en cualquiera de ellos debilita el control.
📐Diseño adecuado · El control, en teoría, puede reducir el riesgo si se implementa correctamente. Ejemplo: "Un procedimiento de monitoreo de deriva está documentado."
⚙️Implementación consistente: El control se ejecuta según lo diseñado. Ejemplo: "Los registros muestran que el monitoreo de deriva se ejecuta semanalmente."
📊Resultado eficaz · El control realmente reduce el riesgo. Ejemplo: "Las alertas de deriva han llevado a acciones correctivas que mantienen el modelo dentro de umbrales aceptables."
Caso auditor
Control documentado pero no operativo
Escenario: Una organización declara en la SoA el control "supervisión humana obligatoria en decisiones críticas de IA". En auditoría se observa: - El procedimiento está documentado y aprobado. - No existen registros de revisión humana en los últimos 3 meses. - El modelo fue actualizado recientemente sin gestión formal de cambio. - El riesgo residual se declara como "aceptable" en la matriz.
“Diseño: adecuado (documentado). Implementación: deficiente (sin registros). Resultado: ineficaz (no se demuestra mitigación).”
Análisis del auditor
Clasificación: No Conformidad Mayor por falla sistémica de operación. Cláusulas afectadas: 8.1 (Control operacional), 6.1.3 (Tratamiento del riesgo).
Resumen del módulo
Lo que debes llevarte de aquí
1La operación (8.1) debe estar planificada y controlada con criterios claros y registros de ejecución.
2La gestión de cambios en IA es crítica: cualquier cambio (modelo, datos, proveedor) debe ser controlado y aprobado.
3Los proveedores externos no eximen de responsabilidad. La organización debe supervisarlos.
4El Anexo A tiene 38 controles en 9 grupos. No es obligatorio implementarlos todos, pero la selección debe justificarse.
5El auditor evalúa tres niveles: diseño, implementación y resultado. Una falla en cualquiera debilita el control.
APLICACIÓN PRÁCTICA

Cómo llevar el contenido del módulo a una organización real

Este módulo debe utilizarse dentro de auditoría del sistema de gestión de IA, riesgos, impactos, ciclo de vida y supervisión. Su valor no está en repetir definiciones, sino en decidir qué debe ocurrir, quién participa y cómo se demuestra.

Para trabajar «Operación y Controles del Anexo A», comienza delimitando necesidad, aplicabilidad, diseño, implantación, operación y eficacia. Después conecta el requisito o principio con los procesos, sistemas, terceros y decisiones que realmente existen en la organización.

Los actores habituales serán Equipo auditor, Dirección, responsables de IA, Datos, Producto, Riesgos, Legal y Seguridad. No todos ejecutan el control, pero cada uno puede aportar una parte del contexto, la evidencia o la decisión.

  1. Define el objeto y el alcance antes de discutir controles.
  2. Identifica propietario, ejecutor, revisor y autoridad de excepción.
  3. Distingue diseño, implantación, operación y eficacia.
  4. Comprueba cambios, incidencias y excepciones, no solo el estado ideal.
  5. Cierra con una decisión y una acción verificable.
EXPEDIENTE DEL MÓDULO

Documentación y evidencia que debería existir

La documentación no debería ser una colección de archivos aislados. Debe permitir seguir una relación lógica entre criterio, decisión, actividad y resultado.

Cada evidencia necesita contexto: sistema o proceso al que pertenece, periodo cubierto, fuente, responsable y estado. Sin esos datos, una captura o un documento pueden ser auténticos pero insuficientes.

  • alcance del AIMS e inventario de sistemas de IA
  • riesgos e impactos evaluados
  • roles, responsabilidades y criterios de uso
  • documentación del ciclo de vida, pruebas y cambios
  • monitorización, incidentes, revisión y mejora
CASO DE REVISIÓN

Aplicación de «Operación y Controles del Anexo A»

Escenario: un sistema de IA cambia de modelo y datos, pero la organización mantiene la evaluación y documentación de la versión anterior. El objetivo no es memorizar una respuesta, sino reconstruir qué debería verificarse y con qué evidencia.

1 · Delimitar

Define el alcance y concreta necesidad, aplicabilidad, diseño, implantación, operación y eficacia.

2 · Corroborar

Contrasta entrevistas con documentos, registros y observación de la operación.

3 · Concluir

Separa hechos, criterio aplicable, impacto y acción necesaria.

ERRORES FRECUENTES

Dónde suele fallar la aplicación

  • auditar solo el modelo y olvidar el sistema completo
  • tratar la evaluación de impacto como documento único
  • ignorar cambios de versión, datos o finalidad
  • tratar una excepción permanente como si fuera temporal
  • cerrar acciones por actividad realizada, sin validar su eficacia
COMPROBACIÓN

Preguntas que deberías poder responder

  • ¿Qué decisión concreta cambia después de comprender «Operación y Controles del Anexo A»?
  • ¿Qué evidencia pedirías primero y qué necesitarías corroborar?
  • ¿Qué parte depende del diseño y cuál de la operación diaria?
  • ¿Qué excepción sería aceptable y quién tendría autoridad para aprobarla?
  • ¿Cómo comprobarías dentro de tres meses que sigue funcionando?
EJEMPLO GUIADO

Caso práctico: Operación y Controles del Anexo A

El revisor humano aprueba el 99 % de las salidas en menos de tres segundos.

CONTEXTO TÉCNICO

Panel de revisión, alertas y decisiones.

DECISIÓN

  • Evaluar capacidad real de intervención.
  • Asignar responsable y fecha de revisión.
  • Definir prueba de eficacia.

EVIDENCIA

  • Tiempos, anulaciones, formación y casos corregidos.
  • Corroborar con una segunda fuente.
  • Conservar periodo, población y propietario.

ERROR A EVITAR

  • Confundir presencia humana con supervisión.
  • Aceptar afirmaciones sin prueba.
  • Cerrar acciones sin verificación.
MINI EJERCICIO RESUELTO

¿Qué indicio muestra supervisión débil?

Respuesta orientativa: La aprobación casi automática sin análisis.

¿QUÉ CAMBIARÍA SI…?

el revisor solo interviene en casos de baja confianza?

Revisa cómo cambian alcance, riesgo, responsabilidad, evidencia y decisión.

PÁRATE AQUÍNo sigas por inercia

Todos conocen al responsable. ¿Cómo comprobarías que también tiene autoridad para decidir?

Sigue una decisión real: excepción, aceptación, escalado o priorización.

No hay botón ni respuesta oculta. Explica tu criterio antes de continuar.
ANTES DE SEGUIR

Deberías poder explicar estas tres ideas sin volver arriba

Esto no desbloquea el módulo siguiente ni modifica tu progreso. Es una autocomprobación antes de pulsar Continuar.

  1. 01

    Planificación y control operacional

  2. 02

    Gestión de cambios en sistemas de IA

  3. 03

    Proveedores externos y responsabilidad residual

El siguiente paso es auditar
la Declaración de Aplicabilidad (SoA)
Siguiente módulo: SoA y Evaluación de Eficacia