Sono AAC
Declaración de Accesibilidad - Sono AAC Communicator
Última actualización: 7 de noviembre de 2026
1. Ámbito de aplicación
Esta declaración de accesibilidad se aplica a:
- La aplicación móvil Sono AAC Communicator para Android e iOS.
- El sitio web promocional de Sono AAC Communicator, cuando se publique desde el proyecto
plugins/communicator/promo.
Sono es una aplicación de comunicación aumentativa y alternativa (CAA) basada en símbolos. Está pensada para ayudar a las personas a comunicarse mediante imágenes, construcción de frases y síntesis de voz.
1.1 Acta Europea de Accesibilidad (Directiva (UE) 2019/882)
El Acta Europea de Accesibilidad (“EAA”) y sus normas nacionales de aplicación rigen desde el 28 de junio de 2025 para los productos y servicios que abarcan. La tabla siguiente es una evaluación preliminar de las funciones actuales de Sono, no una determinación de su situación jurídica.
| Categoría del EAA | Estado probable para Sono | Notas |
|---|---|---|
| Equipos terminales para el usuario final consumidor | No aplicable | Sono es software, no hardware. |
| Servicios de comercio electrónico | Un proceso de contratación con consumidores ofrecido mediante un sitio web o una aplicación móvil puede incluir el servicio en el ámbito de aplicación. Sono no dispone actualmente de un proceso de compra gestionado por el editor ni de compras dentro de la aplicación. | Reevaluar la distribución real y cualquier futuro precio o proceso de contratación antes de invocar una exención. |
| Servicios que proporcionan acceso a servicios de comunicación audiovisual | No aplicable | Sono no es un servicio de comunicación audiovisual. |
| Software utilizado principalmente para acceder a servicios de comunicación audiovisual | No aplicable | Sono no está diseñado para el acceso a servicios de comunicación audiovisual. |
| Otro software / aplicaciones móviles | El EAA no impone una obligación general de accesibilidad a todas las aplicaciones móviles. Su aplicación a Sono depende del servicio ofrecido, la distribución y la legislación nacional. | Nuestro objetivo es ajustarnos a WCAG 2.2 AA y EN 301 549, según la sección 2. También pueden aplicarse otras leyes o requisitos de contratación. |
Consideración sobre microempresas: El artículo 4.5 del EAA prevé una exención para las microempresas que cumplan los requisitos y presten servicios. No se ha determinado si se aplica al editor y a un servicio concreto. No la invocamos aquí.
Legislación nacional: La ley croata Zakon o zahtjevima za pristupačnost proizvoda i usluga (NN 89/2025, modificada por NN 114/2026) y otras normas nacionales aplicables rigen las posibles obligaciones legales de Sono. Esta declaración no renuncia a esas obligaciones.
2. Compromiso con la accesibilidad
Queremos que Sono sea utilizable por personas con una amplia variedad de necesidades comunicativas, motoras, cognitivas, visuales, auditivas y de aprendizaje.
La accesibilidad es especialmente importante en una aplicación de CAA, ya que los usuarios pueden depender de ella para la comunicación cotidiana. Nuestro objetivo es que Sono se ajuste a:
- Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2, Nivel AA, donde sea aplicable.
- EN 301 549, donde sea aplicable a aplicaciones móviles, software y contenido web.
3. Estado de conformidad
Aún no se ha demostrado que Sono cumpla plenamente WCAG 2.2 Nivel AA ni los requisitos de accesibilidad aplicables de EN 301 549. Las limitaciones conocidas que se indican a continuación afectan tanto a la aplicación como al sitio web promocional. Se trata de una descripción de la evaluación actual, no de una declaración formal de conformidad con WCAG.
Esta declaración se basa en una revisión de accesibilidad interna realizada el 25 de mayo de 2026. La revisión incluyó una inspección estática del código frente a los requisitos de WCAG y EN 301 549. Aún no se ha completado con una auditoría manual completa que incluya VoiceOver, TalkBack, navegación por teclado externo, control por interruptores, herramientas de accesibilidad para navegadores ni pruebas de usabilidad con personas con discapacidad.
4. Características de accesibilidad
Sono incluye diversas decisiones de diseño y técnicas orientadas a favorecer la accesibilidad:
- Comunicación basada en símbolos con objetivos visuales de gran tamaño.
- Salida de síntesis de voz para los mensajes compuestos.
- Funcionamiento sin conexión tras la instalación.
- Descargas opcionales de voces sin conexión.
- Compatibilidad con varios idiomas.
- Algunas etiquetas semánticas para las tarjetas de símbolos, los controles de la barra de frases y los estados seleccionados.
- Compatibilidad con el escalado de texto del sistema en partes de la interfaz.
- Ajustes del cuidador para personalizar la disposición del tablero, la voz, el estilo de visualización y el contenido de símbolos.
Estas características favorecen la accesibilidad, pero aún no garantizan la conformidad total.
5. Limitaciones conocidas de accesibilidad
Las siguientes limitaciones son conocidas en la fecha de esta declaración.
5.1 Acceso por teclado y por interruptores
Algunos controles interactivos están implementados como destinos táctiles personalizados y pueden no ser accesibles ni operables con un teclado externo, control por interruptores o un gesto de activación de tecnología de apoyo.
Esto afecta a partes del tablero de símbolos, la navegación por categorías, la barra de frases, los selectores de ajustes, los juegos, los controles de la pizarra y el selector de idioma del sitio web promocional.
Los requisitos pertinentes incluyen WCAG 2.1.1 Teclado, WCAG 2.4.7 Foco visible, WCAG 4.1.2 Nombre, función, valor y los requisitos software aplicables equivalentes de EN 301 549.
5.2 Juegos y pizarra
Algunas interacciones de los juegos y el lienzo de dibujo de la pizarra dependen de gestos táctiles. Aún no se proporcionan alternativas equivalentes por teclado, interruptor o sin puntero para todas las funciones de los juegos y la pizarra.
Los requisitos pertinentes incluyen WCAG 2.1.1 Teclado, WCAG 2.5.1 Gestos del puntero y WCAG 4.1.2 Nombre, función, valor.
5.3 Contraste de color
Algunos colores de categoría, estados seleccionados, colores de iconos y opciones de color del tema pueden no cumplir los requisitos mínimos de contraste para texto o componentes de interfaz no textuales.
Los requisitos pertinentes incluyen WCAG 1.4.3 Contraste (mínimo) y WCAG 1.4.11 Contraste no textual.
5.4 Redimensionado del texto y reflujo
Algunas etiquetas y disposiciones de cuadrícula utilizan tamaños fijos, etiquetas de una sola línea o puntos suspensivos. Con tamaños de texto del sistema grandes, parte del texto puede quedar recortado, truncado o resultar más difícil de leer.
Los requisitos pertinentes incluyen WCAG 1.4.4 Redimensionar el texto y WCAG 1.4.10 Reflujo.
5.5 Anuncios del lector de pantalla
Algunas actualizaciones dinámicas son solo visuales y pueden no ser anunciadas automáticamente por los lectores de pantalla. Esto incluye los anuncios de confirmación de mensajes pronunciados, los cambios en el número de resultados de búsqueda y algunos estados de carga o procesamiento.
Requisito pertinente: WCAG 4.1.3 Mensajes de estado.
5.6 Diálogos y superposiciones
Algunos diálogos y superposiciones personalizados aún no proporcionan una semántica modal completa, gestión de foco, controles de cierre etiquetados ni un orden de foco de teclado previsible.
Los requisitos pertinentes incluyen WCAG 2.4.3 Orden del foco, WCAG 2.4.7 Foco visible y WCAG 4.1.2 Nombre, función, valor.
5.7 Barrera de acceso del cuidador
El acceso a los ajustes del cuidador puede requerir resolver una pregunta matemática sencilla. Esto puede crear una barrera cognitiva innecesaria para algunos cuidadores o usuarios.
Requisito pertinente: WCAG 3.3.8 Autenticación accesible (mínimo), cuando esta interacción se trate como un paso de autenticación o control de acceso.
5.8 Localización de los nombres accesibles
Algunas etiquetas de accesibilidad y textos de apoyo están actualmente codificados de forma fija en inglés, incluso cuando la aplicación se utiliza en otro idioma.
Los requisitos pertinentes incluyen WCAG 3.1.2 Idioma de las partes y WCAG 4.1.2 Nombre, función, valor.
5.9 Enlaces y selector de idioma del sitio web promocional
El selector de idioma del sitio web promocional utiliza roles ARIA personalizados pero aún no proporciona una interacción completa por teclado. Algunos enlaces a las tiendas de aplicaciones también pueden ser marcadores de posición hasta que las fichas finales en las tiendas estén disponibles.
Los requisitos pertinentes incluyen WCAG 2.1.1 Teclado, WCAG 2.4.4 Propósito del enlace y WCAG 4.1.2 Nombre, función, valor.
6. Alternativas y soluciones provisionales
Cuando una función no es totalmente accesible:
- Los usuarios pueden utilizar el tablero principal de símbolos con entrada táctil mientras se mejora el acceso por teclado e interruptores.
- Los cuidadores pueden ajustar el tamaño de la cuadrícula, el estilo de visualización, la voz, el idioma y el contenido de los símbolos para adecuarlos mejor a las necesidades del usuario.
- Los usuarios que experimenten dificultades con los juegos o las interacciones de la pizarra pueden seguir utilizando el tablero principal de comunicación.
- Los usuarios y cuidadores pueden ponerse en contacto con nosotros para solicitar soporte, informar de una barrera o pedir una vía de acceso alternativa.
7. Mejoras previstas
Las prioridades, responsables y plazos previstos para la remediación de accesibilidad son los siguientes. Todos los responsables son el editor (Matan Ljubas) salvo que se indique lo contrario. Los plazos son orientativos y se revisarán a medida que avance el trabajo y se reciba retroalimentación de los usuarios. Los plazos de 6 y 12 meses se cuentan desde la publicación original de esta declaración, el 25 de mayo de 2026; una actualización de la declaración no los reinicia.
| # | Prioridad | Responsable | Plazo previsto |
|---|---|---|---|
| 1 | Sustituir los controles solo táctiles por controles accesibles que admitan foco por teclado, activación, roles, nombres, estados seleccionados, estados deshabilitados e indicadores de foco visibles. | Editor | Próximas dos versiones menores |
| 2 | Añadir semántica completa y alternativas por teclado para los juegos y las herramientas de pizarra cuando sea factible. | Editor | En los 6 meses siguientes a esta declaración |
| 3 | Centralizar la gestión del contraste de color de modo que el texto y los iconos elijan automáticamente un color de primer plano accesible. | Editor | Próxima versión menor |
| 4 | Mejorar la compatibilidad con texto grande y reducir el recorte en cuadrículas, pestañas, chips y la interfaz de construcción de frases. | Editor | En los 6 meses siguientes a esta declaración |
| 5 | Añadir anuncios del lector de pantalla para los mensajes de estado, los resultados de búsqueda, los estados de carga y la retroalimentación de voz. | Editor | En los 6 meses siguientes a esta declaración |
| 6 | Mejorar la gestión del foco, la semántica modal y las acciones de cierre etiquetadas en las superposiciones personalizadas. | Editor | En los 6 meses siguientes a esta declaración |
| 7 | Sustituir o complementar la barrera matemática del cuidador por una alternativa accesible conforme a WCAG 3.3.8. | Editor | En los 6 meses siguientes a esta declaración |
| 8 | Localizar las etiquetas de accesibilidad y los textos de apoyo de forma coherente en todos los idiomas admitidos. | Editor | En los 12 meses siguientes a esta declaración |
| 9 | Realizar una auditoría manual completa con VoiceOver, TalkBack, teclado externo y control por interruptores, idealmente incluyendo pruebas de usabilidad con usuarios de CAA. | Editor (recurriendo a evaluadores externos cuando sea factible) | En los 12 meses siguientes a esta declaración |
| 10 | Añadir comprobaciones de accesibilidad automatizadas y manuales al proceso de publicación. | Editor | En los 6 meses siguientes a esta declaración |
Si una contratación, un cliente comercial o un comprador del sector público requiere un Informe de Conformidad de Accesibilidad formal o un artefacto al estilo VPAT antes de estos plazos, prepararemos y compartiremos uno a petición — véase la Sección 11.
8. Enfoque de la evaluación
Esta declaración se ha elaborado mediante autoevaluación.
La evaluación incluyó:
- Inspección estática de los widgets Flutter y del código del sitio web promocional.
- Revisión frente a los criterios de éxito de WCAG 2.2.
- Revisión frente a los requisitos aplicables de software y web de EN 301 549.
flutter analyzepara el paquete communicator.
La evaluación aún no ha incluido:
- Pruebas completas con VoiceOver en iOS.
- Pruebas completas con TalkBack en Android.
- Pruebas completas con teclado externo.
- Pruebas con control por interruptores.
- Pruebas automatizadas de accesibilidad basadas en navegador del sitio web promocional.
- Pruebas de usuario con personas con discapacidad o usuarios de CAA.
9. Comentarios, contacto y escalado
Agradecemos los comentarios sobre las barreras de accesibilidad en Sono.
Contacto principal:
Matan Ljubas 10A Ul. Joze Krstića, Zadar, Zadarska županija 23000, Croacia Correo electrónico: lj.matan@gmail.com
Métodos de contacto accesibles alternativos. Si el correo electrónico no le resulta accesible, también puede contactar con el editor por correo postal en la dirección anterior. Si necesita un canal alternativo (por ejemplo, por motivos de discapacidad o por compatibilidad con tecnologías de apoyo), indique el canal que pueda utilizar — por correo postal, pidiendo a un tercero que envíe el correo electrónico en su nombre o por cualquier otro medio razonable — y haremos todo lo posible para responder por un canal que le funcione.
Al notificar un problema de accesibilidad, siempre que sea posible, incluya:
- El dispositivo y el sistema operativo que utiliza;
- La versión de la aplicación, si la conoce;
- El idioma seleccionado en la aplicación;
- La pantalla o función donde se produjo el problema;
- La tecnología de apoyo utilizada, en su caso;
- Una breve descripción de lo que ocurrió y de lo que esperaba que ocurriera.
Aportar esta información no es un requisito previo para que respondamos — trabajaremos con lo que pueda proporcionar.
Expectativas de respuesta. Nos comprometemos a:
- Acusar recibo de los comentarios sobre accesibilidad en un plazo de siete (7) días naturales desde su recepción;
- Proporcionar una respuesta sustantiva, incluida una evaluación inicial y una estimación orientativa del plazo de remediación, en un plazo de treinta (30) días naturales;
- Priorizar las barreras que impidan la comunicación, la navegación o el uso básico de la aplicación.
Cuando una barrera no pueda subsanarse rápidamente, propondremos, en la medida en que sea razonablemente posible, una solución provisional (véase la Sección 6).
Escalado. Si no está satisfecho con nuestra respuesta, puede dirigirse a la autoridad croata competente según el tipo de problema de accesibilidad. Conforme al artículo 25.9 de la ley croata Zakon o zahtjevima za pristupačnost proizvoda i usluga, los inspectores de mercado de la Inspección Estatal (Državni inspektorat) supervisan los servicios de comercio electrónico comprendidos en la ley. La Defensoría para las Personas con Discapacidad (Pravobranitelj za osobe s invaliditetom, posi.hr) también puede orientar sobre los derechos de las personas con discapacidad. La vía aplicable depende del servicio y de la reclamación.
10. Revisión y actualizaciones
Esta declaración se revisará después de cambios significativos en materia de accesibilidad y, al menos, una vez al año.
Las futuras actualizaciones deberían incluir los resultados de las pruebas manuales con tecnologías de apoyo y cualquier trabajo de remediación completado.
11. Informe de Conformidad de Accesibilidad (ACR / VPAT)
Aún no se ha publicado un Informe de Conformidad de Accesibilidad formal (también conocido habitualmente como VPAT — Voluntary Product Accessibility Template) para Sono. Cuando una contratación, un cliente comercial o un comprador del sector público requiera un ACR o un artefacto al estilo VPAT, el editor puede preparar uno a petición, que refleje el estado de conformidad y las limitaciones conocidas descritas en las Secciones 3, 5 y 7 de esta declaración. Las solicitudes deben realizarse a través de los datos de contacto de la Sección 9 e indicar el estándar respecto del cual debe informarse de la conformidad (por ejemplo, WCAG 2.2 AA, EN 301 549 o la Sección 508 de la Ley de Rehabilitación de EE. UU.).
12. Aprobación formal
Esta declaración de accesibilidad está aprobada por:
Matan Ljubas Editor de Sono AAC Communicator
Esta declaración pretende describir el estado actual de accesibilidad de Sono AAC Communicator. No constituye una garantía de plena conformidad legal y no sustituye el asesoramiento jurídico para ninguna jurisdicción, proceso de contratación u obligación regulatoria específica.