1. declaration-accessibilite

Accessibilité numérique

Déclaration d’accessibilité Lydia Solutions Applications mobiles Android et iOS

La présente déclaration d’accessibilité est établie conformément à l’article 47 de la loi n°2005-102 du 11 février 2005 pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées. Elle s’applique aux applications mobiles de Lydia Solutions Android et iOS

I – Identification de l’application

  • Nom de l’application : Sumeria
  • Plateformes concernées : Android / iOS
  • Version de l’application :15.0.0
  • Organisme responsable : Lydia Solutions
  • Date de la déclaration : 30 décembre 2025

II – État de conformité

L’audit de conformité finalisé le 17/12/2025 sur la version 15.0 de l’application révèle que l’application est partiellement conforme au Référentiel Général d’Amélioration de l’Accessibilité (RGAA), dans sa version en vigueur, appliqué au contexte des applications mobiles.

Remarque : Le RGAA – APPS est utilisé comme référentiel de référence pour l’évaluation de l’accessibilité des applications mobiles Android et iOS.

III – Résultats des tests d’accessibilité

L’audit d’accessibilité a été réalisé en interne.

Méthodologie

  • Référentiel utilisé : RGAA – APPS (critères applicables aux applications mobiles)
  • Environnement de test :
  • Android : version Sumeria 15.0.0, appareil Xiaomi 14T et Redmi Note 10S
  • iOS : version Sumeria 15.0.0, appareil Iphone 13 Pro

Pages ayant fait l’objet du test  

  • • Accueil 
  • • Flot d’inscription
  • • Flot de connection à l’application
  • • Flot de commande de carte
  • • Accès au manuel utilisateur 
  • • Ecran aide et messages

Taux de conformité

  • Android : 52,09% des critères du RGAA sont respectés
  • iOS : 51.86% des critères du RGAA sont respectés

IV – Contenus et fonctionnalités non accessibles

Non-conformités identifiées

  • Thématique liée à la couleur :
    • L’élément sélectionné à l’écran n’est pas toujours visible (navigation avec la souris et le clavier). Il est parfois indiqué uniquement par un changement de couleur.
    • Le contraste n’est pas toujours de 4,5:1 pour les éléments dont la police est ≥ 14 sans systématiquement d’option pour l’améliorer
  • Thématique liée à la navigation :
    • La navigation à l’aide des touches du clavier (flèches + tabulation) dans l’application n’est pas conforme, sauf sur les écrans simples.
    • La présentation des menus et des barres d’outils doit être cohérente d’un écran à l’autre. Si le même menu est utilisé à plusieurs endroits, l’ordre doit rester le même.
  • Thématique présentation de l’information :
    • L’interligne doit être d’au moins 1,5
    • Il n’est pas possible d’augmenter la taille du texte de 200 % et d’appliquer cette modification à l’ensemble du texte de l’application sans perte d’informations
    • Les zones cliquables doivent avoir une taille d’au moins 9 mm x 9 mm.
  • Thématique liée aux formulaires :
    • Pour chaque formulaire (nécessitant de remplir des données), chaque champ doit avoir une étiquette pertinente.
    • Les données doivent être récupérables après une fin de session
    • Chaque champ qui attend un format spécifique doit l’indiquer explicitement.
    • Des aides de saisie doivent être présentes
    • L’ordre des listes à choix multiples doit être pertinent.
  • Thématique liée au multimédia :
    • La navigation avec l’assistant vocal (Talk Back ou Voice Over) n’est pas conforme sur les éléments photos et vidéos de l’application
  • Thématique liée à la consultation :
    • Une documentation décrivant les fonctionnalités qui facilitent l’accessibilité doit être fournie.
  • Thématique liée au mobile :
    • Un utilisateur doit pouvoir utiliser l’application dans les deux orientations d’écran (portrait et paysage).
    • Il ne doit pas y avoir deux éléments côte à côte qui déclenchent la même action

V – Technologies utilisées

  • Langages et frameworks :
  • Android : Kotlin / Java / Jetpack Compose / XML
  • iOS : Swift / SwiftUI / UIKit

VI – Amélioration continue de l’accessibilité

L’accessibilité est intégrée dans :

  • Les développements et recettes techniques
  • Les processus de conception UX/UI
  • Les mises à jour applicatives

VII – Plan d’action pluriannuel d’accessibilité

Objectifs généraux

  • Améliorer progressivement le taux de conformité RGAA
  • Garantir l’accès aux fonctionnalités essentielles pour tous les utilisateurs
  • Former les équipes produit, design et développement à l’accessibilité mobile

Plan d’actions – Année 2026-2027

Lien vers le plan d’action – Lien vers une page avec les éléments suivants: Schéma pluriannuel d’accessibilité 2026-2027

VIII – Retour d’information et contact

Si vous rencontrez un défaut d’accessibilité ou souhaitez obtenir une information non accessible, vous pouvez contacter :

  • Adresse e-mail : contact@sumeria.eu 

Nous nous engageons à répondre dans un délai raisonnable.

IX – Voies de recours

Cette procédure est à utiliser dans le cas suivant : Vous avez signalé au responsable de l’application un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à un des services du portail et vous n’avez pas obtenu de réponse satisfaisante.

X – Mise à jour de la déclaration

Cette déclaration est mise à jour au minimum une fois par an ou à la suite d’une mise à jour majeure de l’application.

  • Dernière mise à jour : 30 décembre 2025