Saltar al contenido
Marcos de gobernanza

Un programa de alfabetización en IA para el artículo 4: el único deber que ya se aplica a todos

Guía sectorial4 de septiembre de 2026· 9 min de lectura

Programa de alfabetización del art. 4, en vigor desde el 2 feb 2025 para toda IA: formación por rol sobre capacidades, límites del art. 5 y control humano.

Este es el deber que la mayoría de los equipos pasa por alto, porque no va de sistemas de alto riesgo: el artículo 4 de la Ley de IA de la UE, el Reglamento (UE) 2024/1689, exige a proveedores y responsables del despliegue garantizar un nivel suficiente de alfabetización en IA entre su personal y cualquiera que opere IA en su nombre. Está en vigor desde el 2 de febrero de 2025 y, a diferencia del régimen de alto riesgo, se aplica a toda la IA —tu chatbot de soporte, tu asistente de programación, tus herramientas de marketing— sea cual sea su nivel de riesgo. Sin periodo de gracia, sin umbral del anexo III.

La buena noticia para un profesional con experiencia: el artículo 4 fija un resultado, no un temario. No hay certificación obligatoria, ni examen, ni curso prescrito. Tú decides qué significa «suficiente» en tu contexto, y dejas constancia de la decisión.


Qué dice realmente el artículo 4

La alfabetización debe ser adecuada al rol, el contexto y los sistemas que cada persona usa, y proporcionada a sus conocimientos técnicos y al riesgo de la IA implicada. Un científico de datos que construye un modelo y un comercial que usa un chatbot necesitan cosas distintas. La norma es deliberadamente basada en principios: te pide que el personal sea lo bastante competente para usar la IA con sensatez y detectar cuándo algo va mal, y que tengas en cuenta sus conocimientos, su experiencia y el caso de uso al decidir cuánta formación es suficiente.

Un programa de formación es la práctica que la mayoría de las organizaciones usa para cumplir esto. No es estatutario en la forma, solo en el resultado.


Qué cubre un programa por roles

Trata la alfabetización por niveles según el rol, en lugar de una única presentación para toda la plantilla. Una estructura que funciona:

AudienciaFocoProfundidad
Todo el personal que usa cualquier IAQué es y qué no es la IA; sus límites y modos de fallo; las prohibiciones del artículo 5; nociones básicas de manejo de datos; cuándo escalarSesión breve
Equipos de atención al cliente / contenidosLo anterior + transparencia del artículo 50: cuándo hay que revelar la interacción con IA o marcar contenido sintéticoSesión + escenarios
Operadores de sistemas de alto riesgoLo anterior + las medidas concretas de supervisión humana (artículo 14) y las instrucciones de uso de su sistemaPráctico, específico del sistema
Constructores (ingeniería / ciencia de datos)Lo anterior + lógica de clasificación, gobernanza de datos (artículo 10) y deberes de documentaciónTécnico

En todos los niveles se repiten cinco temas: capacidades y límites (qué puede y qué no puede hacer la herramienta con fiabilidad); las prohibiciones del artículo 5 (para que nadie lance una función manipuladora o de reconocimiento de emociones en el trabajo); manejo de datos (qué puede y qué no puede introducirse en una herramienta); cuándo hace falta divulgación (artículo 50); y supervisión humana (quién puede anular el sistema y cómo).


Por qué «suficiente» sigue exigiendo evidencia

El artículo 4 no impone ningún certificado, pero un deber basado en principios sin registro es difícil de defender. La práctica es dejar constancia de la diligencia: una política breve y escrita de uso y alfabetización en IA; un registro de quién recibió formación, sobre qué y cuándo; materiales específicos por rol; y una cadencia de actualización a medida que cambian las herramientas. Esto no es marcar casillas: es la diferencia entre afirmar que tu personal está alfabetizado y poder demostrarlo. Ese mismo registro también alimenta tus ficheros más amplios de gestión de riesgos del artículo 9 y de preparación para auditorías.

Una nota sobre la disciplina de alcance: no confundas el artículo 4 (alfabetización del personal en IA) con el artículo 10 (gobernanza de los datos de entrenamiento, validación y prueba para sistemas de alto riesgo). Comparten la palabra «entrenamiento» y nada más. El artículo 4 va de personas; el artículo 10 va de conjuntos de datos.


Cómo encaja con los roles de proveedor y responsable del despliegue

El artículo 4 vincula tanto a proveedores como a responsables del despliegue: es uno de los pocos deberes que no depende del rol que ocupes. Un responsable del despliegue (artículo 26) forma al personal que opera la IA que usa; un proveedor (artículo 16) forma a su propia gente y, en la práctica, equipa a los responsables del despliegue posteriores mediante instrucciones de uso claras (artículo 13). Si construyes o modificas sustancialmente un sistema bajo tu propio nombre, el artículo 25 te convierte en proveedor, pero el deber de alfabetización ya recaía sobre ti como responsable del despliegue. No hay rol bajo el cual el artículo 4 no se aplique.


El panorama de plazos

El artículo 4 es inusual en este lote: su plazo es pasado, no pendiente. Se aplica desde el 2 de febrero de 2025, junto con las prohibiciones del artículo 5. Esto es independiente del calendario de alto riesgo, donde los sistemas autónomos del anexo III aplican desde el 2 de diciembre de 2027 y los sistemas integrados en productos del anexo I, desde el 2 de agosto de 2028, fechas fijadas por el Ómnibus Digital adoptado en junio de 2026 (Parlamento Europeo el 16 de junio, Consejo el 29 de junio). Sea cual sea el calendario de alto riesgo que te aplique, tu obligación del artículo 4 está viva hoy.


Ejemplo práctico: un responsable del despliegue SaaS de 90 personas

Tindra Analytics AB, una firma SaaS de ~90 personas en Malmö con unos 18 M€ de facturación, usa IA internamente para programación y soporte y comercializa un chatbot de cara al cliente. Es sobre todo un responsable del despliegue. Su programa del artículo 4 es deliberadamente ligero pero documentado: una sesión de 30 minutos para toda la plantilla sobre los límites de la IA, las prohibiciones del artículo 5 y una regla de manejo de datos (ningún dato personal de clientes en herramientas externas); un breve añadido para el equipo de soporte sobre la divulgación de chatbot del artículo 50; y una sesión más profunda para sus tres ingenieros sobre clasificación y gobernanza de datos. Registra la asistencia, mantiene una política de una página y la actualiza anualmente. Coste total: medio día para construirlo, una hora por empleado, y un registro defendible de que se tomó en serio una obligación viva. No se requirió certificación, y no se compró ninguna.


Cómo ayuda Confir

Confir no imparte la formación, pero te dice quién necesita qué: al registrar cada sistema de IA, clasificarlo conforme a los artículos 5 y 6 y derivar tu rol, el motor determinista y basado en reglas saca a la superficie qué personal opera sistemas de alto riesgo (y por tanto necesita formación de supervisión del artículo 14), qué equipos tocan deberes de transparencia del artículo 50, y dónde un uso está prohibido por el artículo 5 y nunca debió construirse. Ese alcance convierte un plan de alfabetización genérico en uno por roles que puedes evidenciar.


Preguntas frecuentes

¿Es obligatoria la formación en alfabetización en IA bajo la Ley de IA de la UE?

Sí. El artículo 4 exige a proveedores y responsables del despliegue garantizar un nivel suficiente de alfabetización en IA entre su personal y otras personas que operen IA en su nombre. Se aplica desde el 2 de febrero de 2025 y cubre toda la IA, no solo los sistemas de alto riesgo. El deber es un resultado —personal competente, adecuado a su rol y al riesgo del sistema—, no un curso prescrito.

¿Cuándo empezó el deber de alfabetización en IA del artículo 4?

Está en vigor desde el 2 de febrero de 2025, la misma fecha en que empezaron a aplicarse las prohibiciones del artículo 5. A diferencia del régimen de alto riesgo, no fue aplazado por el Ómnibus Digital ni tiene periodo de transición. Si tu organización usa cualquier IA, la obligación ya está viva.

¿Requiere certificación el artículo 4?

No. El artículo 4 no exige ningún certificado, examen ni curso específico. Fija un resultado basado en principios: alfabetización proporcionada a los roles del personal, el contexto, los conocimientos técnicos y el riesgo de la IA utilizada. Como el deber se basa en principios, la práctica es evidenciar la diligencia con una política, materiales por rol y un registro de formación, no comprar un certificado.

¿Qué debería cubrir un programa de alfabetización en IA?

Contenido por roles construido en torno a cinco temas: las capacidades y los límites de las herramientas en uso; las prácticas prohibidas del artículo 5; las reglas de manejo de datos; cuándo hace falta divulgación de transparencia del artículo 50; y la supervisión humana —quién puede anular un sistema y cómo. Todo el personal recibe una sesión breve; los operadores de sistemas de alto riesgo y los constructores reciben formación más profunda y específica del sistema.

¿Es el artículo 4 lo mismo que la gobernanza de datos del artículo 10?

No, pese a que ambos mencionan «entrenamiento». El artículo 4 va de personas: garantizar que el personal está lo bastante alfabetizado para usar la IA con sensatez. El artículo 10 va de conjuntos de datos: la gobernanza de los datos de entrenamiento, validación y prueba exigida para sistemas de alto riesgo. Son deberes distintos; confundirlos es un error común.

¿Se aplica la alfabetización en IA a los responsables del despliegue además de a los proveedores?

Sí. El artículo 4 vincula a ambos. Un responsable del despliegue forma al personal que opera la IA que usa; un proveedor forma a su propia gente y equipa a los responsables del despliegue posteriores mediante instrucciones de uso claras (artículo 13). Es uno de los pocos deberes que no depende del rol que ocupes: no hay rol bajo el cual no se aplique.


Guías relacionadas

Gestiona el cumplimiento de la Ley de IA de la UE en un solo lugar

Confir automatiza la clasificación de riesgo, la documentación técnica y los registros de auditoría para cualquier empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.

Empieza la prueba gratuita →

Sigue leyendo

Guía completa

Gobernanza de la IA para el cumplimiento de la Ley de IA de la UE: el modelo operativo para pymes

Cree un programa de gobernanza de la Ley de IA de la UE para su pyme. Mapa de artículos correcto (Art. 9, 14, 43, 72), plazo del 2 dic 2027, sanciones, RACI y un plan a 90 días.

Guía sectorial

Comité de ética de IA: qué hace un órgano de gobernanza de IA bajo el Reglamento de IA

Un comité de ética de IA es una práctica, no un órgano legal: cómo filtra usos del artículo 5 y autoriza despliegues de alto riesgo del anexo III.

Guía sectorial

Preparación para auditorías del Reglamento de IA: qué puede pedirte realmente una autoridad de vigilancia del mercado

Qué evidencia puede exigir una autoridad de vigilancia del mercado (art. 74): inventario, anexo IV, registros, EIDF, registro. Tu dosier listo.

Guía sectorial

Informes de IA al consejo de administración: qué reportar y con qué cadencia

Qué reportar al consejo sobre la IA: inventario, % clasificado, estado de alto riesgo, incidentes del art. 73 y formación del art. 4, ligado al art. 9.

Guía

La guía de cumplimiento de la Ley de IA de la UE para el CISO

Los CISO y la Ley de IA de la UE: inventario de IA, ciberseguridad del Artículo 15, notificación de incidentes del Artículo 73, solapamiento con NIS2, informes al consejo. Plazo de alto riesgo: dic 2027.

Guía sectorial

La Ley de IA de la UE para el sector fintech: clasificación de alto riesgo, obligaciones y el plazo que importa

La Ley de IA de la UE para el sector fintech: la calificación crediticia (Anexo III, 5, letra b)) es de alto riesgo; la detección de fraude no lo es. Obligaciones, EIDF y el plazo del 2 de diciembre de 2027.