Qué exige exactamente el artículo 14
El artículo 14 no pide "que haya una persona mirando" — pide que esa persona pueda hacer algo real si algo va mal. En concreto, las personas encargadas de la supervisión deben poder:
- Entender las capacidades y límites reales del sistema, no solo su descripción comercial.
- Permanecer atentas al sesgo de automatización — la tendencia natural a confiar ciegamente en lo que dice un sistema automatizado, incluso cuando algo no cuadra.
- Interpretar correctamente los resultados del sistema, en su contexto real.
- Decidir no usar el resultado, ignorarlo o revertirlo cuando corresponda.
- Intervenir o detener el sistema en cualquier momento — lo que en la práctica se conoce como el "botón de parada".
La norma añade algo que se olvida con frecuencia: las personas asignadas a esta función necesitan la competencia, formación y autoridad necesarias para ejercerla. Un supervisor sin conocimiento técnico suficiente, sin tiempo real para revisar cada caso, o sin autoridad para frenar una decisión sin pedir permiso, no cumple la letra del artículo 14 aunque figure en un organigrama.
El aplazamiento no significa "olvídalo hasta 2027"
Hay una razón muy concreta para no tratar diciembre de 2027 como una fecha lejana: el RGPD ya exige algo muy parecido, y lleva vigente desde 2018. El artículo 22 del RGPD da a cualquier persona el derecho a no ser objeto de una decisión basada únicamente en tratamiento automatizado —incluido el perfilado— que produzca efectos jurídicos o le afecte de forma significativa, salvo que exista una intervención humana real en el proceso. Si tu sistema de IA toma decisiones sobre personas (contratación, scoring, acceso a un servicio), es muy probable que ya necesites algo funcionalmente equivalente a la supervisión del artículo 14, aunque el AI Act todavía no te lo exija formalmente.
Hay además un argumento puramente práctico: la supervisión humana es una de esas piezas que resulta barata de diseñar desde el principio y cara de añadir después. Definir quién supervisa, con qué información, y con qué capacidad real de frenar el sistema, condiciona decisiones de arquitectura del propio sistema — no es un documento que se redacta al final.
El error más común: la "supervisión de churrasco"
El fallo que más se repite no es la ausencia total de supervisión, es la supervisión simbólica: una persona con el rol de "aprobar" cada decisión del sistema, pero sin tiempo real para revisarla, sin formación suficiente para detectar un error, y con tanta confianza acumulada en el sistema que termina aprobando por costumbre. Es exactamente el sesgo de automatización que el artículo 14 pide vigilar — y es precisamente lo que los reguladores buscan primero cuando revisan un procedimiento de supervisión: si la persona podría, en la práctica, detener el sistema, o si su firma es un trámite.
Qué debe incluir un procedimiento real
- Quién supervisa cada sistema, por nombre o rol, no solo por departamento.
- Qué información recibe esa persona para poder juzgar el resultado del sistema, no solo el resultado final.
- Un protocolo de escalado claro para cuando algo no cuadra — a quién se avisa, y en cuánto tiempo.
- Formación registrada de esa persona sobre las capacidades y límites reales del sistema concreto que supervisa.
- Evidencia de que el "botón de parada" se ha usado alguna vez o de que existe un canal real para hacerlo, no solo teórico.