Dos calendarios distintos, 22 de septiembre de 2026. El Reglamento europeo de IA es una norma en vigor, con obligaciones que no dependen de ningún plan nacional. El Plan IA360, presentado el 21 de septiembre de 2026, sigue sin convocatoria ni bases reguladoras. Esta página no explica el Reglamento —para eso está nuestro contenido sobre el AI Act— sino lo que se construye, dentro de un proyecto de IA, para responder a él.
El bono empresarial del Plan IA360 financiará servicios que incorporen, en palabras del propio plan, «desarrollo, integración, conocimiento sectorial, tratamiento de datos o rediseño de procesos», con un método de implantación que incorporará diagnóstico previo de madurez, identificación de un caso de uso concreto y medición posterior del impacto en productividad. Ese método —diagnosticar, documentar un caso, medir— no es solo el criterio de un futuro bono: es, con otro nombre, buena parte de lo que necesita un sistema cuando su clasificación de riesgo lo pide. Un proyecto bien hecho no separa las dos cosas en dos carpetas distintas.
Por qué importa el orden
Las cuatro piezas de este apartado no se construyen en cualquier orden ni con el mismo peso en todos los proyectos. El AI Act se aplica con independencia del Plan IA360, y el alcance de lo que pide depende de cómo se clasifique cada sistema: por eso la primera pieza —clasificar— condiciona el tamaño de las otras tres. Un proyecto que empieza documentando sin haber clasificado antes corre el riesgo de sobredimensionar el trabajo en sistemas de riesgo mínimo, o de quedarse corto en uno de alto riesgo.
Cuatro piezas que se construyen dentro del proyecto
Clasificación del sistema. El Reglamento no trata igual un sistema de riesgo mínimo que uno de alto riesgo, y la diferencia no depende de la tecnología sino del uso concreto que se le da. Antes de documentar nada conviene saber en qué categoría cae cada sistema: es el primer paso del inventario técnico que se describe más abajo, no una criba que se resuelve en un formulario suelto.
Documentación técnica. Arquitectura del sistema, datos con los que se entrenó o se conecta, métricas de calidad: el inventario que después permite responder si alguien pregunta cómo se construyó un modelo concreto. No es un documento que se redacta una vez y se archiva; se actualiza con cada cambio relevante del sistema.
Evaluación. Métricas de sesgo por subgrupo cuando el sistema afecta a personas, y pruebas adversarias —el mismo ejercicio de red teaming del que habla esta guía en otra pieza— cuando el sistema puede fallar por manipulación deliberada, no solo por error estadístico.
Supervisión humana y monitorización. Un registro auditable de qué decidió el sistema y por qué, un mecanismo que avise si su comportamiento se degrada con el tiempo, y el punto en el que una persona revisa o firma la decisión antes de que tenga efecto sobre un cliente o un proceso.
De la fase del bono a la pieza técnica que ya se está construyendo
La tabla siguiente cruza el método que el plan describe para el bono con la pieza técnica de cumplimiento que, en la práctica, ya se construye al seguir ese método:
| Fase del método del bono (según el plan) | Pieza técnica que ya se está construyendo |
|---|---|
| Diagnóstico previo de madurez | Inventario y clasificación de los sistemas de IA en uso |
| Caso de uso concreto | Documentación técnica de ese caso: arquitectura, datos, métricas |
| Medición del impacto en productividad | Sistema de monitorización y registro auditable sobre ese caso |
Esta lectura tiene un límite que conviene marcar con precisión: en ningún punto del plan se dice que haber construido esta capa técnica otorgue preferencia, prioridad o ventaja formal en el futuro bono. Lo que sí es cierto es que el trabajo no se tira a la basura entre un ejercicio y otro: los datos, la documentación y el conocimiento del caso de uso sirven para las dos cosas a la vez.
Lo que esto no es
Un proyecto técnico no certifica el cumplimiento del AI Act, y conviene decirlo sin rodeos: Summum IA no es entidad certificadora. Lo que entrega un proyecto de gobernanza técnica de IA es la parte de laboratorio —inventario, documentación, evaluación, monitorización— que después sostiene cualquier proceso de cumplimiento más amplio, junto con la parte legal y procedimental que corresponde a otra disciplina.
Preguntas frecuentes
¿Hay que esperar a la convocatoria del bono para construir esto?
No. A día de hoy el bono sigue sin convocatoria ni bases reguladoras publicadas, y esta capa técnica responde al Reglamento europeo, que tiene su propio calendario de obligaciones, ya en vigor y ajeno al ritmo que lleve el plan.
¿Con esto ya cumplo el AI Act?
No en sí mismo. La documentación técnica, la evaluación y la monitorización son la parte que se construye en el proyecto; el cumplimiento completo incluye también piezas legales y procedimentales que no cubre solo el trabajo técnico.
¿Esto aplica igual a cualquier sistema de IA?
No. El alcance depende de la clasificación de riesgo de cada sistema: un asistente de riesgo mínimo no necesita el trabajo de documentación de uno de alto riesgo. Esa clasificación es el primer paso del inventario técnico descrito arriba, no un trámite aparte.
¿Dónde leo qué exige exactamente el Reglamento europeo de IA?
En el contenido que ya tenemos publicado sobre esa norma, empezando por Regulación de IA en Europa.
Proyecto tractor 11 (ámbito de Difusión) y proyecto tractor 4 (ámbito de Seguridad), del Plan IA360 (PDF oficial de La Moncloa). Para el resto del plan, la guía completa del Plan IA360.
Última verificación del contenido: 22 de septiembre de 2026.