Concetti

VPAT

Vedi anche: Voluntary Product Accessibility Template

Voluntary Product Accessibility Template — la dichiarazione autonoma di un fornitore sulla conformità del proprio prodotto agli standard di accessibilità (Section 508, EN 301 549, WCAG). Il modello attuale è il VPAT 2.5 (Revised Section 508 + EN 301 549 + WCAG 2.x).

Un Voluntary Product Accessibility Template (VPAT) è una dichiarazione autonoma standardizzata in cui un fornitore documenta la conformità del proprio prodotto agli standard di accessibilità. Il modello attuale, il VPAT 2.5, è pubblicato dall’Information Technology Industry Council (ITI).

Cosa è effettivamente un VPAT

Un VPAT è una risposta strutturata, criterio per criterio, a uno o più dei principali standard di accessibilità:

  • Revised Section 508 — per gli appalti pubblici federali degli Stati Uniti.
  • EN 301 549 — per gli appalti pubblici nell’UE.
  • WCAG 2.x — a un livello specifico (quasi sempre AA).
  • Worldwide — la visione combinata, che copre tutti e tre.

Per ogni criterio, il fornitore registra uno dei seguenti livelli di conformità:

  • Supports — il criterio è soddisfatto.
  • Partially Supports — soddisfatto per alcuni contenuti o contesti, non per altri, con una descrizione della lacuna.
  • Does Not Support — non soddisfatto.
  • Not Applicable — il criterio non si applica a questo prodotto.
  • Not Evaluated — consentito solo per i criteri WCAG AAA.

Un VPAT utile vs un VPAT difensivo

Un fornitore che contrassegna ogni riga come «Supports» senza commenti sta nascondendo qualcosa. Un VPAT genuinamente utile include:

  • Una descrizione del prodotto sufficientemente chiara da permettere al lettore di capire cosa è stato testato.
  • La metodologia di test — quali tecnologie assistive sono state utilizzate (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari), quale campione di pagine o funzionalità è stato sottoposto ad audit e quando.
  • Spiegazioni specifiche per qualsiasi valutazione «Partially Supports» o «Does Not Support» — con il nome della funzionalità interessata e, idealmente, il piano di rimedio e le tempistiche.
  • Una data di valutazione. Un VPAT di due anni è obsoleto; il prodotto ha rilasciato centinaia di modifiche da allora.
  • La firma di un revisore indipendente dove disponibile, separata dall’auto-attestazione dello sviluppatore.

La comunità dell’accessibilità ha sviluppato euristiche informali per individuare un VPAT di facciata: troppo pochi «Partially Supports», nessuna sezione sulla metodologia, nessun ambiente di test, nessun revisore nominato.

ACR vs VPAT

ITI ha rinominato il modello per chiarire due aspetti:

  • Il VPAT è il modulo vuoto.
  • L’Accessibility Conformance Report (ACR) è il documento completato prodotto da un fornitore.

In pratica i due termini sono ancora usati in modo intercambiabile. I responsabili degli appalti richiedono «il VPAT»; i fornitori consegnano «un ACR». Si tratta dello stesso documento.

Quando è necessario

  • Vendita ad agenzie federali statunitensi. Gli appalti ai sensi della Section 508 lo richiedono.
  • Vendita al settore pubblico dell’UE. L’EAA e le norme di appalto degli Stati membri si aspettano ora un ACR conforme all’EN 301 549.
  • Vendita alle grandi imprese statunitensi. La maggior parte dei dipartimenti IT delle aziende Fortune 500 ha adottato il VPAT su richiesta come pratica standard degli appalti, anche quando la Section 508 non si applica a loro.
  • Vendita all’istruzione superiore. La maggior parte delle università statunitensi e molte europee richiedono ora un ACR recente prima dell’acquisto.

Se il proprio prodotto è un software venduto in modalità B2B, un ACR/VPAT aggiornato non è più opzionale — è una voce di base in qualsiasi risposta a una richiesta di offerta (RFP).