Accessibilité : en préparation
Rapport de conformité en matière d'accessibilité (ébauche)
Une ébauche de travail qui montre où en est le Workbench DocoMatic par rapport aux WCAG 2.2, à l'article 508 et à la norme EN 301 549, dans le format VPAT 2.5 qu'attendent les équipes d'approvisionnement. Chaque évaluation précise ce que nous avons testé et comment, et tout ce qui n'est pas entièrement pris en charge figure parmi les problèmes connus.
Date de l'ébauche : .Ébauche 0.1
Remplace : aucune version. La prochaine révision suivra les essais avec des technologies d'assistance.
Ce rapport est en préparation
Ceci n'est pas un rapport de conformité en matière d'accessibilité publié. C'est une ébauche de travail de notre propre évaluation d'une version préliminaire du Workbench. Elle ne comprend pas encore d'essais avec des technologies d'assistance ni d'examen indépendant, et ses évaluations pourraient changer une fois ces essais faits. Lorsque le rapport définitif sera prêt, nous l'offrirons sur notre page sur la sécurité et il remplacera cette ébauche.
Ce rapport ne couvre que le Workbench DocoMatic. Les problèmes du site Web de DocoMatic sont énumérés dans notre déclaration d'accessibilité; les deux listes sont volontairement tenues séparément.
Depuis la date de l'ébauche, le Workbench s'est doté d'une page d'aide intégrée. Les évaluations 3.2.6 (Aide cohérente) et 602.2 (Fonctions d'accessibilité et de compatibilité) décrivent donc la version antérieure et doivent être réévaluées; chacune de ces lignes porte la même note.
Renseignements sur le produit
- Produit
- Workbench DocoMatic, l'application Web que les clients utilisent pour téléverser, analyser, remédier et télécharger leurs documents
- Version
- Version préliminaire (0.1), telle que déployée à la date de l'ébauche
- Date de l'ébauche
- 16 septembre 2026
- Description
- Une application Web destinée aux organismes publics qui vérifie l'accessibilité des documents, les remédie selon PDF/UA et les WCAG, et produit des rapports de vérification. Offerte en anglais, en français canadien et en espagnol des États-Unis.
- Personne-ressource
- accessibility@docomatic.ai
- Portée
- Les écrans de connexion, d'inscription, de documents, de détail d'un document, de téléversement, de surveillance, d'intégrations, d'entités et de paramètres du Workbench, dans les trois langues. Non couverts : notre console interne du personnel, notre site Web commercial (voir la déclaration d'accessibilité) et notre site de documentation pour les développeurs.
Sommaire
Cette ébauche évalue 56 critères de succès des WCAG aux niveaux A et AA : ceux des WCAG 2.2, plus le critère 4.1.1, qui ne figure que dans les versions antérieures. Le Workbench en prend en charge 45 sans défaut connu et en prend en charge 3 partiellement. Les 8 autres sont sans objet, surtout parce que l'application ne contient ni audio ni vidéo.
Notre plus grande lacune tient aux preuves, pas au code. Nous n'avons pas encore testé le Workbench avec des lecteurs d'écran ni avec des logiciels de commande vocale. Nos évaluations reposent sur des essais automatisés, des essais au clavier seulement, des mesures et une revue du code. Nous le disons clairement tout au long de cette ébauche plutôt que de laisser croire à un audit manuel que nous n'avons pas fait.
Le site Web commercial a sa propre déclaration d'accessibilité.
Chaque ligne de critère a une ancre stable, par exemple 1.4.3 Contraste (minimum), de sorte qu'une réponse à un appel d'offres peut citer le lien vers une évaluation plutôt que joindre cette page.
Méthodes d'évaluation
À ce jour, nous avons évalué la version déployée à la date de l'ébauche avec les méthodes suivantes :
- Essais automatisés avec axe-core 4.10 sur 22 écrans du Workbench, en ouvrant chaque menu, zone de liste et boîte de dialogue, en anglais, en français et en espagnol. Cela comprend la vérification de la taille des cibles des WCAG 2.2 d'axe, désactivée par défaut. Résultat : aucune violation, quel que soit le niveau de gravité.
- Un essai automatisé au clavier seulement du flux de travail principal (téléverser, ouvrir le document, choisir un niveau de service, remédier, télécharger). Il vérifie que chaque arrêt du focus a un indicateur visible, que le focus suit l'ordre du document et qu'il n'est jamais perdu.
- Des mesures qu'axe ne fait pas : le contraste des bordures des champs de formulaire et des indicateurs de focus (au moins 3:1), la redistribution à 320 pixels CSS, les réglages d'espacement du texte des WCAG, et la présence de l'étiquette visible de chaque commande dans son nom accessible.
- Une revue du code des composants de l'interface utilisateur, construits sur les primitives Radix. Des essais automatisés vérifient aussi que la progression et les résultats des tâches sont annoncés par des zones actives (live regions).
Pas encore fait : des essais avec des lecteurs d'écran (JAWS, NVDA, VoiceOver, TalkBack), des loupes d'écran ou des logiciels de commande vocale, et des essais par des personnes en situation de handicap. Nous prévoyons de les commander avant la disponibilité générale. Le rapport définitif en présentera les résultats.
Normes et lignes directrices
- Règles pour l'accessibilité des contenus Web (WCAG) 2.2, niveaux A et AA. Le niveau AAA n'est pas évalué.
- Normes révisées de l'article 508 (Section 508), publiées par l'US Access Board (36 CFR partie 1194).
- EN 301 549 V3.2.1 (2021-03), Exigences d'accessibilité pour les produits et services TIC.
Termes
- Prise en charge
- La fonctionnalité du produit satisfait au critère sans défaut connu, ou y satisfait au moyen d'une solution équivalente.
- Prise en charge partielle
- Une partie de la fonctionnalité du produit ne satisfait pas au critère.
- Non prise en charge
- La majorité de la fonctionnalité du produit ne satisfait pas au critère.
- Sans objet
- Le critère ne s'applique pas au produit.
WCAG 2.2, niveau A
S'applique aussi à l'article 508 (501.1 pour les logiciels, 602.3 pour la documentation de soutien) et aux articles 9, 10 et 11 de la norme EN 301 549.
| Critère | Niveau de conformité | Remarques et explications |
|---|---|---|
| 1.1.1 Contenu non textuel | Prise en charge | Les icônes sont décoratives et masquées aux technologies d'assistance. Les boutons composés d'une seule icône ont un nom textuel, et le logo est marqué comme décoratif. |
| 1.2.1 Contenu seulement audio et seulement vidéo (préenregistré) | Sans objet | Le Workbench ne contient ni audio ni vidéo. |
| 1.2.2 Sous-titres (préenregistrés) | Sans objet | Le Workbench ne contient ni audio ni vidéo. |
| 1.2.3 Audiodescription ou version de remplacement pour un média temporel (préenregistré) | Sans objet | Le Workbench ne contient ni audio ni vidéo. |
| 1.3.1 Information et relations | Prise en charge | Les titres, les repères de navigation et de contenu principal, les listes, les étiquettes de formulaire et les tableaux de données avec cellules d'en-tête sont codés de façon sémantique. axe ne signale aucun problème, y compris selon ses règles de bonnes pratiques sur l'ordre des titres et les repères. |
| 1.3.2 Ordre séquentiel logique | Prise en charge | L'ordre de lecture suit l'ordre visuel. Les boîtes de dialogue et les menus sont placés dans l'ordre de lecture à leur ouverture. |
| 1.3.3 Caractéristiques sensorielles | Prise en charge | Les instructions ne dépendent ni de la forme, ni de la taille, ni de la position, ni du son. |
| 1.4.1 Utilisation de la couleur | Prise en charge | L'état des documents, les résultats des vérifications et les erreurs sont présentés sous forme de texte, avec des icônes au besoin. La couleur n'est jamais le seul indice. |
| 1.4.2 Contrôle du son | Sans objet | Le Workbench ne fait jouer aucun son. |
| 2.1.1 Clavier | Prise en charge | Toutes les fonctionnalités s'utilisent au clavier, ce que confirme un essai automatisé au clavier seulement du flux de travail principal. La zone de téléversement par glisser-déposer a aussi un bouton Parcourir utilisable au clavier. |
| 2.1.2 Pas de piège au clavier | Prise en charge | Le focus peut toujours être déplacé ailleurs. Les menus et les boîtes de dialogue se ferment avec Échap et rendent le focus à la commande qui les a ouverts. |
| 2.1.4 Raccourcis clavier utilisant des caractères | Prise en charge | Le seul raccourci (afficher ou masquer la barre latérale) exige Ctrl ou Commande. |
| 2.2.1 Réglage du délai | Prise en charge | Aucune tâche n'a de limite de temps. |
| 2.2.2 Mettre en pause, arrêter, masquer | Prise en charge partielle | Rien ne bouge ni ne clignote pendant plus de cinq secondes. L'état des documents et des alertes se met à jour automatiquement pendant l'exécution des tâches, et aucune commande ne permet de suspendre ces mises à jour. Elles s'arrêtent lorsque les tâches sont terminées. |
| 2.3.1 Pas plus de trois flashs ou sous le seuil critique | Prise en charge | Aucun contenu ne clignote. |
| 2.4.1 Contourner des blocs | Prise en charge | Un lien d'évitement amène le focus au contenu principal, et des repères de navigation et de contenu principal sont fournis. |
| 2.4.2 Titre de page | Prise en charge | Chaque titre de page nomme l'écran (d'après son titre principal, y compris le nom du document ou du domaine sur les écrans de détail) et l'organisation. |
| 2.4.3 Parcours du focus | Prise en charge | Le focus suit l'ordre visuel (testé automatiquement). Il entre dans les boîtes de dialogue et en revient à leur fermeture, et passe au contenu principal quand vous changez d'écran. |
| 2.4.4 Fonction du lien (selon le contexte) | Prise en charge | Le texte du lien, seul ou avec sa ligne de tableau, décrit la destination. |
| 2.5.1 Gestes pour le contrôle du pointeur | Prise en charge | Aucun geste multipoint ni fondé sur un tracé n'est utilisé. |
| 2.5.2 Annulation de l'action du pointeur | Prise en charge | Les commandes agissent au relâchement du pointeur, au moyen de boutons et de liens standard. |
| 2.5.3 Étiquette dans le nom | Prise en charge | Le nom accessible de chaque commande contient son texte visible. Nous l'avons vérifié automatiquement sur l'ensemble des écrans du Workbench. |
| 2.5.4 Activation par le mouvement | Sans objet | Aucune fonctionnalité n'utilise le mouvement de l'appareil. |
| 3.1.1 Langue de la page | Prise en charge | La langue de la page est définie à en-US, fr-CA ou es-US selon la langue choisie. |
| 3.2.1 Au focus | Prise en charge | Le déplacement du focus ne change jamais le contexte. |
| 3.2.2 À la saisie | Prise en charge | La modification d'un filtre met la liste à jour sur place. Rien ne s'ouvre et aucune navigation n'a lieu sans action délibérée. |
| 3.2.6 Aide cohérente | Sans objet | À la date de l'ébauche, le Workbench n'offrait aucun mécanisme d'aide; ce critère était donc sans objet. Nos coordonnées se trouvent sur notre site Web.À réévaluer : cette évaluation décrit la version antérieure à l'ajout de la page d'aide intégrée. |
| 3.3.1 Identification des erreurs | Prise en charge | Les erreurs sont décrites sous forme de texte à côté du champ ou de la commande en cause. Les champs sont marqués comme invalides et reliés à leur message, et les échecs sont aussi annoncés. |
| 3.3.2 Étiquettes ou instructions | Prise en charge partielle | Les champs de formulaire ont des étiquettes visibles. Les listes déroulantes de filtre au-dessus des listes ont un nom accessible, mais pas d'étiquette visible; leur fonction est indiquée par la valeur choisie (par exemple, « Tous les états »). |
| 3.3.7 Saisie redondante | Prise en charge | L'inscription reprend l'organisation et l'adresse courriel déjà saisies à l'étape du compte et ne les redemande pas. |
| 4.1.1 Analyse syntaxique (WCAG 2.0 et 2.1 seulement) | Prise en charge | Retiré des WCAG 2.2 et considéré comme toujours satisfait pour le HTML. Nous l'indiquons pour l'article 508 et la norme EN 301 549, qui renvoient à des versions antérieures des WCAG. |
| 4.1.2 Nom, rôle et valeur | Prise en charge | Les commandes sont construites sur les primitives Radix, avec les bons rôles, noms et états. Lorsqu'un menu, une zone de liste ou une boîte de dialogue est ouvert, la page derrière est à la fois masquée aux technologies d'assistance et rendue inerte. |
WCAG 2.2, niveau AA
L'article 508 intègre les WCAG 2.0; les critères ajoutés dans les WCAG 2.1 et 2.2 sont aussi évalués ici.
| Critère | Niveau de conformité | Remarques et explications |
|---|---|---|
| 1.2.4 Sous-titres (en direct) | Sans objet | Le Workbench ne contient aucun audio en direct. |
| 1.2.5 Audiodescription (préenregistrée) | Sans objet | Le Workbench ne contient aucune vidéo. |
| 1.3.4 Orientation | Prise en charge | Fonctionne en orientation portrait et paysage. |
| 1.3.5 Identifier la finalité des champs de formulaire | Prise en charge | Les champs personnels (nom, adresse courriel, organisation, téléphone, mots de passe) déclarent leur finalité, ce qui permet aux navigateurs de les remplir automatiquement. |
| 1.4.3 Contraste (minimum) | Prise en charge | Le texte atteint 4,5:1 (3:1 pour le grand texte), ce que confirme axe sur chaque écran testé. Le Workbench n'offre qu'un thème clair. |
| 1.4.4 Redimensionnement du texte | Prise en charge | Le texte peut être agrandi à 200 % sans perte de contenu; la mise en page se redistribue (voir 1.4.10). |
| 1.4.5 Texte sous forme d'image | Prise en charge | Aucune image de texte n'est utilisée. |
| 1.4.10 Redistribution | Prise en charge | À 320 pixels CSS de largeur, aucun écran testé ne défile dans les deux directions. Les tableaux de données défilent horizontalement dans leur propre conteneur, comme le permet le critère. |
| 1.4.11 Contraste du contenu non textuel | Prise en charge | Les bordures des champs de formulaire mesurent 3,4:1 et les indicateurs de focus 3,5:1 par rapport à la page. Un essai de non-régression protège les deux. |
| 1.4.12 Espacement du texte | Prise en charge | Avec les réglages d'espacement du texte des WCAG appliqués, aucun texte n'est tronqué. Les noms d'organisation trop longs sont abrégés par des points de suspension, quel que soit l'espacement, et s'affichent en entier dans le menu de l'organisation. |
| 1.4.13 Contenu au survol ou au focus | Prise en charge | Les infobulles peuvent être fermées avec Échap, peuvent être survolées et restent visibles jusqu'à leur fermeture ou jusqu'à ce qu'elles ne soient plus utiles. |
| 2.4.5 Accès multiples | Prise en charge | Les écrans sont accessibles depuis la navigation latérale et depuis les liens des listes et des tableaux de bord, et les documents peuvent aussi être trouvés par recherche. |
| 2.4.6 En-têtes et étiquettes | Prise en charge | Les titres et les étiquettes décrivent leur sujet ou leur fonction. |
| 2.4.7 Visibilité du focus | Prise en charge | Chaque élément pouvant recevoir le focus affiche un indicateur. L'essai au clavier le vérifie à chaque arrêt. |
| 2.4.11 Focus non masqué (minimum) | Prise en charge | Aucun contenu collant ou fixe ne recouvre l'élément qui a le focus. |
| 2.5.7 Mouvements de glissement | Prise en charge | La seule interaction par glissement, le dépôt de fichiers à téléverser, a aussi un bouton Parcourir. |
| 2.5.8 Taille de la cible (minimum) | Prise en charge | Les cibles mesurent au moins 24 pixels CSS sur 24 ou sont suffisamment espacées, ce que confirme la règle de taille des cibles d'axe. |
| 3.1.2 Langue d'un passage | Prise en charge | Chaque page est entièrement dans une seule langue. Dans le menu des langues, chaque option est marquée avec sa propre langue. |
| 3.2.3 Navigation cohérente | Prise en charge | La navigation latérale est la même sur chaque écran. |
| 3.2.4 Identification cohérente | Prise en charge | Les composants ayant la même fonction portent la même étiquette partout. |
| 3.3.3 Suggestion après une erreur | Prise en charge | Les messages d'erreur indiquent comment régler le problème, par exemple les règles de mot de passe, ou le choix d'un niveau de service inférieur quand les crédits ne suffisent pas. |
| 3.3.4 Prévention des erreurs (juridiques, financières, de données) | Prise en charge partielle | La suppression de documents et de membres de l'équipe, les actions groupées et les transferts de propriété demandent une confirmation. Lancer une remédiation unique dépense des crédits dès que le bouton est activé; le coût est affiché à côté du bouton, mais il n'y a pas d'étape de confirmation distincte. |
| 3.3.8 Authentification accessible (minimum) | Prise en charge | La connexion se fait par adresse courriel et mot de passe, accepte les gestionnaires de mots de passe et le collage, et ne comporte ni casse-tête ni test de mémoire. |
| 4.1.3 Messages d'état | Prise en charge | Les résultats de téléversement, les étapes d'analyse et de remédiation, les résultats de révision, les enregistrements et les totaux des actions groupées sont annoncés par des zones actives sans déplacer le focus. Les échecs sont annoncés de façon prioritaire. |
Article 508, chapitre 3 : critères de performance fonctionnelle
Équivaut à l'article 4.2 de la norme EN 301 549.
| Critère | Niveau de conformité | Remarques et explications |
|---|---|---|
| 302.1 Sans vision | Prise en charge partielle | Conçu pour les lecteurs d'écran (structure sémantique, noms accessibles, changements d'état annoncés), mais pas encore testé avec un lecteur d'écran. |
| 302.2 Avec une vision limitée | Prise en charge | Prend en charge le zoom du navigateur, la redistribution à 320 pixels CSS, l'espacement du texte et le contraste minimal. Pas encore testé avec des loupes d'écran. |
| 302.3 Sans perception des couleurs | Prise en charge | L'information n'est jamais transmise par la couleur seule. |
| 302.4 Sans audition | Prise en charge | Aucune fonctionnalité n'utilise l'audio. |
| 302.5 Avec une audition limitée | Prise en charge | Aucune fonctionnalité n'utilise l'audio. |
| 302.6 Sans parole | Prise en charge | Aucune fonctionnalité n'exige la parole. |
| 302.7 Avec une manipulation limitée | Prise en charge | Tout fonctionne au clavier, les cibles respectent la taille minimale et aucun glissement n'est requis. Pas encore testé avec des logiciels de commande vocale. |
| 302.8 Avec une portée et une force limitées | Prise en charge | Aucune interaction physique autre que la saisie standard au clavier ou au pointeur n'est nécessaire. |
| 302.9 Avec des capacités langagières, cognitives et d'apprentissage limitées | Prise en charge partielle | Messages en langage clair, mise en page cohérente, erreurs accompagnées de solutions proposées et aucune limite de temps. Lancer une remédiation unique ne comporte pas d'étape de confirmation (voir 3.3.4). |
Article 508, chapitre 5 : logiciels
Le Workbench est un logiciel Web et un outil de création : il produit des documents PDF accessibles. Équivaut à l'article 11 de la norme EN 301 549.
| Critère | Niveau de conformité | Remarques et explications |
|---|---|---|
| 501.1 Portée : intégration des WCAG 2.0 AA | Prise en charge | Voir les tableaux des WCAG 2.2 ci-dessus. |
| 502 Interopérabilité avec les technologies d'assistance | Sans objet | Logiciel Web : l'accessibilité passe par les interfaces d'accessibilité du navigateur, couvertes par les WCAG. Ce critère vise les logiciels de plateforme. |
| 503.2 Préférences de l'utilisateur | Prise en charge | Respecte les réglages du navigateur pour la taille du texte, le zoom, la langue et la réduction des animations. Les animations de chargement s'arrêtent lorsque la réduction des animations est demandée. |
| 503.3 Interfaces utilisateur de remplacement | Sans objet | Le Workbench n'offre aucune interface utilisateur de remplacement qui agisse comme technologie d'assistance. |
| 503.4 Commandes de l'utilisateur pour les sous-titres et l'audiodescription | Sans objet | Le Workbench ne contient aucune vidéo. |
| 504.2 Création ou modification de contenu | Prise en charge | Le Workbench sert à produire des documents accessibles. Il vérifie les fichiers téléversés selon les règles de PDF/UA et des WCAG, les remédie et indique ce qui a changé. |
| 504.2.1 Préservation des renseignements d'accessibilité lors de la conversion de format | Prise en charge partielle | La remédiation de niveau 1 ne fait qu'ajouter des balises et des propriétés; nous avons vérifié qu'elle laisse les pages visuellement identiques. Les niveaux 2 et 3 reconstruisent la structure du document et peuvent remplacer des polices. Les remplacements de polices sont consignés dans le manifeste des modifications, mais, à la date de cette ébauche, ils ne figurent pas dans le rapport remis au client. |
| 504.2.2 Exportation PDF | Prise en charge partielle | Les PDF remédiés sont validés selon PDF/UA-1 avec veraPDF. Les documents qui échouent sont signalés comme non vérifiés. Le PDF du rapport de vérification est vérifié de la même façon lorsqu'un validateur veraPDF est configuré pour le déploiement; sinon, seul l'analyseur de DocoMatic le vérifie. |
| 504.3 Invites | Prise en charge | Le rapport d'analyse énumère chaque vérification échouée et recommande un niveau de remédiation. Une révision humaine peut être ajoutée pour le contenu que l'automatisation ne peut pas trancher. |
| 504.4 Gabarits | Sans objet | Le Workbench n'offre pas de gabarits de documents. |
Article 508, chapitre 6 : documentation et services de soutien
Équivaut à l'article 12 de la norme EN 301 549.
| Critère | Niveau de conformité | Remarques et explications |
|---|---|---|
| 602.2 Fonctions d'accessibilité et de compatibilité | Prise en charge partielle | Cette ébauche et notre déclaration d'accessibilité décrivent les fonctions d'accessibilité du Workbench. À la date de l'ébauche, l'aide intégrée au produit ne les couvrait pas.À réévaluer : cette évaluation décrit la version antérieure à l'ajout de la page d'aide intégrée. |
| 602.3 Documentation de soutien électronique | Prise en charge partielle | Cette ébauche et la déclaration d'accessibilité sont publiées sous forme de pages Web accessibles. Notre site de documentation pour les développeurs n'a pas encore été évalué selon les WCAG 2.2 AA. |
| 602.4 Autres formats pour la documentation de soutien non électronique | Sans objet | Nous ne fournissons aucune documentation non électronique. |
| 603.2 Renseignements sur les fonctions d'accessibilité et de compatibilité | Prise en charge | Le soutien répond aux questions d'accessibilité à accessibility@docomatic.ai. |
| 603.3 Prise en compte des besoins de communication | Prise en charge | Le soutien se fait par écrit, par courriel, en anglais, en français ou en espagnol. |
Correspondance avec la norme EN 301 549
- Article 4.2 (énoncés de performance fonctionnelle) : voir le tableau du chapitre 3 de l'article 508.
- Articles 5 à 8 (exigences génériques, communication vocale bidirectionnelle, vidéo et matériel) : sans objet, sauf 5.2 (activation des fonctions d'accessibilité) et 5.7 (répétition des touches), que gère le navigateur.
- Articles 9 (Web), 10 (documents non Web) et 11 (logiciels) : voir les tableaux des WCAG 2.2. Le Workbench est une application Web.
- Article 11.8 (outils de création) : voir les lignes 504.2 à 504.4 du tableau du chapitre 5 de l'article 508.
- Article 12 (documentation et services de soutien) : voir le tableau du chapitre 6 de l'article 508.
La norme EN 301 549 est celle qui sous-tend la Loi européenne sur l'accessibilité; notre guide sur la Loi européenne sur l'accessibilité explique ce qu'elle exige. La façon dont les acheteurs lisent un rapport de ce format est expliquée dans notre guide sur l'article 508.
Problèmes connus
Tout ce qui suit n'atteint pas une prise en charge complète, ou n'est pas encore démontré. Nous mettrons cette liste à jour à mesure que chaque point sera réglé.
Pas encore testé avec des technologies d'assistance
Nous n'avons pas fait d'essais avec des lecteurs d'écran, des loupes ou la commande vocale. Nos évaluations reposent sur des essais automatisés, au clavier et par mesure, ainsi que sur une revue du code; des problèmes que seules de vraies technologies d'assistance révéleraient peuvent donc subsister. Cela touche 302.1, 302.2 et 302.7.
Les mises à jour d'état en direct ne peuvent pas être suspendues
Pendant l'exécution de vos tâches, l'état des documents et des alertes s'actualise automatiquement, et il n'y a pas de commande de pause (2.2.2). Les mises à jour s'arrêtent lorsque les tâches sont terminées.
Les filtres de liste n'ont pas d'étiquette visible
Les listes déroulantes de filtre ont un nom accessible, mais à l'écran leur fonction n'est indiquée que par la valeur choisie (3.3.2).
Aucune confirmation avant qu'une remédiation unique dépense des crédits
Le coût est affiché à côté du bouton Remédier, mais l'activer dépense les crédits immédiatement. La remédiation groupée, elle, demande une confirmation (3.3.4, 302.9).
Remplacements de polices non indiqués dans le rapport client
La remédiation de niveaux 2 et 3 peut remplacer des polices. Le changement est consigné dans le manifeste des modifications, mais pas encore dans le rapport remis au client (504.2.1).
La validation du PDF du rapport dépend du déploiement
Le PDF du rapport de vérification n'est vérifié avec veraPDF que lorsqu'un validateur veraPDF est configuré (504.2.2).
Fonctions d'accessibilité non couvertes par l'aide du produit
À la date de l'ébauche, le Workbench n'avait pas d'aide intégrée. Ses fonctions d'accessibilité sont décrites dans cette ébauche et dans notre déclaration d'accessibilité (602.2).
Documentation pour les développeurs non évaluée
Notre site de documentation pour les développeurs n'entre pas dans la portée de cette ébauche et n'a pas été évalué (602.3).
Console du personnel hors de la portée
La console interne du personnel de DocoMatic n'est pas un produit offert aux clients et n'est pas couverte ici. Elle est testée avec les mêmes vérifications automatisées et n'est offerte qu'en anglais.
Corrigé avant cette ébauche
Un audit interne du 15 septembre 2026 a relevé ces défauts. Tous ont été corrigés et testés de nouveau avant cette ébauche :
- Les menus et les zones de liste ouverts masquaient la page aux lecteurs d'écran tout en la laissant accessible au focus. La page derrière tout menu, zone de liste ou boîte de dialogue est maintenant aussi rendue inerte (4.1.2).
- La progression et la fin des tâches n'étaient pas annoncées. Les étapes, les enregistrements et les échecs sont maintenant annoncés (4.1.3).
- Les messages d'échec n'offraient aucun moyen de réessayer. Chaque état d'échec propose maintenant de réessayer, les états de chargement ont des espaces réservés, et les adresses inconnues affichent une vraie page introuvable.
- Le texte secondaire, les bordures des champs de formulaire et les indicateurs de focus manquaient de contraste (1.4.3, 1.4.11).
- Trois boutons de menu et les boutons de connecteur avaient un nom accessible qui ne contenait pas leur texte visible (2.5.3).
- Tous les écrans avaient le même titre de page (2.4.2).
- Deux cibles mesuraient moins de 24 pixels CSS et étaient trop proches de leurs voisines (2.5.8).
- Le focus était perdu à la soumission d'une remédiation et ne se déplaçait pas lors des changements d'écran, et la cible du lien d'évitement ne pouvait pas recevoir le focus (2.4.3).
- Les écrans Intégrations et Entités affichaient des clés de texte brutes au lieu de mots, dans les trois langues.
Commentaires
Si quelque chose ne fonctionne pas pour vous dans le Workbench, ou si vous avez besoin de cette ébauche dans un autre format, écrivez à accessibility@docomatic.ai. Nous répondons dans un délai de deux jours ouvrables.
Deux jours ouvrables, c'est l'engagement d'accusé de réception publié dans Niveaux de service et soutien, article 6.7.
Nous mettons cette ébauche à jour à mesure que les essais avancent et chaque fois qu'une évaluation change. La date de l'ébauche, en haut de la page, indique sa dernière modification.