Modèle de rapport d’accessibilité — ce qu’un bon rapport contient vraiment
« Rapport d’accessibilité » désigne au moins trois artefacts différents selon qui l’a dit, et l’écart entre eux est suffisamment large pour qu’un responsable des achats et un responsable technique puissent assister à la même réunion et en ressortir avec des attentes totalement différentes. L’expression couvre le PDF automatisé qu’un scanner axe DevTools ou WAVE génère en sortie de pipeline de build ; le livrable manuel de 60 pages qu’un cabinet spécialisé remet après six semaines d’audit ; et les benchmarks sectoriels comme le WebAIM Million et les compilations de mise en application de la première année de l’EAA.
Cet article porte sur les deux premiers — l’artefact que vous commandez, examinez, validez et remettez à votre équipe de développement. Ce qui suit décrit la structure d’un rapport utilisable, la rubrique de sévérité qui distingue un rapport fonctionnel d’une pile d’étiquettes inexploitables, et le format de constat que les équipes d’ingénierie utiliseront réellement pour trier les priorités. La moitié des rapports qui atterrissent sur les bureaux des responsables accessibilité en 2026 échouent au test décrit ci-dessous, et la défaillance a presque toujours la même forme : pas de périmètre, pas de rubrique, pas de feuille de route, pas de verdict — juste une longue liste de références WCAG et le mot « élevé » recopié dans une colonne.
Les rapports de scanner automatisé, les rapports d’audit manuel et les rapports annuels sectoriels sont trois artefacts distincts. Le guide de terrain ci-dessous répertorie les neuf sections qui rendent un livrable utilisable, avec la même anatomie dans chaque entrée : ce qu’elle contient, l’exemple de formulation qui l’ancre, son importance, le public visé, et si elle est obligatoire ou recommandée. Le catalogue peut être lu de bout en bout ou consulté par numéro de section.
9 sections · ce que tout bon rapport d’accessibilité doit contenir
| ID | Section | Rôle | Obligatoire ? |
|---|---|---|---|
| E·01 | Résumé exécutif | Verdict de posture en un paragraphe pour les commanditaires | Obligatoire |
| E·02 | Périmètre | Ce qui a été testé — et ce qui ne l’a pas été | Obligatoire |
| E·03 | Méthodologie | Norme, type d’audit, outils, versions | Obligatoire |
| E·04 | Verdict de conformité | Réussite / échec / N-A par critère de succès | Obligatoire |
| E·05 | Constats — la liste des problèmes | Chaque défaut avec ID, SC, sévérité, correctif | Obligatoire |
| E·06 | Rubrique de sévérité | Définition de bloquant / majeur / mineur | Obligatoire |
| E·07 | Feuille de route de correction | Ordre de correction priorisé avec estimations d’effort | Obligatoire |
| E·08 | Politique de re-test | Calendrier et déclencheurs de revalidation | Obligatoire |
| E·09 | Modèle de déclaration d’accessibilité | Projet de déclaration publique, prêt à publier | Obligatoire |
Obligatoire = couvert dans les rapports de scanner automatisé et d’audit manuel, avec la nuance que les scanners génèrent automatiquement des ébauches ou omettent E·01, E·02, E·07 et E·09 parce que ces sections requièrent un jugement humain. Le format de chaque section est au choix de l’auditeur ; la présence des neuf sections est ce qui rend un livrable utilisable.
Trois types de rapport d’accessibilité — et celui dont vous avez réellement besoin
Le vocabulaire compte parce que les prestataires brouillent volontairement les catégories. Trois artefacts distincts sont vendus sous la même expression, et ils répondent à des questions différentes.
Rapport de scanner automatisé. Produit par un outil — axe DevTools, WAVE, Lighthouse, Pa11y, ou le scanner d’accessibilité gratuit sur ce site. S’exécute en quelques minutes. Couvre environ 60 à 70 % des critères de succès WCAG 2.2 en surface, mais nettement moins en termes d’impact utilisateur, car les défaillances à fort impact — pièges au clavier, qualité de l’ordre de focus, lisibilité par les lecteurs d’écran, texte alternatif pertinent — échappent en grande partie à l’analyse statique. Utile comme base de référence et comme garde-fou de régression en IC, mais pas comme rapport complet à lui seul.
Rapport d’audit manuel. Commandé auprès d’un cabinet spécialisé ou produit en interne, idéalement avec une passe par un audit manuel par des testeurs en situation de handicap. Prend quatre à huit semaines. Couvre les 30 à 40 % de WCAG que l’automatisation manque, ainsi qu’une lecture humaine du reste. C’est l’artefact qui établit une posture juridique défendable sous l’ADA Title III ou l’EAA et qui pilote la feuille de route de correction.
Rapport annuel sectoriel. WebAIM Million, EU eGovernment Benchmark, bilans d’application de la première année de l’EAA. Contexte à l’échelle du secteur, non un substitut à l’audit de votre propre propriété.
Si une partie prenante dit « nous avons besoin d’un rapport d’accessibilité » sans préciser lequel, demandez. La différence de coût entre les trois est d’environ quatre ordres de grandeur.
Un rapport qui omet le périmètre, la rubrique ou le verdict est activement trompeur, car le lecteur ne peut pas savoir ce qui a été testé, ce que signifie « sévérité », ni si la propriété est conforme.
Chaque entrée ci-dessous enregistre les mêmes informations dans le même ordre : ce qu’elle contient, l’exemple de formulation qui l’ancre, son importance, le public visé, et si elle est obligatoire ou recommandée. Un rapport auquel manque l’une des neuf sections est incomplet ; un rapport auquel manquent E·02, E·04 ou E·06 est inutilisable.
Résumé exécutif
Un paragraphe, en langage clair, sans jargon. L’élément non négociable est un verdict de posture — une phrase unique qui indique à un commanditaire exécutif si la propriété est conforme, partiellement conforme ou non conforme à la norme nommée. Sous le verdict, trois à cinq phrases nommant la norme, la fenêtre d’audit, le nombre de constats bloquants et le titre de la feuille de route de correction.
Les commanditaires exécutifs ont besoin d’un verdict, pas d’une indication de tendance. Le résumé est la seule page que la plupart des lecteurs non spécialistes ouvriront, et un rapport qui noie la posture de conformité sous douze pages de préambule méthodologique manque à son objectif principal. La phrase de verdict est aussi ce que les régulateurs et les responsables des achats citent lorsqu’ils font référence à votre rapport.
Périmètre
Ce qui a été testé — URL, types de pages, parcours utilisateurs, appareils, navigateurs, technologies d’assistance. Et ce qui ne l’a pas été — pages protégées hors du compte de test, PDF, applications mobiles natives, intégrations tierces. Chaque surface exclue est nommée, avec la raison de son exclusion (hors budget, pas d’identifiants de test, reportée à une mission de suivi).
Le périmètre est ce qui empêche qu’un audit de fin d’année soit contesté sur des points de procédure. S’il est absent, la déclaration de conformité est invérifiable — un plaignant peut pointer vers n’importe quelle surface non auditée et affirmer que le rapport est muet à son sujet, et le défendeur ne peut prouver le contraire. Un périmètre borne également la responsabilité de l’auditeur : une exclusion nommée est une exclusion acceptée par l’organisation auditée.
Méthodologie
Quelle norme — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Quel type d’audit — automatisé, manuel, mixte. Quels outils et à quelles versions — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Quelle approche de test — parcours WCAG-EM par échantillonnage, revue complète par gabarit, basée sur les parcours.
La méthodologie permet à un re-test six mois plus tard de comparer les résultats à périmètre équivalent. Sans version d’outil nommée, une régression ne peut être distinguée d’un artefact de mise à jour d’outil. Sans norme nommée, une déclaration de « conformité » est ininterprétable. La section méthodologie est aussi l’endroit où la compétence d’un auditeur est lue par d’autres auditeurs.
Verdict de conformité
La déclaration formelle de conformité, par critère de succès, en trois états : réussite, échec, non applicable. WCAG 2.2 AA comporte 55 critères de succès ; chacun doit figurer dans ce tableau. Non applicable est un verdict légitime — un site sans vidéo n’a pas besoin de satisfaire 1.2.2 Sous-titres — mais chaque N-A nécessite une justification d’une ligne.
C’est ce que lisent en premier les régulateurs et les avocats des plaignants. Un rapport qui brouille le verdict — « est globalement conforme », « en conformité substantielle », « en chemin vers l’accessibilité » — est un rapport qui perd face au DOJ ou à un organisme d’application de l’EAA d’un État membre. Le tableau de verdict est aussi l’entrée de la déclaration d’accessibilité publique, de sorte qu’un tableau flou produit une déclaration floue.
Constats — la liste des problèmes
La section la plus longue de tout rapport réel. Chaque constat a sa propre ligne avec un ID stable, un SC WCAG, une sévérité, un emplacement, une description, un impact utilisateur et un correctif recommandé. Le format est décrit dans la section « format de constat » plus bas. Les constats sont regroupés par gabarit ou par sévérité, classés par priorité de correction, et croisés avec le tableau de verdict de conformité.
La liste des constats est la partie que l’équipe d’ingénierie ouvre réellement. Un rapport qui noie ses constats dans du texte narratif ne sera jamais trié ; un rapport qui les livre sous forme de lignes avec des ID stables devient un backlog de tickets. L’ID stable est le détail structurant — il permet de référencer le même constat dans le tableau de verdict, la feuille de route et le rapport de re-test douze mois plus tard.
Rubrique de sévérité
Une rubrique définie qui nomme ce que signifient bloquant, majeur et mineur dans ce rapport spécifique. Sans rubrique, les sévérités sont subjectives. La rubrique recommandée à trois niveaux — ancrée dans l’impact utilisateur plutôt que dans la confiance du scanner ou l’exposition juridique — est décrite dans la section rubrique plus bas.
Sans rubrique, « sévérité élevée » signifie ce que le lecteur y projette, et la colonne de sévérité devient décorative. Avec une rubrique, bloquant signifie la même chose dans le constat F-001 que dans le constat F-247, et la feuille de route peut prioriser rationnellement. Une rubrique empêche également l’inflation du périmètre lors des re-tests — un constat ne peut pas être reclassifié silencieusement entre les cycles si sa définition de sévérité est écrite.
Feuille de route de correction
Un ordre de correction priorisé avec des estimations d’effort approximatives. Les bloquants d’abord, puis les majeurs, puis les mineurs ; dans chaque niveau, corriger en priorité les éléments qui se répètent sur plusieurs gabarits. Les estimations d’effort peuvent être grossières — petite, moyenne, grande en jours-ingénieur — mais elles doivent exister, car la feuille de route est ce qui transforme le rapport en programme.
Un rapport sans feuille de route est une pile de constats sans instruction sur quoi faire ensuite, et l’organisation auditée le rangera discrètement dans un tiroir. Une feuille de route transforme le rapport en programme de travail qui peut être suivi, doté de ressources et rapporté dans les trimestres suivants. C’est aussi l’artefact que le guide d’achat de surveillance recommande comme entrée pour une configuration de surveillance continue.
Politique de re-test
Quand le rapport sera revalidé, ce qui déclenche un re-test hors calendrier, et quels constats seront retestés. Un audit complet annuel plus un re-test à six mois sur les critères précédemment échoués est défendable pour la plupart des propriétés ; les produits à livraison quotidienne nécessitent un cycle plus serré.
Un rapport sans cadence de re-test est un rapport silencieusement périmé dans les douze mois. La Directive européenne sur l’accessibilité des sites web attend que les déclarations publiées soient rafraîchies annuellement ; l’EAA et le DOJ Title II traitent tous deux les audits non rafraîchis comme une preuve que l’organisation a cessé de prêter attention. Une cadence nommée protège également un auditeur contre un futur client qui demande pourquoi le rapport précédent n’a pas détecté une régression arrivée deux mois après la clôture de la fenêtre d’audit.
Modèle de déclaration d’accessibilité
Un projet de déclaration publique rédigé à partir des constats d’audit, prêt à publier à /accessibility/. L’auditeur dispose des faits, c’est donc l’auditeur qui rédige la déclaration ; l’organisation auditée la révise et la publie. Pour des exemples de la variabilité de qualité des déclarations publiées, l’audit des déclarations d’accessibilité répertorie les 100 premières en 2026.
La déclaration est la surface publique du rapport et le seul document que la plupart des utilisateurs verront jamais. La rédiger dans le cadre du rapport — plutôt que de laisser l’organisation auditée traduire les constats en langage public six mois plus tard — est ce qui boucle la boucle entre l’audit et la posture publique. C’est aussi l’artefact de mise en conformité EAA au titre de l’article 7, et l’un des documents que la règle DOJ Title II 2024 s’attend à voir disponibles sur demande.
Une rubrique de sévérité qui fonctionne vraiment
La plupart des rapports utilisent « élevé / moyen / faible » sans définir ce que ces mots signifient, ce qui rend la colonne de sévérité décorative plutôt que structurante. Une rubrique fonctionnelle est ancrée dans l’impact utilisateur, non dans la confiance du scanner ni dans l’exposition juridique.
Bloquant. Les utilisateurs ayant le handicap concerné ne peuvent pas du tout accomplir le parcours. Un piège au clavier sur la page de paiement. Un lecteur d’écran qui n’annonce pas un champ de formulaire critique. Une fenêtre modale qui capture le focus et ne peut pas être fermée sans souris. L’utilisateur doit abandonner ou demander de l’aide.
Majeur. Les utilisateurs peuvent accomplir le parcours, mais avec des frictions significatives ou nettement moins d’informations qu’un utilisateur voyant utilisant une souris. Un ordre de focus qui saute de manière imprévisible. Des messages d’erreur qui apparaissent visuellement mais ne sont pas annoncés. Un contraste inférieur à 4,5:1 sur de grandes parties de la page. Le parcours s’accomplit, mais l’expérience est matériellement dégradée.
Mineur. Un problème d’accessibilité qui ne bloque pas ni ne dégrade substantiellement le parcours. Une image décorative sans alt="". Un point de repère sans étiquette. Un problème uniquement de niveau AAA signalé à titre informatif. Ces éléments appartiennent au rapport mais se trouvent au bas de la file de correction.
Une note sur la sévérité juridique. Certains services juridiques demandent un niveau de « sévérité juridique » parallèle, pondéré par l’exposition aux actions collectives plutôt que par l’impact utilisateur. C’est acceptable — mais gardez-le dans une colonne séparée. Mélanger les deux produit un rapport dont l’équipe de développement se méfie et sur lequel les juristes sur-réagissent.
Un format de constat que les équipes d’ingénierie utiliseront vraiment
Un constat est une ligne, pas un paragraphe. Les champs obligatoires :
| Champ | Exemple |
|---|---|
| ID du constat | F-014 |
| SC WCAG | 1.4.3 Contraste (Minimum) |
| Sévérité | Majeur |
| Emplacement | https://example.com/checkout — button.cta-primary (voir capture F-014.png) |
| Description | Le texte du CTA principal s’affiche à 3,2:1 sur le fond orange ; WCAG AA exige 4,5:1. |
| Impact utilisateur | Les utilisateurs malvoyants et les utilisateurs en plein soleil ne peuvent pas lire le libellé du bouton. |
| Correctif recommandé | Assombrir le jeton de fond de #F2994A à #C95F0A, ou changer le texte en bleu marine foncé. |
Chaque ligne qui omet la phrase d’impact utilisateur sera déprioritisée par les ingénieurs qui se demandent « qu’est-ce que cela casse concrètement ? ». Chaque ligne qui omet un correctif recommandé sera déprioritisée par les chefs de produit qui se demandent « quelle décision prendre ici ? ». Un rapport qui est trié est un rapport qui corrige des problèmes ; un rapport qui ne l’est pas est une pile d’étiquettes de sévérité.
La version « sortie de scanner » — ce qui est différent
Pour un rapport de scanner automatisé — le PDF produit par une exécution d’IC, un scanner d’accessibilité gratuit, ou une plateforme de surveillance — les sections E·01, E·02, E·07 et E·09 sont généralement absentes ou auto-générées. La valeur d’un rapport de scanner réside dans E·04 et E·05 : une liste lisible par machine des critères de succès échoués et des constats indexés sur des sélecteurs DOM. Le scanner ne peut pas rédiger un résumé exécutif utile, ne peut pas prendre de décision sur le périmètre, ne peut pas prioriser une feuille de route, et ne peut pas rédiger une déclaration qu’un juriste validerait.
C’est acceptable — un rapport de scanner est l’entrée brute d’un rapport d’accessibilité complet, non un substitut. Certaines plateformes de surveillance ajoutent désormais les sections manquantes par-dessus la sortie du scanner ; c’est plus proche d’un artefact complet, mais le résumé et la feuille de route nécessitent toujours une lecture humaine avant publication.
Le modèle téléchargeable
Un modèle markdown fonctionnel correspond biunivoquement aux neuf sections ci-dessus :
# Rapport d'accessibilité — [Propriété] — [Date]## Résumé exécutif— un paragraphe plus la phrase de verdict## Périmètre— URL, parcours, appareils, technologies d’assistance ; liste explicite hors périmètre## Méthodologie— norme, type d’audit, outils, versions## Verdict de conformité— tableau de tous les SC WCAG 2.2 AA avec réussite / échec / N-A## Constats— un sous-titre par constat, champs selon le format ci-dessus## Rubrique de sévérité— définitions bloquant / majeur / mineur utilisées## Feuille de route de correction— liste priorisée avec estimation d’effort## Politique de re-test— calendrier et déclencheurs## Déclaration d'accessibilité (projet)— version prête à publier
Une itération future de cette page hébergera des versions téléchargeables en .md et .docx ; pour l’instant la structure ci-dessus est la référence canonique. L’audit des déclarations d’accessibilité répertorie comment les 100 premières déclarations varient — l’écart entre bonne et mauvaise déclaration suit étroitement la présence ou l’absence d’un périmètre défini et d’une vraie rubrique dans le rapport sous-jacent.
Ce que ces 9 sections ont en commun
Chacune des neuf sections accomplit le même travail fondamental : elle convertit un élément de preuve en un élément de langage qui peut être cité, audité et opposé à l’organisation auditée douze mois plus tard. Le résumé exécutif convertit un audit de 60 pages en verdict. Le périmètre convertit la couverture réelle de l’auditeur en une borne vérifiable. La méthodologie convertit un processus en référence de comparaison reproductible. Le tableau de verdict convertit la conformité WCAG en 55 assertions atomiques. Les constats convertissent les défauts en lignes triables. La rubrique convertit la sévérité d’une impression subjective en une définition. La feuille de route convertit les constats en programme. La politique de re-test convertit le rapport d’un instantané en une cadence. Le modèle de déclaration convertit le rapport interne en posture publique.
Les rapports qui échouent en 2026 échouent parce qu’ils sautent l’étape de conversion. Ils citent un numéro WCAG sans le traduire en « qu’est-ce que cela casse concrètement pour quels utilisateurs ». Ils étiquettent les constats « élevé » sans traduire « élevé » en définition. Ils produisent un verdict sans produire le périmètre auquel il s’applique. Chaque étape de traduction manquante est un endroit où le rapport devient invérifiable — et un rapport d’accessibilité invérifiable n’est pas un livrable, c’est un artefact marketing.
Le schéma sous-jacent est qu’un rapport d’accessibilité est lu à quatre distances très différentes. Le commanditaire exécutif lit E·01 et ne revient jamais. Le responsable des achats lit E·02, E·03 et E·09. Le responsable ingénierie lit E·05, E·06 et E·07. L’auditeur lisant le rapport douze mois plus tard lit E·03, E·04 et E·08. Un rapport qui ne fonctionne pas aux quatre distances en échoue au moins un de ces lecteurs, et le lecteur qui échoue est généralement celui qui tient le budget.
Par où commencer
Actions pratiques pour les responsables accessibilité en 2026
- Exécuter le scanner d’accessibilité gratuit sur trois gabarits représentatifs pour produire une liste de constats de base au format E·05 — c’est l’artefact minimum viable et ne coûte rien.
- Commander un audit manuel par des testeurs en situation de handicap pour le rapport complet à neuf sections. Insister sur E·02, E·06 et E·07 comme critères d’acceptation du livrable.
- Publier le projet de déclaration d’accessibilité issu de E·09 à
/accessibility/dans les quatre semaines suivant le rapport. Ne pas le laisser non publié. - Mettre en place une surveillance continue selon le guide d’achat de surveillance pour détecter les régressions entre le rapport annuel et le re-test à six mois.
- Planifier le re-test de E·08 dans le calendrier ingénierie — pas dans le calendrier juridique — et le traiter comme une porte de release.
Un rapport d’accessibilité utilisable est celui qu’un régulateur peut lire en cinq minutes (E·01, E·02, E·04), qu’un ingénieur peut trier en un sprint (E·05, E·06, E·07), et qu’un auditeur peut réexécuter dans un an (E·03, E·08). Un rapport inutilisable est celui qui cite des numéros WCAG sans les traduire en langage que l’un de ces lecteurs peut exploiter. La moitié des rapports qui atterrissent sur les bureaux des responsables accessibilité en 2026 échouent à ce test, et la défaillance a presque toujours la même forme : pas de périmètre, pas de rubrique, pas de feuille de route, pas de verdict.
Exécutez le scanner WCAG 2.2 gratuit pour une base automatisée au format E·05, puis commandez un audit manuel pour les six sections restantes.
Ouvrir le scanner →Foire aux questions
Que doit contenir un rapport d’accessibilité ?
Un rapport complet contient neuf sections : un résumé exécutif avec un verdict de posture, un périmètre, une section méthodologie nommant la norme et les outils, un verdict de conformité par critère de succès, une liste de constats, une rubrique de sévérité, une feuille de route de correction avec des estimations d’effort, une politique de re-test, et un modèle de déclaration d’accessibilité. Un rapport auquel manquent le périmètre, la rubrique ou le verdict est inutilisable — le lecteur ne peut pas savoir ce qui a été testé, ce que signifie « sévérité », ni si le site est conforme.
Quelle est la différence entre un rapport d’accessibilité et une déclaration d’accessibilité ?
Un rapport d’accessibilité est un livrable interne — généralement 30 à 80 pages — documentant les constats, les sévérités et la feuille de route d’un audit. Une déclaration d’accessibilité est la page publique courte disponible à /accessibility/ résumant la posture de conformité, la norme, la date d’audit, les exceptions connues et le moyen de contact pour les utilisateurs rencontrant un obstacle. Le rapport produit la déclaration ; la déclaration n’est pas le rapport.
Quelle est la longueur habituelle d’un rapport d’accessibilité ?
Un rapport d’audit manuel pour un petit site marketing fait de 25 à 40 pages. Un rapport pour un produit authentifié complexe couvrant plusieurs parcours peut atteindre 80 à 150 pages, car la section des constats s’allonge avec le nombre de gabarits examinés. Les sections narratives combinées occupent environ 10 à 15 pages quelle que soit la taille du site. Le reste, ce sont les constats.
Les rapports de scanner d’accessibilité sont-ils juridiquement suffisants ?
Non. Ni la règle Title II 2024 du DOJ, ni l’Acte européen sur l’accessibilité ne considèrent la sortie automatisée d’un scanner comme un rapport d’accessibilité complet. Les scanners détectent environ 30 à 40 % des problèmes WCAG — principalement le contraste, l’absence de texte alternatif, l’absence d’étiquettes et la structure du document. Les 60 à 70 % restants nécessitent un jugement humain. Un rapport de scanner est une entrée brute pour un rapport complet, non un substitut.
À quelle fréquence doit-on renouveler un rapport d’accessibilité ?
Un cycle complet d’audit manuel et de rapport tous les douze mois est la référence de travail pour la plupart des propriétés. Un re-test sur les critères précédemment échoués à six mois est une bonne pratique. Tout changement significatif de gabarit, toute refonte ou migration de framework doit déclencher un audit différentiel. La surveillance continue s’exécute entre les rapports pour que les régressions apparaissent immédiatement.
WCAG impose-t-il un format de rapport spécifique ?
Non. WCAG spécifie des critères de succès ; il ne prescrit pas le format d’un livrable d’audit. Le W3C publie EARL et WCAG-EM comme références structurelles, mais aucun n’est obligatoire sous l’ADA, l’EAA, l’AODA ou tout autre régime. Les régimes attendent qu’un rapport nomme la norme, le périmètre, la méthodologie et le verdict — le format autour de ces éléments est au choix de l’auditeur.
MéthodologieModèle de section dérivé de la méthodologie d’évaluation WCAG-EM, des références de rapport d’audit IAAP, et de plus de 30 déclarations d’accessibilité publiées recensées dans /articles/accessibility-statement-audit-top-100/.
PérimètreIl s’agit d’un guide de format de rapport, non d’une liste de contrôle de conformité juridique. Consultez un conseil compétent pour les obligations de rapport spécifiques à votre juridiction sous l’ADA Title III, l’EAA, ou tout autre régime applicable.