O que é um VPAT? Um guia do ACR

Se vende software a um organismo público, a uma universidade, a uma rede hospitalar ou a uma grande empresa, mais cedo ou mais tarde um responsável de compras pedir-lhe-á «o vosso VPAT». Para muitos fornecedores, esta é a primeira vez que se deparam com o documento, e o pedido chega com pouca explicação e um prazo apertado. Este guia desmistifica o VPAT e o Accessibility Conformance Report (ACR) em que se transforma: o que é o documento, como os dois termos se relacionam, qual das quatro edições deve produzir, como a conformidade é avaliada e por que razão um relatório honesto e baseado em evidências é um dos mais valiosos ativos de acessibilidade que a sua organização pode ter.

Um VPAT não é um certificado, um selo nem uma alegação de marketing. No seu melhor, é um relato cuidadoso, critério a critério, de como o seu produto se compara com normas de acessibilidade reconhecidas. No seu pior, é uma ficção carimbada que o expõe a risco jurídico e reputacional no instante em que a equipa de acessibilidade de um comprador testa o seu produto. A diferença entre esses dois desfechos está nos testes que sustentam o documento — e é exatamente nisso que a QualiBooth se concentra.

O que é realmente um VPAT

VPAT significa Voluntary Product Accessibility Template. É um documento normalizado, criado e mantido pelo Information Technology Industry Council (ITI, através da sua divisão ITIC), que os fornecedores utilizam para descrever como um produto ou serviço de tecnologias de informação e comunicação (TIC) está em conformidade com um conjunto de normas de acessibilidade.

A palavra «voluntary» é hoje um pouco enganadora. O modelo surgiu para ajudar os fornecedores a divulgar voluntariamente informações de acessibilidade aos compradores federais dos EUA, mas, na prática, preencher um é agora um requisito rígido em inúmeros processos de contratação. A parte «template» é mais literal: o VPAT é um formulário em branco com uma estrutura definida — tabelas de critérios de êxito, uma coluna para o nível de conformidade e uma coluna para observações explicativas.

Há três pontos que vale a pena fixar desde o início:

Um VPAT descreve uma versão específica de um produto específico em plataformas específicas. Um VPAT para «a nossa aplicação» sem número de versão não tem qualquer significado.
Um VPAT é autodeclarado. Nenhum organismo externo o certifica. É precisamente por isso que a credibilidade de um VPAT depende inteiramente do rigor dos testes que o sustentam.
A família de modelos atualmente mais utilizada é a VPAT 2.5. Trabalhe sempre a partir da versão mais recente do modelo do ITI, e não de uma cópia antiga que anda pelo disco partilhado.

VPAT vs ACR: a distinção que confunde as pessoas

As pessoas usam «VPAT» e «ACR» de forma intercambiável, mas não são a mesma coisa — e compreender a distinção sinaliza a um comprador informado que leva o processo a sério.

Um VPAT é o modelo em branco. É o formulário vazio que o ITI publica.
Um ACR — Accessibility Conformance Report — é o documento preenchido. Depois de preencher o modelo para o seu produto real, com avaliações de conformidade e observações verdadeiras, o resultado é um ACR.

Por outras palavras, o VPAT é a forma de cortar bolachas e o ACR é a bolacha. Quando um comprador pede «o vosso VPAT», o que ele realmente quer é o seu ACR: o relatório preenchido. A maioria das equipas continuará a dizer «VPAT» na conversa do dia a dia, e não há problema nisso, mas na documentação formal é correto designar o ficheiro finalizado como Accessibility Conformance Report.

Isto importa para além do mero rigor pedante. Um comprador que recebe um ficheiro literalmente intitulado «VPAT 2.5 Template» com tabelas em branco — algo que acontece mais vezes do que seria de esperar — percebe de imediato que o fornecedor não fez o trabalho. Um ACR devidamente preenchido, nomeado e datado para a versão do produto que abrange, comunica competência antes de o comprador ler uma única linha.

As quatro edições do modelo VPAT 2.5

Um dos pontos de confusão mais comuns é que o modelo VPAT 2.5 existe em quatro edições, cada uma alinhada com uma norma ou combinação de normas diferente. Escolher a edição errada pode travar um negócio ou fazer falhar uma auditoria, por isso escolha de forma deliberada com base no mercado em que vende.

1. Edição WCAG

Esta edição avalia o seu produto apenas face às Web Content Accessibility Guidelines — normalmente WCAG 2.2 (ou a versão que o comprador especificar, frequentemente nos níveis A e AA). É a escolha certa quando um comprador pretende apenas informação de conformidade WCAG e não tem nenhum enquadramento legal sobreposto. É também a edição mais leve, o que faz dela um ponto de partida sensato para produtos vendidos sobretudo ao setor privado. Se as WCAG forem terreno pouco familiar, a nossa visão geral da conformidade WCAG e o nosso guia para tornar um site conforme com as WCAG explicam a norma subjacente.

2. Edição Section 508

Esta edição mapeia o seu produto às normas Section 508 usadas na contratação pública federal dos EUA. Como as normas revistas da Section 508 incorporam por referência as WCAG 2.0 níveis A e AA, esta edição inclui as tabelas WCAG mais requisitos adicionais específicos da 508 que abrangem hardware, software, documentação de apoio e serviços. Se vende a qualquer organismo federal dos EUA — ou a organismos estaduais que reproduzem as regras federais — esta é normalmente a edição de que necessita. Consulte o nosso guia de conformidade com a Section 508 para o contexto regulamentar.

3. Edição UE (EN 301 549)

Esta edição alinha-se com a EN 301 549, a norma europeia harmonizada para a acessibilidade das TIC que sustenta a contratação pública em toda a UE e, cada vez mais, as obrigações do setor privado introduzidas pelo Ato Europeu da Acessibilidade. A EN 301 549 incorpora as WCAG e acrescenta requisitos específicos do contexto europeu, incluindo declarações de desempenho funcional. Se vende ao setor público europeu — ou precisa de demonstrar preparação para o Ato Europeu da Acessibilidade — produza a edição UE.

4. Edição INT (internacional)

A edição INT combina os três enquadramentos — WCAG, Section 508 e EN 301 549 — num único documento. É a mais abrangente e a que mais trabalho exige produzir, mas é inestimável para fornecedores que vendem em vários mercados, porque um único relatório satisfaz compradores dos dois lados do Atlântico. Se a sua base de clientes abrange o setor público dos EUA e a Europa, a edição INT poupa-lhe normalmente a manutenção de três documentos distintos.

Quando os clientes têm dúvidas, ajudamo-los a escolher durante o levantamento de âmbito. Produzir uma única edição INT é muitas vezes mais eficiente do que descobrir a meio de um negócio que tem a edição regional errada. Pode saber mais sobre a nossa abordagem na nossa página do serviço de relatórios VPAT.

Níveis de conformidade: o cerne do relatório

Cada critério de êxito aplicável num ACR recebe um de um pequeno conjunto de níveis de conformidade. Atribuir corretamente estas avaliações — e resistir à tentação de as inflacionar — é a parte mais importante do trabalho.

Supports (Conforme) — a funcionalidade cumpre o critério sem barreiras de acessibilidade significativas. Isto não significa «perfeito»; significa que um utilizador que depende de tecnologia de apoio consegue concluir a tarefa sem obstrução.
Partially Supports (Parcialmente conforme) — parte da funcionalidade cumpre o critério, mas existem exceções ou barreiras conhecidas. É uma avaliação honesta e muito comum; a coluna de observações deve explicar exatamente o que funciona e o que não funciona.
Does Not Support (Não conforme) — a maioria da funcionalidade não cumpre o critério. Mais uma vez, as observações devem ser específicas.
Not Applicable (Não aplicável) — o critério não se aplica ao produto (por exemplo, critérios sobre conteúdo áudio para um produto que não contém áudio).
Not Evaluated (Não avaliado) — usado apenas nas tabelas de nível AAA do relatório Section 508, uma vez que a avaliação AAA não é exigida.

Dois princípios separam um relatório credível de um sem valor. Primeiro, a coluna de observações é a que carrega a verdadeira informação. «Partially Supports» sem explicação é quase inútil; «Partially Supports — os seletores de data são operáveis por teclado mas não anunciam a data selecionada aos leitores de ecrã; correção prevista para a v4.2» diz ao comprador exatamente o que precisa de saber. Segundo, as avaliações têm de ser conquistadas através de testes, e não atribuídas por otimismo. Um critério marcado como «Supports» deve ter sido verificado, idealmente incluindo testes por utilizadores de tecnologia de apoio.

Por que razão os VPAT honestos e baseados em evidências importam

É tentador tratar o VPAT como uma mera formalidade de cumprir requisitos e marcar tudo como «Supports» para passar rapidamente pela contratação. Isto é um erro grave, por várias razões convergentes.

As equipas de compras verificam

Os compradores experientes — organismos federais, grandes universidades, sistemas de saúde, bancos — dispõem cada vez mais de especialistas de acessibilidade que não aceitam um ACR pelo seu valor declarado. Verificam por amostragem as alegações, testando o seu produto com leitores de ecrã e teclado. Quando uma avaliação «Supports» desmorona numa avaliação com leitor de ecrã de cinco minutos, não perde apenas aquela linha; perde a confiança do comprador em todo o documento, e muitas vezes o negócio.

O risco jurídico acumula-se

Um VPAT exagerado é uma declaração escrita sobre a acessibilidade do seu produto. Numa jurisdição com exposição a litígios de acessibilidade — ao abrigo do ADA nos EUA, do AODA no Ontário, ou do Ato Europeu da Acessibilidade na UE — um documento que alega uma conformidade que o seu produto não cumpre torna-se prova contra si. Um ACR honesto que reporta com franqueza «Partially Supports» com um calendário de correção é muito mais defensável do que um inflacionado que alega perfeição.

Um relatório honesto é mais útil internamente

Um ACR verídico funciona também como uma lista de pendências. Cada «Partially Supports» e «Does Not Support» é uma tarefa priorizada para a sua equipa de engenharia. As equipas que tratam o VPAT como um inventário vivo da dívida de acessibilidade fazem progressos constantes e mensuráveis; as que o falsificam acumulam risco oculto.

É por isto que um VPAT nunca deve ser confundido com um overlay de acessibilidade ou um «widget de acessibilidade» de uma só linha. Os overlays não corrigem o código subjacente, não produzem evidências de conformidade defensáveis e não podem substituir um verdadeiro ACR. A QualiBooth não recomenda overlays precisamente por esta razão — criam a aparência de conformidade sem a substância, o que é o oposto do que um VPAT honesto representa.

Como produzir um VPAT, passo a passo

Um ACR fiável é o produto de um processo disciplinado. Eis a sequência que seguimos, e a que deve esperar de qualquer fornecedor competente.

Definir o âmbito. Identifique o produto, a versão e as plataformas exatas (web, iOS, Android, computador) que o relatório irá abranger. Decida qual a edição — WCAG, Section 508, UE ou INT — com base nos seus mercados-alvo.
Executar testes automatizados. Os analisadores automatizados são rápidos e excelentes a detetar certas categorias de problemas — texto alternativo em falta, baixo contraste, controlos de formulário sem etiqueta. O nosso software de análise de acessibilidade fornece esta base, e pode experimentá-lo gratuitamente com uma análise rápida. Mas lembre-se de que a automatização deteta de forma fiável apenas uma parte dos problemas WCAG.
Realizar testes manuais. A maioria dos critérios de êxito exige juízo humano: ordem de foco significativa, sequência de leitura lógica, mensagens de erro sensatas, componentes personalizados acessíveis. Uma auditoria de acessibilidade manual minuciosa é inegociável para um relatório credível.
Testar com utilizadores de tecnologia de apoio. As avaliações mais defensáveis resultam de auditorias feitas por pessoas com deficiência que usam diariamente leitores de ecrã, ampliação e dispositivos de comutação. Elas revelam barreiras reais que os testadores videntes não detetam.
Atribuir avaliações e redigir observações. Traduza as conclusões em Supports / Partially Supports / Does Not Support para cada critério, com observações específicas e úteis.
Montar e rever o ACR. Formate o relatório finalizado de forma limpa, identifique-o com a versão do produto e a data, e mande-o rever quanto a exatidão e coerência antes de sair de portas.
Acompanhá-lo de um roteiro de correção. Um bom fornecedor entrega-lhe não só o relatório, mas também um plano priorizado para fazer os «Partially Supports» evoluírem para «Supports».

Se a sua equipa não tiver o conhecimento interno para os passos dois a cinco, isso é a norma, e não a exceção. É precisamente o trabalho coberto pelo nosso serviço de relatórios VPAT e pela consultoria de acessibilidade mais ampla. Para um retrato mais completo do que envolvem os projetos de consultoria, consulte o nosso artigo a consultoria de acessibilidade explicada.

Manter um VPAT ao longo do tempo

Um VPAT é uma fotografia de um alvo em movimento. No dia em que lança uma nova versão, o seu ACR começa a afastar-se da realidade. Tratar o documento como um entregável único é um dos erros mais comuns — e mais prejudiciais — que os fornecedores cometem.

Atualizar em caso de alteração substancial. Qualquer versão que altere de forma significativa a interface do utilizador ou acrescente novas funcionalidades deve desencadear uma revisão dos critérios afetados.
Renovar pelo menos anualmente. Mesmo sem grandes alterações, as normas evoluem e os compradores esperam uma data recente no documento. Um ACR datado de há três anos suscita ceticismo.
Associá-lo a testes contínuos. A forma mais fiável de manter um ACR verídico é continuar a testar o produto de forma contínua. As auditorias de acessibilidade recorrentes detetam regressões antes que invalidem as suas alegações, para que o relatório que entrega a um comprador corresponda sempre ao produto que ele irá testar.

A QualiBooth combina uma plataforma de análise com avaliação humana especializada precisamente para que as evidências por trás do seu ACR se mantenham atuais. O analisador vigia regressões entre auditorias formais; os testes humanos mantêm honestas as avaliações matizadas e baseadas em juízo. Pode comparar toda a nossa oferta na página serviços de acessibilidade e ver as opções na nossa página de preços.

Perguntas frequentes

Um VPAT é legalmente obrigatório?

O modelo em si é voluntário, mas fornecer um é frequentemente uma condição obrigatória de um contrato de compra, sobretudo na contratação pública federal e estadual dos EUA e em todo o setor público da UE. Em separado, as obrigações de acessibilidade subjacentes — Section 508, o AEA, o ADA — são bem reais e obrigatórias, e um VPAT é a forma como demonstra a sua posição face a elas.

Posso preencher um VPAT eu próprio?

Pode, e nada proíbe o autopreenchimento. O risco está na exatidão. Uma autoavaliação redigida sem testes rigorosos — ou com um incentivo a parecer bem — tende a sobrestimar a conformidade, o que cria exposição jurídica e corrói a confiança do comprador no instante em que as alegações são testadas. Muitas organizações recorrem a um fornecedor independente precisamente por esta razão.

Quanto tempo demora a produzir um VPAT?

Depende da dimensão e complexidade do produto e da edição exigida. Uma aplicação web de plataforma única pode demorar algumas semanas assim que os testes estiverem em curso; um grande conjunto multiplataforma que necessite da edição INT demora mais. Uma conversa de levantamento de âmbito dá-lhe um prazo realista.

Qual é a diferença entre a conformidade WCAG e um VPAT?

As WCAG são a norma — o conjunto de critérios de êxito. Um VPAT/ACR é o documento que regista, critério a critério, o desempenho do seu produto face a essa norma (e, consoante a edição, também face à Section 508 e à EN 301 549). Tem de cumprir efetivamente as WCAG para alegar conformidade; o ACR é a forma como comunica onde se encontra.

Em resumo

Um VPAT, preenchido como Accessibility Conformance Report, é muito mais do que um obstáculo de contratação. Feito com honestidade, é um relato credível de como o seu produto serve as pessoas com deficiência, um registo defensável que reduz o risco jurídico, e uma lista de pendências operacional que impulsiona melhorias reais. Feito de forma desonesta, é uma responsabilidade à espera de ser exposta.

O fator decisivo são sempre os testes que sustentam as avaliações. Se precisa de um ACR que possa assinar com o seu nome — assente em análise automatizada, auditorias manuais e avaliação por pessoas com deficiência — explore o nosso serviço de relatórios VPAT, ou solicite uma demonstração para ver como a QualiBooth produz relatórios que resistem ao escrutínio.