Acessibilidade e edição de documentos: o que a Lei de Acessibilidade da Europa significa para o software e como a ONLYOFFICE está lidando com isso

Os requisitos de acessibilidade para produtos digitais estão se tornando cada vez mais importantes em toda a Europa. Para as organizações que escolhem software, a acessibilidade não é mais apenas um recurso adicional do produto. Ela pode ser parte dos requisitos de aquisição, políticas institucionais e, dependendo do produto ou serviço em questão, obrigações legais.

Para o software de edição de documentos, a questão é particularmente complexa. Uma suíte de produtividade é usada para muito mais do que simplesmente inserir texto. Os usuários navegam por barras de ferramentas e menus, trabalham com tabelas e planilhas, criam apresentações, preenchem formulários, editam PDFs, colaboram com colegas e se movimentam entre diferentes tipos de conteúdo. Uma barreira de acessibilidade em qualquer um desses fluxos de trabalho pode impedir que alguém complete uma tarefa que, de outra forma, seria rotineira.

Como parte de seu trabalho contínuo em acessibilidade, a ONLYOFFICE está preparando uma Declaração de Conformidade de Acessibilidade descrevendo as capacidades de acessibilidade atualmente disponíveis em seus editores, as áreas onde o suporte ainda está sendo expandido e a abordagem da empresa em relação à avaliação formal de conformidade. O documento pretende fornecer uma imagem mais clara para usuários e organizações que estão avaliando a ONLYOFFICE, em particular aqueles com requisitos de acessibilidade.

O que é a Lei de Acessibilidade da Europa?

A Lei de Acessibilidade da Europa (EAA) é a Diretiva (UE) 2019/882, adotada para estabelecer requisitos comuns de acessibilidade para certos produtos e serviços na União Europeia.

A Diretiva abrange uma gama definida de produtos e serviços, incluindo hardware de computador para consumidores e sistemas operacionais, e-books e software dedicado, serviços de e-commerce, serviços bancários para consumidores e certos serviços de comunicações eletrônicas e transporte. Os requisitos passam a ser aplicados a partir de 28 de junho de 2025 para produtos e serviços dentro do seu escopo.

O objetivo da legislação é mais amplo do que exigir que elementos individuais da interface sejam acessíveis. Ela visa reduzir barreiras criadas por diferentes requisitos de acessibilidade entre os Estados Membros da UE e melhorar a acessibilidade de produtos e serviços para pessoas com deficiência.

Se um produto de software específico ou implantação se enquadra exatamente no escopo da EAA depende do produto, serviço, operador econômico e caso de uso. Isso é particularmente relevante para software como editores de escritório e documentos, que podem ser entregues de diferentes maneiras e como parte de diferentes serviços.

Por essa razão, as organizações devem avaliar seus próprios requisitos legais e de aquisição, em vez de tratar a presença de uma declaração de acessibilidade como, por si só, prova de conformidade legal.

EAA, EN 301 549 e WCAG: qual é a diferença?

Esses termos são muitas vezes usados juntos, mas não são intercambiáveis. A EAA é uma legislação europeia. Ela estabelece requisitos de acessibilidade para os produtos e serviços cobertos pela Diretiva.

EN 301 549 é um padrão técnico europeu que cobre requisitos de acessibilidade para produtos e serviços de TIC. A versão atualmente harmonizada, EN 301 549 v3.2.1, baseia-se fortemente na WCAG 2.1, mas também inclui requisitos que não fazem parte da WCAG.

WCAG, ou as Diretrizes de Acessibilidade para Conteúdo Web, é um conjunto de diretrizes de acessibilidade desenvolvido pelo W3C. A WCAG 2.1 organiza os requisitos de acessibilidade em torno de quatro princípios: o conteúdo e as interfaces devem ser perceptíveis, operáveis, compreensíveis e robustas.

Essa distinção é importante ao avaliar software. Atender a critérios individuais da WCAG não significa automaticamente que um produto demonstrou conformidade com todos os requisitos aplicáveis da EN 301 549. Da mesma forma, publicar uma lista de recursos de acessibilidade não é o mesmo que completar uma auditoria formal de acessibilidade.

Um processo de conformidade útil, portanto, precisa identificar os requisitos aplicáveis, testar os fluxos de trabalho relevantes do produto e documentar os resultados.

Por que os editores de documentos apresentam um desafio particular de acessibilidade

Uma suíte de escritório moderna é efetivamente uma coleção de aplicativos complexos. Considere um editor de documentos. Um usuário pode precisar navegar por cabeçalhos, tabelas, comentários, links, notas de rodapé, imagens e outros objetos. Um editor de planilhas adiciona uma grade bidimensional, fórmulas, gráficos, filtros e estruturas de dados. Um editor de apresentações introduz slides, objetos, animações e notas do apresentador.

Os PDFs apresentam outro conjunto de desafios, especialmente quando os usuários precisam anotar documentos, navegar por páginas, preencher formulários ou trabalhar com conteúdo digitalizado.

Isso significa que a acessibilidade não pode ser avaliada apenas verificando se um produto tem um “modo de alto contraste” ou se um botão específico pode ser alcançado usando o teclado. Todo o fluxo de trabalho precisa ser considerado.

Quais recursos de acessibilidade já estão disponíveis na ONLYOFFICE?

A ONLYOFFICE já fornece uma série de mecanismos destinados a tornar seus editores mais adaptáveis a diferentes usuários.

Para acessibilidade visual, os editores fornecem predefinições de escalonamento de 50% a 500%, juntamente com opções para ajustar a área de edição à largura da página ou da tela. Os usuários também podem ocultar elementos da interface, como a barra de ferramentas, barra de status e réguas, quando desejam reduzir a complexidade visual.

Os editores oferecem temas de interface claros e escuros, enquanto os elementos de gráficos podem usar padrões geométricos e outras distinções em vez de depender exclusivamente da cor.

Idioma é outra parte da acessibilidade. A ONLYOFFICE suporta mais de 25 idiomas de interface, e o idioma da interface pode ser configurado independentemente do idioma do documento.

Os editores também suportam texto da direita para a esquerda e bidirecional, permitindo que os usuários trabalhem com idiomas como árabe, hebraico, persa e urdu sem precisar reestruturar seu conteúdo em torno das limitações de uma interface da esquerda para a direita.

A interação por teclado é suportada em partes importantes dos editores, enquanto o plugin de Entrada de Voz fornece uma maneira alternativa de inserir texto.

Em plataformas móveis, as capacidades de acessibilidade incluem suporte para tecnologias como VoiceOver e Dynamic Type no iOS e TalkBack no Android.

Esses recursos, por si só, não estabelecem plena conformidade com um determinado padrão de acessibilidade. Eles são partes individuais de uma abordagem mais ampla de acessibilidade.

Onde o trabalho de acessibilidade ainda é necessário?

Uma das partes mais importantes de uma declaração de acessibilidade é documentar o que não está completo ainda.

Para a ONLYOFFICE, o suporte a leitores de tela continua sendo uma área ativa de desenvolvimento. A empresa está trabalhando para um suporte mais amplo ao NVDA e JAWS no Windows e VoiceOver no macOS em todos os editores de documentos, planilhas, apresentações e PDFs.

A acessibilidade por teclado também está sendo ampliada. Em particular, o editor de PDF e as interfaces de preenchimento de formulários atualmente têm uma acessibilidade por teclado mais limitada do que os editores de documentos e planilhas. Outras áreas que estão sendo exploradas incluem opções de fontes amigáveis para dislexia e configurações de movimento reduzido.

Ser explícito sobre essas limitações é importante para organizações que estão avaliando software. Os requisitos de acessibilidade podem diferir consideravelmente entre os usuários, e um recurso que é suficiente para um fluxo de trabalho pode não ser suficiente para outro.

Por que a ONLYOFFICE está preparando uma avaliação formal de conformidade

O próximo passo é a avaliação formal. A ONLYOFFICE está trabalhando em uma auditoria de acessibilidade WCAG 2.1 Level AA em todos os seus editores e preparando um VPAT / Relatório de Conformidade de Acessibilidade para fins de aquisição. Um relatório formal fornece um nível diferente de informação em relação a uma declaração geral de acessibilidade.

Em vez de simplesmente afirmar que um produto suporta a navegação por teclado ou leitores de tela, um Relatório de Conformidade de Acessibilidade pode examinar critérios individuais de acessibilidade e indicar se eles são suportados, parcialmente suportados, não suportados ou não aplicáveis, de acordo com a metodologia de avaliação.

Para organizações, esse tipo de documentação pode tornar a avaliação de acessibilidade muito mais prática. As equipes de aquisição e TI podem comparar requisitos específicos com o produto, em vez de depender de alegações amplas de acessibilidade. Também cria um alvo de desenvolvimento mais claro para a equipe do produto.

Acessibilidade é um processo de desenvolvimento de produto

Uma razão pela qual o trabalho de acessibilidade pode levar tempo em software de produtividade complexo é que a acessibilidade precisa ser considerada sempre que o produto muda.

Um novo recurso do editor pode introduzir novas interações por teclado. Uma barra de ferramentas redesenhada pode afetar a navegação. Um novo diálogo pode exigir informações adicionais para leitores de tela. Um novo fluxo de trabalho de PDF pode criar novos requisitos em torno de formulários e gerenciamento de foco.

Assim, a acessibilidade não pode ser tratada como uma lista de verificação única a ser completada no final do desenvolvimento. Ela precisa ser parte do ciclo de vida do produto: requisitos, design, implementação, testes, feedback e lançamentos subsequentes.

Isso também é a razão pela qual o trabalho formal de conformidade e o feedback dos usuários se complementam. Uma auditoria fornece uma avaliação estruturada contra critérios definidos, enquanto os usuários podem revelar barreiras práticas que podem não se tornar óbvias durante um cenário de teste limitado.

O que a Declaração de Conformidade de Acessibilidade fornece

A nova Declaração de Conformidade de Acessibilidade da ONLYOFFICE reúne esses elementos.

Ela documenta as capacidades de acessibilidade atualmente disponíveis, identifica limitações conhecidas, descreve as áreas sob desenvolvimento ativo e explica a abordagem da empresa para avaliação formal contra padrões de acessibilidade reconhecidos. Está deliberadamente não apresentada como uma alegação genérica de plena conformidade.

Para organizações com requisitos específicos de acessibilidade, a informação mais útil muitas vezes não é simplesmente se um produto possui um rótulo de acessibilidade, mas quais fluxos de trabalho são suportados, quais limitações permanecem e quais evidências estão disponíveis. Esse é o propósito da declaração.

Olhando para o futuro

O trabalho de acessibilidade na ONLYOFFICE continuará além da publicação deste documento.

As prioridades incluem suporte mais amplo para leitores de tela, navegação por teclado expandida, opções adicionais para usuários com diferentes necessidades cognitivas e visuais, e avaliação formal contra os requisitos de acessibilidade relevantes.

O objetivo mais amplo é simples: as pessoas devem ser capazes de criar, editar, revisar e colaborar em documentos usando os métodos de interação e tecnologias assistivas que funcionam para elas.

Para software usado todos os dias em educação, negócios, governo e outras organizações, isso não é uma consideração secundária. É parte do que torna um ambiente de trabalho digital utilizável em primeiro lugar.