¿Es accesible tu agente telefónico de IA? Guía de la EAA para 2026

¿Es accesible tu agente telefónico de IA? Guía de la EAA para 2026

La respuesta corta es: si tu agente telefónico de IA es un canal de un servicio cubierto por la Ley Europea de Accesibilidad (EAA), debe ofrecer al menos un modo de funcionamiento que funcione sin voz, al menos uno que funcione sin audición, y debe transmitir la información a través de más de un canal sensorial. En la práctica, esto significa que la entrada mediante teclado DTMF es una alternativa real al reconocimiento de voz, un canal de texto que funcione junto a la línea telefónica, avisos que puedan interrumpirse y repetirse, tiempos de espera generosos y ampliables, y una ruta accesible para contactar con una persona.

La segunda parte de la respuesta es igual de importante: no todos los agentes telefónicos de IA están sujetos a esta norma. La ley regula el servicio, no el bot. Un agente de voz solo se ve afectado cuando es un canal de un servicio al consumidor incluido en la lista. Muchos contenidos de proveedores actualmente venden alarma en lugar de evaluación. Esta guía te ofrece ambas cosas: una comprobación honesta del alcance y la implementación técnica concreta.

Qué es la EAA y cómo la implementó Alemania

La Ley Europea de Accesibilidad es la Directiva (UE) 2019/882. Alemania la transpuso como la Barrierefreiheitsstärkungsgesetz (BFSG), en vigor desde el 28 de junio de 2025, con detalles técnicos en el reglamento complementario BFSGV. Utilizamos la implementación alemana a lo largo de este artículo porque es una de las transposiciones más concretas, con requisitos técnicos numerados sobre los que realmente puedes trabajar. Otros Estados miembros difieren en la aplicación y las sanciones, pero las obligaciones subyacentes de la EAA y la norma de referencia son compartidas.

A diferencia de las normas de accesibilidad anteriores para el sector público, la EAA llega a las empresas privadas que venden a consumidores. Para cualquiera que despliegue un agente de voz en 2026, esto no es una nota al pie, es una restricción arquitectónica. Si construyes el agente como un canal puramente de voz, es probable que tengas que construirlo dos veces.

¿Estás dentro del alcance? Una comprobación de tres pasos

Paso 1: ¿Está tu servicio en la lista? El § 1(3) de la BFSG los enumera: servicios de telecomunicaciones; elementos específicos de transporte de pasajeros por aire, autobús, tren y vías navegables; servicios bancarios al consumidor; libros electrónicos y software dedicado; y servicios de comercio electrónico. El § 2 n.º 26 de la BFSG define el comercio electrónico como servicios prestados por vía electrónica, a petición individual de un consumidor, con vistas a celebrar un contrato de consumo.

Paso 2: ¿Eres una microempresa? El § 2 n.º 17 de la BFSG lo define como menos de diez empleados Y, además, una facturación anual de hasta 2 millones de euros O un balance total de hasta 2 millones de euros. El § 3(3) frase 1 de la BFSG exime a las microempresas, pero solo para servicios, no para productos.

Paso 3: ¿Es B2C? Las obligaciones se aplican a los servicios prestados a los consumidores. Un agente de voz puramente B2B que gestione llamadas de proveedores no está cubierto.

El ejemplo de la clínica dental es la interpretación errónea más común. Una clínica dental no presta un servicio incluido en la lista, por lo que su línea de citas generalmente queda fuera de la EAA. En el momento en que esa misma clínica vende servicios de pago online y celebra un contrato de consumo por vía electrónica, la rama de comercio electrónico puede incluirla. Evalúa el servicio, no el sector.

Seis obligaciones técnicas para un agente de IA basado en telefonía

Si estás dentro del alcance, las obligaciones provienen de la BFSGV y de la norma técnica EN 301 549, actualmente en la versión V3.2.1 (marzo de 2021). Seis requisitos predominan para un agente telefónico.

Dos requisitos adicionales se pasan por alto habitualmente. El primero es el ancho de banda de audio. La cláusula 6.1 de la norma EN 301 549 exige que las TIC de voz bidireccional codifiquen y decodifiquen con un límite de frecuencia superior de al menos 7.000 Hz; en la práctica, un códec de banda ancha como G.722 en lugar del de banda estrecha G.711. Eso se decide en el trunk SIP, no en el aviso. Si traes tu propio operador, elige el códec deliberadamente; con la integración SIP y BYOC, esa decisión sigue siendo tuya.

El segundo es el control de volumen y velocidad. El § 6(2) n.º 6(a) de la BFSGV exige que, cuando se utilicen elementos de audio, el consumidor pueda controlar el volumen y la velocidad. Para una voz TTS, eso significa una pista audible más una intención funcional para que la persona que llama pueda pedir al agente que hable más despacio.

El widget de chat web: WCAG 2.1 AA se aplica en su totalidad

Si utilizas un widget de chat junto al agente telefónico, se aplica el § 12 n.º 3 de la BFSGV: los sitios web, las aplicaciones online asociadas y las aplicaciones móviles deben ser perceptibles, operables, comprensibles y robustos. La cláusula 9 de la norma EN 301 549 traslada esto uno a uno a las WCAG 2.1 Nivel AA.

Los criterios de éxito que realmente deciden si un widget de chat aprueba o suspende:

• 2.1.1 y 2.1.2 — Teclado: lanzador, campo de entrada y lista de mensajes totalmente operables mediante teclado, sin trampas de teclado en la superposición modal. Este es el defecto más común en los widgets integrados.
• 4.1.3 — Mensajes de estado: las respuestas entrantes del bot deben anunciarse a través de una región ARIA live, de lo contrario, un lector de pantalla nunca registra la respuesta.
• 2.2.1 — Tiempo ajustable: los tiempos de espera por inactividad de la sesión de chat deben ser ampliables.
• 1.4.3 y 1.4.11 — Contraste: para el texto y para los componentes de la interfaz, incluido el indicador de enfoque.
• 2.4.7 — Enfoque visible y 4.1.2 — Nombre, Rol, Valor en cada control.

Aquí es donde una arquitectura omnicanal se amortiza sola. Cuando el widget web, la mensajería y la telefonía funcionan todos con un mismo asistente, cumples con el requisito multicanal del § 12 n.º 2(a) de la BFSGV con una única configuración en lugar de dos proyectos de cumplimiento paralelos, y el conocimiento se mantiene coherente por diseño.

La declaración de accesibilidad: qué debe incluir

El § 14(1) n.º 2 de la BFSG, junto con el Anexo 3, exige una declaración en tus términos o "de otra manera claramente perceptible", disponible públicamente y que sea a su vez accesible. Contenido mínimo:

1. una descripción general del servicio en un formato accesible;
2. descripciones y explicaciones necesarias para entender cómo se presta el servicio;
3. una relación de cómo el servicio cumple con los requisitos aplicables de la BFSGV;
4. identificación de la autoridad de vigilancia del mercado competente.

La información al consumidor según el Art. 246 EGBGB se añade además. La declaración debe conservarse mientras se ofrezca el servicio (§ 14(2) BFSG). La información faltante o incompleta cuenta como una falta de conformidad formal según el § 30(2) BFSG: una infracción independiente, independientemente de si tu agente es técnicamente accesible.

El punto 3 necesita pruebas. El análisis post-llamada y las transcripciones demuestran que la ruta DTMF, la función de repetición y la transferencia se ejercen y funcionan realmente, en lugar de ser simplemente afirmadas en un documento.

Cumplimiento: autoridad, multas y la palanca de las asociaciones

En Alemania, el organismo competente es la Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen (MLBF) en Magdeburgo, una autoridad única a nivel nacional con un formulario público de denuncia para consumidores.

El § 37 de la BFSG clasifica las sanciones: hasta 100.000 EUR por, entre otras cosas, ofrecer un servicio contrario al § 14(1), y hasta 10.000 EUR por el resto de deberes de información y etiquetado.

La palanca subestimada es el § 32 de la BFSG. A solicitud de un consumidor, la autoridad debe abrir un procedimiento cuando ese consumidor alegue una infracción y, en consecuencia, no pueda utilizar el servicio o solo pueda utilizarlo de forma limitada. Según el § 32(2), las asociaciones reconocidas pueden solicitarlo por derecho propio sin necesidad de que se vulneren sus propios derechos, y el § 33 de la BFSG les abre además los tribunales administrativos. En la práctica: una llamada que un cliente sordo no pudo completar es suficiente para abrir un expediente.

La trampa de la presunción de conformidad

Muchos artículos simplifican esto: "cumple con la norma EN 301 549 y se aplica la presunción de conformidad". Eso solo es cierto condicionalmente. Los §§ 4 y 5 de la BFSG vinculan la presunción a normas armonizadas cuyas referencias se publican en el Diario Oficial de la UE. La norma EN 301 549 está siendo revisada actualmente para la EAA bajo el mandato de normalización M/587, y se espera que la próxima edición haga referencia a las WCAG 2.2. La Bundesfachstelle Barrierefreiheit de Alemania enumera la norma EN 301 549 V3.2.1 como la referencia técnica central, al tiempo que afirma que las tablas de conformidad exigidas por el § 3(2) de la BFSGV aún no se han publicado, sin fecha prevista.

La consecuencia: por ahora, la carga de demostrar la conformidad recae sobre ti. El § 3(1) de la BFSGV exige observar el estado de la técnica y permite la desviación cuando los requisitos se cumplen en el mismo grado por otros medios. Así que documenta tus casos de prueba, no solo tus intenciones.

Implementación, paso a paso

1. Establece el alcance por escrito. Cuál de tus servicios cae bajo el § 1(3) de la BFSG, o la lista equivalente en tu Estado miembro. Registra el resultado: un "no incluido en el alcance" razonado también es un entregable.
2. Construye la ruta DTMF. Cada paso del diálogo que espere una respuesta hablada necesita una alternativa de teclado. La entrada mediante teclado DTMF puede añadirse por nodo.
3. Refleja el canal de texto. Las mismas tareas (reservas, comprobación de estado, devolución de llamada) deben poder completarse sin audición. Un asistente, varios canales.
4. Audita el flujo para el tiempo y la repetición. En el generador de flujos, establece tiempos de espera generosos y añade "repetir" y "hablar más despacio" como intenciones de primer nivel.
5. Define la transferencia a un humano. El § 12 n.º 4 de la BFSGV exige que los servicios de soporte, como los centros de llamadas, comuniquen la información de accesibilidad a través de medios accesibles. Utiliza la transferencia de llamadas para definir cuándo y dónde aterriza la escalada.
6. Idioma y claridad. El agente debe responder en el idioma del servicio; con más de 40 idiomas soportados, eso es una cuestión de configuración, no de desarrollo. La banca al consumidor limita además la dificultad al nivel B2 del MCER según el § 17(2) de la BFSGV.
7. Prueba y documenta. Ejecuta el proceso una vez sin hablar, una vez sin sonido, una vez a través del widget con un lector de pantalla. Incorpora los resultados en la declaración de accesibilidad.

Errores comunes

• Evaluar por sector en lugar de por servicio. Produce tanto proyectos innecesarios como obligaciones incumplidas.
• Malinterpretar la exención de microempresa. Diez empleados Y un umbral financiero, no O. Y solo cubre servicios.
• DTMF solo en el menú principal. La alternativa de teclado tiene que cubrir cada paso, no solo el saludo.
• Un canal de chat simbólico. Un canal de texto con la mitad de la funcionalidad no satisface el § 12 n.º 2(a) de la BFSGV.
• Biometría de voz como único factor. El § 6(2) n.º 11 de la BFSGV y la cláusula 5.3 de la norma EN 301 549 exigen una alternativa.
• Ignorar las normas de transición. El § 38 de la BFSG permite que los contratos de servicio celebrados antes del 28 de junio de 2025 sigan vigentes hasta que finalicen, pero no más tarde del 27 de junio de 2030. Un despliegue en 2026 no puede depender de ello.

Ejemplos por sector

Minorista online, 85 empleados, 12 millones de euros de facturación. Directamente en el alcance del comercio electrónico. El agente telefónico gestiona devoluciones y el estado de los pedidos; el mismo asistente ejecuta el canal de comercio electrónico a través del widget web y WhatsApp. Las personas que llaman y no pueden hablar introducen el número de pedido en el teclado o pasan al chat a mitad del proceso.

Línea de servicio de un banco regional. Además del catálogo estándar, se aplica el § 17(2) de la BFSGV: la información sobre cómo funciona el servicio bancario no debe superar el nivel B2 del MCER. Concretamente, eso significa editar el prompt del sistema y la base de conocimientos para usar un lenguaje sencillo: "retiramos el importe de tu cuenta el siguiente día laborable" en lugar de "la fecha valor se produce en el día hábil subsiguiente".

Operador de autobuses interurbanos. La información sobre retrasos es información de viaje según el § 1(3) n.º 2 de la BFSG. Lo que importa es que la misma información en tiempo real sea recuperable a través de un segundo canal sensorial, lo que convierte la obligación multicanal en una decisión de arquitectura más que de contenido.

Conclusión

Para un agente telefónico de IA, la accesibilidad no es un pulido de última etapa, es una decisión de arquitectura de canal. Trata al agente como un canal puramente de voz y añadirás el segundo canal más tarde, con mantenimiento duplicado y conocimiento divergente. Ejecútalo a través de teléfono, chat y mensajería desde una única configuración, y diseña el DTMF, la repetibilidad y una transferencia definida, y cumplirás con las obligaciones de la BFSGV y la norma EN 301 549 como subproducto de un mejor producto.

Eso es exactamente para lo que está construido Famulor: un asistente que atiende llamadas, chats y responde por WhatsApp simultáneamente, con entrada de teclado, transferencia definida, más de 40 idiomas, libre elección de operador SIP y alojamiento en la UE. Tu siguiente paso concreto: dedica una hora a establecer cuál de tus servicios está realmente dentro del alcance, luego construye la ruta DTMF y el canal de texto para ese servicio. Una cuenta de prueba es suficiente para ensayar ambos antes de que nada salga a producción.

Preguntas frecuentes

¿Se aplica la EAA a todos los agentes telefónicos de IA?

No. La ley regula los servicios, no los bots. Tu agente telefónico está cubierto solo cuando es un canal de un servicio al consumidor incluido en la lista: telecomunicaciones, ciertos elementos de transporte de pasajeros, banca al consumidor, libros electrónicos o comercio electrónico.

¿Desde cuándo está en vigor la BFSG?

Desde el 28 de junio de 2025. Transpone la Directiva (UE) 2019/882, la Ley Europea de Accesibilidad, al derecho alemán, con los requisitos técnicos establecidos en el reglamento BFSGV.

¿Es el DTMF legalmente obligatorio?

El DTMF no se menciona en el texto legal. Pero el § 21(3) de la BFSGV exige que, cuando se necesite entrada de voz, debe existir al menos un modo de funcionamiento que no requiera entrada de voz. En una línea telefónica, la entrada por teclado es la forma establecida de cumplirlo.

¿A cuánto ascienden las multas?

El § 37 de la BFSG prevé hasta 100.000 EUR, incluso por ofrecer un servicio contrario al § 14(1), y hasta 10.000 EUR por el resto de deberes de información y etiquetado. Otros Estados miembros establecen sus propios niveles de sanción.

¿Quién lo hace cumplir en Alemania?

La Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen (MLBF) en Magdeburgo. Es una autoridad única a nivel nacional y gestiona un formulario público de denuncia para consumidores.

¿Cubre la exención de microempresa a mi negocio?

Solo si tienes menos de diez empleados y, además, una facturación anual de como máximo 2 millones de euros o un balance total de como máximo 2 millones de euros. Ambas condiciones deben cumplirse, y la exención se aplica solo a los servicios.

¿Debo ofrecer siempre a quien llama una persona?

No existe una obligación legal explícita de ofrecer transferencia a un humano en un diálogo telefónico en la BFSG, la BFSGV o la cláusula 6 de la norma EN 301 549. Cuando ofrezcas una, debe ser accesible; el § 12 n.º 4 de la BFSGV también exige canales de comunicación accesibles para servicios de soporte como los centros de llamadas.

¿Es suficiente con cumplir la norma EN 301 549?

Técnicamente es la referencia vigente, actualmente la versión V3.2.1. Pero la presunción de conformidad según los §§ 4 y 5 de la BFSG requiere su publicación en el Diario Oficial de la UE; la norma está siendo revisada bajo el mandato M/587 y las tablas de conformidad aún no se han publicado. Documenta tu implementación de forma independiente.

¿Se aplica la regla de lenguaje claro B2 a mi agente de voz?

Solo para servicios bancarios al consumidor. El § 17(2) de la BFSGV limita la dificultad de la información sobre cómo funciona el servicio bancario al nivel B2 del MCER. La BFSGV no establece ninguna regla equivalente para el comercio electrónico, las telecomunicaciones o el transporte de pasajeros.

¿Cómo demuestro la accesibilidad si me cuestionan?

A través de casos de prueba documentados y datos operativos. Las transcripciones y el análisis post-llamada demuestran que la ruta de teclado, la función de repetición y la transferencia se utilizan y funcionan realmente, lo que constituye una prueba considerablemente más sólida que una autodeclaración en la declaración de accesibilidad.