Si estás valorando una herramienta de gobernanza de IA para tu empresa, conviene leer esto antes. Los dos artículos anteriores describen problemas que a mano se llevan mal: las decisiones que caducan cuando la norma cambia y lo que deja de ser cierto cuando cambia un dato.
Este describe el reverso, y no por modestia: hay una parte del trabajo que ningún sistema resuelve, y confundirla con la otra es la forma más rápida de acabar con una herramienta impecable y un problema intacto.
La frontera es bastante nítida.
Lo que un sistema sí resuelve, y no es poco
Merece decirse primero, porque la conclusión perezosa de un artículo así sería «entonces da igual».
El registro que no se olvida. Qué se decidió, cuándo, quién lo decidió y sobre qué. Es exactamente lo que una organización no puede reconstruir después, porque la memoria de una decisión dura menos que su consecuencia.
Las relaciones entre decisiones. Qué documento depende de qué clasificación, qué clasificación se apoyaba en qué artículo. Esa red es lo que permite responder «¿qué queda afectado por este cambio?» — una pregunta que a mano solo responde quien recuerde la cadena entera.
Y la detección de lo caducado. Si cada decisión sabe en qué se apoyaba, un cambio en la fuente puede señalar qué revisar. Sin esa relación, el trabajo es revisarlo todo o no revisar nada.
Las tres tienen algo en común: son problemas de memoria y de enlace, no de criterio. Y son exactamente los que una organización pierde por el paso del tiempo, no por falta de capacidad.
Lo que no resuelve, y el artículo lo dice
Aquí está el otro lado, y tiene respaldo en el texto.
Decidir para qué se usa un sistema. La finalidad prevista la fija el proveedor en sus instrucciones de uso; para qué lo usa tu empresa no se deduce del software: se decide. Y de ello cuelga la clasificación entera — hasta el punto de que, si quien despliega destina un sistema que no era de alto riesgo a una finalidad que lo convierte en tal, el Art. 25(1), letra c), le considera proveedor.
Encomendar la supervisión. En un sistema de alto riesgo, el Art. 26(2) obliga a quien lo despliega a encomendarla «a personas físicas que tengan la competencia, la formación y la autoridad necesarias». Una herramienta puede registrar quién está designado; no puede darle autoridad a nadie. Si la persona designada no puede detener el sistema sin pedir permiso, ninguna funcionalidad lo arregla. El artículo 26 aplica desde el 2 de diciembre de 2027 para los sistemas de alto riesgo del anexo III y desde el 2 de agosto de 2028 para los del anexo I; a los productos del anexo I, sección B, no le alcanza.
Adoptar medidas proporcionadas. El Art. 4 pide «medidas para apoyar la promoción de la alfabetización en materia de IA» de su personal y de quienes manejan los sistemas en su nombre, «teniendo en cuenta sus conocimientos técnicos, su experiencia, su educación y su formación, así como el contexto previsto de uso de los sistemas de IA y las personas o los colectivos de personas en que se van a utilizar dichos sistemas», y sin exigir un nivel específico de alfabetización de ninguna persona en particular. Ese juicio de proporción es de quien conoce a su equipo.
Y decidir qué es aceptable. Qué puede hacer un sistema sin intervención, qué se revisa siempre, qué no se automatiza. Son decisiones de riesgo, y el riesgo lo asume una organización, no un producto.
La frontera, en una frase
Un sistema puede sostener el rastro de una decisión. No puede sostener la decisión.
Y como la responsabilidad va con la decisión y no con el rastro, ninguna herramienta la desplaza. Es la misma razón por la que, para quien despliega, no existe el sello de conformidad que mucha gente busca: lo que se puede demostrar es diligencia, y la diligencia es de quien decide.
Cómo se nota la diferencia en la práctica
Con dos preguntas, y sirven tanto para evaluar una herramienta como para evaluar el propio proceso.
¿Qué pasa cuando cambia algo? Si la respuesta es «alguien se acuerda», el problema de memoria sigue abierto y ahí un sistema aporta. Si la respuesta es «se marca lo afectado y alguien lo revisa», está resuelto en la parte que se puede resolver.
¿Quién responde de esta decisión? Si la respuesta es el nombre de una persona, con lo que puede hacer y lo que no, está bien. Si la respuesta es el nombre de un producto, hay un problema que ningún producto arregla — y que además se hará visible el día que alguien pregunte, porque la pregunta se le hace a la organización.
Por qué esto importa antes de decidir nada
Porque las dos mitades se compran de forma distinta.
La mitad de memoria y enlace es un problema de herramienta: crece con el tiempo, se degrada en silencio y se resuelve con estructura.
La mitad de criterio y responsabilidad no mejora comprando. Mejora decidiendo: quién responde de qué, qué se considera aceptable, qué se revisa. Se puede hacer con una hoja de cálculo, y sin esas decisiones no la arregla ningún sistema por bueno que sea.
De modo que el orden razonable es el que casi nunca se sigue: primero las decisiones, que son gratis y difíciles; después la estructura para no perderlas, que es cara y fácil. Al revés se obtiene un expediente ordenado de un criterio que nadie fijó.
Contenido con arreglo a los artículos 2, 3, 4, 25, 26 y 113 del Reglamento (UE) 2024/1689, en la redacción dada por el Reglamento (UE) 2026/1744 (DOUE de 24/07/2026).
Este artículo tiene carácter informativo y no constituye asesoramiento jurídico.