Desde el 2 de agosto de 2026, la Ley de IA de la UE en atención al cliente se reduce a una norma que la mayoría de los equipos puede cumplir en una tarde: si un cliente habla directamente con tu IA, dile al inicio de la conversación que es una IA. Una mención en tus términos y condiciones no cuenta, y tampoco un nombre vago como «asistente». Incumplirla puede costar hasta 15 millones de € o el 3 % del volumen de negocio mundial.
Lo que la mayoría de las guías pasa por alto es qué queda fuera. Los borradores de IA que un agente revisa y envía, el etiquetado de tickets, el enrutamiento y los resúmenes no necesitan una etiqueta de IA, porque el cliente nunca habla directamente con la IA. Dos cosas merecen más cuidado que el chatbot: leer emociones a partir de la voz (prohibido para vigilar a tus propios agentes desde febrero de 2025) y la IA que puntúa el rendimiento de los agentes o decide resultados de crédito y seguros, que pasa a ser de alto riesgo el 2 de diciembre de 2027.
Trabajo en la propia cola de soporte de eesel, y la mayoría de los equipos de la UE que veo en eesel usan la IA con un reparto que encaja bien con la ley: smava hace que eesel redacte unas 15.300 respuestas al mes en alemán para que los asesores las aprueben, mientras que la naviera Norden-Frisia tiene un bot de cara al cliente llamado CaptAIn. Solo el segundo necesita el aviso. Esta guía no es asesoramiento jurídico, pero debería indicarte exactamente qué herramientas de IA revisar primero.
¿Qué pide realmente la Ley de IA de la UE a un equipo de soporte?
La Ley de IA reparte la responsabilidad entre dos papeles. Un proveedor crea un sistema de IA y lo comercializa con su propio nombre, como un fabricante de helpdesk que ofrece un agente de IA. Un responsable del despliegue usa un sistema de IA bajo su propia autoridad, que es lo que eres tú cuando activas ese agente para tus clientes. La mayoría de los equipos de soporte son responsables del despliegue, y unos pocos pasan a ser proveedores cuando crean su propio bot internamente o cambian la marca y reentrenan el de otro.
Para un equipo de soporte importan cuatro partes de la ley. Todo lo demás (normas de modelos de uso general, seguridad de productos, aplicación de la ley) es asunto de otros.
| Norma | Qué significa para el soporte | Se aplica desde | Multa máxima |
|---|---|---|---|
| Artículo 50 transparencia | Decir a las personas que hablan con una IA; informarles si se les aplica reconocimiento de emociones | 2 de agosto de 2026 | 15 M€ o el 3 % del volumen de negocio |
| Artículo 5 prohibiciones | Ninguna IA que infiera las emociones de los trabajadores, es decir, sin puntuar por voz las emociones de tus agentes | 2 de febrero de 2025 | 35 M€ o el 7 % del volumen de negocio |
| Artículo 4 alfabetización en IA | Tomar medidas para que el personal que usa IA la entienda | 2 de febrero de 2025 | Lo fija cada país |
| Anexo III usos de alto riesgo | Obligaciones adicionales si tu IA puntúa a agentes o el riesgo de crédito o seguros | 2 de diciembre de 2027 | 15 M€ o el 3 % del volumen de negocio |
Los topes de las multas provienen del artículo 99, que también pide a cada país que tenga en cuenta los intereses de las pequeñas empresas y aplique el tope menor a las pymes. Las autoridades nacionales de vigilancia del mercado se encargan de hacerla cumplir, y la Comisión afirma en su explicación del 2 de agosto que ya pueden imponer esas multas.
¿No retrasó el Digital Omnibus todo esto?
En parte, y de ahí viene la confusión de muchos equipos. El Digital Omnibus on AI (Reglamento 2026/1744, adoptado el 8 de julio de 2026) aplazó las normas de alto riesgo, pero dejó intacta la fecha del aviso de los chatbots. Según el artículo 113 modificado, el calendario queda así:
El único plazo de transparencia que se movió es técnico: los sistemas de IA que ya estaban en el mercado antes del 2 de agosto de 2026 tienen hasta el 2 de diciembre de 2026 para añadir marcadores legibles por máquina al contenido que generan, según las preguntas frecuentes sobre el artículo 50 de la Comisión. Eso es trabajo para los ingenieros de tu proveedor. El aviso de «estás hablando con una IA» está en vigor desde agosto.
¿Qué IA de soporte necesita un aviso de «soy una IA»?
Esta es la parte que más trabajo ahorra. Las directrices de la Comisión sobre el artículo 50, publicadas el 20 de julio de 2026, enumeran cuatro condiciones que deben cumplirse todas para que se active la norma de aviso: es un sistema de IA, está pensado para interactuar, la interacción es directa y es con una persona. La palabra clave es directa.
Las directrices dejan claro que la atención al cliente es el caso de manual a ambos lados de la línea. Un chatbot de helpdesk que responde a clientes entra en el ámbito. Un agente que usa IA para ayudarse a redactar una respuesta, no:
"Direct interaction excludes indirect or mediated human interaction where a natural person is exposed to AI outputs without directly interacting with the system (for example, if customer service representatives use AI assistance tools to help them communicate with natural persons...)"
Clasifica tus herramientas en dos montones y casi toda la ansiedad desaparece:
Hay tres detalles de las directrices que conviene conocer antes de meter algo en el montón de la derecha:
- «Una persona podría intervenir» no es una escapatoria. Las directrices dicen que la mera posibilidad de que una persona revise las respuestas no puede usarse para eludir la norma. Los borradores solo quedan fuera cuando una persona los revisa de verdad y los envía como voz principal de la conversación.
- Las conversaciones mixtas necesitan etiquetas en las partes de IA. Si un chat escala de un bot a una persona, o una persona devuelve la conversación a un bot, los turnos generados por IA necesitan el aviso.
- El correo enviado automáticamente cuenta. La interacción puede producirse «via technical communication means including online interfaces, phone or e-mail», y el propio ejemplo de buen aviso en las directrices es un correo escrito por IA con una etiqueta de IA al principio. Las respuestas automáticas basadas en reglas y los mensajes clásicos de fuera de la oficina no son sistemas de IA, así que quedan fuera.
Los bots internos para personal formado también se libran. Las directrices citan un «internal employee-facing assistant for properly trained staff» (RR. HH., jurídico, soporte de TI) como caso en el que la naturaleza de IA es lo bastante evidente como para no necesitar etiqueta.
Dónde caen los clientes de eesel
Este es el reparto que veo cada semana. Dokument 24, un servicio danés de documentos legales, hace que eesel prepare unas 670 respuestas en danés al mes como notas internas en Zendesk, y alguien del equipo edita y envía cada una. Eso es interacción mediada. Nordbutiker, que vende bicicletas eléctricas y scooters de movilidad en cuatro países nórdicos, tiene un bot de cara al cliente distinto para cada marca e idioma en los sitios web de sus tiendas. Esos bots hablan directamente con los clientes, así que cada uno necesita su propio aviso, en su propio idioma.
¿Qué cuenta como un buen aviso?
El artículo 50(5) solo dice que la información debe ser «clear and distinguishable», facilitada «at the latest at the time of the first interaction» y accesible. Las directrices completan los detalles, y son refrescantemente prácticas. Un único aviso destacado antes de la primera interacción basta en la mayoría de los casos.
| Funciona | No basta por sí solo |
|---|---|
| Un saludo en el primer turno que diga que es IA («Soy el asistente de IA de...») | Una línea en tus términos y condiciones o en la política de privacidad |
| Una etiqueta en lenguaje sencillo cerca del cuadro de mensaje («Estás chateando con un sistema de IA») | Un nombre genérico como «Asistente» o «Soporte» |
| Una insignia o icono de IA permanente junto a las respuestas del bot | Una foto humana o un nombre que suene humano en el avatar del bot |
| Una etiqueta de IA al principio de un correo escrito por IA | «Los servicios de este sitio web usan IA» en todo el sitio |
| Una frase hablada al inicio de una llamada («Soy un asistente con IA») | «Funciona con LLM» u otra jerga técnica |
| Responder con honestidad cuando un cliente pregunta «¿esto es un bot?» | Metadatos ocultos o una marca de agua que el cliente no puede ver |
Las directrices quieren más de un aviso en «contextos de mayor riesgo», y dos de sus ejemplos son pura labor de soporte: la gestión de reclamaciones y las conversaciones sobre asesoramiento financiero, seguros, temas jurídicos o de salud. En esos casos esperan recordatorios periódicos, sobre todo cuando una conversación cambia de manos o cambia el papel de la IA. Todo lo dirigido al público general debe funcionar también para personas con discapacidad, clientes mayores y niños, así que un aviso gris de 9 px no sirve.
En los foros de desarrolladores se repite que el contexto basta por sí solo:
"The main point is that it is trying to prevent deception, e.g. in a "live support chat" where a website claims you're talking to a human when in fact you're not... if it's clear from the context, that you're interacting with AI, it doesn't need to be explicitly said. No cookie banners."
La primera mitad es correcta. En la segunda mitad es donde caen los equipos de soporte: la excepción de evidencia no salvará a un bot de cara al cliente. Las directrices dicen que debe interpretarse «restrictively», y citan los chatbots de helpdesk cuyas respuestas los clientes «may perceive as human-generated» como ejemplo en el que la norma se aplica.
Así puede verse una configuración básica que parece conforme. En la burbuja de chat de eesel, el nombre del agente aparece junto a cada respuesta y una línea de aviso aparte queda bajo el cuadro de mensaje:
Fíjate en la trampa de esa captura. El nombre «Shop Assistant» es justo el tipo de etiqueta genérica que las directrices consideran ambigua; la línea de aviso bajo el campo de entrada es la que hace el trabajo legal. Si quieres que ambos transmitan el mensaje, incluye también «IA» en el mensaje de bienvenida. eesel firma las respuestas como «AI Agent» cuando dejas vacío el nombre del agente.
Hay una razón de negocio más allá de la multa. Los clientes que descubren que un bot se hace pasar por una persona dejan de confiar en la empresa, no solo en el bot:
"I think a voice agent trying to appear as a human is actually hurting the business that’s deploying it. I can tell within 5 seconds that it’s not a real human and then my sentiment is they’re 1. being cheap and 2. trying to play me."
Por cierto, los personajes con nombre están bien. El bot de Norden-Frisia se llama CaptAIn, «Captain más AI», con su propio avatar y un saludo en el dialecto local. Un personaje con «AI» en el nombre es un buen comienzo; acompañarlo de una frase clara en el saludo («Soy un asistente de IA») elimina cualquier duda para un pasajero que no capte el juego de palabras. El fallo típico es un nombre de pila humano sin ninguna etiqueta, que es como el bot de soporte de una herramienta de programación acabó en una avalancha de críticas en Hacker News en 2025:
"LLMs pretending to be people (you named it Sam!) and not labeled as such is clearly intended to be deceptive."
¿Necesita un aviso esta IA de soporte?
Elige una configuración para ver qué norma de la Ley de IA de la UE se aplica, desde cuándo y qué cambiar.
Incluye una declaración de IA en el primer mensaje y una etiqueta de IA visible cerca del cuadro de mensaje, en cada idioma que hable el bot. Asegúrate de que responda con honestidad cuando alguien pregunte si habla con un bot.
Añade una etiqueta de IA al principio de cada correo que la IA envíe sin que una persona lo revise. Las respuestas automáticas basadas en reglas y los mensajes de fuera de la oficina no son sistemas de IA, así que no la necesitan.
Queda fuera de la norma de aviso siempre que una persona revise de verdad el borrador y lo envíe como voz principal. Un paso de revisión que solo existe sobre el papel no cuenta.
Dilo en voz alta al inicio de la llamada, por ejemplo «Soy un asistente con IA». Repítelo tras transferencias o esperas largas, y no te fíes solo de un pitido o un tono.
El texto no son datos biométricos, así que marcar tickets de clientes enfadados por su redacción no es reconocimiento de emociones según la Ley de IA. Sigue siendo tratamiento de datos personales, así que debe constar en tus registros del RGPD.
Inferir las emociones de los trabajadores está prohibido salvo por motivos médicos o de seguridad. Desactiva cualquier herramienta que puntúe a los agentes según lo estresados o amables que suenen en el audio.
La IA que supervisa y evalúa el rendimiento de los trabajadores figura en la lista de alto riesgo. Si las puntuaciones alimentan decisiones de ascenso o despido, pide ya a tu proveedor su clasificación por escrito.
Evaluar la solvencia o fijar precios de seguros de vida y salud es de alto riesgo. Un bot que explica el formulario de solicitud no hace ese trabajo; uno que dice a los clientes si cumplen los requisitos, sí.
¿El análisis de sentimiento cuenta como reconocimiento de emociones?
Normalmente no, y es la parte de la ley peor entendida en los equipos de soporte. La Ley define un sistema de reconocimiento de emociones como una IA que infiere emociones o intenciones «on the basis of their biometric data». El texto no son datos biométricos. Así que el análisis de sentimiento que tu helpdesk ejecuta sobre el texto de los tickets para marcar a un cliente enfadado no es reconocimiento de emociones según la Ley de IA, aunque sigue siendo tratamiento de datos personales según el RGPD.
La voz es distinta, porque la voz es biométrica. Ahí las normas se vuelven estrictas:
- Puntuar las emociones de tus agentes a partir de su voz está prohibido. El artículo 5(1)(f) prohíbe la IA que infiere las emociones de las personas «in the areas of workplace and education institutions», salvo por motivos médicos o de seguridad. Una herramienta de centro de llamadas que puntúa a los agentes según lo estresados o amables que suenan entra en la prohibición, que se aplica desde el
2 de febrero de 2025, con el nivel de multa más alto de la Ley. - Detectar la emoción de quien llama a partir de su voz está permitido, pero es delicado. Debes avisar a los llamantes de que funciona, según el artículo 50(3), desde agosto de 2026, y las directrices confirman que todo sistema de reconocimiento de emociones es además de alto riesgo, así que las obligaciones completas de alto riesgo se aplican desde el
2 de diciembre de 2027.
Si compras software de centro de llamadas con «IA de emociones» o «coaching de tono», hazle una pregunta al proveedor: ¿analiza el audio de la voz o las palabras de la transcripción? La respuesta decide en qué grupo estás.
¿Cuándo pasa la IA de soporte a ser de alto riesgo?
Pocas veces, pero los casos límite están más cerca del soporte de lo que admiten la mayoría de las guías. La lista de alto riesgo del Anexo III trata de lo que la IA decide, no del sector en el que estés. Tres entradas rozan el trabajo de soporte:
- IA que supervisa o evalúa a trabajadores. El punto 4(b) cubre la IA usada «to monitor and evaluate the performance and behaviour of persons» en relaciones laborales, o para asignar tareas según rasgos personales. Una herramienta de QA con IA que puntúa las conversaciones de cada agente y alimenta decisiones de ascenso o despido queda cerca de esta línea.
- Decisiones de crédito y seguros. Los puntos 5(b) y 5(c) cubren la solvencia y la fijación de precios de seguros de vida o salud. Un bot de soporte que dice a un cliente si cumple los requisitos para un préstamo, en lugar de explicar el formulario, está haciendo un trabajo de alto riesgo.
- Prestaciones públicas y triaje de emergencias. Los puntos 5(a) y 5(d) cubren decidir la elegibilidad para ayudas públicas y el triaje de llamadas de emergencia.
El artículo 6(3) ofrece una vía de escape para la IA que solo realiza una «narrow procedural task» o una «preparatory task» y no influye materialmente en el resultado. La cierra para todo lo que elabora perfiles de personas: un sistema del Anexo III que elabora perfiles de personas físicas es siempre de alto riesgo.
smava es el ejemplo útil aquí. Es una plataforma berlinesa de comparación de créditos, lo más regulado que puede ser un soporte, y sus tres agentes de eesel categorizan tickets, redactan respuestas palabra por palabra a partir de macros aprobadas y nunca envían por su cuenta. No evalúan la solvencia de nadie, así que el sector por sí solo no convierte la IA de soporte en de alto riesgo.
Si eres responsable del despliegue de un sistema de alto riesgo desde diciembre de 2027, el artículo 26 pide una supervisión humana designada, conservar los registros del sistema al menos seis meses, avisar a los representantes de los trabajadores antes de usarlo con el personal e informar a los clientes cuando ayude a tomar decisiones sobre ellos. Es una carga mayor que una etiqueta de chatbot, así que si tu herramienta de QA o de enrutamiento está cerca del punto 4(b), empieza esa conversación con tu proveedor ya.
¿Quién es responsable: tú o tu proveedor de helpdesk?
Ambos, de formas distintas. El artículo 50(1) pone la obligación de aviso en el proveedor, que debe diseñar el sistema para que se informe a las personas. Si activas el agente de IA de un proveedor, este te debe un sistema que pueda avisar. Pero eres tú quien escribe el saludo, elige el nombre y el avatar del bot y decide en qué canales funciona, así que, en la práctica, una mala configuración la tienes que arreglar tú.
También puedes pasar a ser el proveedor. Las directrices dicen que una empresa que crea un chatbot internamente y lo opera con su propio nombre es proveedor, y también lo es la que toma el sistema de otro proveedor, lo modifica (por ejemplo con nuevos datos de entrenamiento) y lo pone en servicio con su propio nombre. Si creaste tu propio bot de soporte sobre una API de modelos, el aviso es totalmente cosa tuya.
El contrato de tu proveedor suele decir lo mismo. El AI Services Addendum de Zendesk dice que el cliente «will ensure any requirements of notice, transparency, and choice are met», y la AI Acceptable Use Policy de Salesforce dice que los clientes «must disclose to end users when they are interacting directly with automated systems». Por eso conviene saber qué te da cada helpdesk de serie. Esto es lo que encontré en la documentación de cada proveedor:
| Agente de IA del helpdesk | Renombrar el bot | Etiqueta de IA en el chat | Etiqueta de IA en el correo | Declaración propia sobre la Ley de IA de la UE |
|---|---|---|---|---|
| Zendesk AI agents | Sí | Sí, activada por defecto («Zara · AI») | No integrada | Sí |
| Freshdesk Freddy AI Agent | Sí, con avatar | No documentada; usa el mensaje de introducción | No integrada | No documentada |
| Gorgias AI Agent | Sí | Sí, «Automated» bajo los mensajes de IA | Firma de IA opcional | No documentada |
| HubSpot Customer Agent | Sí, con avatar | Sí, «Powered by AI» en la cabecera | Solo la firma del equipo | No documentada |
| Salesforce Agentforce | Sí | No documentada; usa el mensaje de bienvenida | No documentada | Sí |
| Help Scout Scout | No documentado | Sí, «clearly labeled as AI» | No documentada | No documentada |
| Front AI agents | Sí, con avatar | Aviso de cumplimiento opcional en el widget Resolve | No documentada | No documentada |
| Kustomer Concierge | No documentado | No documentada; usa el saludo | No documentada | No documentada |
Zendesk tiene la configuración por defecto más completa. Desde marzo de 2026, su Web Widget pone una etiqueta «AI» en el nombre del bot una vez por grupo de mensajes, y en canales sociales y apps móviles la etiqueta forma parte del nombre visible. Solo se puede desactivar por canal mediante la API, y Zendesk advierte de que, si lo haces, eres responsable de cumplir las normas de IA donde operes.
Freshdesk adopta el enfoque opuesto en el nombre: su documentación sugiere evitar nombres genéricos como «Bot» o «AI» porque los agentes con nombre generan más interacción. Es una decisión de producto razonable, y significa que el aviso tiene que ir en el mensaje de introducción, que puedes editar y traducir automáticamente. El texto por defecto en la documentación es «Hello. How can I help you?», así que revisa el tuyo.
El patrón de la tabla: el correo es donde la mayoría de los helpdesks te dejan el aviso a ti. Gorgias es el único que documenta una firma de IA para correos, y es opcional. Si tu agente de IA envía respuestas por correo por su cuenta, añade tú mismo una línea de IA en su firma o al principio del mensaje.
¿La norma de alfabetización en IA significa que tengo que formar a mis agentes?
Un poco. El artículo 4 se aplica desde febrero de 2025, y el Omnibus lo suavizó: los responsables del despliegue deben «take measures to support the development of AI literacy» del personal que usa IA, teniendo en cuenta sus conocimientos y el contexto, y el texto ahora dice que esto «does not require providers or deployers to guarantee any specific level of AI literacy of any individual». La Comisión también debe publicar ejemplos prácticos para pymes.
Para un equipo de soporte, un mínimo razonable es breve: qué herramientas usan IA, qué pueden y qué no pueden hacer, cómo revisar un borrador antes de enviarlo, cuándo escalar y qué decir cuando un cliente pregunta si habla con un bot. Escríbelo una vez y añádelo a la incorporación de agentes.
Una lista de 30 días sobre la Ley de IA de la UE para equipos de soporte
Este es el orden en que lo abordaría, de lo más expuesto a lo menos:
- Haz una lista de cada herramienta de IA que toque a un cliente. Chat web, agentes de voz con IA, respuestas de correo enviadas automáticamente, bots de redes sociales y WhatsApp, y todo lo que tus agentes usen para redactar.
- Marca cada una como directa o mediada. Directa significa que la respuesta de la IA llega al cliente sin que una persona la revise y la envíe.
- Arregla primero las directas. Añade una declaración de IA en el primer turno en cada idioma que admitas, una etiqueta visible y una respuesta honesta a «¿eres un bot?». Revisa los saludos de voz y el principio de los correos enviados automáticamente.
- Busca funciones de emociones por voz. Desactiva cualquier puntuación de emociones por voz dirigida a agentes. Si mantienes la detección de emociones de quien llama, añade el aviso y planifica las obligaciones de alto riesgo para 2027.
- Señala todo lo que puntúe a agentes o decida elegibilidad. La puntuación de QA que alimenta decisiones de RR. HH., y las respuestas sobre crédito, seguros o prestaciones: consigue por escrito la clasificación de alto riesgo de tu proveedor.
- Pregunta a tu proveedor su posición sobre el artículo 50. Quieres saber cómo funciona el aviso por canal y cuándo llega el marcado legible por máquina.
- Escribe la nota de una página sobre alfabetización en IA y compártela con el equipo.
Si ya hiciste una revisión de seguridad o un repaso del RGPD a tu proveedor de IA, añádelo a eso en lugar de empezar un proceso nuevo. Las preguntas se solapan más de lo que difieren, y la Ley de IA se apoya expresamente en el RGPD en lugar de sustituirlo.
Cómo encaja eesel con la Ley de IA de la UE
eesel es un compañero de IA para tu helpdesk. Se une a tu cola existente de Zendesk, Freshdesk, Gorgias o Help Scout, aprende de tus tickets pasados, macros y centro de ayuda, y trabaja los tickets que le indiques. Lo que importa para la Ley de IA:
- Eliges directa o mediada por acción. Cada acción se ejecuta sola, espera a una persona o queda desactivada, configurado por agente en Actions and Approvals. Mantener las respuestas públicas en aprobación mantiene la IA del lado mediado de la línea mientras vas ganando confianza.
- La burbuja de chat tiene un campo de aviso de IA. El aviso aparece bajo el cuadro de mensaje en cada conversación, y el nombre del agente es por defecto «AI Agent».
- Las reglas viven en instrucciones en lenguaje sencillo. «Di siempre que eres un asistente de IA si te lo preguntan, en el idioma del cliente» es una línea en las instrucciones del agente, no un ticket para ingeniería.
No es un producto de cumplimiento normativo, y no voy a fingir que lo sea: eesel no clasificará tus sistemas de IA ni redactará tu política de alfabetización en IA. También es honesto decir que la auditoría SOC 2 Type II de eesel sigue en curso (el periodo de observación se extiende hasta el 31 de diciembre de 2026), y que la residencia de datos completa en la UE es una función del plan Enterprise, según la página de seguridad de eesel. eesel no entrena modelos con tus datos.
Prueba eesel en tu cola de soporte de la UE
Si tu equipo atiende a clientes en alemán, danés o sueco y quiere una IA que sea transparente sobre ser IA, eesel está pensado para esa configuración. smava lo usa con 27.000 tickets de Zendesk al mes y cada respuesta espera a un asesor, y Norden-Frisia ejecuta CaptAIn en su sitio web, en un enlace de chat público y en Zendesk. Empieza con borradores en aprobación, añade un bot con nombre y un saludo claro de IA cuando estés listo, y prueba eesel gratis durante 7 días.
