VPAT no Salesforce: o que o administrador precisa saber
Se você trabalha em governo, educação ou saúde, mais cedo ou mais tarde alguém vai pedir o VPAT do componente do AppExchange que você acabou de instalar. Veja o que é esse documento e no que prestar atenção.
Um VPAT (Voluntary Product Accessibility Template) é um documento padrão em que o fornecedor declara, critério por critério, como o produto se sai frente às normas de acessibilidade. Não é um certificado e ninguém o emite para você. É uma autoavaliação estruturada, e o valor dela depende inteiramente da honestidade com que foi preenchida.
Por que ele aparece nas compras de Salesforce
O próprio Salesforce publica VPATs dos seus produtos. Compradores do setor público dos EUA seguem a Section 508, os europeus a EN 301 549, e as duas normas se apoiam na WCAG. Quando sua organização está sujeita a essas regras, todo software da pilha herda a obrigação, inclusive o pacote do AppExchange que alguém instalou para resolver um problema de agendamento.
Na prática, isso aparece tarde, numa revisão de segurança ou de compras, quando o componente já está embutido em um processo de negócio.
As três normas que um VPAT cobre
| Norma | Quem exige | O que cobre |
|---|---|---|
| WCAG 2.1 A e AA | Quase todo mundo, como base | Os critérios de conteúdo web em que as outras duas se apoiam |
| Section 508 revisada | Governo federal dos EUA e a maioria dos estaduais e municipais | As obrigações da Section 508, expressas em termos da WCAG |
| EN 301 549 | Setor público europeu | O equivalente para compras públicas na UE |
Como ler um VPAT sem ser especialista
Cada critério recebe um entre poucos níveis de conformidade. As palavras importam:
- Supports (atende) significa que o critério é cumprido em todo o produto.
- Partially Supports (atende parcialmente) significa que é cumprido na maioria dos casos, mas não em todos. Este é o que merece atenção.
- Does Not Support (não atende) significa que não é cumprido.
- Not Applicable (não se aplica) significa que o critério não vale para este produto.
Desconfie mais de um VPAT que declara Supports em tudo do que de um com alguns Partially Supports honestos. Software de verdade tem casos-limite. Um documento sem nenhum parcial normalmente significa que ninguém testou de fato.
Quatro perguntas para fazer ao fornecedor
- Quando foi verificado pela última vez, e em qual versão? Um VPAT escrito há dois anos e seis versões descreve um software que já não existe.
- Foi testado na versão empacotada? O código-fonte sem pacote e a instalação de um pacote gerenciado podem se comportar de forma diferente. O que importa é o que você instala.
- Varredura automática, revisão manual ou as duas? As ferramentas automáticas pegam cerca de um terço dos problemas. Navegação por teclado e o fluxo do leitor de tela exigem uma pessoa.
- A cor é alguma vez o único sinal? Esta é a falha mais comum em interfaces de agendamento, em que o status aparece como uma célula colorida e nada mais.
Calendários são especialmente difíceis de acertar
Um calendário é uma grade de células interativas, o que o torna um dos padrões mais difíceis de deixar acessível. Acertar exige semântica de grade ARIA de verdade (role="grid", linhas, gridcells, cabeçalhos de coluna), navegação com as setas dentro da grade em vez de passar por cada célula com Tab, um nome acessível em cada célula com a data e o estado dela, e o status transmitido por forma ou texto, além da cor.
Esse último ponto tem uma consequência direta para produtos configuráveis pelo administrador: se você deixa o administrador escolher as cores de status, não dá para garantir o contraste, e é justamente o tipo de coisa que deveria aparecer como Partially Supports em vez de ser declarada discretamente como Supports.