AI Act para startups: proveedor, responsable del despliegue o proveedor accidental

No utilizar la IA en 2026 es como no utilizar la luz eléctrica en 1878. En PASSAS lo sabemos desde hace tiempo: recuerdo los papers sobre la aplicación de BERT a la justicia predictiva ya en 2019, o aquella polémica en Bruselas con COMPAS y las acusaciones al sistema de estar sesgado. Han pasado apenas 7 años y parece que hubieran pasado 70. Ahora ya no nos preocupan los sesgos de los algoritmos de reincidencia sino cómo la IA está cambiando prácticamente todos los aspectos de nuestra vida. El AI Act nació con ese propósito, y nosotros llevamos tiempo preparándonos para ayudarte a navegar lo que viene.

En este artículo voy a asesorar a founders, startups y empresas que están desarrollando LLMs o implementando soluciones de IA en su negocio sobre los riesgos regulatorios que deben mitigar con carácter inmediato. Aunque el AI Act lleva en vigor desde agosto de 2024, su fecha de aplicación general fue el 2 de agosto de 2026 y ya se ha cumplido.

Como siempre en PASSAS, te damos las mejores herramientas para que entiendas tu situación. Y siendo completamente sincero: en este caso concreto es muy probable que nos necesites, y esa fecha ya ha pasado, así que conviene que lo compruebes cuanto antes.

Lo que ya está en vigor

El AI Act (Reglamento (UE) 2024/1689, del Parlamento Europeo y del Consejo, de 13 de junio de 2024) entró en vigor el 1 de agosto de 2024. Si te apetece leerlo o pasárselo a la IA para que te lo resuma, te dejo el enlace aquí.

Sus efectos no son inmediatos: es un reglamento de aplicación progresiva, con hitos generalmente cada 2 de agosto. De aquí en adelante podemos declarar cada 2 de agosto como el día oficial del AI Act, que celebraremos con el auditor tomando un mojito en la playa.

Te paso los hitos y te explico qué significa cada uno:

• 1 de agosto de 2024: Entrada en vigor. La AI Act nace, pero como todo recién nacido aún no sabe hacer nada.
• 2 de febrero de 2025: La AI Act dice sus primeras palabras: prohibición de prácticas de IA de riesgo inaceptable (artículo 5) y obligación de alfabetización en IA para todos los operadores (artículo 4). En paralelo, surgió la burbuja de cursos de formación en IA que seguramente ya hayas visto en LinkedIn.
• 2 de agosto de 2025: El AI Act da sus primeros pasos: estructura institucional de la UE (Oficina de IA, Consejo de IA, Foro Consultivo) y autoridades nacionales. Entran también en vigor el régimen sancionador (con multas de hasta 35 millones de euros) y las obligaciones específicas para providers de modelos GPAI (Inteligencia Artificial de Propósito General): documentación técnica, transparencia, cumplimiento de copyright y adhesión al Código de Conducta de la Oficina de IA.
• 2 de agosto de 2026: El AI Act ya corre: aplicación general del Reglamento y obligaciones de transparencia del artículo 50, exigibles desde esa fecha.
• 2 de diciembre de 2026: se aplican las dos prohibiciones nuevas que el Ómnibus incorpora al artículo 5, y termina el periodo transitorio de cuatro meses para el marcado del artículo 50.2 en los sistemas que ya estaban en el mercado el 2 de agosto.
• 2 de diciembre de 2027: obligaciones de alto riesgo para los sistemas del Anexo III (artículo 6.2), incluida la FRIA del artículo 27.
• 2 de agosto de 2028: obligaciones de alto riesgo para los sistemas integrados en productos del Anexo I (artículo 6.1).

Lo que entró el 2 de agosto de 2026 y lo que el Ómnibus ha aplazado

Lo que te interesa. Omitimos las obligaciones para los Estados porque ya sabemos lo que hay.

Aquí hablamos de nuevas obligaciones tanto para providers (incluidos providers accidentales y GPAI) como para deployers. Si estos términos te suenan a chino, en este mismo artículo te explico las diferencias.

Desde el 2 de agosto de 2026 está en aplicación esto:

• Obligaciones de transparencia (artículo 50): Identificación obligatoria de las IAs en interacción directa con usuarios, marcado de contenido sintético, información clara sobre exposición a sistemas de reconocimiento de emociones o categorización biométrica, y obligación de revelar el origen artificial del contenido manipulado o generado por IA sobre asuntos de interés público: los llamados deepfakes.

Y esto se ha desplazado por el Reglamento (UE) 2026/1744:

• IA de alto riesgo (Anexo III): Sistema de gestión de riesgos, gobernanza de datos, documentación técnica completa, registro obligatorio en la base de datos pública de la UE y supervisión humana real (no nominal) sobre las decisiones del sistema. Se aplican desde el 2 de diciembre de 2027, y desde el 2 de agosto de 2028 para los sistemas de alto riesgo integrados en productos del Anexo I.
• FRIA (artículo 27): Evaluación de impacto en derechos fundamentales obligatoria para todos los deployers de IA de alto riesgo antes del primer despliegue del sistema. El artículo 27 forma parte del capítulo III, así que su fecha es también el 2 de diciembre de 2027.

Además, la Oficina de IA de la Comisión Europea ejerce plenamente su capacidad ejecutiva desde el 2 de agosto de 2026 y puede ejercer la potestad sancionadora sobre los modelos GPAI, cuyas obligaciones están vigentes desde agosto de 2025.

El Ómnibus Digital sobre IA ya no es una propuesta. El Reglamento (UE) 2026/1744, de 8 de julio de 2026, se publicó en el DOUE el 24 de julio y entró en vigor el 27. Aplaza el régimen de alto riesgo al 2 de diciembre de 2027 para el Anexo III y al 2 de agosto de 2028 para el Anexo I, y lo hace con fechas fijas de calendario: la propuesta original de la Comisión las condicionaba a que los estándares armonizados estuvieran listos, y esa condicionalidad no sobrevivió a la negociación. Lo que no se movió: la fecha de aplicación general del 2 de agosto de 2026, las obligaciones de transparencia del artículo 50, las prohibiciones del artículo 5 y la alfabetización en IA del artículo 4. Leer el aplazamiento como una prórroga general del AI Act sigue siendo el error más caro de 2026.

Lo que el Ómnibus añade

El aplazamiento vino acompañado de tres cambios que conviene tener presentes.

El artículo 5 incorpora dos prohibiciones nuevas: los sistemas de IA destinados a generar o manipular material íntimo realista de una persona identificable sin su consentimiento explícito, y los que generan o manipulan material de abuso sexual infantil en el sentido de la Directiva 2011/93/UE. El nuevo artículo 5.1 bis acota el alcance, y conviene leerlo con atención si desarrollas modelos generativos de imagen o vídeo: para el provider basta con que ese resultado sea razonablemente previsible y reproducible sin modificación técnica significativa y el sistema carezca de salvaguardas adecuadas. Se aplican desde el 2 de diciembre de 2026, y las infracciones del artículo 5 están en el tramo alto del régimen sancionador, hasta 35 millones de euros o el 7% de la facturación mundial.

El artículo 4 se reescribe. La obligación de garantizar un nivel suficiente de alfabetización en IA pasa a ser la de adoptar medidas para promover su desarrollo entre el personal, sin exigir un nivel concreto para ninguna persona determinada. Es una obligación de medios, no de resultado, y sigue vinculando a todo provider y deployer con independencia del nivel de riesgo.

Y hay un régimen aligerado de documentación técnica que interesa especialmente a quien lee esto: el artículo 11.1 permite a pymes, start-ups y small mid-caps presentar los elementos del Anexo IV en forma simplificada, obliga a la Comisión a establecer ese formulario y obliga a los organismos notificados a aceptarlo en la evaluación de conformidad.

Provider, deployer y provider accidental: una distinción que a partir de agosto no puedes permitirte ignorar

A partir del 2 de agosto de 2026 no basta con que estos términos te suenen: es imprescindible que tengas meridianamente claro lo que significan y, sobre todo, que conozcas la figura del "provider accidental", que es la que más quebraderos de cabeza genera y la que más cambia la forma de ver todo este entramado regulatorio. Ninguno de estos conceptos es una posición estática: son roles en relación a un sistema de IA concreto.

• Provider (proveedor de IA): Eres provider si desarrollas, encargas el desarrollo u ofreces un sistema de IA bajo tu propia marca. No importa si lo ofreces a cambio de pago o de forma gratuita: basta con hacer alguna de estas tres cosas.
• Deployer (responsable de despliegue): Eres deployer si utilizas un sistema de IA para tus propias operaciones en un entorno profesional bajo tu propia autoridad. Si usas IA para trabajar, eres deployer.
• Provider accidental (crees que eres deployer pero en realidad eres provider): El rol más peligroso. Está regulado en el artículo 25 del AI Act y es la forma más rápida de exponer tu negocio a un riesgo regulatorio que no estabas gestionando.

La misma distinción decide quién paga cuando el sistema causa un daño, y la guía sobre quién responde por lo que hace una IA la aplica a casos cotidianos.

Riesgos a vigilar para no pasar de deployer a provider accidental sin darte cuenta

Si utilizas sistemas de IA y te consideras deployer, vigila que tu empresa no hace ninguna de estas tres cosas en el sistema de IA. Si la hace, asumes obligaciones de provider sin haberlo decidido:

• Rebranding del sistema: Si compras un sistema de IA y lo rebautizas con el nombre de tu empresa, el AI Act te considera provider.
• Modificación sustancial: Si entrenas el sistema con datos significativamente diferentes a los previstos por el fabricante, o modificas los umbrales de decisión más allá de las instrucciones del provider, también pasas a ser provider.
• Cambio de finalidad: Si usas el sistema para un propósito distinto al previsto en el manual de instrucciones del provider, te conviertes en provider. Ejemplo clásico: usar una IA de detección de fraude para evaluar solvencias.

En definitiva: si no respetas el manual de instrucciones del provider, te conviertes en provider accidental. Y a menos que estés dispuesto a certificar normas ISO, elaborar documentación técnica conforme al Anexo IV y relacionarte con la Oficina de IA o con tu autoridad nacional de forma continuada, te recomendamos que no cruces esa línea sin saberlo.

Obligaciones reforzadas para IA de alto riesgo

Este punto lo desarrollaremos en profundidad en artículos posteriores, pero para lo que te interesa ahora: la clave no está en el "qué" (qué sistema usas) sino en el "para qué" (qué decisiones condiciona). Si deseas ampliar información sobre el sistema de riesgos, la guía de DG CONNECT de la Comisión Europea es exhaustiva aunque densa.

Cuestionario rápido. Si produces (provider) o utilizas (deployer) IA para al menos una de estas finalidades, estás en la categoría de alto riesgo:

• Asistir a un vehículo.
• Corregir exámenes o evaluar a estudiantes con efectos sobre su currículum.
• Cirugía asistida.
• Selección y gestión de personal.
• Evaluar la solvencia de una persona.
• Identificar personas con datos biométricos.
• Elaborar pruebas periciales judiciales o policiales.
• Instrucción de expedientes administrativos con efectos sobre personas, incluidos los de extranjería, visado y asilo.
• Asistir a controles policiales y de fronteras.
• Elaborar resoluciones judiciales de cualquier tipo.
• Asistir en procesos electorales o democráticos.

Son de alto riesgo las IAs con efecto real o potencial sobre los derechos de las personas o su seguridad. Si tu sistema puede utilizarse para alguna de estas finalidades, tus obligaciones (tanto como provider como deployer) están reforzadas, y su fecha de exigibilidad es ahora el 2 de diciembre de 2027. Lo desarrollamos en detalle en los artículos de esta serie.

Tres escenarios a modo de ejemplo

• Escenario A, HR Tech: Has adquirido un LLM externo para cribar CVs. Eres deployer de alto riesgo → obligaciones completas a partir del 2 de diciembre de 2027, incluyendo FRIA obligatoria antes del primer uso y el deber de informar a los candidatos de que se usa un sistema de alto riesgo en las decisiones que les afectan (artículo 26.11). Lo que sí te aplica ya es el RGPD: informar a los candidatos del tratamiento y respetar el artículo 22 si la decisión es automatizada.
• Escenario B, LegalTech SaaS: Vendes un SaaS de revisión de contratos y has incorporado ChatGPT con RAG para el análisis documental. Eres provider de riesgo limitado, porque comercializas el sistema con tu marca aunque el modelo sea de terceros (artículo 3.3) → tus obligaciones principales son las del artículo 50: avisar al usuario de que interactúa con una IA y marcar las salidas si el sistema genera contenido.
• Escenario C, FinTech: Estás desarrollando una API bajo tu propia marca para implementar un modelo de scoring crediticio que venderás a entidades financieras. Eres provider de alto riesgo → obligaciones reforzadas por las dos condiciones simultáneamente.

Cómo saber si necesitas o no abogado

Te lo digo sin rodeos. Si eres deployer de riesgo mínimo o limitado, no me necesitas. Tienes que formar a tus empleados en el uso de la IA y, si publicas ultrasuplantaciones o textos generados sobre asuntos de interés público, etiquetarlos, pero no necesitas pagar una consulta para saber eso.

Donde sí nos vas a necesitar:

• Eres provider: independientemente del nivel de riesgo. La documentación técnica, la evaluación de conformidad, el registro y, en su caso, el marcado CE no son trámites que se deleguen en una plantilla descargada de internet. El calendario de alto riesgo se ha movido a diciembre de 2027, y eso da margen para hacerlo bien, no para no hacerlo. En PASSAS ofrecemos el encargo de Proveedores de IA para quien comercializa un sistema con su marca, y el de IA que decide sobre personas cuando el sistema entra en el Anexo III.
• Eres deployer de alto riesgo: la FRIA es obligatoria antes del primer uso del sistema (artículo 27), no después de que la AESIA abra un expediente. Es exigible desde el 2 de diciembre de 2027, y su ausencia expone al deployer a sanciones de hasta 15 millones de euros o el 3% de la facturación global. Ofrecemos la FRIA como servicio independiente o integrada con la DPIA si el sistema procesa datos personales, que en la práctica es casi siempre.
• No tienes claro en qué categoría estás: si después de leer esto no sabes si eres deployer de alto riesgo, provider o provider accidental, esa ambigüedad tiene un precio: agenda una videoconsulta (90 €, IVA incluido, descontables del encargo) y en una sesión te decimos exactamente dónde estás y qué tienes que resolver.

Preguntas frecuentes

¿El AI Act me afecta si solo uso ChatGPT o herramientas de terceros?
Sí. Usar una herramienta de IA desarrollada por otro no te exime de obligaciones: te convierte en deployer. Como deployer tienes que cumplir las obligaciones de transparencia del artículo 50 desde el 2 de agosto de 2026 (informar a las personas expuestas a reconocimiento de emociones o categorización biométrica y etiquetar las ultrasuplantaciones y los textos publicados sobre asuntos de interés público). Y si usas esa herramienta para decisiones de alto riesgo (filtrar CVs, scoring crediticio, evaluación de rendimiento), tienes además las obligaciones del artículo 26, exigibles desde el 2 de diciembre de 2027: supervisión humana real, conservación de logs, uso conforme a las instrucciones del proveedor y notificación de incidentes graves. La pregunta relevante no es si usas IA propia o ajena, sino para qué la usas y sobre quién impacta.

¿Cómo sé si mi sistema de IA es de alto riesgo?
El punto de partida es el Anexo III del Reglamento, que lista los ámbitos donde un sistema de IA se considera de alto riesgo: selección y evaluación de personal, acceso a servicios financieros (scoring crediticio, seguros), educación, infraestructuras críticas, biometría, administración de justicia y aplicación de la ley. Si tu sistema toma o condiciona decisiones en alguno de estos ámbitos sobre personas físicas, es probable que sea de alto riesgo. El matiz importante: no basta con que el ámbito encaje; el sistema tiene que incidir de forma significativa en el resultado. Un chatbot de soporte en un banco no es de alto riesgo en la mayoría de casos, depende de sus capacidades concretas y de si condiciona decisiones sobre el usuario. Un sistema que decide si un cliente es apto para un préstamo, sí. La clasificación tiene consecuencias económicas y legales serias, y el aplazamiento a diciembre de 2027 no la hace más fácil: conviene hacerla con criterio jurídico y con tiempo.

¿Qué diferencia hay entre provider y deployer en el AI Act?
El provider es quien desarrolla el sistema y lo pone en el mercado bajo su nombre. El deployer es quien usa ese sistema en un contexto profesional. La distinción importa porque las obligaciones son asimétricas: el provider carga con la documentación técnica del Anexo IV, la evaluación de conformidad, el marcado CE, el registro en la base de datos de la UE y la monitorización poscomercialización. El deployer tiene obligaciones más ligeras pero no triviales: supervisión humana, conservación de logs, uso dentro de los límites del proveedor e información a los afectados. El error más frecuente y más caro es no detectar que has cruzado de deployer a provider. Si has hecho fine-tuning de un modelo sobre datos propios para un caso de uso específico, probablemente ya eres provider, con todo lo que eso implica.

¿Qué ha cambiado con el Ómnibus Digital?
El Reglamento (UE) 2026/1744 está en vigor desde el 27 de julio de 2026. Aplaza las obligaciones de alto riesgo del Anexo III al 2 de diciembre de 2027 y las de los sistemas integrados en productos del Anexo I al 2 de agosto de 2028, con fechas fijas que ya no dependen de que los estándares armonizados estén listos. No toca la fecha de aplicación general del 2 de agosto de 2026, ni las obligaciones de transparencia del artículo 50, ni la alfabetización del artículo 4, ni las prohibiciones del artículo 5, a las que además añade dos nuevas aplicables desde el 2 de diciembre de 2026. Quien lea el aplazamiento como una prórroga general del Reglamento se expone justo en lo que ya es exigible desde el 2 de agosto de 2026.

¿Cuánto cuesta cumplir el AI Act para una startup?
Depende de tu rol y tu nivel de riesgo. Un deployer de riesgo mínimo o limitado tiene un coste de compliance bajo: revisión contractual con tus proveedores de IA, cláusulas de transparencia y política interna de uso. Un deployer de alto riesgo necesitará además FRIA, supervisión humana documentada y conservación de logs, exigibles desde el 2 de diciembre de 2027 para los sistemas del Anexo III y desde el 2 de agosto de 2028 para los del Anexo I. Un provider de alto riesgo afronta el coste más elevado: documentación técnica completa conforme al Anexo IV, evaluación de conformidad, marcado CE y registro, aunque el Ómnibus permite ahora a pymes y start-ups presentar esa documentación en forma simplificada y obliga a los organismos notificados a aceptarla. En PASSAS trabajamos con precio cerrado publicado y orientado a empresas tecnológicas. El primer paso útil es clasificar exactamente en qué categoría estás antes de presupuestar nada.

¿La AESIA ya está sancionando incumplimientos del AI Act?
La AESIA se creó por el Real Decreto 729/2023 y está llamada a ser la autoridad nacional de vigilancia del mercado en materia de IA, con un sandbox regulatorio en marcha. La ley orgánica que la designaba formalmente y concretaba el procedimiento sancionador nacional caducó el 6 de octubre de 2026 con la disolución de las Cortes Generales, acordada por el Real Decreto 806/2026, de 5 de octubre, y tendrá que volver a presentarse en la próxima legislatura; mientras tanto la prioridad es identificar prácticas problemáticas y orientar antes que sancionar; la AEPD, en paralelo, usa el RGPD como palanca sobre los tratamientos que hay detrás de muchos sistemas. Esa situación no es indefinida ni aplaza nada: el Reglamento es de aplicación directa, su régimen sancionador es aplicable desde agosto de 2025 y, a partir del 2 de agosto de 2026, alcanza a las obligaciones de transparencia del artículo 50, con multas de hasta 15 millones de euros o el 3% de la facturación global. Las de alto riesgo entran en ese mismo tramo el 2 de diciembre de 2027. España no es un regulador de perfil bajo en este ámbito, y quien espere a ver la primera sanción para reaccionar llegará tarde.