Vue d'ensemble de la génération ACR/VPAT

La fonction de génération de rapport de conformité d'accessibilité/Modèle d'accessibilité des produits volontaires (ACR/VPAT) vous permet de créer, revoir, gérer et publier des ACR et des VPAT directement dans Axe Auditor après l'audit d'un produit. Vous pouvez effectuer l'ensemble du flux de travail ACR/VPAT dans Axe Auditor sans utiliser un outil séparé ou transférer manuellement les données d'évaluation entre les systèmes. Vous pouvez générer un ACR/VPAT à partir d'une évaluation d'accessibilité complétée, sélectionner le modèle de norme d'accessibilité à utiliser, définir le périmètre de l'évaluation et gérer le processus de révision et d'approbation directement dans l'application.

La génération ACR/VPAT prend en charge les normes suivantes :

• Normes d'accessibilité WCAG 2.x (Web)
• Exigences en matière d'accessibilité EN 301 549 pour les produits et services TIC au sein de l'Union européenne

Cette fonctionnalité prend en charge le flux de travail complet ACR/VPAT, qui inclut la création d'ACR et de VPAT, la révision, l'approbation, la publication et le suivi des versions de documents. Après avoir généré un ACR/VPAT, vous pouvez le télécharger sous forme de document Microsoft Word pour référence ultérieure.

Avantages

• Générez des ACR/VPAT directement à partir des évaluations terminées dans Axe Auditor.
• Complétez le processus ACR/VPAT dans une seule application.
• Réduisez le travail manuel et les erreurs de transfert de données.
• Soutenez à la fois les équipes de services internes et les utilisateurs d'entreprise.
• Gérez les révisions et les approbations via un flux de travail structuré.
• Suivez les versions ACR/VPAT à travers les instantanés d'évaluation.
• Maintenez un historique des versions ACR/VPAT publiées.

Public cible

La fonctionnalité de génération ACR/VPAT est destinée aux utilisateurs suivants :

• Consultants en accessibilité ou clients d'entreprise : Créez des ACR/VPAT pour les évaluations d'accessibilité des clients.
• Utilisateurs d'entreprise : Créez des ACR/VPAT pour leurs propres évaluations d'accessibilité.
• Responsables QA : Révisez les ACR/VPAT soumis et approuvez-les ou demandez des modifications.
• Chefs de projet : Examinez, approuvez et publiez les ACR/VPAT.

Comment Axe Auditor calcule les niveaux de conformité

Axe Auditor pré-remplit un niveau de conformité pour chaque critère dans le rapport en fonction des résultats de l'audit pour les pages et composants concernés. Cela offre aux examinateurs un point de départ fondé sur des preuves plutôt qu'un formulaire vierge. Les examinateurs peuvent modifier tout niveau calculé avant la publication.

Les cinq niveaux de conformité

Logique de calcul pour les critères de succès WCAG

Pour chaque critère de succès WCAG, Axe Auditor applique la logique suivante aux résultats de l'audit concernés :

1. Aucun problème trouvé → Soutient. Si l'audit n'a enregistré aucun échec contre un critère dans l'ensemble du périmètre, le critère est marqué Soutient.

2. Pas pertinent pour la plateforme → Non applicable. Certains critères ne s'appliquent pas à certaines plateformes (voir ci-dessous) et commencent comme Non applicable.

3. Problèmes trouvés → Soutient partiellement ou Ne soutient pas. Lorsque des échecs existent, l'outil évalue leur étendue et leur gravité :

   • Si un problème de niveau bloquant a été trouvé ou des échecs affectent la majorité des pages auditées, le critère est défini comme Ne soutient pas.
   • Si des échecs existent mais sont limités à une minorité de pages, le critère est défini comme Soutient partiellement.

4. Les critères de non-interférence échouent immédiatement. Un petit ensemble de critères fondamentaux — tels que Pas de piège clavier, Contrôle audio, Pause/Arrêter/Cacher et Trois flashs ou en dessous du seuil — sont traités comme des bloqueurs. Tout échec contre ces critères fait passer directement à Ne soutient pas, quel que soit le nombre de pages affectées, car cela peut empêcher un utilisateur d'utiliser complètement le produit.

En résumé, s'il y a peu de problèmes, le résultat est Soutient partiellement. S'il y a de nombreux problèmes ou des problèmes majeurs, le résultat est Ne soutient pas.

Le niveau de conformité est calculé en fonction du nombre d'échecs, de leur gravité et de leur impact sur l'expérience utilisateur. L'objectif est de fournir une représentation claire et précise de l'état d'accessibilité du produit.

Critères par défaut "Non applicable" selon la plateforme

Certains critères WCAG ne s'appliquent pas à certaines technologies (par exemple, les critères de médias temporels sur un produit sans audio ni vidéo). Axe Auditor les marque comme Non Applicable en fonction de la ou des plateformes sélectionnées pour le rapport :

Pour les rapports couvrant plus d'une plateforme, un critère est considéré comme Non Applicable uniquement s'il est Non Applicable pour chaque plateforme concernée. Un critère qui n'est pas applicable sur une plateforme mais pertinent sur une autre reste dans le rapport pour évaluation. Les réviseurs peuvent toujours outrepasser ces valeurs par défaut.

Non évalué

Non Évalué est disponible uniquement pour les critères de niveau AAA de WCAG, pour les éléments qu'une équipe choisit de ne pas évaluer. Cela signifie "nous n'avons pas testé cela", ce qui est distinct de Non Applicable ("nous l'avons testé et ce n'est pas applicable").

Lignes Section 508 et EN 301 549

Lorsqu'un rapport inclut la Section 508 ou EN 301 549, ces tableaux sont remplis à partir des mêmes résultats WCAG :

• Lignes mappées (par exemple, Section 508 Chapitre 3, EN 301 549 Clause 4) consolident la conformité à partir des critères WCAG sous-jacents :

  • Si un critère de non-interférence échoue, ou si la plupart des critères WCAG mappés ne sont pas pris en charge, la ligne est considérée comme Ne Prend Pas en Charge.
  • Sinon, elle indique Partiellement Prend en Charge.
  • Si rien n'a échoué, cela indique Prend en Charge.

  Ces lignes peuvent être modifiées manuellement par un réviseur.

• Les lignes de référence dirigent les lecteurs vers une autre section (par exemple, « Voir la section WCAG ») au lieu de montrer leur propre résultat. Elles sont incluses par souci d'exhaustivité et ne sont pas modifiées.

Sujets associés

• Créer des VPAT
• Créer des VPAT à partir d'un cas de test
• Créer des VPAT à partir de la page d'aperçu du test
• Réviser et générer un rapport VPAT