Saltar para o conteúdo principal Exigido pela legislação da UE para organizações com 50 ou mais trabalhadores

Relatório de conformidade EN 301 549 #

Última atualização: 2026-05-24.

Este relatório é uma autoavaliação estruturada do EthicsPortal face aos requisitos de acessibilidade da EN 301 549 V3.2.3 (e, por transitividade, das WCAG 2.2 Nível AA). Destina-se aos revisores de aprovisionamento que necessitam de uma resposta cláusula a cláusula que vá além da declaração de acessibilidade .

CampoValor
ProdutoEthicsPortal — plataforma de conformidade de denúncia da UE
Versão do produtoImplementado continuamente; este relatório descreve o estado à data de preparação
NormaEN 301 549 V3.2.3 (incorporando as WCAG 2.2 Nível AA)
Abordagem de conformidadeAutoavaliação
Data de preparação14 de maio de 2026
Próxima revisãoAgosto de 2026 (trimestral)
Contactoaccessibility@ethicsportal.eu

Uma cópia em PDF deste relatório pode ser fornecida para aprovisionamento a pedido.

Âmbito #

Este relatório abrange três superfícies de implementação:

  1. Aplicação websecure.ethicsportal.eu, a interface autenticada do gestor do caso
  2. Portais públicos de denúncia*.ethicsportal.eu, a submissão de denúncia e o acompanhamento de processos dirigidos ao denunciante
  3. Site de marketingethicsportal.eu, o site público gerado em Hugo (incluindo esta página)

Abrange também os documentos descarregáveis e os serviços de apoio entregues através destas superfícies.

O EthicsPortal é um produto SaaS baseado na web. Não fornece aplicações móveis nativas, hardware de quiosque, TIC de voz bidirecional, saída de vídeo para meios de comunicação nem texto em tempo real. As cláusulas 6, 7, 8 e 13 da EN 301 549 são, por isso, em larga medida não aplicáveis.

Resumo #

Área da cláusulaEstado
§5 Requisitos genéricosConforme, com as exceções indicadas em §5.4
§6 TIC com comunicação de voz bidirecionalNão aplicável
§7 TIC com capacidades de vídeoNão aplicável
§8 HardwareNão aplicável
§9 WebParcialmente conforme (ver detalhes em §9)
§10 Documentos não webNão conforme — ver §10.1
§11 SoftwareParcialmente conforme (ver detalhes em §11)
§12 Documentação e serviços de apoioConforme
§13 TIC que fornecem acesso a serviços de retransmissão ou de emergênciaNão aplicável

Avaliação cláusula a cláusula #

§5 Requisitos genéricos #

CláusulaRequisitoEstadoNotas
5.1.2.2 / 5.1.3Ativação de funcionalidades de acessibilidadeConformeA plataforma expõe as funcionalidades de acessibilidade através de HTML e ARIA padrão. Não é necessário qualquer passo de ativação proprietário
5.2Ativação de funcionalidades de acessibilidadeConformeAs definições de acessibilidade ao nível do navegador e do sistema operativo (ampliação, contraste, movimento reduzido, leitor de ecrã) são respeitadas
5.3BiometriaNão aplicávelA autenticação é por link mágico ou código de utilização única com TOTP opcional; não é exigida entrada biométrica
5.4Preservação da informação de acessibilidade durante a conversãoParcialmente conformeO conteúdo da aplicação preserva a informação de acessibilidade; as exportações em PDF não (ver §10.1)
5.5Partes operáveisConformeTodos os elementos interativos são operáveis por teclado e apontador; o tamanho dos alvos cumpre a §2.5.8
5.6Estado de bloqueio ou de alternânciaConformeOs estados de alternância são expostos via aria-pressed / aria-expanded
5.7Repetição de teclaNão aplicávelO software não configura a repetição de tecla do sistema
5.8Aceitação de teclas com dupla pressãoNão aplicávelO software não configura a aceitação de teclas do sistema
5.9Ações simultâneas do utilizadorConformeNenhuma interação exige ações simultâneas do utilizador

§9 Web (incorpora as WCAG 2.2 Nível A e AA) #

O EthicsPortal tem como alvo as WCAG 2.2 Nível AA. Os novos critérios acrescentados nas WCAG 2.2 são reportados individualmente para que os revisores possam confirmar a cobertura para além das WCAG 2.1.

Princípio 1 — Percetível

CSTítuloNívelEstadoNotas
1.1.1Conteúdo não textualAConformeAs imagens e os ícones SVG têm texto alternativo ou estão marcados como decorativos. Os botões só com ícone têm aria-label. O estado indicado apenas por ícone tem um equivalente textual sr-only
1.2.xMeios baseados no tempoA/AANão aplicávelSem conteúdo de áudio ou vídeo
1.3.1Informação e relaçõesAConformeHTML semântico; as tabelas usam <th scope>; os formulários usam <label>
1.3.2Sequência significativaAConformeA ordem do DOM corresponde à ordem visual
1.3.3Características sensoriaisAConformeAs instruções não dependem apenas da forma, do tamanho ou da localização
1.3.4OrientaçãoAAConformeO esquema funciona em vertical e em horizontal
1.3.5Identificar a finalidade da entradaAAConformeAs entradas que correspondem às finalidades de entrada das WCAG usam autocomplete
1.4.1Uso da corAConformeA cor nunca é o único sinal — é combinada com texto ou ícones
1.4.3Contraste (mínimo)AAConformeTexto do corpo ≥ 4,5:1, texto grande ≥ 3:1, auditado internamente
1.4.4Redimensionar o textoAAConformeO esquema redistribui-se a 200% de ampliação sem perda de conteúdo
1.4.5Imagens de textoAAConformeO logótipo da marca é a única imagem de texto; todas as etiquetas da interface são HTML
1.4.10RedistribuiçãoAAConformeRedistribui-se a 320 pixels CSS de largura (tabelas e blocos de código excetuados conforme permitido)
1.4.11Contraste não textualAAConformeOs componentes da interface e os objetos gráficos cumprem 3:1
1.4.12Espaçamento do textoAAConformeAs substituições de espaçamento do texto pelo utilizador não quebram o esquema
1.4.13Conteúdo ao passar o cursor ou ao focarAAConformeAs dicas são dispensáveis (Escape), passíveis de cursor e persistentes até o gatilho perder o foco

Princípio 2 — Operável

CSTítuloNívelEstadoNotas
2.1.1TecladoAConformeToda a funcionalidade é operável por teclado
2.1.2Sem armadilha de tecladoAConformeAs janelas modais retêm o foco apenas enquanto estão abertas e restauram-no ao fechar
2.1.4Atalhos de tecla de carácterANão aplicávelSem atalhos de carácter único implementados
2.2.1Tempo ajustávelAConformeO tempo limite de inatividade da sessão é de 30 dias, satisfazendo a exceção das 20 horas
2.2.2Pausar, parar, ocultarAConformeNenhum conteúdo com atualização automática se move, pisca ou desloca durante mais de 5 segundos sem um controlo para pausar
2.3.1Três flashes ou abaixoAConformeSem conteúdo intermitente
2.4.1Ignorar blocosAConformeLigação de salto para o conteúdo principal presente em todos os esquemas
2.4.2Página com títuloAConformeTodas as páginas têm um <title> localizado e descritivo
2.4.3Ordem de focoAConformeO foco segue a ordem do DOM
2.4.4Finalidade da ligação (em contexto)AConformeO texto da ligação descreve o destino
2.4.5Múltiplas formasAAConformePesquisa no site, navegação e trilho de navegação estão disponíveis
2.4.6Cabeçalhos e etiquetasAAConformeUm <h1> por página; os cabeçalhos descem sem saltos
2.4.7Foco visívelAAConforme:focus-visible está ativado globalmente; os contornos de foco não são desativados
2.4.11Foco não obscurecido (mínimo)AA (novo em 2.2)ConformeOs elementos focados não ficam totalmente cobertos por cabeçalhos fixos ou outro conteúdo do autor
2.5.1Gestos de apontadorAConformeNão são exigidos gestos multiponto ou baseados em trajetória
2.5.2Cancelamento de apontadorAConformeTodas as ações de clique concluem-se no up-event
2.5.3Etiqueta no nomeAConformeOs nomes acessíveis contêm a etiqueta visível
2.5.4Acionamento por movimentoANão aplicávelSem entradas por movimento do dispositivo
2.5.7Movimentos de arrastarAA (novo em 2.2)ConformeSem fluxos só por arrasto; os carregamentos aceitam alternativas por clique e teclado
2.5.8Tamanho do alvo (mínimo)AA (novo em 2.2)ConformeAlvos interativos ≥ 24×24 px CSS

Princípio 3 — Compreensível

CSTítuloNívelEstadoNotas
3.1.1Idioma da páginaAParcialmente conformeAs páginas da aplicação e do portal definem <html lang> para a localização ativa. As páginas de erro estáticas de recurso são apenas em inglês — ver a declaração de acessibilidade
3.1.2Idioma de partesAAConformeAs cadeias de texto em língua estrangeira inseridas usam atributos lang quando necessário
3.2.1Ao focarAConformeO foco não desencadeia uma mudança de contexto
3.2.2Ao introduzirAConformeA introdução não desencadeia uma mudança de contexto sem aviso
3.2.3Navegação consistenteAAConformeA ordem de navegação é consistente em toda a aplicação
3.2.4Identificação consistenteAAConformeOs ícones e os componentes são usados de forma consistente
3.2.6Ajuda consistenteA (novo em 2.2)ConformeO contacto de apoio e as ligações de ajuda surgem no mesmo local em todas as páginas autenticadas (área do rodapé da barra lateral) e no rodapé do portal
3.3.1Identificação de errosAConformeOs erros são exibidos via role="alert" e descritos ao utilizador
3.3.2Etiquetas ou instruçõesAConformeAs entradas estão etiquetadas; as sugestões usam aria-describedby
3.3.3Sugestão de erroAAConformeOs erros indicam o que está errado e como corrigir
3.3.4Prevenção de erros (jurídicos, financeiros, de dados)AAConformeOperações reversíveis ou confirmação explícita para ações destrutivas
3.3.7Entrada redundanteA (novo em 2.2)ConformeA informação previamente introduzida (email, organização) é preenchida automaticamente quando volta a ser exigida na mesma sessão
3.3.8Autenticação acessível (mínimo)AA (novo em 2.2)ConformeA autenticação usa links mágicos e códigos de utilização única que podem ser colados; não são exigidos testes de função cognitiva

Princípio 4 — Robusto

CSTítuloNívelEstadoNotas
4.1.2Nome, função, valorAConformeOs controlos expõem nome, função e estado
4.1.3Mensagens de estadoAAConformeAs mensagens de notificação, as notificações e os resultados assíncronos usam regiões aria-live

§10 Documentos não web #

CláusulaRequisitoEstadoNotas
10.1Documentos não web (PDF)Não conformeOs relatórios de conformidade, os certificados, os modelos de política, os cartazes, o manual do gestor do caso e as exportações de processos são produzidos como PDF sem etiquetas. Estão disponíveis alternativas acessíveis em HTML a pedido através de accessibility@ethicsportal.eu . Um fluxo de PDF etiquetado está no roteiro.
10.2Modelos de política DOCXParcialmente conformeOs ficheiros DOCX gerados (política de denúncia, aviso de privacidade) mantêm a sua estrutura, mas não foram auditados face a expectativas equivalentes a PDF/UA para documentos editáveis. Estão disponíveis alternativas em HTML a pedido.

§11 Software #

A aplicação web qualifica-se como software ao abrigo da §11. A §11 incorpora as WCAG (avaliadas acima na §9) mais cláusulas específicas de software:

CláusulaRequisitoEstadoNotas
11.5Interoperabilidade com tecnologia de apoioConformeConstruída sobre HTML semântico e ARIA; testada com VoiceOver, NVDA e navegação por teclado da plataforma
11.6Utilização de acessibilidade documentadaConformeEsta página e a declaração de acessibilidade documentam as funcionalidades de acessibilidade e as limitações conhecidas
11.7Preferências do utilizadorConformeAs preferências ao nível do sistema operativo (movimento reduzido, esquema de cores, escala do texto) são respeitadas
11.8Ferramentas de autoriaParcialmente conformeA interface do gestor do caso é uma ferramenta de autoria ao abrigo da §11.8 porque os gestores criam conteúdo consumido pelos denunciantes. Os carregamentos de anexos aceitam descrições; as funcionalidades de texto formatado (quando introduzidas) serão avaliadas face à ATAG 2.0

§12 Documentação e serviços de apoio #

CláusulaRequisitoEstadoNotas
12.1.1Funcionalidades de acessibilidade e compatibilidadeConformeEste relatório e a declaração de acessibilidade descrevem as tecnologias de apoio e as combinações de plataforma suportadas
12.1.2Documentação acessívelConformeA documentação é entregue como HTML semântico no site de marketing e através da ajuda na aplicação
12.2.2Informação sobre funcionalidades de acessibilidadeConformeO pessoal de apoio e a declaração publicada podem responder a questões de acessibilidade
12.2.3Comunicação eficazConformeO canal de comentários de acessibilidade é monitorizado em cada dia útil; confirmação no prazo de 2 dias úteis
12.2.4Documentação acessível (apoio)Parcialmente conformeOs documentos entregues em resposta a pedidos de apoio herdam o mesmo estado dos artefactos subjacentes — os PDF são assinalados; estão disponíveis alternativas em HTML

Limitações conhecidas #

Os itens abaixo são acompanhados, não ocultados:

  1. PDF sem etiquetas. A maior lacuna. Mitigada atualmente por alternativas acessíveis em HTML a pedido; prevê-se a sua substituição por um fluxo de PDF etiquetado ou de HTML canónico.
  2. Páginas de erro estáticas apenas em inglês. Encontradas raramente; a mesma informação é apresentada no idioma do utilizador dentro da aplicação.
  3. Conteúdos incorporados de terceiros (Crisp, páginas alojadas pela Stripe) estão fora do nosso controlo direto; a documentação de acessibilidade do fornecedor é revista anualmente.

Metodologia de teste #

A autoavaliação combinou:

Contacto e comentários #

Preocupações de acessibilidade, pedidos de formatos alternativos e questões de aprovisionamento:

Normas e referências #

Última atualização: