search icon

Déclaration d’accessibilité pour Sage Intacct

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 :

  • Utiliser le produit Web sur de grands écrans sans devoir faire défiler la page horizontalement (des applications mobiles distinctes sont accessibles et seront couvertes par leurs propres déclarations d’accessibilité)
  • Naviguer à l’aide de menus cohérents ou d’une carte de processus visuelle.
  • Effectuer un zoom avant jusqu’à 150 %, ou modifier la taille et l’espacement du texte, sans que celui-ci ne déborde 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.

Notes importantes :

  • Sage Intacct est en train de mettre à jour la technologie sur laquelle il est développé. 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 hautement personnalisable, y compris par des développeurs tiers. Votre mise en œuvre de Sage Intacct peut différer de cette déclaration.

Renseignements techniques sur l’accessibilité

Nous avons testé Sage Intacct avec les directives d’accessibilité au contenu Web version 2.1, norme AA. Dans le cadre de notre engagement en faveur d’une amélioration continue, nous prévoyons poursuivre nos efforts pour renforcer encore davantage notre soutien à l’accessibilité.

Contenu non textuel

Nous aimerions que tous les objets d’une page qui ont une signification aient une alternative textuelle.

Référence WCAG 1.1.1

Renseignements et relations

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.

Référence WCAG 1.3.1

Utilisation des couleurs

Nous tenons à ce que la couleur ne soit pas utilisée comme seul moyen visuel de transmission des renseignements.

Référence WCAG 1.4.1

Contraste (minimum)

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.

Référence WCAG 1.4.3

Contraste non textuel

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.

Référence WCAG 1.4.11

Clavier

Nous aimerions que tout ce qui est interactif soit accessible uniquement à l’aide du clavier.

Référence WCAG 2.1.1

Contourner les blocs

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.

Référence WCAG 2.4.1

Titre des pages

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

Référence WCAG 2.4.2

Séquence du mouvement

Lorsque vous utilisez le bouton de tabulation pour vous déplacer, nous souhaitons que la séquence du mouvement soit logique.

Référence WCAG 2.4.3

Titres et étiquettes

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.

Référence WCAG 2.4.6

Visibilité du focus

Nous aimerions aider les gens à savoir quel élément a le focus clavier.

Référence WCAG 2.4.7

Étiquette dans le nom du champ

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.

Référence WCAG 2.5.3

Langue des pages

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

Référence WCAG 3.1.1

Suggestion des erreurs

Nous souhaitons que les personnes reçoivent des suggestions appropriées pour la correction d’une erreur si possible.

Référence WCAG 3.3.3

Analyse

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.

Référence WCAG 4.1.1

Nom, rôle, valeur

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.

Référence WCAG 4.1.2

Messages de statut

Si un message apparaît, nous souhaitons qu’il soit clair pour tous les utilisateurs.

Référence WCAG 4.1.3

Charge disproportionnée

Refusion

Sans devoir faire défiler la page horizontalement, il est possible d’utiliser le logiciel Web sur de grands écrans. (Des applications mobiles distinctes sont disponibles et seront couvertes par leurs propres déclarations d’accessibilité.)

 

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.

Référence WCAG 1.4.10

Comment nous avons testé ce produit

Comment nous testons l’accessibilité :

  • Cycles de tests réguliers : Nous effectuons des tests d’accessibilité sur une base trimestrielle, ce qui permet un suivi efficace et la résolution de tout problème nouveau ou en suspens. Cette cadence régulière garantit que l’accessibilité demeure 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 approche permet d’assurer une couverture complète de la conformité technique et de l’optimisation de l’expérience utilisateur.
  • Divers environnements de tests : Nous testons notre plateforme au moyen d’une variété d’outils et d’environnements afin de simuler différentes expériences d’utilisation. Ces tests portent notamment sur les lecteurs d’écran les plus courants, les modes à contraste élevé et la navigation avec clavier seulement, sur différents systèmes d’exploitation tels que Windows et MacOS.
  • Éducation et formations continues : Nos équipes de développement reçoivent des formations continues en matière de normes d’accessibilité et de pratiques de conception inclusive. Ces formations permettent de s’assurer que les considérations d’accessibilité sont intégrées dès le départ dans le développement de nouvelles fonctionnalités.

Les tests ont été effectués en utilisant :

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

Commentaires et coordonnées

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

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