EN 18286:2026 y el Reglamento de IA: qué exige la norma a los proveedores

El 14 de octubre de 2026, el Diario Oficial de la Unión Europea publicó la primera norma armonizada que respalda el Reglamento de IA. Se trata de la EN 18286:2026, una norma de sistema de gestión de la calidad dirigida a los proveedores de sistemas de IA de alto riesgo. Por primera vez, los proveedores disponen de un documento publicado al que pueden acudir cuando un regulador les pregunta cómo demuestran la conformidad. El punto delicado es que la norma cubre bastante menos de lo que sugieren la mayoría de los titulares, y este artículo explica qué le exige hacer, qué partes del Reglamento presume cumplidas, cuáles siguen siendo responsabilidad suya y cómo se relaciona con la certificación ISO/IEC 42001 que muchas organizaciones ya poseen. Para el marco regulatorio general, puede consultar nuestra guía completa de cumplimiento del Reglamento de IA.

«La pregunta correcta no es si esta norma nos hace conformes. Es más bien en qué nos ayuda a demostrar y qué nos falta todavía por probar. Esa distinción debería guiar la implantación.» Alexis Hirschhorn

¿Qué es la EN 18286:2026 y qué cubre realmente?

La EN 18286:2026 es una norma de sistema de gestión de la calidad (SGC) dirigida a los proveedores de sistemas de IA de alto riesgo. Si la aplica, el Reglamento presume que su SGC cumple los puntos (a) a (m) del artículo 17, apartado 1, así como la primera frase del artículo 11, apartado 1. No cubre el artículo 17, apartados 2, 3 y 4, ni los requisitos técnicos de la sección 2 del Reglamento, salvo la excepción estrecha que se describe más abajo. La norma no tiene certificado propio. La conformidad se demuestra dentro de la evaluación de la conformidad que prevé el Reglamento, y la norma le proporciona el sistema de gestión que hace posible esa evaluación.

¿Cuándo entró en vigor la EN 18286:2026 y cuándo se aplican los plazos de alto riesgo?

Algunos artículos mencionan también el 19 de octubre. Es la fecha del anuncio de la Comisión y no la de publicación en el Diario Oficial. El CEN-CENELEC había aprobado la norma antes, el 12 de julio de 2026, y anunció su publicación a finales de julio.

¿Me afecta como proveedor, desplegador o proveedor de modelos?

La norma se dirige a los proveedores de sistemas de IA de alto riesgo. Proveedor es la organización que desarrolla un sistema, o hace que se desarrolle, y lo comercializa o lo pone en servicio con su propio nombre. Los desplegadores, es decir, las organizaciones que usan un sistema de alto riesgo desarrollado por un tercero, no están cubiertos. Tampoco lo están los proveedores de modelos de IA de uso general, porque la definición de proveedor de la norma los excluye. Si suministra un modelo sobre el que otras empresas construyen sistemas de alto riesgo, la norma le afecta de todos modos de forma indirecta, porque sus clientes posteriores le pedirán información en virtud de la cláusula de control de la cadena de suministro (9.3) y de los acuerdos que exige el artículo 25, apartado 4.

¿Qué puntos del artículo 17 se presumen conformes y en qué condiciones?

La presunción cubre el sistema de gestión de la calidad del artículo 17, punto por punto, para los puntos (a) a (m). Abarca también la primera frase del artículo 11, apartado 1, que exige la documentación técnica. El artículo 17, apartado 2, no está cubierto: es la regla de proporcionalidad que le permite ajustar el SGC a su tamaño y a sus riesgos. Tampoco lo está el artículo 17, apartado 3, que permite integrarlo en un SGC sectorial existente, ni el artículo 17, apartado 4, que prevé la conformidad presumida para entidades financieras en su totalidad. En ese caso, solo siguen siendo pertinentes los puntos (g), (h) e (i).

Cuatro filas de la tabla llevan condiciones, y en la práctica esas condiciones importan. El punto (g) sobre gestión de riesgos solo presume conformidad si su gestión de riesgos cumple realmente el artículo 9, y todavía no existe una norma armonizada para el artículo 9. La fila del artículo 11, apartado 1, solo se aplica si su documentación técnica contiene cada elemento del anexo IV. Según nuestra lectura, la documentación simplificada que introdujo el Ómnibus para las pymes no conserva esa presunción, así que una pyme que use el expediente simplificado no debería dar por hecho que la mantiene. Una cuarta condición deriva de que la norma, tal como indica el anexo ZA, no garantiza por sí misma el cumplimiento de todos los requisitos. Por último, la presunción solo dura mientras la norma siga referenciada en el Diario Oficial, así que conviene revisar esa referencia con regularidad.

En resumen, la norma le ofrece una presunción fuerte para el sistema de gestión que rodea a su IA, y una presunción mucho más débil para el contenido técnico que ese sistema encierra.

«Una política me dice lo que debería ocurrir. Para un sistema de IA concreto quiero ver lo que realmente ocurrió: qué riesgos se identificaron, qué se probó, quién aceptó el riesgo residual y qué cambió antes de la puesta en producción.» Alexis Hirschhorn

¿Qué le exige realmente la EN 18286:2026 a un proveedor, cláusula por cláusula?

La mayor parte del trabajo se reparte en unas pocas áreas. La primera es una estrategia documentada de cumplimiento normativo (cláusula 4.4), definida por sistema o por familia de sistemas. Debe explicar cómo satisface cada requisito esencial y qué vía de evaluación de la conformidad se aplica. En la mayoría de las organizaciones es la brecha más grande, porque es propia de cada sistema y no puede copiarse de una política genérica.

En segundo lugar, lleva un registro normativo (4.2) que recoge los requisitos aplicables a cada sistema durante todo su ciclo de vida y define los disparadores de revisión. En tercer lugar, cada sistema de alto riesgo necesita su propio expediente de gestión de riesgos (8.2) conforme al artículo 9. Un registro de riesgos de toda la empresa no basta por sí solo. En cuarto lugar, la norma explica cómo diseñar, verificar y validar el sistema (8.3 y 8.4), cómo gestionar los datos (8.5), cómo controlar el ciclo de vida (8.1) y cómo garantizar la trazabilidad de las versiones (8.7). Para el método de gestión de riesgos que subyace a la cláusula 8.2, consulte nuestra guía práctica de ISO 31000 para Suiza.

En quinto lugar, mantiene la documentación técnica completa conforme al anexo IV (8.9.2). En sexto lugar, supervisa el sistema después de su comercialización (9.5), en relación con el artículo 72, y establece un procedimiento para incidentes graves (9.6) que respete los plazos del artículo 73. Muchos resúmenes asocian el plazo de dos días con la muerte de una persona, un error fácil de evitar en cuanto se lee el texto.

En séptimo lugar, controla las modificaciones (9.4) y decide, mediante una prueba documentada, si un cambio es lo bastante sustancial como para activar una nueva evaluación de la conformidad. En octavo lugar, gestiona sus proveedores (9.3), incluidos los de modelos y de datos de los que depende. En noveno lugar, trata la no conformidad (9.7) con acciones correctivas, retirada y recuperación, además de una vía de notificación a las autoridades. Por último, la dirección debe revisar el SGC a intervalos planificados (10.1) e informar sobre ello (5.3). Los números de cláusula han cambiado desde el borrador sometido a información pública, así que compruebe cualquier plantilla contra el texto definitivo antes de fiarse de ella.

¿Qué querrá ver un auditor en la EN 18286:2026?

¿Basta con ISO/IEC 42001 para la EN 18286:2026, o hacen falta las dos?

Si ya tiene un certificado ISO/IEC 42001, parte de la estructura está hecha. Ambas normas comparten un esqueleto de cláusulas de la 4 a la 10, lo cual ayuda. Las diferencias están donde se concentra el trabajo.

ISO/IEC 42001 es mejor base para la gobernanza a nivel de organización. La EN 18286 es mejor prueba de si un sistema concreto tiene un expediente normativo en regla. La mayoría de los proveedores necesitarán ambas. Use el sistema de gestión 42001 como columna vertebral y añada después un expediente por cada sistema de alto riesgo. Un certificado 42001 no le da presunción de conformidad, y tampoco genera los expedientes por sistema que exige la EN 18286. Para la parte de 42001, consulte nuestro playbook de implantación de ISO 42001 y nuestra guía para ampliar un SGSI ISO 27001 hacia un sistema de gestión de IA.

Si ya opera un SGC ISO 13485 para productos sanitarios, el artículo 17, apartado 3, le permite integrar en él el SGC del Reglamento de IA. Esa integración es legal, pero el anexo ZA excluye el artículo 17, apartado 3, de la presunción. Tendrá que demostrar con pruebas propias que el sistema integrado cumple el artículo 17, apartado 1. La IA en productos sanitarios entra en el anexo I, que se aplica desde el 2 de agosto de 2028.

¿Qué autoridades nacionales harán cumplir el Reglamento de IA y en qué punto están?

«Saber qué autoridad puede contactarle es solo la mitad de la preparación. La otra mitad consiste en saber quién, dentro de su organización, responderá, qué pruebas aportará esa persona y con qué rapidez podrá encontrarlas.» Alexis Hirschhorn

¿Se aplica el Reglamento de IA a las empresas suizas y qué hace Suiza con las reglas de IA?

Suiza todavía no tiene una ley específica sobre IA. La Cancillería Federal indica que el Gobierno trabaja en un proyecto de ley sobre IA y que espera un borrador para consulta antes de finales de 2026. Otras fuentes apuntan más bien a la primera mitad de 2027, así que conviene verificar el calendario actual con la Oficina Federal de Justicia antes de planificar nada. El Reglamento de IA alcanza igualmente a las empresas suizas. Si introduce un sistema de alto riesgo en el mercado de la UE, o si el resultado de su sistema se utiliza en la UE, usted es proveedor a efectos del Reglamento, esté donde esté establecido. Con arreglo al artículo 22, debe designar por escrito a un representante autorizado establecido en la UE antes de comercializar el sistema. La Ley federal revisada de protección de datos (LPD) se aplica además a todos los datos personales suizos que trate.

«Para una empresa suiza empezaría por el lugar donde se comercializa el sistema y donde se utilizan sus resultados, no solo por el domicilio social. Defina primero el ámbito de aplicación y revise después las obligaciones una a una.» Alexis Hirschhorn

Las entidades financieras suizas deben prestar especial atención. La presunción de conformidad del artículo 17, apartado 4, remite al Derecho de la Unión en materia de servicios financieros, así que un banco supervisado por la FINMA que actúe como proveedor probablemente necesitará el SGC completo del artículo 17. Esa es nuestra lectura, y un asesor jurídico debería confirmarla. La Circular 08/2024 de la FINMA ya espera un inventario, responsabilidades claras, pruebas y una revisión independiente, y esas expectativas encajan bien con las cláusulas 4.3, 5.3, 8.4 y 10.1. Para el enfoque del sector financiero, consulte nuestra guía ISO 27001 para FinTech suizas y nuestra guía DORA.

¿Está mi sistema de gestión EN 18286:2026 listo para una auditoría?

La mayoría de las organizaciones se sitúan hoy entre los dos primeros niveles. La cuestión es con qué rapidez pueden alcanzar el tercero. Para saber qué comprueban realmente los auditores, consulte nuestro playbook de pruebas de auditoría ISO 42001 y nuestra guía de ISO 19011:2026 para auditores.

¿Cómo implantaría un proveedor suizo de scoring crediticio la EN 18286:2026, paso a paso?

Para hacerlo concreto, tomemos una empresa ficticia, HelvetiScore AG, en Zúrich. Suministra un modelo de scoring de solvencia que utiliza una entidad de crédito al consumo en Lyon. Según el anexo III, punto 5, letra b, es un sistema de alto riesgo cuyas obligaciones se aplican desde el 2 de diciembre de 2027. La empresa ya tiene certificados ISO/IEC 42001 e ISO/IEC 27001 y no está supervisada por la FINMA. Su primer paso es el ámbito de aplicación. El resultado se utiliza en la UE, así que HelvetiScore es proveedor a efectos del Reglamento y debe designar un representante autorizado establecido en la UE según el artículo 22. El segundo paso es la vía de evaluación. Para el anexo III, punto 5, es el control interno del anexo VI, sin organismo notificado (artículo 43, apartado 2).

El tercer paso es un análisis de brechas basado en las filas del anexo ZA, no en la correspondencia de cláusulas del anexo C de la norma, que se limita a poner las cláusulas una junto a otra. HelvetiScore anticipa brechas en la estrategia 4.4, en el expediente técnico del anexo IV y en las cláusulas de vigilancia, incidentes y no conformidad (9.4 a 9.7). El cuarto paso es una matriz que muestra cómo se cumple cada requisito esencial. El artículo 17 queda cubierto por la norma, pero los artículos 9, 10 y 12 a 15 se apoyan en otros medios, como el proceso de riesgos de 42001, los controles de seguridad de las normas 27001 y 27090 y las pruebas de sesgo. Para el aspecto de seguridad, consulte nuestra guía de ISO/IEC 27090.

El aspecto de protección de datos lo asume el proveedor como responsable del tratamiento, que debe realizar su propia evaluación de impacto (EIPD). HelvetiScore facilita la documentación de datos descrita en el punto 8.5. Una evaluación de impacto con arreglo a la LPD solo es necesaria si la empresa trata datos personales suizos. El quinto paso es una nota de proporcionalidad propia y firmada según el artículo 17, apartado 2, porque la norma no cubre ese punto. El último paso es el paquete completo de documentos: la estrategia, el expediente del anexo IV, el plan de vigilancia posterior a la comercialización, un playbook de incidentes con los plazos de 15, 10 y 2 días, un acuerdo según el artículo 25, apartado 4 con cualquier proveedor de modelo fundacional y la declaración UE de conformidad.

¿Qué errores provocan hallazgos en una auditoría de la EN 18286:2026 y cómo evitarlos?

El error más frecuente es tratar la norma como un certificado. No existe un certificado EN 18286, y quien vende uno está vendiendo otra cosa. El segundo es suponer que la presunción cubre todo el artículo 17. Cubre los puntos enumerados, y algunos solo bajo condiciones. El tercero es usar el registro de riesgos de la empresa en lugar de un expediente de riesgos del artículo 9 por sistema. El cuarto es reclamar la presunción y, al mismo tiempo, usar la versión simplificada para pymes del anexo IV. El quinto es copiar los números de cláusula de un borrador anterior.

Preguntas frecuentes sobre la EN 18286:2026 y el Reglamento de IA

¿Desde cuándo se aplica la presunción de conformidad?

Desde el 14 de octubre de 2026, fecha de publicación en el Diario Oficial. La fecha del 19 de octubre que citan algunos artículos corresponde al anuncio de la Comisión.

¿Es obligatoria la EN 18286?

No. Las normas armonizadas son voluntarias. Si no la usa, todavía puede demostrar la conformidad con el artículo 17 por otros medios, pero entonces asume usted solo toda la carga de la prueba.

¿Seguir la EN 18286 hace conforme a mi sistema de IA?

No. La presunción cubre las reglas del sistema de gestión de la calidad del artículo 17 y algunos puntos relacionados, no el producto en sí. Los requisitos técnicos de la sección 2 siguen necesitando pruebas propias.

¿Existe un certificado EN 18286?

No. La conformidad se demuestra dentro de la evaluación de la conformidad del Reglamento de IA. ISO/IEC 42001 sí es certificable, pero no da presunción de conformidad.

¿Cubre la EN 18286 a los proveedores de modelos de IA de uso general?

No. Esos proveedores quedan excluidos de la definición de proveedor de la norma. Los proveedores posteriores llegan al modelo a través de los controles de la cadena de suministro y de los acuerdos del artículo 25, apartado 4.

¿Se aplica también a las empresas suizas?

Sí, si el sistema se comercializa en el mercado de la UE o si su resultado se utiliza allí. Los proveedores suizos deben entonces designar un representante autorizado establecido en la UE según el artículo 22.

¿Puede un proveedor biométrico evitar un organismo notificado gracias a la EN 18286?

No por sí solo. El control interno según el artículo 43, apartado 1, se apoya en normas armonizadas que cubren los requisitos de la sección 2, y todavía no hay ninguna citada. Los proveedores biométricos deben prever una evaluación por un organismo notificado.

¿Puede perderse la presunción?

Sí. Solo dura mientras la norma siga referenciada en el Diario Oficial. Si esa referencia se restringe o se retira, la presunción desaparece, así que conviene vigilar el Diario Oficial.

¿Dónde formarse en ISO/IEC 42001, el Reglamento de IA y la ISO/IEC 27090 para construir este sistema?

Si quiere construir usted mismo el SGC, la formación ISO 42001 Lead Implementer es el punto de partida natural, la formación ISO 42001 Lead Auditor le prepara para verificarlo y la formación Certified EU AI Governance Professional cubre con más profundidad el aspecto regulatorio.

Sobre el autor: Alexis Hirschhorn es Management Systems Certified Lead Auditor y experto en seguridad de la información y ciberseguridad, seguridad en la nube, gestión de riesgos y gobernanza. Alexis asesora a grandes multinacionales, entidades públicas y organizaciones internacionales.

¿Dónde deben guardarse las pruebas de la EN 18286 para que un auditor las encuentre en minutos?

La mayoría de las pruebas de la tabla anterior ya existen en algún lugar de su organización. El problema suele ser su dispersión: están repartidas entre cinco sitios, cinco responsables y cinco historiales de versiones, y los auditores lo notan enseguida. La respuesta práctica es un registro único por sistema de IA, donde la estrategia, el expediente de riesgos, las pruebas de proveedores, los incidentes y las acciones correctivas están vinculados a ese registro en lugar de archivados por separado. El módulo de Gobernanza de IA de Acuna GRC funciona con ese modelo: cada sistema de IA tiene un único registro, y a él se vinculan su evaluación de impacto, sus responsables, sus incidentes y los problemas relacionados.

El registro no escribe por usted el expediente del anexo IV, y no certifica la conformidad con ninguna ley ni norma. Lo que sí hace es señalar las brechas mientras todavía hay tiempo para cerrarlas. Un sistema sin evaluación de impacto aprobada, un proveedor con pruebas caducadas o un incidente que aún no se ha notificado seguirán marcados hasta que alguien corrija la situación. Si quiere contrastar esta tabla con su propio registro, la plataforma Acuna GRC muestra el mismo modelo en la práctica.