VPAT și Accessibility Conformance Report (ACR) explicate

Dacă vindeți software, un produs SaaS sau un site unei agenții federale din SUA, unei universități sau unei companii mari, mai devreme sau mai târziu departamentul de achiziții vă cere un VPAT. Ce vor de fapt este un Accessibility Conformance Report (ACR): un VPAT completat care spune, criteriu cu criteriu, cât de accesibil este produsul dumneavoastră. Această pagină explică șablonul, edițiile lui și locul testării automate. Sunt informații generale, nu consultanță juridică.

Ce este un VPAT

VPAT înseamnă Voluntary Product Accessibility Template. Este întreținut de Information Technology Industry Council (ITI), care îl descrie ca pe un șablon ce traduce standardele de accesibilitate în criterii de testare. „Voluntary” (voluntar) se referă la faptul că furnizorul alege să își documenteze produsul; cumpărătorii cer adesea unul în procesul de achiziție.

Versiunea actuală de pe pagina ITI este VPAT 2.5Rev (aprilie 2025).

VPAT vs ACR

• VPAT — șablonul gol.
• ACR — raportul completat. După ce un produs a fost testat și VPAT-ul a fost completat cu rezultate documentate, ITI îl numește Accessibility Conformance Report.

Așadar „trimiteți-ne VPAT-ul” înseamnă aproape întotdeauna „trimiteți-ne ACR-ul”. ITI nu certifică, nu aprobă și nu verifică VPAT-uri și nu există niciun proces de depunere: vă publicați ACR-ul sau îl transmiteți cumpărătorilor. Nu există promovat sau respins; raportul descrie produsul așa cum este.

Cele patru ediții VPAT 2.5

ITI oferă șablonul în patru ediții, fiecare construită în jurul altor standarde:

Pe care să o folosiți: cumpărătorii federali din SUA se referă la ediția 508; cumpărătorii publici europeni la ediția EU; o firmă care vinde pe ambele piețe alege de obicei INT, ca să raporteze o singură dată față de toate. Un VPAT pentru WCAG 2.2 înseamnă ediția WCAG sau INT. Pentru cerința din SUA în sine, vedeți pagina despre Section 508; pentru EN 301 549, ghidul EAA.

Cum raportează un ACR conformitatea

Pentru fiecare criteriu, furnizorul declară unul dintre cele patru niveluri de conformitate: Supports, Partially Supports, Does Not Support sau Not Applicable. („Partially Supports” a înlocuit mai vechiul „Supports with exceptions”.) Sensul exact al fiecărui nivel este definit chiar în șablon.

Versiunea 2.5 include, lângă fiecare nivel, o coloană pentru observații și explicații: ce s-a testat, ce nu funcționează și, ideal, când va fi remediat. Observațiile sunt cele care fac un raport util: un „Partially Supports” sincer, cu o observație clară, îi este mai util unui cumpărător decât o coloană de „Supports” pe care nimeni nu o poate reproduce.

ITI sugerează că producătorul original este de obicei cel mai potrivit să completeze raportul; îl poate completa și un revânzător sau un furnizor de soluții.

Testarea accesibilității pentru un VPAT: locul automatizării

Un ACR este doar atât de bun cât testarea din spatele lui. Un proces rezonabil:

1. Definiți perimetrul. Ce produs, ce versiune, ce pagini, fluxuri și platforme acoperă raportul.
2. Rulați teste automate pe fiecare pagină și stare din perimetru. WCAG checker testează o pagină după WCAG 2.2 A și AA cu axe-core; extensia de browser testează pagini din spatele unei autentificări, de exemplu un panou SaaS.
3. Testați manual ce nu poate judeca o mașină: utilizarea cu tastatura, ordinea focusului, ce citește cititorul de ecran, texte alternative cu sens, subtitrări, gestionarea erorilor. Rutina este în cum testați WCAG.
4. Legați rezultatele de criterii și alegeți pentru fiecare un nivel de conformitate cu observații.
5. Datați și versionați raportul și actualizați-l când produsul se schimbă.

O scanare automată este o sursă, nu un ACR. Regulile automate acoperă doar o parte din criteriile WCAG și nu pot confirma că un criteriu este îndeplinit — doar că anumite erori au fost găsite sau nu. Nu copiați niciodată „nicio problemă găsită” dintr-un scaner în coloana „Supports” fără evaluare manuală. Pentru o evaluare condusă de un expert, vedeți auditul de accesibilitate.

Despre șabloanele și generatoarele VPAT

ITI oferă șablonul gratuit; folosiți ediția actuală, nu o copie veche. Fiți precauți cu instrumentele care promit să „genereze” un VPAT doar dintr-o scanare: rezultatul s-ar sprijini pe mica parte automatizată din WCAG. Produsul nostru nu generează ACR-uri. Ce oferă este o scanare săptămânală a fiecărei pagini și rapoarte datate, astfel încât partea automată a dovezilor să rămână actuală între evaluările manuale — vedeți prețurile.

Surse

• Information Technology Industry Council (ITI), VPAT: https://www.itic.org/policy/accessibility/vpat
• U.S. Access Board, Revised 508 Standards: https://www.access-board.gov/ict/
• W3C, WCAG 2.2: https://www.w3.org/TR/WCAG22/

Întrebări frecvente

Ce este un VPAT?

VPAT înseamnă Voluntary Product Accessibility Template. Este un șablon de document al Information Technology Industry Council (ITI) care transformă standardele de accesibilitate în criterii față de care raportează un furnizor.

Care este diferența dintre un VPAT și un ACR?

VPAT este șablonul gol. După ce un produs a fost testat și șablonul a fost completat cu rezultate documentate, documentul finalizat se numește Accessibility Conformance Report (ACR).

Există un VPAT pentru WCAG 2.2?

Da. Potrivit ITI, ediția WCAG și ediția INT ale VPAT 2.5 încorporează WCAG 2.2. Ediția 508 acoperă Revised Section 508 Standards, care încorporează WCAG 2.0.

Poate o scanare automată să producă un VPAT?

Nu. O scanare automată testează doar o parte din criteriile WCAG. Rezultatele ei sunt o sursă utilă pentru un ACR, dar majoritatea criteriilor au nevoie de evaluare manuală înainte să puteți declara Supports sau Partially Supports.

Cine certifică un VPAT?

Nimeni. ITI nu certifică, nu aprobă și nu verifică VPAT-uri și nu există o scală de tip promovat/respins. Evaluarea de către o terță parte este opțională, cu excepția cazului în care o cere cumpărătorul.