Saltar para o conteúdo principal
WCAG Auditor · EAA Resource Center

Informática de consumo

Computadores de uso geral de consumo e os respetivos sistemas operativos. São a base sobre a qual os restantes serviços abrangidos funcionam.

Esta visão geral é apenas informativa, não é aconselhamento jurídico. Se um determinado produto ou serviço está ou não no âmbito é uma decisão jurídica que cabe à sua organização tomar.

O que o EAA abrange aqui

Este setor abrange o hardware informático de uso geral de consumo e o sistema operativo com que é vendido, tratados como um único produto. Este emparelhamento é deliberado: a acessibilidade de um computador não é verdadeiramente uma questão de hardware ou de software isolados, mas sim se a máquina que um consumidor compra numa prateleira pode ser configurada e utilizada, desde o primeiro arranque, por alguém que dependa de um leitor de ecrã, de ampliação, de entrada alternativa ou de legendagem.

As estações de trabalho empresariais e especializadas vendidas apenas através de canais empresariais ficam fora do âmbito desta página; o alvo aqui é a máquina de uso geral destinada ao consumidor.

O computador e o sistema operativo, em conjunto

O hardware contribui com o lado físico: portas e conectores que suportam periféricos padrão de tecnologia de apoio, e controlos (volume, brilho, energia) que não dependem exclusivamente de precisão motora fina ou de visão para serem operados. O sistema operativo contribui com o lado do software: um leitor de ecrã, uma lupa e um suporte de legendagem integrados, disponíveis de origem em vez de exigirem uma compra separada, e uma API de acessibilidade em que outro software — incluindo software que o fabricante não escreveu — se pode apoiar para se manter compatível.

Funcionalidades de acessibilidade integradas

Os requisitos aqui vão além de «o sistema operativo tem um menu de acessibilidade algures». Cobrem se o software de terceiros e o software pré-instalado conseguem efetivamente utilizar os serviços de acessibilidade da plataforma em vez de desenharem os seus próprios controlos inacessíveis, se uma atualização do sistema pode repor ou desativar silenciosamente as preferências de acessibilidade de um utilizador, e se as definições escolhidas pelo utilizador persistem da mesma forma que qualquer outra preferência persistiria. Uma funcionalidade que existe mas é apagada pela atualização seguinte não chegou verdadeiramente a ser disponibilizada.

O que os auditores analisam primeiro

Uma auditoria começa normalmente pela configuração inicial: quantos passos são necessários para alcançar e ativar uma funcionalidade essencial de acessibilidade, e se esse próprio percurso é acessível a alguém que ainda não ativou nada. A partir daí, verifica se as aplicações habitualmente pré-instaladas expõem corretamente a sua interface através da API de acessibilidade do sistema operativo, em vez de falharem silenciosamente, se uma atualização preserva as preferências de acessibilidade ao longo da atualização, e se a própria documentação do produto identifica efetivamente as funcionalidades de acessibilidade e de compatibilidade com que é disponibilizado, em vez de as deixar por documentar.

O que costuma falhar aqui

Falhas de acessibilidade recorrentes nesta área. Meramente ilustrativo — uma auditoria reporta o que as suas próprias superfícies efetivamente fazem.

  • Definições de acessibilidade escondidas vários menus abaixo, sem atalho durante a configuração inicial.
  • Portas e conectores físicos que não suportam periféricos padrão de tecnologia de apoio.
  • Atualizações do sistema operativo que desativam ou repõem silenciosamente as preferências de acessibilidade.
  • Software pré-instalado que não expõe a sua interface através da API de acessibilidade do sistema operativo.
  • Documentação do produto que nunca indica quais as funcionalidades de acessibilidade que o dispositivo efetivamente tem.

Cláusulas da EN 301 549 correspondentes

Cláusulas do catálogo do nosso relatório v3.2.1 — um subconjunto selecionado da norma, não a lista completa de cláusulas que lhe podem ser aplicáveis.

  • 5.1.2.2 Assistive technology
  • 11.5.2.3 Use of accessibility services (assistive technology API)
  • 11.6.2 No disruption of accessibility features
  • 11.7 User preferences
  • 12.1.1 Accessibility and compatibility features
  • 12.1.2 Accessible documentation
  • 12.2.2 Information on accessibility and compatibility features

A seguir: o que contém um relatório de conformidade, ou faça a verificação de preparação de 2 minutos.

Verifique a sua preparação para o EAA

Um questionário de 2 minutos, apenas no navegador. Nenhuma resposta é enviada.