Mise à jour le 29 julliet 2024
Sage Intacct est une application de comptabilité infonuagique pour les entreprises, qui fournit des capacités comptables de base complétées par des solutions pour automatiser les processus complexes de revenus et de facturation, des capacités financières et budgétaires, des intégrations avec des logiciels tiers, des rapports et des modules avancés supplémentaires pour la gestion financière.
Cette déclaration énonce notre engagement en matière d’accessibilité concernant Sage Intacct et reflète nos efforts pour nous conformer aux directives d’accessibilité au contenu Web (WCAG) version 2.1, niveau AA.
Notre engagement en matière d’accessibilité
Nous nous efforçons d’améliorer l’accessibilité de Sage Intacct, en veillant à le rendre plus facile à utiliser pour les personnes ayant un handicap. Nos efforts continus visent à améliorer l’accessibilité en intégrant la navigation avec clavier, la prise en charge des lecteurs d’écran et l’utilisation plus complète des balises ARIA et du HTML sémantique.
Nous voulons que le plus grand nombre de personnes possible puisse utiliser Sage Intacct. Par exemple, cela signifie que vous devriez être en mesure de faire ce qui suit :
AbilityNet propose également des conseils pour faciliter l’utilisation de votre appareil si vous avez un handicap.
Notes importantes :
Nous aimerions que tous les objets d’une page qui ont une signification aient une alternative textuelle.
Nous aimerions nous assurer que les renseignements et les relations impliquées par le formatage visuel sont claires pour les personnes utilisant des technologies d’assistance.
Nous tenons à ce que la couleur ne soit pas utilisée comme seul moyen visuel de transmission des renseignements.
Nous aimerions que la présentation visuelle du texte présente un bon contraste avec les couleurs de fond afin d’aider les personnes souffrant de déficiences visuelles.
Nous aimerions que la présentation visuelle de tout ce qui est interactif présente un bon contraste avec les couleurs de fond pour aider les personnes souffrant de déficiences visuelles.
Nous aimerions que tout ce qui est interactif soit accessible uniquement à l’aide du clavier.
Nous aimerions fournir des fonctionnalités dans le code pour permettre aux utilisateurs de contourner les blocs de contenu répétés, par exemple, la navigation qui apparaît à chaque page, car cela pourrait aider certains utilisateurs à naviguer dans le contenu.
Nous aimerions que chaque page ait un titre en code qui identifie son contenu.
Lorsque vous utilisez le bouton de tabulation pour vous déplacer, nous souhaitons que la séquence du mouvement soit logique.
Nous aimerions que toutes les pages aient des titres plus clairs et plus descriptifs, et que toutes les pages aient un « Titre 1 » en code.
Nous aimerions aider les gens à savoir quel élément a le focus clavier.
Nous aimerions que le texte que nous utilisons pour les étiquettes des champs soit le même que celui que nous utilisons pour le nom du champ en code afin de prendre en charge la saisie vocale ou les utilisateurs de la synthèse vocale.
Nous aimerions définir la langue de chaque page dans le code afin que le contenu soit toujours présenté adéquatement.
Nous souhaitons que les personnes reçoivent des suggestions appropriées pour la correction d’une erreur si possible.
Nous aimerions que les identifiants dans le code soient uniques, afin que le logiciel fonctionne bien pour tous les utilisateurs, mais aujourd’hui certains identifiants ne sont pas uniques. Nous avons enregistré ces cas pour les corriger.
Nous aimerions que chaque champ de la page soit associé à une étiquette dans le code, mais dans certaines situations, ce n’est pas le cas (par exemple, les cases à cocher indiquant la sélection d’une ligne de tableau, ou les champs dans les tableaux). Pour remédier à cela, nous travaillons à la mise à jour du codage de ce type de cas.
Nous aimerions également que toutes les icônes soient accompagnées d’une description textuelle dans le code, afin que tous les utilisateurs sachent clairement à quoi elles servent. Nous en avons trouvé certaines qui n’ont pas de description, et nous les avons consignées pour les corriger.
Si un message apparaît, nous souhaitons qu’il soit clair pour tous les utilisateurs.
Toutefois, si vous utilisez le produit sur des écrans d’une largeur inférieure à 1 930 pixels, vous devrez faire défiler l’écran horizontalement pour voir une partie du contenu.
Toutes les pages du produit devraient être corrigées, y compris de nombreuses pages contenant de grands tableaux de données. Cela serait coûteux, il est souvent difficile de proposer des variantes réactives de grands tableaux sans en perdre le sens, et certaines orientations WCAG suggèrent qu’une « mise en page bidimensionnelle pour l’usage ou le sens » peut être acceptable.
Nous pensons que le fait d’offrir un support pour les écrans plus petits constituerait une charge disproportionnée au sens de la réglementation sur l’accessibilité. Nous ferons régulièrement d’autres évaluations.
Comment nous testons l’accessibilité :
Les tests ont été effectués en utilisant :
Si vous avez besoin d’aide, si vous constatez des problèmes non répertoriés sur cette page ou si vous pensez que nous ne répondons pas aux exigences en matière d’accessibilité, communiquez avec nous à l’aide des coordonnées suivantes :
Nous examinerons toutes les demandes et reviendrons vers vous dès que possible.
Commentaires