VPAT Salesforce: cosa deve sapere un amministratore
Se lavori nella pubblica amministrazione, nell'istruzione o nella sanità, prima o poi qualcuno ti chiederà il VPAT del componente AppExchange che hai appena installato. Ecco cos'è quel documento e cosa controllare.
Un VPAT (Voluntary Product Accessibility Template) è un documento standard in cui il fornitore dichiara, criterio per criterio, come il suo prodotto si comporta rispetto agli standard di accessibilità. Non è un certificato e nessuno te lo rilascia. È un'autovalutazione strutturata, e vale esattamente quanto l'onestà con cui è stata compilata.
Perché compare negli acquisti Salesforce
Salesforce stessa pubblica i VPAT dei propri prodotti. Negli Stati Uniti gli enti pubblici sono vincolati dalla Section 508, in Europa dalla EN 301 549, ed entrambe si appoggiano alle WCAG. Se la tua organizzazione è soggetta a queste regole, ogni software dello stack eredita l'obbligo, compreso il pacchetto AppExchange che qualcuno ha installato per risolvere un problema di pianificazione.
In pratica il tema emerge tardi, durante una revisione di sicurezza o di procurement, quando il componente è già inserito in un processo aziendale.
I tre standard coperti da un VPAT
| Standard | A chi interessa | Cosa copre |
|---|---|---|
| WCAG 2.1 A e AA | Quasi a tutti, come base di partenza | I criteri per i contenuti web su cui si basano gli altri due |
| Section 508 revisionata | Governo federale USA e gran parte degli enti statali e locali | Gli obblighi della Section 508, espressi tramite le WCAG |
| EN 301 549 | Pubblica amministrazione europea | L'equivalente per gli appalti pubblici UE |
Come leggerlo senza essere un esperto
A ogni criterio viene assegnato uno di pochi livelli di conformità. Le parole contano:
- Supports significa che il criterio è soddisfatto ovunque.
- Partially Supports significa che è soddisfatto nella maggior parte dei casi, ma non in tutti. È il livello più interessante.
- Does Not Support significa che non è soddisfatto.
- Not Applicable significa che il criterio non riguarda questo prodotto.
Diffida più di un VPAT che dichiara Supports su tutto che di uno con qualche onesto Partially Supports. Il software reale ha casi limite. Un documento senza alcun livello parziale di solito significa che nessuno l'ha davvero testato.
Quattro domande da fare al fornitore
- Quando è stato verificato l'ultima volta, e su quale versione? Un VPAT scritto due anni e sei release fa descrive un software che non esiste più.
- È stato testato sulla versione pacchettizzata? Il codice sorgente non pacchettizzato e un pacchetto gestito installato possono comportarsi in modo diverso. Conta quello che installi.
- Scansione automatica, revisione manuale o entrambe? Gli strumenti automatici trovano circa un terzo dei problemi. La navigazione da tastiera e il flusso con lo screen reader richiedono una persona.
- Il colore è mai l'unico segnale? È l'errore più comune nelle interfacce di pianificazione, dove lo stato è indicato solo da una cella colorata.
I calendari sono particolarmente difficili da rendere accessibili
Un calendario è una griglia di celle interattive, uno degli schemi più difficili da rendere accessibili. Farlo bene significa vera semantica ARIA di griglia (role="grid", righe, gridcell, intestazioni di colonna), navigazione con i tasti freccia all'interno della griglia invece di passare con Tab da una cella all'altra, un nome accessibile su ogni cella con data e stato, e lo stato comunicato anche con forma o testo, non solo con il colore.
Quest'ultimo punto ha una conseguenza diretta per i prodotti configurabili dagli amministratori: se lasci scegliere agli amministratori i colori degli stati, non puoi garantire il contrasto. È proprio il genere di cosa che dovrebbe comparire come Partially Supports, invece di essere dichiarata in silenzio come Supports.