Se comunicar um problema de acessibilidade à autoridade supervisora por sua iniciativa — por exemplo, porque descobriu uma falha internamente e deseja informar que está trabalhando nisso — geralmente precisará de quatro coisas: uma descrição concreta do problema, material probatório que demonstre o problema, uma referência à sua declaração de acessibilidade existente, e um plano de melhoria com prazos indicando o que fará e quando. Trata-se de um conjunto diferente de documentos do que a própria declaração, e essa diferença é precisamente onde as coisas costumam dar errado.
Uma declaração de acessibilidade é uma publicação fixa, atualizada anualmente, que descreve como seu site ou aplicativo está neste momento. Uma comunicação é algo diferente: refere-se a um problema específico, num momento específico, e requer um dossiê que torne esse problema demonstrável e mostre que está fazendo algo a respeito. Quem confunde os dois costuma enviar uma declaração quando a autoridade supervisora espera um plano, ou vice-versa.
Por que uma comunicação requer algo diferente da declaração
A declaração é uma foto do seu site inteiro: que partes estão em conformidade, quais não estão, e qual é a razão. Uma comunicação refere-se a uma única falha que foi identificada, por exemplo, porque um cliente indicou que não consegue concluir o processo de compra com um leitor de tela, ou porque descobriu isso em um teste interno. A autoridade supervisora então não quer ver sua declaração completa novamente, mas especificamente: qual é o problema, como você sabe disso, e o que fará a respeito. Isto requer um dossiê mais preciso e compacto do que a publicação anual.
Este detalhe é mais decisivo aqui: uma comunicação sem um plano de melhoria com prazo parece um reconhecimento sem seguimento. Não é a descrição do problema que faz a diferença, mas a presença de uma data concreta em que a solução estará pronta. Sem essa data, uma comunicação permanece uma declaração de intenção em vez de um passo demonstrável.
Os componentes de um dossiê completo
Uma descrição do problema deve indicar que página ou funcionalidade está envolvida, qual requisito WCAG parece estar em jogo, e de que forma o problema foi identificado: comunicado por um utilizador, encontrado num teste interno, ou sinalizado por uma verificação automática. Material probatório consiste tipicamente numa captura de tela, num vídeo breve da operação, ou numa explicação técnica sobre o elemento que não funciona corretamente. A referência à declaração existente mostra que se trata não de um incidente isolado, mas parte de um processo em curso em que já avaliou anteriormente a situação. E o plano de melhoria por fim descreve o passo que será dado, quem é responsável por isso, e em que prazo isso acontece.
Estes quatro componentes em conjunto formam o mínimo. O que uma autoridade supervisora espera além disso varia consoante o país e a situação, e é também onde se situa o limite do que uma plataforma como axessia.eu pode fazer por você: identificamos, priorizamos e sinalizamos, mas a avaliação final do seu dossiê fica a cargo da autoridade supervisora competente ou, em caso de dúvida sobre sua situação específica, de um advogado.
O que uma autoridade supervisora faz com a comunicação
As autoridades supervisoras tratam tipicamente uma comunicação como um sinal, não como um resultado final. Verificam se o problema descrito foi demonstrado de forma plausível, se a organização está visível e activamente a trabalhar nele, e se o prazo indicado se alinha realisticamente com a natureza do problema. Um pequeno texto sem descrição alternativa exige um período de execução diferente da reconstrução de um processo de compra inteiro. É precisamente por isso que o plano de melhoria acompanha a comunicação, e não como um documento de continuação separado que deverá vir depois.
Manter a documentação com antecedência evita a pressa depois
Organizações que só começam a reunir evidências quando surge um sinal concreto descobrem que reconstruir é mais difícil do que registrar. Quando o problema foi visto pela primeira vez, quem o reportou, qual versão do site estava ativa naquela época: estas são questões difíceis de responder depois se nada foi registado no momento. Um dossiê em andamento com constatações, capturas de ecrã e pontos de ação por data torna a apresentação de uma notificação uma questão de resumo em vez de investigação. Em a base de conhecimento por tema consta como tal dossiê se relaciona com a declaração obrigatória e o plano de melhoria que a acompanha.
Onde alojar isto
Se uma notificação é apropriada para a sua organização neste momento depende da sua situação: se está abrangido pelo âmbito da lei, quais as partes do seu site ou aplicação foram avaliadas, e o que resultou disso. Algumas perguntas fornecem uma indicação imediata de onde está, e também mostram quais as partes que uma avaliação automatizada não pode avaliar. Para a forma precisa e o formulário de notificação correspondente por país, axessia.eu remete para a autoridade de supervisão em si; o que oferecemos é o registo do dossiê para que não tenha de reconstruir o que aconteceu a cada sinal.
Tem dúvidas se a sua situação justifica uma notificação, ou deseja primeiro saber como fica tal dossiê na prática? Faça a verificação rápida gratuita ou navegue por as respostas a perguntas que outros empresários já colocaram antes de dar um passo.