Sono AAC
Declaración de Accesibilidad - Sono AAC Communicator
Última actualización: 25 de mayo 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 transposiciones nacionales son de aplicación desde el 28 de junio de 2025. Nuestro análisis actual del alcance conforme al EAA es el siguiente.
| 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 | Probablemente dentro del alcance únicamente si Sono se ofrece a la venta o como compra integrada en la aplicación a los consumidores en la UE. La distribución pública actual (descarga gratuita a través de las tiendas de aplicaciones de las plataformas, sin compras integradas, sin flujo de comercio operado por el editor) no se trata como un servicio de comercio electrónico dentro del alcance. | Reevaluar si se introducen precios, niveles de pago o una pasarela de pago operada por el editor. |
| 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 toda aplicación móvil, pero los Estados miembros pueden adoptar normas nacionales más estrictas. Tratamos la aplicación móvil de Sono como fuera del alcance estricto del EAA conforme a la propia Directiva (UE) 2019/882, al tiempo que nos alineamos voluntariamente con WCAG 2.2 AA y EN 301 549 según se establece en la Sección 2. | Cuando una contratación concreta (sector público o comercial) active un régimen más estricto — por ejemplo, la Directiva sobre Accesibilidad Web (UE) 2016/2102 para organismos del sector público — proporcionaremos a petición un artefacto de conformidad adaptado (véase la Sección 11). |
Consideración sobre microempresas: El editor opera como microempresa unipersonal en el sentido del EAA y de la Recomendación 2003/361/CE de la UE sobre la definición de microempresas, pequeñas y medianas empresas. Las microempresas que presten servicios pueden beneficiarse de una exención parcial conforme al artículo 4(5) del EAA. Esto se indica únicamente como antecedente y no reduce nuestro alineamiento voluntario con WCAG 2.2 AA / EN 301 549.
Derecho nacional: La legislación croata de transposición (la Zakon o pristupačnosti proizvoda i usluga osoba s invaliditetom i drugih osoba s teškoćama y los instrumentos relacionados) prevalece sobre este análisis genérico. Cuando imponga obligaciones adicionales a esta Aplicación, dichas obligaciones prevalecerán.
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
Sono cumple parcialmente con WCAG 2.2 Nivel AA y los requisitos de accesibilidad aplicables de EN 301 549.
«Cumple parcialmente» significa que algunas partes de la aplicación y del sitio web promocional aún no se ajustan completamente al estándar de accesibilidad.
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.
| # | 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 a una reclamación de accesibilidad, puede escalar el asunto a las autoridades croatas competentes en materia de accesibilidad, igualdad de trato y protección del consumidor — incluidos, según proceda, el Defensor del Pueblo croata (Pučki pravobranitelj, ombudsman.hr), la Defensora del Pueblo para Personas con Discapacidad (Pravobranitelj za osobe s invaliditetom, posi.hr) y la autoridad de vigilancia del mercado pertinente designada conforme a la legislación croata de transposición de la Directiva (UE) 2019/882 (el Acta Europea de Accesibilidad).
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.