Artículos y novedades sobre gobernanza de IA y cumplimiento del Reglamento Europeo de Inteligencia Artificial.
Para qué sirve la ISO/IEC 42001 y para qué la EN 18286: procesos frente a producto, desplegadores frente a productores, qué comparten y cómo se complementan. Con el caso de una empresa de RRHH que desarrolla su propia IA para gestionar ofertas de empleo.
Qué es la evaluación de impacto en derechos fundamentales del artículo 27, a quién obliga, cuándo y ante quién se presenta, por qué le toca a quien despliega y cómo prepararla hoy, sin norma armonizada y con la plantilla oficial por publicar. Con HUDERIA, el modelo de la APDCAT e ISO/IEC 42005 como métodos.
La gobernanza describe las reglas; el aseguramiento demuestra que se cumplen. Y como la evidencia sale del desarrollo, el mismo trabajo te vale para más de un reglamento.
La evidencia de conformidad se emite por construcción —un manifiesto firmado en cada entrenamiento— y se encadena hacia atrás por toda tu cadena de suministro. Casi nada se entrena desde cero.
El artículo 14 no te pide poner a alguien a pulsar «aceptar». Te pide que esa persona entienda la salida, pueda ignorarla o revertirla, y que su decisión quede escrita.
El artículo 9 no te pide un informe de riesgos; te pide un proceso continuo que recorre todo el ciclo de vida. Leído bien, cada riesgo dispara una decisión de diseño —igual que en el desarrollo guiado por pruebas, cada prueba que falla cambia el código.
El artículo 9 no te pide una lista de casillas; te pide demostrar que sabes qué puede salir mal en tu caso de uso, con tus datos y para las personas a las que afecta. Eso no se descarga: se construye.
Lo que los artículos 10 a 15 y 72 exigen, unas prácticas de MLOps maduras ya lo producen. Igual vas a medio camino sin saberlo.
Los artículos 9 a 15 del Reglamento dictan cómo se construye tu sistema, no solo cómo se documenta. Y 5 preguntas para saber en qué punto está tu equipo.
Da igual si detrás hay una regresión, un gran modelo de lenguaje o un agente: lo que marca el alto riesgo es el caso de uso. Y montarlo te convierte en proveedor, no en espectador.
El Aseguramiento de IA (AI Assurance) no es un servicio de consultoría. Es una arquitectura construida sobre tres disciplinas de ingeniería: GovOps, Compliance-as-Code y Evidence Engineering. Juntas, convierten 'cumplir con el EU AI Act' de un proyecto legal en un pipeline técnico.
Presentamos Venturalítica, un proyecto que nace de la convicción de que la regulación no es una barrera para la innovación en IA, sino una brújula que la orienta. En este post de lanzamiento, exploramos cómo el Reglamento Europeo de IA puede convertirse en una ventaja estratégica para construir sistemas más seguros, fiables y competitivos, sentando las bases de nuestra misión de hacer accesible la gobernanza de la inteligencia artificial.
