Cos'è un VPAT? Guida all'ACR

Se vendi software a un ente pubblico, a un’università, a una rete ospedaliera o a una grande azienda, prima o poi un responsabile degli acquisti ti chiederà «il tuo VPAT». Per molti fornitori questa è la prima volta che incontrano il documento, e la richiesta arriva con poche spiegazioni e una scadenza stretta. Questa guida demistifica il VPAT e l’Accessibility Conformance Report (ACR) in cui si trasforma: cos’è il documento, come si relazionano i due termini, quale delle quattro edizioni dovresti produrre, come viene valutata la conformità e perché un report onesto e basato su prove è uno degli asset di accessibilità più preziosi che la tua organizzazione possa possedere.

Un VPAT non è un certificato, un sigillo o un’affermazione di marketing. Nel migliore dei casi è un resoconto accurato, criterio per criterio, di come il tuo prodotto si misura rispetto agli standard di accessibilità riconosciuti. Nel peggiore è una finzione approvata d’ufficio che ti espone a rischi legali e reputazionali nel momento stesso in cui il team di accessibilità di un acquirente testa il tuo prodotto. La differenza tra questi due esiti sta nel testing che sostiene il documento, ed è esattamente su questo che si concentra QualiBooth.

Cos’è davvero un VPAT

VPAT sta per Voluntary Product Accessibility Template. È un documento standardizzato, creato e mantenuto dall’Information Technology Industry Council (ITI, tramite la sua divisione ITIC), che i fornitori utilizzano per descrivere come un prodotto o servizio di tecnologia dell’informazione e della comunicazione (ICT) sia conforme a un insieme di standard di accessibilità.

La parola «volontario» è oggi un po’ fuorviante. Il modello è nato per aiutare i fornitori a divulgare volontariamente informazioni sull’accessibilità agli acquirenti federali statunitensi, ma nella pratica compilarlo è ormai un requisito vincolante in innumerevoli processi di acquisto. La parte «template» è più letterale: il VPAT è un modulo vuoto con una struttura definita — tabelle di criteri di successo, una colonna per il livello di conformità e una colonna per le osservazioni esplicative.

Tre cose vanno fissate in mente fin dall’inizio:

Un VPAT descrive una versione specifica di un prodotto specifico su piattaforme specifiche. Un VPAT per «la nostra app» senza numero di versione è privo di significato.
Un VPAT è autodichiarato. Nessun ente esterno lo certifica. È proprio per questo che la credibilità di un VPAT dipende interamente dal rigore del testing che lo sostiene.
La famiglia di modelli oggi ampiamente utilizzata è VPAT 2.5. Lavora sempre con la versione più recente del modello ITI e non con una vecchia copia che gira sulla vostra unità condivisa.

VPAT vs ACR: la differenza che manda in confusione

Le persone usano «VPAT» e «ACR» in modo intercambiabile, ma non sono la stessa cosa — e comprendere la distinzione segnala a un acquirente competente che prendi il processo sul serio.

Un VPAT è il modello vuoto. È il modulo vuoto che ITI pubblica.
Un ACR — Accessibility Conformance Report — è il documento compilato. Una volta compilato il modello per il tuo prodotto reale, con valutazioni di conformità e osservazioni reali, il risultato è un ACR.

In altre parole, il VPAT è lo stampino e l’ACR è il biscotto. Quando un acquirente chiede «il tuo VPAT», ciò che vuole davvero è il tuo ACR: il report compilato. La maggior parte dei team continuerà a dire «VPAT» nelle conversazioni quotidiane, e va bene così, ma nella documentazione formale è corretto etichettare il file finito come Accessibility Conformance Report.

Questo conta ben oltre la pedanteria. Un acquirente che riceve un file intitolato letteralmente «VPAT 2.5 Template» con tabelle vuote — cosa che accade più spesso di quanto ci si aspetti — capisce subito che il fornitore non ha svolto il lavoro. Un ACR compilato correttamente, denominato e datato in base alla versione del prodotto che copre, comunica competenza prima ancora che l’acquirente legga una sola riga.

Le quattro edizioni del modello VPAT 2.5

Uno dei punti di confusione più comuni è che il modello VPAT 2.5 esiste in quattro edizioni, ciascuna allineata a uno standard o a una combinazione di standard diversa. Scegliere l’edizione sbagliata può bloccare una trattativa o far fallire un audit, quindi scegli con cura in base ai mercati in cui vendi.

1. Edizione WCAG

Questa edizione valuta il tuo prodotto solo rispetto alle Web Content Accessibility Guidelines — tipicamente WCAG 2.2 (o la versione indicata dall’acquirente, spesso ai livelli A e AA). È la scelta giusta quando un acquirente vuole semplicemente informazioni sulla conformità WCAG e non vi è alcun quadro normativo sovrapposto. È anche l’edizione più snella, il che la rende un punto di partenza sensato per prodotti venduti principalmente al settore privato. Se WCAG è per te un terreno sconosciuto, la nostra panoramica sulla conformità WCAG e la nostra guida su come rendere un sito web conforme alle WCAG spiegano lo standard di base.

2. Edizione Section 508

Questa edizione associa il tuo prodotto agli standard Section 508 utilizzati negli appalti federali statunitensi. Poiché gli standard Section 508 rivisti incorporano WCAG 2.0 livelli A e AA per riferimento, questa edizione include le tabelle WCAG più ulteriori requisiti specifici di 508 che riguardano hardware, software, documentazione di supporto e servizi. Se vendi a qualsiasi ente federale statunitense — o a enti statali che rispecchiano le regole federali — di solito è questa l’edizione che ti serve. Consulta la nostra guida alla conformità Section 508 per il contesto normativo.

3. Edizione UE (EN 301 549)

Questa edizione si allinea a EN 301 549, lo standard europeo armonizzato per l’accessibilità ICT che sostiene gli appalti del settore pubblico in tutta l’UE e, sempre più, gli obblighi del settore privato introdotti dalla European Accessibility Act. EN 301 549 incorpora le WCAG e aggiunge requisiti specifici del contesto europeo, comprese le dichiarazioni sulle prestazioni funzionali. Se vendi al settore pubblico europeo — o devi dimostrare la prontezza alla European Accessibility Act — produci l’edizione UE.

4. Edizione INT (internazionale)

L’edizione INT combina tutti e tre i quadri di riferimento — WCAG, Section 508 ed EN 301 549 — in un unico documento. È la più completa e quella che richiede più lavoro, ma è preziosissima per i fornitori che vendono su più mercati, perché un solo report soddisfa gli acquirenti su entrambe le sponde dell’Atlantico. Se la tua base clienti spazia dal settore pubblico statunitense all’Europa, l’edizione INT di solito ti risparmia la gestione di tre documenti separati.

Quando i clienti sono incerti, li aiutiamo a scegliere durante la definizione dell’ambito. Produrre una singola edizione INT è spesso più efficiente che scoprire a metà trattativa di avere l’edizione regionale sbagliata. Puoi leggere di più su come affrontiamo tutto questo nella nostra pagina del servizio di report VPAT.

Livelli di conformità: il cuore del report

Ogni criterio di successo applicabile in un ACR riceve uno di un piccolo insieme di livelli di conformità. Assegnare correttamente queste valutazioni — e resistere alla tentazione di gonfiarle — è di gran lunga la parte più importante del lavoro.

Supports (Conforme) — la funzionalità soddisfa il criterio senza barriere di accessibilità significative. Questo non significa «perfetto»; significa che una persona che si affida a tecnologia assistiva può portare a termine l’attività senza ostacoli.
Partially Supports (Parzialmente conforme) — parte della funzionalità soddisfa il criterio ma vi sono eccezioni o barriere note. È una valutazione onesta e molto comune; la colonna delle osservazioni dovrebbe spiegare esattamente cosa funziona e cosa no.
Does Not Support (Non conforme) — la maggior parte della funzionalità non soddisfa il criterio. Anche qui, le osservazioni dovrebbero essere specifiche.
Not Applicable (Non applicabile) — il criterio non si applica al prodotto (ad esempio, criteri sui contenuti audio per un prodotto privo di audio).
Not Evaluated (Non valutato) — utilizzato solo nelle tabelle di livello AAA del report Section 508, poiché la valutazione AAA non è richiesta.

Due principi distinguono un report credibile da uno inutile. Primo, la colonna delle osservazioni contiene l’informazione vera. Un «Partially Supports» senza spiegazione è pressoché inutile; «Partially Supports — i selettori di data sono utilizzabili da tastiera ma non annunciano la data selezionata agli screen reader; correzione prevista per la v4.2» dice all’acquirente esattamente ciò che deve sapere. Secondo, le valutazioni devono essere guadagnate con il testing, non assegnate per ottimismo. Un criterio contrassegnato come «Supports» dovrebbe essere stato verificato, idealmente includendo test con persone che usano tecnologia assistiva.

Perché i VPAT onesti e basati su prove sono importanti

È allettante trattare il VPAT come una formalità da spuntare e contrassegnare tutto con «Supports» per superare in fretta gli acquisti. È un grave errore, per diverse ragioni convergenti.

I team acquisti verificano

Gli acquirenti maturi — enti federali, grandi università, sistemi sanitari, banche — dispongono sempre più di specialisti di accessibilità che non prendono per buono un ACR. Verificano a campione le affermazioni testando il tuo prodotto con screen reader e tastiere. Quando una valutazione «Supports» crolla sotto una valutazione con screen reader di cinque minuti, non perdi solo quella riga; perdi la fiducia dell’acquirente nell’intero documento, e spesso la trattativa.

Il rischio legale si accumula

Un VPAT esagerato è una dichiarazione scritta sull’accessibilità del tuo prodotto. In una giurisdizione con esposizione a contenziosi sull’accessibilità — sotto l’ADA negli USA, l’AODA in Ontario o la European Accessibility Act nell’UE — un documento che dichiara una conformità che il tuo prodotto non offre diventa una prova a tuo carico. Un ACR onesto che riporta francamente «Partially Supports» con una tempistica di rimedio è molto più difendibile di uno gonfiato che proclama la perfezione.

Un report onesto è più utile internamente

Un ACR veritiero funge anche da backlog. Ogni «Partially Supports» e «Does Not Support» è un’attività prioritaria per il tuo team di sviluppo. I team che trattano il VPAT come un inventario vivo del debito di accessibilità compiono progressi costanti e misurabili; quelli che lo falsificano accumulano rischio nascosto.

Ecco perché un VPAT non deve mai essere confuso con un overlay di accessibilità o un «widget di accessibilità» da una riga. Gli overlay non correggono il codice sottostante, non producono prove di conformità difendibili e non possono sostituire un ACR reale. QualiBooth non sostiene gli overlay proprio per questo motivo — creano l’apparenza della conformità senza la sostanza, che è l’esatto contrario di ciò che rappresenta un VPAT onesto.

Come produrre un VPAT, passo dopo passo

Un ACR affidabile è il frutto di un processo disciplinato. Ecco la sequenza che seguiamo, e quella che dovresti aspettarti da qualsiasi fornitore competente.

Definire l’ambito. Individua il prodotto, la versione e le piattaforme esatte (web, iOS, Android, desktop) che il report coprirà. Decidi quale edizione — WCAG, Section 508, UE o INT — in base ai tuoi mercati di riferimento.
Eseguire test automatizzati. Gli scanner automatizzati sono rapidi ed eccellenti nel rilevare certe categorie di problemi — testo alternativo mancante, contrasto basso, controlli di form senza etichetta. Il nostro software di scansione dell’accessibilità fornisce questa base, e puoi provarlo gratis con una scansione rapida. Ma ricorda che l’automazione rileva in modo affidabile solo una parte dei problemi WCAG.
Condurre test manuali. La maggior parte dei criteri di successo richiede giudizio umano: un ordine di focus significativo, una sequenza di lettura logica, messaggi di errore sensati, widget personalizzati accessibili. Un audit manuale dell’accessibilità approfondito è imprescindibile per un report credibile.
Testare con persone che usano tecnologia assistiva. Le valutazioni più difendibili provengono da audit condotti da persone con disabilità che usano quotidianamente screen reader, ingrandimento e dispositivi a interruttore. Fanno emergere barriere reali che i tester vedenti non colgono.
Assegnare le valutazioni e scrivere le osservazioni. Traduci i risultati in Supports / Partially Supports / Does Not Support per ogni criterio, con osservazioni specifiche e utili.
Assemblare e revisionare l’ACR. Formatta il report finito in modo pulito, etichettalo con la versione del prodotto e la data, e fallo revisionare per accuratezza e coerenza prima che esca dall’azienda.
Affiancarvi una roadmap di rimedio. Un buon fornitore non ti consegna solo il report, ma anche un piano prioritario per portare i «Partially Supports» verso «Supports».

Se al tuo team manca la competenza interna per i passaggi da due a cinque, è la norma più che l’eccezione. È proprio questo il lavoro coperto dal nostro servizio di report VPAT e dalla più ampia consulenza sull’accessibilità. Per un quadro più completo di cosa comportano gli incarichi di consulenza, consulta la nostra spiegazione sulla consulenza sull’accessibilità.

Mantenere un VPAT nel tempo

Un VPAT è un’istantanea di un bersaglio in movimento. Il giorno in cui rilasci una nuova versione, il tuo ACR comincia ad allontanarsi dalla realtà. Trattare il documento come un deliverable una tantum è uno degli errori più comuni — e più dannosi — che i fornitori commettono.

Aggiornare in caso di modifiche sostanziali. Qualsiasi rilascio che modifichi in modo significativo l’interfaccia utente o aggiunga nuove funzionalità dovrebbe attivare una revisione dei criteri interessati.
Aggiornare almeno una volta all’anno. Anche senza modifiche rilevanti, gli standard evolvono e gli acquirenti si aspettano una data recente sul documento. Un ACR datato tre anni fa invita allo scetticismo.
Collegarlo a un testing continuo. Il modo più affidabile per mantenere veritiero un ACR è continuare a testare il prodotto in modo continuativo. Gli audit di accessibilità ricorrenti intercettano le regressioni prima che invalidino le tue affermazioni, così il report che consegni a un acquirente corrisponde sempre al prodotto che testerà.

QualiBooth combina una piattaforma di scansione con una valutazione umana esperta proprio perché le prove a sostegno del tuo ACR restino aggiornate. Lo scanner sorveglia le regressioni tra gli audit formali; il testing umano mantiene oneste le valutazioni sfumate e basate sul giudizio. Puoi confrontare l’intera gamma nella pagina servizi di accessibilità e valutare le opzioni nella nostra pagina prezzi.

Domande frequenti

Un VPAT è obbligatorio per legge?

Il modello in sé è volontario, ma fornirne uno è spesso una condizione obbligatoria di un contratto di acquisto, soprattutto negli appalti federali e statali statunitensi e in tutto il settore pubblico dell’UE. Separatamente, gli obblighi di accessibilità sottostanti — Section 508, l’EAA, l’ADA — sono pienamente obbligatori, e un VPAT è il modo in cui dimostri la tua posizione rispetto a essi.

Posso compilare un VPAT da solo?

Puoi, e nulla vieta l’autocompilazione. Il rischio è l’accuratezza. Un’autovalutazione redatta senza test rigorosi — o con l’incentivo a fare bella figura — tende a sovrastimare la conformità, il che crea esposizione legale ed erode la fiducia dell’acquirente nel momento in cui le affermazioni vengono testate. Molte organizzazioni si rivolgono a un fornitore indipendente proprio per questo motivo.

Quanto tempo serve per produrre un VPAT?

Dipende dalle dimensioni e dalla complessità del prodotto e dall’edizione richiesta. Un’applicazione web a piattaforma singola potrebbe richiedere un paio di settimane una volta avviato il testing; una grande suite multipiattaforma che necessita dell’edizione INT richiede più tempo. Una conversazione di definizione dell’ambito ti fornisce una tempistica realistica.

Qual è la differenza tra la conformità WCAG e un VPAT?

WCAG è lo standard — l’insieme dei criteri di successo. Un VPAT/ACR è il documento che registra, criterio per criterio, come il tuo prodotto si comporta rispetto a quello standard (e, a seconda dell’edizione, anche rispetto a Section 508 ed EN 301 549). Devi soddisfare davvero le WCAG per rivendicare la conformità; l’ACR è il modo in cui comunichi a che punto sei.

In conclusione

Un VPAT, compilato come Accessibility Conformance Report, è ben più di un ostacolo negli acquisti. Realizzato onestamente, è un resoconto credibile di come il tuo prodotto serve le persone con disabilità, una documentazione difendibile che riduce il rischio legale e un backlog operativo che guida miglioramenti reali. Realizzato in modo disonesto, è una responsabilità in attesa di essere smascherata.

Il fattore decisivo è sempre il testing dietro le valutazioni. Se ti serve un ACR su cui poter mettere la firma — uno fondato su scansione automatizzata, audit manuali e valutazione da parte di persone con disabilità — esplora il nostro servizio di report VPAT, oppure richiedi una demo per vedere come QualiBooth produce report che reggono al vaglio.