Déclaration d’accessibilité - Sono AAC Communicator

Dernière mise à jour : 25 mai 2026

1. Champ d’application

La présente déclaration d’accessibilité s’applique à :

L’application mobile Sono AAC Communicator pour Android et iOS.
Le site web promotionnel de Sono AAC Communicator, lorsqu’il est publié à partir du projet plugins/communicator/promo.

Sono est une application de communication améliorée et alternative (AAC) basée sur des symboles. Elle est destinée à aider les personnes à communiquer en utilisant des images, la construction de phrases et la synthèse vocale.

1.1 Acte européen sur l’accessibilité (Directive (UE) 2019/882)

L’Acte européen sur l’accessibilité (« AEA ») et ses transpositions nationales s’appliquent à partir du 28 juin 2025. Notre analyse actuelle du champ d’application au titre de l’AEA est la suivante.

Catégorie AEA	Statut probable pour Sono	Notes
Équipement terminal grand public	Non applicable	Sono est un logiciel, pas du matériel.
Services de commerce électronique	Probablement dans le champ d’application uniquement si Sono est proposé à la vente ou à l’achat intégré à l’application aux consommateurs dans l’UE. La distribution publique actuelle (téléchargement gratuit via les boutiques d’applications de la plateforme, aucun achat intégré, aucun flux de commerce exploité par l’éditeur) n’est pas considérée comme un service de commerce électronique dans le champ d’application.	Réévaluer si une tarification, des paliers payants ou une caisse exploitée par l’éditeur sont introduits.
Services fournissant accès aux services de médias audiovisuels	Non applicable	Sono n’est pas un service de médias audiovisuels.
Logiciels principalement utilisés pour accéder aux services de médias audiovisuels	Non applicable	Sono n’est pas conçu pour l’accès aux SMA.
Autres logiciels / applications mobiles	L’AEA n’impose pas d’obligation générale d’accessibilité à chaque application mobile, mais les États membres peuvent adopter des règles nationales qui vont plus loin. Nous abordons l’application mobile Sono comme hors du champ d’application strict de l’AEA au titre de la Directive (UE) 2019/882 elle-même, tout en nous alignant volontairement sur WCAG 2.2 AA et EN 301 549 comme indiqué à la Section 2.	Lorsqu’un marché public ou commercial spécifique déclenche un régime plus strict — par exemple la Directive sur l’accessibilité du web (UE) 2016/2102 pour les organismes du secteur public — nous fournirons un artefact de conformité personnalisé sur demande (voir Section 11).

Considération relative aux microentreprises : l’éditeur opère en tant que microentreprise unipersonnelle au sens de l’AEA et de la recommandation de l’UE 2003/361/CE concernant la définition des micro, petites et moyennes entreprises. Les microentreprises fournissant des services peuvent bénéficier d’une exonération partielle au titre de l’article 4(5) de l’AEA. Ceci est mentionné à titre d’information uniquement et ne réduit pas notre alignement volontaire sur WCAG 2.2 AA / EN 301 549.

Droit national : la législation croate de mise en œuvre (le Zakon o pristupačnosti proizvoda i usluga osoba s invaliditetom i drugih osoba s teškoćama et les instruments connexes) prévaut sur la présente analyse générique. Lorsqu’elle impose des obligations supplémentaires à cette Application, ces obligations prévalent.

2. Engagement en faveur de l’accessibilité

Nous souhaitons que Sono soit utilisable par des personnes ayant un large éventail de besoins en matière de communication, de motricité, de cognition, de vision, d’audition et d’apprentissage.

L’accessibilité est particulièrement importante pour une application AAC car les utilisateurs peuvent en dépendre pour leur communication quotidienne. Notre objectif est d’aligner Sono sur :

Les Règles pour l’accessibilité des contenus web (WCAG) 2.2, niveau AA, le cas échéant.
EN 301 549, le cas échéant pour les applications mobiles, les logiciels et le contenu web.

3. Statut de conformité

Sono est actuellement en conformité partielle avec WCAG 2.2 niveau AA et les exigences d’accessibilité applicables de EN 301 549.

« Conformité partielle » signifie que certaines parties de l’application et du site web promotionnel ne sont pas encore entièrement conformes à la norme d’accessibilité.

La présente déclaration repose sur un examen interne d’accessibilité effectué le 25 mai 2026. L’examen comprenait une inspection statique du code par rapport aux exigences WCAG et EN 301 549. Il n’a pas encore été complété par un audit manuel complet à l’aide de VoiceOver, TalkBack, de la navigation au clavier externe, du contrôle par interrupteur, des outils d’accessibilité du navigateur, ni par des tests d’utilisabilité avec des utilisateurs en situation de handicap.

4. Fonctionnalités d’accessibilité

Sono comprend plusieurs choix de conception et techniques destinés à soutenir l’accessibilité :

Communication basée sur des symboles avec de grandes cibles visuelles.
Sortie de synthèse vocale pour les messages composés.
Fonctionnement « hors ligne d’abord » après l’installation.
Téléchargements optionnels de voix hors ligne.
Prise en charge de plusieurs langues.
Certaines étiquettes sémantiques pour les cartes de symboles, les contrôles de la bande de phrases et les états sélectionnés.
Prise en charge de la mise à l’échelle du texte au niveau du système dans certaines parties de l’interface.
Paramètres pour l’aidant permettant de personnaliser la disposition du tableau, la voix, le style d’affichage et le contenu des symboles.

Ces fonctionnalités contribuent à l’accessibilité mais ne garantissent pas encore la pleine conformité.

5. Limites connues en matière d’accessibilité

Les limites suivantes sont connues à la date de la présente déclaration.

5.1 Accès clavier et par interrupteur

Certains contrôles interactifs sont implémentés en tant que cibles tactiles personnalisées et peuvent ne pas être atteignables ou utilisables avec un clavier externe, un contrôle par interrupteur ou un geste d’activation d’une technologie d’assistance.

Cela concerne certaines parties du tableau de symboles, la navigation par catégorie, la bande de phrases, les sélecteurs de paramètres, les jeux, les contrôles du tableau blanc et le sélecteur de langue du site web promotionnel.

Les exigences pertinentes incluent WCAG 2.1.1 Clavier, WCAG 2.4.7 Visibilité du focus, WCAG 4.1.2 Nom, rôle, valeur, ainsi que les exigences équivalentes applicables aux logiciels de EN 301 549.

5.2 Jeux et tableau blanc

Certaines interactions de jeu et la zone de dessin du tableau blanc reposent sur des gestes tactiles. Des alternatives équivalentes au clavier, à l’interrupteur ou sans pointeur ne sont pas encore fournies pour toutes les fonctions de jeu et de tableau blanc.

Les exigences pertinentes incluent WCAG 2.1.1 Clavier, WCAG 2.5.1 Gestes de pointeur, et WCAG 4.1.2 Nom, rôle, valeur.

5.3 Contraste des couleurs

Certaines couleurs de catégories, états sélectionnés, couleurs d’icônes et options de couleurs de thème peuvent ne pas répondre aux exigences minimales de contraste pour le texte ou pour les composants d’interface non textuels.

Les exigences pertinentes incluent WCAG 1.4.3 Contraste (minimum) et WCAG 1.4.11 Contraste non textuel.

5.4 Redimensionnement et réagencement du texte

Certaines étiquettes et certaines dispositions de grille utilisent des tailles fixes, des étiquettes sur une seule ligne ou des points de suspension. Avec de grandes tailles de texte système, certains textes peuvent être tronqués, raccourcis ou plus difficiles à lire.

Les exigences pertinentes incluent WCAG 1.4.4 Redimensionnement du texte et WCAG 1.4.10 Réagencement.

5.5 Annonces par les lecteurs d’écran

Certaines mises à jour dynamiques sont uniquement visuelles et peuvent ne pas être annoncées automatiquement par les lecteurs d’écran. Cela inclut les bannières de confirmation de message prononcé, les changements de nombre de résultats de recherche et certains états de chargement ou de traitement.

Exigence pertinente : WCAG 4.1.3 Messages d’état.

5.6 Boîtes de dialogue et superpositions

Certaines boîtes de dialogue et superpositions personnalisées ne fournissent pas encore une sémantique modale complète, une gestion du focus, des contrôles de fermeture étiquetés ou un ordre de focus clavier prévisible.

Les exigences pertinentes incluent WCAG 2.4.3 Ordre du focus, WCAG 2.4.7 Visibilité du focus et WCAG 4.1.2 Nom, rôle, valeur.

5.7 Barrière d’accès pour l’aidant

L’accès aux paramètres de l’aidant peut nécessiter de résoudre une simple question mathématique. Cela peut créer une barrière cognitive inutile pour certains aidants ou utilisateurs.

Exigence pertinente : WCAG 3.3.8 Authentification accessible (minimum), lorsque cette interaction est traitée comme une étape d’authentification ou de contrôle d’accès.

5.8 Localisation des noms accessibles

Certaines étiquettes d’accessibilité et certains textes d’assistance sont actuellement codés en dur en anglais, même lorsque l’application est utilisée dans une autre langue.

Les exigences pertinentes incluent WCAG 3.1.2 Langue d’un passage et WCAG 4.1.2 Nom, rôle, valeur.

5.9 Liens du site web promotionnel et sélecteur de langue

Le sélecteur de langue du site web promotionnel utilise des rôles ARIA personnalisés mais ne fournit pas encore une interaction clavier complète. Certains liens vers les boutiques d’applications peuvent également être des espaces réservés jusqu’à ce que les fiches finales des boutiques soient disponibles.

Les exigences pertinentes incluent WCAG 2.1.1 Clavier, WCAG 2.4.4 Objet du lien et WCAG 4.1.2 Nom, rôle, valeur.

6. Alternatives et solutions de contournement

Lorsqu’une fonctionnalité n’est pas encore entièrement accessible :

Les utilisateurs peuvent être en mesure d’utiliser le tableau de symboles principal avec une entrée tactile pendant que l’accès clavier et par interrupteur est amélioré.
Les aidants peuvent ajuster la taille de la grille, le style d’affichage, la voix, la langue et le contenu des symboles pour mieux répondre aux besoins de l’utilisateur.
Les utilisateurs qui éprouvent des difficultés avec les jeux ou les interactions du tableau blanc peuvent continuer à utiliser le tableau de communication principal.
Les utilisateurs et les aidants peuvent nous contacter pour demander un soutien, signaler une barrière ou demander un chemin d’accès alternatif.

7. Améliorations prévues

Les priorités actuelles de remédiation en matière d’accessibilité, les responsables et les fenêtres cibles sont indiqués ci-dessous. Tous les responsables sont l’éditeur (Matan Ljubas) sauf indication contraire. Les fenêtres cibles sont indicatives et seront révisées au fur et à mesure que le travail progresse et que les retours des utilisateurs sont reçus.

#	Priorité	Responsable	Fenêtre cible
1	Remplacer les contrôles tactiles uniquement par des contrôles accessibles prenant en charge le focus clavier, l’activation, les rôles, les noms, les états sélectionnés, les états désactivés et les indicateurs de focus visibles.	Éditeur	Deux prochaines versions mineures
2	Ajouter la sémantique complète et des alternatives clavier pour les jeux et les outils de tableau blanc le cas échéant.	Éditeur	Dans les 6 mois suivant la présente déclaration
3	Centraliser la gestion du contraste des couleurs afin que le texte et les icônes choisissent automatiquement une couleur de premier plan accessible.	Éditeur	Prochaine version mineure
4	Améliorer la prise en charge des grandes tailles de texte et réduire le rognage dans les grilles, onglets, puces et l’interface de construction de phrases.	Éditeur	Dans les 6 mois suivant la présente déclaration
5	Ajouter des annonces par lecteur d’écran pour les messages d’état, les résultats de recherche, les états de chargement et les retours vocaux.	Éditeur	Dans les 6 mois suivant la présente déclaration
6	Améliorer la gestion du focus, la sémantique modale et les actions de fermeture étiquetées dans les superpositions personnalisées.	Éditeur	Dans les 6 mois suivant la présente déclaration
7	Remplacer ou compléter la barrière mathématique pour l’aidant par une alternative accessible au titre de WCAG 3.3.8.	Éditeur	Dans les 6 mois suivant la présente déclaration
8	Localiser les étiquettes d’accessibilité et les textes d’assistance de manière cohérente dans toutes les langues prises en charge.	Éditeur	Dans les 12 mois suivant la présente déclaration
9	Effectuer un audit manuel complet avec VoiceOver, TalkBack, clavier externe et contrôle par interrupteur, idéalement en incluant des tests d’utilisabilité avec des utilisateurs d’AAC.	Éditeur (engagement de testeurs externes lorsque possible)	Dans les 12 mois suivant la présente déclaration
10	Ajouter des contrôles d’accessibilité automatisés et manuels au processus de publication.	Éditeur	Dans les 6 mois suivant la présente déclaration

Si un marché public, un client commercial ou un acheteur du secteur public exige un rapport formel de conformité d’accessibilité ou un artefact de type VPAT avant ces fenêtres, nous en préparerons et partagerons un sur demande — voir Section 11.

8. Approche d’évaluation

La présente déclaration a été préparée par auto-évaluation.

L’évaluation comprenait :

L’inspection statique des widgets Flutter et du code du site web promotionnel.
Un examen par rapport aux critères de réussite WCAG 2.2.
Un examen par rapport aux exigences applicables aux logiciels et au web de EN 301 549.
flutter analyze pour le package communicator.

L’évaluation n’incluait pas encore :

Les tests complets VoiceOver sur iOS.
Les tests complets TalkBack sur Android.
Les tests complets au clavier externe.
Les tests de contrôle par interrupteur.
Les tests d’accessibilité automatisés basés sur le navigateur pour le site web promotionnel.
Les tests utilisateur avec des utilisateurs en situation de handicap ou des utilisateurs d’AAC.

9. Retour d’information, contact et escalade

Nous accueillons favorablement les retours sur les barrières d’accessibilité dans Sono.

Contact principal :

Matan Ljubas 10A Ul. Joze Krstića, Zadar, Zadarska županija 23000, Croatie E-mail : lj.matan@gmail.com

Méthodes de contact alternatives accessibles. Si l’e-mail ne vous est pas accessible, vous pouvez également joindre l’éditeur par courrier à l’adresse ci-dessus. Si vous avez besoin d’un canal alternatif (par exemple en raison d’un handicap ou de la compatibilité avec une technologie d’assistance), veuillez indiquer le canal que vous pouvez utiliser — par courrier, en demandant à un tiers d’envoyer un e-mail en votre nom ou par tout autre moyen raisonnable — et nous ferons de notre mieux pour répondre par un canal qui vous convient.

Lors du signalement d’un problème d’accessibilité, dans la mesure du possible, veuillez inclure :

L’appareil et le système d’exploitation que vous utilisez ;
La version de l’application, si connue ;
La langue sélectionnée dans l’application ;
L’écran ou la fonctionnalité où le problème s’est produit ;
La technologie d’assistance utilisée, le cas échéant ;
Une courte description de ce qui s’est passé et de ce à quoi vous vous attendiez.

La fourniture de ces informations n’est pas une condition préalable à notre réponse — nous travaillerons avec ce que vous pouvez nous donner.

Attentes de réponse. Nous nous efforçons de :

Accuser réception des retours d’accessibilité dans un délai de sept (7) jours calendaires à compter de la réception ;
Fournir une réponse substantielle, y compris une évaluation initiale et un calendrier de remédiation indicatif, dans un délai de trente (30) jours calendaires ;
Prioriser les barrières qui empêchent la communication, la navigation ou l’utilisation principale de l’application.

Lorsqu’une barrière ne peut pas être corrigée rapidement, nous proposerons, dans la mesure raisonnablement possible, une solution de contournement provisoire (voir Section 6).

Escalade. Si vous n’êtes pas satisfait de notre réponse à une plainte d’accessibilité, vous pouvez porter l’affaire devant les autorités croates compétentes en matière d’accessibilité, d’égalité de traitement et de protection des consommateurs — y compris, le cas échéant, le Médiateur croate (Pučki pravobranitelj, ombudsman.hr), le Médiateur des personnes handicapées (Pravobranitelj za osobe s invaliditetom, posi.hr) et l’autorité de surveillance du marché compétente désignée par la législation croate de transposition de la Directive (UE) 2019/882 (l’Acte européen sur l’accessibilité).

10. Examen et mises à jour

La présente déclaration sera examinée après des changements importants en matière d’accessibilité et au moins une fois par an.

Les futures mises à jour devraient inclure les résultats des tests manuels avec technologies d’assistance et tout travail de remédiation achevé.

11. Rapport de conformité d’accessibilité (ACR / VPAT)

Un Rapport formel de conformité d’accessibilité (également communément appelé VPAT — Voluntary Product Accessibility Template) n’a pas encore été publié pour Sono. Lorsqu’un marché public, un client commercial ou un acheteur du secteur public exige un ACR ou un artefact de type VPAT, l’éditeur peut en préparer un sur demande, reflétant le statut de conformité et les limites connues décrites aux Sections 3, 5 et 7 de la présente déclaration. Les demandes doivent être faites via les coordonnées de la Section 9 et doivent indiquer la norme par rapport à laquelle la conformité doit être rapportée (par exemple WCAG 2.2 AA, EN 301 549, ou Section 508 du US Rehabilitation Act).

12. Approbation formelle

La présente déclaration d’accessibilité est approuvée par :

Matan Ljubas
Éditeur de Sono AAC Communicator

La présente déclaration vise à décrire le statut actuel d’accessibilité de Sono AAC Communicator. Elle ne constitue pas une garantie de pleine conformité juridique et ne remplace pas un conseil juridique pour une juridiction, un processus de marché public ou une obligation réglementaire spécifique.