Ada bajo el Reglamento de IA: soporte autónomo y los deberes del responsable del despliegue
Ada resuelve consultas de soporte de forma autónoma y es de riesgo limitado. Para el responsable: aviso del artículo 50 (desde ago 2026) y alfabetización en IA.
Riesgo limitado. Ada (ada.cx) es un agente de atención al cliente con IA que resuelve conversaciones de soporte de principio a fin, y cuando lo ejecutas en tu propio centro de ayuda, tu despliegue se sitúa en riesgo limitado bajo el Reglamento de IA. La autonomía es el argumento de venta; las obligaciones son la transparencia, la alfabetización en IA y el control de lo que el agente lee. Como Ada cierra tickets sin intervención humana, la carga práctica sobre la precisión y la derivación es más pesada de lo que sugiere su categoría legal ligera. Esta página está escrita para el responsable del despliegue: la empresa que ejecuta Ada en sus propios canales de soporte.
Qué es Ada en términos del Reglamento de IA
Ada es un agente autónomo de atención al cliente. Se asienta sobre un servicio de soporte existente, entiende la intención y resuelve incidencias —incluidas acciones de varios pasos como la resolución de problemas o los reembolsos— en chat, correo electrónico y voz, sin derivar cada consulta a una persona. Genera sus respuestas con modelos de IA de uso general (GPAI) de terceros.
Bajo el Reglamento (UE) 2024/1689, Ada cumple la definición de sistema de IA del artículo 3(1): un sistema basado en máquinas que infiere a partir de entradas para producir salidas —respuestas y acciones de resolución dirigidas al cliente—. El modelo es una capa; el agente Ada que configuras es el sistema desplegado que se asienta encima. Esa separación decide quién carga con cada obligación.
¿En qué categoría de riesgo encaja Ada?
La clasificación sigue la función y el contexto, nunca el nombre del producto ni lo autónomo que parezca el agente (artículo 6). Un agente Ada que responde preguntas sobre producto, facturación y políticas, ejecuta acciones rutinarias y deriva el resto es de riesgo limitado bajo el artículo 50. No se le asigna ninguna categoría del anexo III, así que no se aplica el bloque de alto riesgo: ni los requisitos de los artículos 9 a 15, ni la evaluación de la conformidad del artículo 43, ni la documentación del anexo IV, ni el marcado CE.
Lo que mantiene a Ada fuera del alto riesgo es esa ausencia de categoría del anexo III, no una excepción, y que una conversación toque un tema sensible no la cambia. El artículo 6(3) solo entra en juego si un despliegue cae en un caso del anexo III; entonces un sistema que realiza una tarea procedimental estrecha puede quedar fuera del alto riesgo si no plantea un riesgo significativo para la salud, la seguridad o los derechos fundamentales. Esa vía nunca cubre a un sistema del anexo III que elabora perfiles de personas físicas: ese es siempre de alto riesgo.
Tu deber central: la transparencia del artículo 50
El artículo 50(1) exige que se informe a las personas físicas de que están interactuando con un sistema de IA, a más tardar cuando comienza la interacción. Es un deber de diseño del proveedor —Ada Support—, pero como responsable del despliegue te toca comprobar que el aviso está activo y visible en tu implantación. La excepción —cuando resulta evidente para una persona razonablemente bien informada— es estrecha en el caso de Ada, ya que un agente que resuelve consultas de forma convincente puede confundirse con una persona. Asegúrate de que se informa.
La información debe vivir en la propia interfaz de Ada —una etiqueta visible en la superficie de chat o mensajería, una declaración audible en el canal de voz— y no en una línea enterrada en tus condiciones del servicio. Mantén claros los traspasos: cuando Ada derive a una persona o una persona devuelva la conversación, la transición debe ser visible. La transparencia del artículo 50 se aplica desde el 2 de agosto de 2026 y no fue modificada por el Ómnibus Digital. Cuando Ada genere contenido sintético, el deber de marcado legible por máquina del artículo 50(2) —que recae en el proveedor— también se aplica desde el 2 de agosto de 2026.
Qué cambia cuando el agente resuelve sin intervención humana
Aquí es donde Ada se diferencia de un copiloto que solo sugiere y asiste. Como Ada resuelve y cierra las consultas de forma autónoma, a menudo no hay una barrera humana entre la salida de la IA y el cliente: una respuesta errónea, inventada o desactualizada le llega directamente. La categoría legal suele mantenerse en riesgo limitado, pero el responsable del despliegue carga con una responsabilidad más pesada en precisión, reglas de derivación y supervisión.
Vigila el borde estrecho. Si una respuesta autónoma decide en la práctica el acceso a un servicio esencial —condiciona la elegibilidad, deniega una prestación, bloquea una cuenta—, reevalúa contra el anexo III, punto 5. Gobierna la función, no la forma: una envoltura conversacional no exime a un sistema que, en esencia, está decidiendo algo trascendente sobre una persona. Lo mismo aplica si alguna vez se conectara Ada a una decisión de empleo o de solvencia.
Gobernanza de datos sobre lo que Ada lee
Ada responde a partir de una base de conocimiento configurada: artículos del centro de ayuda, documentos internos, sistemas conectados. Su calidad y licitud son una responsabilidad central del responsable del despliegue, porque determinan directamente lo que Ada dice a los clientes: el contenido obsoleto, contradictorio o no autorizado produce respuestas autónomas erróneas. Registra de qué fuentes puede nutrirse Ada, quién las aprueba y cómo se retira el contenido caducado: ese registro respalda tanto la precisión como un rastro de diligencia debida del artículo 50.
Los deberes formales de gobernanza de datos del artículo 10 obligan a los proveedores de alto riesgo, no a un responsable del despliegue de riesgo limitado, pero la disciplina subyacente —fuentes limpias, actuales y autorizadas— es el equivalente práctico y conviene adoptarla voluntariamente. Cuando las fuentes de conocimiento o los registros de conversación contienen datos personales, el RGPD se aplica junto al Reglamento de IA como un marco separado y paralelo; cumplir uno no implica cumplir el otro.
La lista de tareas real del responsable del despliegue
Cuatro cosas, ninguna de ellas un programa de alto riesgo.
Coloca la información del artículo 50
Una información clara sobre la IA dentro de la superficie de Ada, visible o audible al inicio de la interacción, con una señalización clara de los traspasos. Ada Support la diseña; tú verificas que tu configuración no la oculta ni la desactiva.
Confirma la alfabetización en IA del artículo 4 para el personal
La alfabetización en IA del artículo 4 está en vigor desde el 2 de febrero de 2025; desde el 27 de julio de 2026, tras el Ómnibus Digital, exige adoptar medidas para apoyar el desarrollo de la alfabetización en IA del personal, sin garantizar un nivel concreto por persona. El personal que configura Ada, gestiona su conocimiento o atiende las derivaciones necesita una comprensión adecuada a su función de qué hace y dónde falla.
Gobierna las fuentes de conocimiento y fija reglas de derivación
Aprueba y retira fuentes de forma deliberada, y fija umbrales de derivación para que las consultas genuinamente trascendentes lleguen a una persona en lugar de resolverse de forma automática. Examina el diseño conversacional de Ada frente a las prohibiciones del artículo 5: nada de técnicas manipuladoras o engañosas que causen daño, sobre todo cuando el agente tiene incentivos para retener o vender más.
Documenta la clasificación y reevalúa al cambiar el alcance
Conserva un breve registro escrito de la clasificación y vuelve a ejecutarla si el papel de Ada se amplía hacia alguna función del anexo III. Incumplir estos deberes cae en la categoría de 15 millones de euros o el 3 % del volumen de negocios anual mundial total, la cifra que sea mayor, del artículo 99(4), con el artículo 99(6) limitando a las pymes y las empresas emergentes a la menor de las dos.
| Deber | Base jurídica | Qué hace el responsable del despliegue | Fecha de aplicación |
|---|---|---|---|
| Examen de prácticas prohibidas | Artículo 5 | Revisar el diseño conversacional en busca de técnicas manipuladoras o engañosas | En vigor desde el 2 feb 2025 |
| Alfabetización en IA | Artículo 4 | Formar al personal que configura, alimenta o deriva en Ada | En vigor desde el 2 feb 2025 |
| Información de interacción con IA | Artículo 50(1) | Verificar que el aviso de Ada está activo y visible en su superficie | Desde el 2 ago 2026 |
| Marcado de contenido sintético | Artículo 50(2) | Confirmar con Ada Support que el contenido generado se marca de forma legible por máquina (deber del proveedor) | Desde el 2 ago 2026 |
¿Quién es el proveedor y quién es el responsable del despliegue?
Ada Support introduce Ada en el mercado bajo su propio nombre, lo que la convierte en el proveedor del sistema Ada según el artículo 16. La empresa que activa Ada para su propio canal de soporte es el responsable del despliegue según el artículo 26: clasificas y gobiernas el agente desplegado por lo que hace; no lo construyes.
Las obligaciones del modelo de IA de uso general de los artículos 51 a 55 permanecen con el proveedor del modelo que desarrolló el modelo subyacente. Se aplican desde el 2 de agosto de 2025 y no se transfieren a una empresa que despliega un agente construido sobre el modelo.
La frontera puede moverse. Según el artículo 25, un responsable del despliegue se convierte en proveedor si pone su propio nombre o marca en el sistema, realiza una modificación sustancial o cambia la finalidad prevista de modo que el sistema pase a ser de alto riesgo: reconvertir Ada en una herramienta que decide de forma autónoma la elegibilidad para un servicio podría ser uno de esos cambios. Registra la finalidad prevista con precisión.
Ejemplo práctico: una empresa SaaS de 150 personas activa Ada
Talvio Cloud OÜ, una empresa SaaS de la UE con unos 150 empleados y unos 24 millones de euros de volumen de negocios, despliega Ada para resolver de forma autónoma preguntas de suscripción, facturación e incorporación en su centro de ayuda.
Resultado de la clasificación: riesgo limitado. Ada responde y resuelve consultas de soporte, no se activa ninguna categoría del anexo III, así que no hace falta recurrir al filtro del artículo 6(3).
Sus deberes: confirmar que el aviso del artículo 50 está activo en el widget de Ada, obligatorio desde el 2 de agosto de 2026; confirmar la alfabetización del artículo 4 para el equipo de cinco personas de operaciones de soporte ahora; gobernar qué documentos de facturación y políticas puede consultar Ada; registrar la clasificación.
El borde que vigilar: un flujo de Ada puede suspender una cuenta por impago de forma automática. Como esa decisión condiciona el acceso a un servicio del que depende el cliente, Talvio la reevalúa contra el anexo III, punto 5, y deriva las consultas de suspensión a una persona, manteniendo el despliegue limpiamente en riesgo limitado.
Desenlace: un plan de trabajo breve y defendible en lugar de un programa de alto riesgo. Una clasificación honesta mantuvo la carga proporcionada.
Una advertencia sobre el plazo de alto riesgo
El Ómnibus Digital —Reglamento (UE) 2026/1744, publicado en el DOUE el 24 de julio de 2026 y en vigor desde el 27 de julio de 2026— aplazó las obligaciones autónomas de alto riesgo del anexo III, originalmente previstas para el 2 de agosto de 2026, al 2 de diciembre de 2027. Esa es ya la única fecha legal. Para un despliegue de Ada de riesgo limitado esto rara vez muerde; si alguna vez llevas Ada a una función del anexo III, planifica contra el 2 de diciembre de 2027.
Cómo ayuda Confir
Añade Ada a tu registro de IA y el motor de clasificación de Confir te pregunta cómo lo usas: qué responde Ada, si resuelve de forma autónoma, qué datos toca su base de conocimiento y si algún flujo condiciona el acceso a un servicio. Ejecuta primero el examen de prácticas prohibidas del artículo 5, luego el análisis de alcance del artículo 6 y el anexo III, y devuelve tu categoría con la regla que se activó redactada en lenguaje claro. Un despliegue de soporte estándar produce la lista breve de riesgo limitado; un flujo que decide la elegibilidad hace aflorar la reevaluación del anexo III. El motor es determinista y basado en reglas —sin inferencia de modelos, sin alucinaciones—, de modo que la misma entrada siempre arroja el mismo resultado, que cualquier revisor puede comprobar.
Guías relacionadas
- Artículo 50 del Reglamento de IA: transparencia e información
- sistemas de IA de riesgo limitado y qué exige el artículo 50
- chatbots de atención al cliente bajo el Reglamento de IA
- Intercom Fin bajo el Reglamento de IA
- Zendesk AI bajo el Reglamento de IA
- el inventario completo de herramientas de IA
Gestiona el cumplimiento de la Ley de IA en un solo lugar
Confir automatiza la clasificación de riesgos, la documentación técnica y los registros de auditoría para tu empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.
Prueba gratis 14 días →