search button mobile

Charte d’accessibilité pour Sage Intacct

Mise à jour le 29 julliet 2024

Sage Intacct est une application de comptabilité dans le Cloud destinée aux entreprises. Elle offre des fonctionnalités de comptabilité complétées par des solutions permettant d'automatiser les processus complexes de recettes et de facturation. Sage Intacct offre aussi des fonctionnalités financières et budgétaires, ainsi que des intégrations avec des produits logiciels tiers, la création de rapports et d'autres modules avancés pour la gestion financière.

Cette déclaration présente notre engagement pour garantir l’accessibilité de Sage Intacct, ainsi que les efforts que nous déployons afin de respecter la version 2.1 AA des Règles pour l’accessibilité des contenus Web (WCAG).

Notre engagement en faveur de l’accessibilité

Nous nous engageons à améliorer l’accessibilité de Sage Intacct afin que les personnes en situation de handicap puissent l’utiliser sans difficulté. Nous œuvrons sans cesse pour renforcer l’accessibilité en intégrant la navigation au clavier, la prise en charge des lecteurs d’écran et une utilisation étendue des balises ARIA et du HTML sémantique.

Nous voulons que le plus grand nombre possible de personnes puissent utiliser Sage Intacct. Cela implique par exemple que les personnes puissent :

  • Utiliser le produit en ligne sur de grands écrans sans avoir à faire défiler la page horizontalement (des applications mobiles distinctes sont disponibles et posséderont leur propre charte d'accessibilité).
  • Naviguer à l'aide de menus cohérents ou d'une carte visuelle des processus.
  • Effectuer un zoom avant de 150 %, ou modifier la taille et l'espacement du texte, sans que celui-ci ne sorte de l'écran.
  • Utiliser la fonction de recherche pour accéder rapidement au contenu.

AbilityNet propose également des conseils pour faciliter l'utilisation de votre appareil si vous avez un handicap.

Remarques importantes :

  • Nous mettons actuellement à jour la technologie utilisée pour développer Sage Intacct. Nous améliorons la prise en charge de l'accessibilité au fur et à mesure, mais toutes les fonctionnalités ne bénéficient pas encore de cette technologie.
  • Sage Intacct est un logiciel hautement personnalisable, y compris par des développeurs tiers. Votre configuration de Sage Intacct peut différer de cette charte.

Informations techniques sur l'accessibilité

Nous avons testé Sage Intacct selon la version 2.1 AA des Règles pour l’accessibilité des contenus Web (WCAG). Conformément à notre engagement d'amélioration continue, nous entendons poursuivre nos efforts en vue de renforcer encore davantage nos résultats en matière d'accessibilité.

Contenu non-textuel

Nous aimerions que tous les éléments ayant une signification sur une page aient une alternative textuelle.

Référence WCAG 1.1.1

Informations et relations

Nous souhaitons nous assurer que les informations et les relations suggérées par le graphisme soient claires pour les personnes utilisant des technologies d'assistance.

Référence WCAG 1.3.1

Utilisation de la couleur

Nous aimerions nous assurer que la couleur n'est pas utilisée comme le seul moyen visuel de transmettre des informations.

Référence WCAG 1.4.1

Contraste (minimum)

Nous souhaitons que l'affichage du texte offre un bon contraste avec les couleurs d'arrière-plan afin d'aider les personnes souffrant de déficiences visuelles.

Référence WCAG 1.4.3

Contraste non textuel

Nous souhaitons que l'affichage de tous les éléments interactifs présente un bon contraste avec les couleurs d'arrière-plan afin d'aider les personnes souffrant de déficiences visuelles.

Référence WCAG 1.4.11

Clavier

Nous aimerions que tous les éléments interactifs soient accessibles à l'aide d'un simple clavier.

Référence WCAG 2.1.1

Contourner des blocs

Nous aimerions modifier le code pour permettre aux utilisateurs de contourner les blocs de contenu récurrents comme la navigation, qui apparaît sur chaque page, car cela pourrait aider certaines personnes.

Référence WCAG 2.4.1

Titre des pages

Nous aimerions que chaque page ait un titre avec un code qui identifie son contenu.

Référence WCAG 2.4.2

Parcours du focus

Nous aimerions que le parcours du focus soit logique lorsque la touche tabulation est utilisée pour naviguer.

Référence WCAG 2.4.3

En-têtes et étiquettes

Nous aimerions que toutes les pages aient des titres plus clairs et plus descriptifs, et que toutes les pages aient un « Heading 1 » dans le code.

Référence WCAG 2.4.6

Visibilité du focus

Nous aimerions aider les utilisateurs à savoir quel élément a la priorité sur le clavier.

Référence WCAG 2.4.7

Étiquette dans le nom

Nous aimerions que le texte que nous utilisons pour les étiquettes des champs soit le même que celui utilisé dans le code pour le nom du champ afin d'aider les utilisateurs de la saisie vocale et de la synthèse vocale.

Référence WCAG 2.5.3

Langue de la page

Nous aimerions définir la langue de chaque page dans le code afin que le contenu soit toujours présenté correctement.

Référence WCAG 3.1.1

Suggestion après une erreur

Nous souhaitons que les personnes reçoivent si possible des suggestions pertinentes pour corriger une erreur.

Référence WCAG 3.3.3

Analyse syntaxique

Nous voulons faire en sorte que les identifiants dans le code soient uniques, afin que le produit fonctionne correctement pour tous les utilisateurs. Aujourd'hui, certains identifiants ne sont pas uniques. Nous avons identifié ces cas et nous allons les corriger.

Référence WCAG 4.1.1

Nom, rôle et valeur

Nous aimerions que chaque champ sur la page soit associé à une étiquette dans le code. Ce n'est pas le cas actuellement pour tous les champs, par exemple, les cases à cocher indiquant la sélection d'une ligne d'un tableau, ou de champs dans les tableaux. Pour remédier à cela, nous travaillons à la mise à jour du code associé à ce type de cas.

Nous voulons également que toutes les icônes contiennent une description textuelle dans le code, afin que les utilisateurs connaissent clairement leur fonction. Nous en avons identifié des icônes sans description et nous allons les mettre à jour.

Référence WCAG 4.1.2

Messages de statut

Si un message s'affiche, nous voudrions qu'il soit clair pour tous les utilisateurs.

Référence WCAG 4.1.3

Charge disproportionnée

Reflow

Il est possible d’utiliser le produit en ligne sur de grands écrans, sans qu'il soit nécessaire de faire défiler la page horizontalement (des applications mobiles distinctes sont disponibles et posséderont leur propre charte d'accessibilité).

Cependant, si vous utilisez le produit sur des écrans d'une largeur inférieure à 1930 pixels, vous devrez faire défiler l'écran horizontalement pour afficher une partie du contenu.

Toutes les pages du produit auraient besoin d'être corrigées, y compris les nombreuses pages contenant de grands tableaux de données. Il serait coûteux et il est souvent difficile de proposer des variantes responsive pour les grands tableaux sans nuire à leur compréhension. Certaines recommandations des Règles pour l'accessibilité des contenus Web (WCAG) suggèrent qu’une « mise en page en deux dimensions peut être acceptable pour les parties du contenu dont l’utilisation ou la compréhension nécessitent un tel affichage ».

Nous pensons que le support des petits écrans constituerait une charge disproportionnée dans l'application des Règles pour l'accessibilité. Nous ferons régulièrement d'autres évaluations.

Référence WCAG 1.4.10

Comment avons-nous testé ce produit ?

Nos procédures de test :

  • Cycles de tests réguliers : Nous effectuons des tests d’accessibilité tous les trimestres, ce qui nous permet de suivre l’évolution des problèmes déjà identifiés, de repérer de nouveaux points d’achoppement éventuels et de chercher des solutions adaptées. Ce rythme garantit que l’accessibilité reste une priorité tout au long de nos cycles de développement.
  • Tests automatisés et manuels : Notre approche combine des outils de test automatisés et des évaluations manuelles. Cette double stratégie nous aide à optimiser tous les aspects de la conformité technique, mais aussi de l’expérience utilisateur.
  • Environnements de test variés : Nous testons notre plateforme à l’aide de plusieurs outils et au sein de plusieurs environnements pour simuler des expériences utilisateur variées : lecteurs d’écran courants, modes de contraste élevé et navigation au clavier uniquement sur différents systèmes d’exploitation, comme Windows ou MacOS.
  • Apprentissage et formation en continu : Nos équipes de développement bénéficient d’une formation continue sur les normes d’accessibilité et les pratiques de conception inclusive. De cette manière, les aspects relatifs à l’accessibilité sont intégrés dès les premières étapes du développement de nouvelles fonctionnalités.

 

Les tests ont été réalisés avec :

  • Chrome version 80.0.3987.122 sur Mac OS, et VoiceOver inclus sur Mac OS 10.14.5 (Mojave).
  • Chrome version 80.0.3987.87 sur Windows 10 version 1803.

Commentaires et informations de contact

Nous savons que certaines parties de ce produit ne sont pas entièrement accessibles.

Vous avez besoin d'aide, vous constatez des problèmes non répertoriés sur cette page ou vous pensez que nous ne répondons pas aux exigences d'accessibilité ? Contactez-nous.

Nous examinerons toutes les demandes et nous reviendrons vers vous dès que possible.

Commentaires