O acesso à língua é um controlo de segurança.

Quando uma pessoa não consegue compreender um aviso, corrigir um registo ou contestar um resultado automatizado, a linguagem não é um detalhe de...

O acesso à língua é um controlo de segurança.

A instrução que falhou não é um erro do utilizador

Um serviço digital pode estar tecnicamente disponível e, ainda assim, estar fora do alcance. Um aviso pode carregar, um formulário pode ser submetido, uma decisão pode chegar a tempo, e todos os painéis podem indicar que o percurso foi concluído. No entanto, uma pessoa pode continuar sem conseguir perceber o que o aviso lhe pede, que informações são relevantes, como corrigi-las ou onde contestar. Se a linguagem do serviço transforma um direito num enigma, o serviço não comunicou apenas mal. Removeu um dos controlos que impede que uma decisão errada se fixe no mundo.

Isto é particularmente fácil de ignorar em sistemas que utilizam automação. Um percurso automatizado começa muitas vezes com palavras: um pedido, um documento carregado, uma pergunta num balcão, uma chamada, uma mensagem escrita no telemóvel. Termina também com palavras: uma classificação, uma recomendação, uma recusa, uma explicação, um pedido de mais provas, uma via de recurso. A linguagem está presente no momento em que a informação entra, no ponto em que o sistema atribui significado e no momento em que se espera que uma pessoa aja. Tratá-la como uma camada de tinta à volta de um sistema já completo é uma forma muito eficiente de distribuir o erro de forma desigual.

A Europa há muito que trata a diversidade linguística como mais do que um ornamento cultural. O artigo 22.º da Carta dos Direitos Fundamentais afirma que a União respeita a diversidade cultural, religiosa e linguística. A Comissão Europeia descreve as línguas faladas nos Estados-Membros como uma parte essencial do património cultural da Europa e apoia o multilinguismo no trabalho das suas instituições. A Carta Europeia das Línguas Regionais ou Minoritárias do Conselho da Europa existe porque a língua pode ser exercida na vida pública, e não apenas desfrutada em privado em casa. Nenhum destes instrumentos dá a uma equipa de software uma especificação de interface pronta a usar. Mas tornam difícil defender uma premissa: que a via da língua pode ficar para depois de o trabalho consequente estar feito.

Chamar à acessibilidade linguística um controlo de segurança não significa que todas as frases desajeitadas sejam um incidente de segurança, nem que todos os serviços públicos tenham de oferecer todas as línguas possíveis em todas as interações. As obrigações diferem consoante a instituição, a jurisdição, o serviço e a pessoa. Significa algo mais prático. Quando é necessário compreender para evitar, corrigir, questionar, recusar ou recuperar de uma ação consequente, a linguagem tem de ser concebida e testada como parte do sistema de controlo. A questão não é simplesmente se o texto foi traduzido. A questão é se a pessoa consegue ainda impedir que um erro avance.

Esta distinção torna-se mais nítida com a IA. Um modelo de linguagem pode tornar um percurso mais acolhedor ao produzir texto em muitas línguas. Também pode tornar um percurso mais perigoso ao produzir uma resposta plausível numa língua para a qual a organização tem poucas provas, uma revisão fraca ou nenhuma transição segura. A fluência é persuasiva. É precisamente por isso que exige limites. Uma tradução polida pode ocultar a incerteza de forma mais eficaz do que um campo vazio jamais conseguiria.

O acesso linguístico não fica ao lado do serviço. Ele conduz a pessoa pelos pontos em que um erro ainda pode ser travado.

O acesso tem uma direção

Há o hábito de falar do acesso como uma funcionalidade que um serviço tem ou não tem. Isso é demasiado plano. O acesso tem uma direção. Uma pessoa tem de conseguir receber informação, compreender o seu significado prático, dar uma resposta, receber uma resposta que faça sentido e dar o passo seguinte se discordar. Quebrar qualquer parte dessa sequência altera a relação entre a instituição e a pessoa. A instituição continua a ter os seus registos, os seus prazos e o seu vocabulário interno. A pessoa tem um mapa incompleto.

Considere-se um aviso que informa alguém de que um registo foi alterado. Se o aviso aparecer apenas numa língua que a pessoa não domina, a primeira falha é óbvia. Mas o mesmo problema pode persistir depois de fornecida uma tradução. A tradução pode não distinguir entre um pedido de informação e uma exigência. Pode não preservar um prazo. Pode transformar um termo preciso numa palavra corrente e vaga. Pode remeter para um portal que, ele próprio, não é utilizável na mesma língua. Ou pode explicar a decisão mas não a forma de corrigir os dados que a produziram. Cada versão é uma falha de acesso diferente, e cada uma cria um encargo diferente para a pessoa afetada.

O encargo não é partilhado de forma igual. A organização pode, muitas vezes, continuar aplicando o seu processo habitual. A pessoa tem de fazer o trabalho extra: encontrar alguém que consiga interpretar a mensagem, avaliar se essa pessoa é de confiança, explicar novamente circunstâncias privadas, traduzir documentos, esperar, viajar, ligar para um número ou decidir que o esforço não vale o possível resultado. O sistema pode descrever isto como não resposta, prova incompleta ou incumprimento de instruções. Do lado da pessoa, pode ser uma barreira linguística que o sistema tornou invisível ao registar apenas os seus próprios passos.

É por isso que o termo erro do utilizador exige cuidado. As pessoas cometem erros, claro. As instituições também. Mas um serviço não deve chamar erro do utilizador a uma falha apenas por ter colocado o custo da compreensão fora do seu próprio limite. Um formulário que pressupõe uma categoria jurídica desconhecida, um chatbot que não reconhece uma pergunta numa variedade local, ou uma carta de decisão cuja via de recurso só é legível para um leitor confiante podem estar a funcionar exatamente como foram implementados. Ainda assim, estão a criar uma assimetria evitável.

Accessibility makes the same point from another direction. The Web Accessibility Directive requires public-sector bodies’ websites and mobile applications to be more accessible, and it frames the work around accessibility requirements, monitoring and statements. Accessibility is not identical to language access. A screen reader, clear structure, sufficient contrast, captions and keyboard navigation answer different needs. But the two belong together because a person does not experience them as separate compliance drawers. Text that is technically available but incomprehensible does not make a right usable. Clear language delivered through an inaccessible interface does not either.

A safer design begins by drawing the whole route. What must a person understand before they can act? Which terms carry legal, financial, medical or procedural consequences? Which questions can be asked in more than one language or format? What happens when the system is uncertain about the language, the intent or the translation? How can a person correct a meaning that has been assigned to their words? Which route leads to a human with authority to help? These are ordinary service-design questions. They become safety questions when the answer determines whether an error can be caught before it affects a person’s income, status, care, mobility, education or dignity.

Translation is not equivalence

Translation is valuable. It should not be made to carry a promise it cannot keep alone. A translation can reproduce words while losing the relationship between those words and the institution using them. It can be accurate enough for a tourist sign yet unsafe for an explanation of a decision. It can capture a sentence’s dictionary meaning while missing its register, its qualification, its reference to a previous document or its role in a procedure. That is not an argument against translation. It is an argument against treating the output of translation as evidence that the service has become equivalent.

The Commission itself warns that machine-translation quality and accuracy can vary significantly between texts and language pairs. This is a useful starting point because it resists a familiar false choice. The choice is not between a perfect human translation and an unacceptable machine translation. The real choices include task, consequence, language pair, source quality, review, time pressure, user population and recovery route. A machine-produced draft may be appropriate for orientation. A reviewed translation may be appropriate for a standard notice. A high-consequence explanation may need a different route altogether, including a qualified human, a verified template or the option to pause rather than pretend that confident prose is safe.

Equivalence has more than one dimension. Semantic equivalence concerns whether the stated information is preserved. Procedural equivalence concerns whether the person can actually complete the same next step. Temporal equivalence concerns whether they receive the information in time to use it. Evidential equivalence concerns whether they can provide information that the service can understand and properly record. Remedial equivalence concerns whether they can challenge or correct an outcome. A translated homepage may improve semantic access while leaving the other four untouched.

This is where automated language systems demand a little institutional humility. A system can be very good at producing prose and still lack evidence for a particular terminology, dialect, writing system, domain or task. It can misread a name, flatten a qualification, or select a familiar meaning where a specialised one is required. A team that knows this can build checks and hand-offs. A team that hides it behind a language selector has made a stronger promise than its evidence supports.

Imagine uma rota de aplicação em que uma pessoa possa explicar uma circunstância excecional em texto livre. O serviço aceita submissões em várias línguas. Para duas delas, pessoal formado e orientação revista cobrem a rota. Para uma terceira, o sistema fornece uma tradução automática ao gestor de caso, mas ninguém testou a tradução na terminologia própria do serviço nem criou um método para o requerente ver e corrigir o registo traduzido. O cenário é hipotético. O seu propósito é modesto: as três opções de língua não são o mesmo serviço apenas porque o formulário aceita três escritas. Uma tem um ciclo de revisão. Outra tem uma transformação oculta no meio. A diferença importa quando o texto transformado se torna prova.

É também por isso que a retroversão, as pontuações de confiança e os rótulos genéricos de qualidade não são, por si só, salvaguardas suficientes. Podem ser sinais úteis. Não estabelecem que o significado de uma pessoa sobreviveu à viagem, nem que a pessoa tem uma oportunidade justa de contestar a versão produzida. O controlo relevante é muitas vezes mais simples e menos glamoroso: mostrar o original onde importa, registar a transformação, tornar a rota reversível, permitir que uma pessoa qualificada intervenha e fornecer uma forma clara de dizer que o sistema percebeu mal. É papelada, sim. Também o são os travões.

O fardo desigual do erro

Todo o sistema automatizado tem um orçamento de erro, quer alguém lhe chame esse nome ou não. Alguns dados serão incompletos. Algumas classificações estarão erradas. Algumas pessoas precisarão de ajuda. A questão de governação importante é onde o sistema coloca o custo desses erros. Uma rota pode manter o fardo perto da instituição, sinalizando incerteza, oferecendo uma alternativa humana e revisitando uma decisão. Ou pode enviar o fardo para fora, assumindo que as pessoas vão traduzir, tentar novamente, documentar, ligar, esperar e explicar-se até que a representação preferida do sistema fique disponível.

Os erros de língua são particularmente bons a esconder esta distribuição, porque a organização pode não ver as pessoas que desistem. Vê formulários preenchidos, chamadas atendidas, e-mails enviados e recursos apresentados. Não vê automaticamente a pessoa que não percebeu a primeira carta, o familiar que carregou o trabalho de tradução, a organização comunitária que preencheu a lacuna, ou a pessoa que concluiu que uma rota não era para si. A ausência parece limpa num painel de controlo. Isso não faz dela prova de acesso igual.

O material europeu sobre direitos das minorias dá ao assunto uma forma pública. O Conselho da Europa descreve a Convenção-Quadro para a Proteção das Minorias Nacionais como exigindo que as partes promovam a igualdade plena e efetiva na vida económica, social, política, pública e cultural. A sua ficha informativa nota que a Convenção abrange o uso de uma língua minoritária em privado e em público e, sob certas condições, os contactos com autoridades administrativas. A Carta Europeia das Línguas Regionais ou Minoritárias foi concebida para proteger e promover as línguas regionais ou minoritárias tradicionais em domínios da vida pública. Estas disposições não devem ser convertidas levianamente numa afirmação sobre cada aplicação individual ou cada interface automatizada. No entanto, tornam mais difícil chamar mera preferência à língua quando está envolvida autoridade pública.

A mesma cautela pertence à migração e à aprendizagem de línguas. A primeira língua de uma pessoa, a sua língua mais forte, a língua da escolaridade, a língua de um familiar e a língua usada num determinado contexto legal ou médico podem não ser as mesmas. Um serviço orientado para a segurança não deve adivinhar a identidade a partir de uma escolha num menu, de um apelido ou de um código postal. Deve perguntar apenas o que precisa, explicar porquê, evitar tornar a seleção de língua um rótulo permanente e fornecer uma forma de a alterar. O objetivo não é classificar as pessoas com mais confiança. É deixá-las controlar uma rota de comunicação que as afeta.

Encargos de erro desiguais também aparecem dentro das organizações. O pessoal da linha da frente torna-se muitas vezes o remendo humano para um percurso linguístico concebido noutro lugar. Interpretam mensagens pouco claras, reintroduzem informação, convencem uma interface a aceitar um nome, explicam por que razão uma resposta traduzida não é de confiança e acalmam pessoas a quem já foi dito que o processo está concluído. Este trabalho raramente é visível na avaliação do modelo ou na pontuação do concurso. No entanto, é prova. Se o pessoal reparar repetidamente a mesma falha linguística, o sistema está a dizer à organização onde o seu controlo de segurança é fraco.

A resposta errada é fazer com que o pessoal absorva silenciosamente a lacuna. A melhor resposta é registar a classe de falha sem registar mais informação pessoal do que o necessário, rever o percurso com as pessoas que conhecem a língua e o serviço e decidir se a tarefa precisa de um design diferente. Por vezes, o resultado certo é um melhor modelo. Por vezes, é uma avaliação específica da língua. Por vezes, é um percurso humano. Por vezes, é uma declaração clara de que o percurso automatizado não está autorizado para aquela língua ou tarefa. Uma fronteira visível é mais respeitosa do que uma falsa equivalência.

A conclusão não é o único resultado que vale a pena medir. O design também decide quem tem de fazer o trabalho quando o significado falha.

Os serviços públicos precisam de uma fronteira linguística honesta

Um serviço público tem uma razão particular para ser exato em relação à língua. Pode pedir informação, definir prazos, atribuir apoio, impor condições, manter um registo e tomar decisões que uma pessoa não pode simplesmente ignorar. Esses poderes não tornam todas as interações de alto risco. Significam, no entanto, que o serviço não pode medir o sucesso apenas do seu próprio lado do balcão. A pessoa tem de ser capaz de compreender o que o serviço está a fazer e manter um percurso prático para responder.

A primeira tarefa de design é classificar a interação, não a pessoa. Um anúncio geral, um lembrete de consulta, um pedido processual, uma explicação de decisão, uma instrução de saúde e um percurso de recurso não têm a mesma consequência. O serviço deve identificar onde um mal-entendido pode levar a uma oportunidade perdida, a um registo errado, a uma perda de tempo, a uma decisão errada ou a uma incapacidade de contestar. Deve depois escolher controlos proporcionais a essa consequência. Isto é mais útil do que uma afirmação genérica de que todas as páginas são multilingues ou que todos os resultados são revistos.

A segunda tarefa é distinguir o apoio linguístico da autoridade linguística. Um sistema pode ser capaz de redigir uma resposta numa língua sem estar autorizado a explicar uma decisão legal nessa língua. Pode ser capaz de traduzir um documento para orientação sem poder estabelecer a versão oficial. Pode reconhecer que uma mensagem está provavelmente escrita numa língua sem conseguir determinar o que a pessoa quer dizer. Estas não são admissões de derrota tecnológica. São fronteiras que impedem uma ferramenta útil de se tornar num decisor sem responsabilização.

A terceira tarefa é conceber a paragem. O que acontece quando o sistema não sabe o suficiente? Uma boa via pode afirmar que não consegue concluir uma tarefa em segurança no idioma escolhido, preservar a submissão original, indicar o próximo passo esperado e encaminhar o trabalho para uma pessoa ou serviço que possa assumir a responsabilidade. Não deve inventar certezas só porque uma resposta em branco parece pouco amigável. Uma incerteza educada pode ser mais útil do que uma explicação fluida mas sem fundamento, especialmente quando a pessoa tem um prazo.

A quarta tarefa é manter a via de correção simétrica. Se um sistema traduz ou resume as palavras de uma pessoa para um processo interno, essa pessoa deve ter uma forma realista de inspecionar e corrigir a representação nos pontos em que esta a afetar. Se uma instituição envia uma decisão traduzida, o caminho para pedir esclarecimentos ou recorrer não deve colapsar numa única língua dominante. Se um humano altera o registo após uma interpretação, a alteração deve ser atribuível e passível de revisão. Simetria não significa interfaces idênticas. Significa que a capacidade da instituição de agir sobre a língua é acompanhada pela capacidade de uma pessoa de contestar as suas consequências.

A quinta tarefa é testar o serviço tal como é utilizado. Testar apenas o resultado de um modelo de linguagem não chega. Teste avisos, formulários, estados de erro, guiões telefónicos, vias de escalada, carregamento de documentos, orientações para o pessoal e instruções de recurso. Teste-os com o vocabulário jurídico ou processual relevante. Teste se a interface continua a funcionar com nomes, escritas e métodos de introdução que o sistema possa não ter previsto. Teste se uma pessoa consegue corrigir uma tradução errada antes de esta se tornar uma decisão. Teste a via quando não há intérprete disponível, quando o sistema está incerto e quando um operador tem de explicar uma recusa. O objetivo não é fabricar uma pontuação perfeita. É encontrar o ponto em que o serviço deixa de ser honesto sobre aquilo que consegue fazer.

A IA deve tornar o limite mais claro, não esbatê-lo

A IA pode reduzir o atrito nos serviços multilingues. Pode ajudar o pessoal a encontrar informação relevante, preparar um primeiro rascunho, identificar que um pedido pode exigir tratamento especializado, traduzir material de rotina e facilitar a navegação num vasto conjunto de orientações. São capacidades úteis. Tornam-se mais seguras quando o sistema mostra o seu limite operacional em vez de apresentar a mesma face confiante para todas as línguas e tarefas.

Para um modelo, uma afirmação sobre uma língua deve ter evidência associada. Que língua ou variedade foi avaliada? Para que tarefa? Com que material de origem, terminologia e modos de introdução? Quem reviu os resultados e como foram tratados os desacordos? Qual foi o limiar para a transferência? O que acontece quando o sistema encontra uma mensagem em várias línguas, uma forma regional, uma escrita desconhecida ou uma expressão que não consegue interpretar com fiabilidade? Um rótulo de língua numa interface não responde a nenhuma destas perguntas. Um registo de serviço compacto pode responder a suficientes delas para evitar que um comprador, um operador e um utilizador tenham de adivinhar.

A política de tecnologia linguística da Comissão é útil aqui porque não descreve a tecnologia linguística como uma questão exclusiva dos modelos. Nomeia os dados linguísticos, os algoritmos e os modelos, o poder computacional e a experiência humana como elementos-chave. Também liga o trabalho à diversidade linguística, à utilização imparcial e às línguas com poucos recursos. É um modelo mental melhor para serviços públicos e de consequências relevantes. Mais poder computacional não substitui a ausência de revisão especializada. Uma atualização de modelo não pode estabelecer que a terminologia de uma comunidade foi representada de forma justa. Uma longa lista de línguas apoiadas não pode provar que a via de recurso continua utilizável em cada uma delas.

Existe uma disciplina operacional simples por trás disto. Conservar o contributo original quando a lei e a postura de privacidade o permitirem. Registar quando ocorreu uma transformação e qual a versão que a executou. Assinalar se o resultado se destina a orientação, elaboração, assistência interna ou a um passo com valor oficial. Preservar contexto suficiente para investigar uma reclamação sem transformar todas as comunicações em vigilância permanente. Dar aos operadores uma forma de assinalar incerteza, em vez de os recompensar por despacharem uma resposta. E fazer com que a linguagem pública do serviço corresponda às provas que o sustentam.

Isto não exige uma visão melodramática da IA. Uma ferramenta de tradução não é uma vilã por ter limitações. Uma instituição não é negligente por não conseguir servir de imediato todas as línguas e formatos com a mesma profundidade. O problema começa quando um sistema usa a aparência de automação fluente para apagar a diferença entre assistência e garantia. A pessoa que recebe o resultado tem o direito de saber em qual delas está a confiar.

Medir a reparação, não apenas a conclusão

As organizações tendem a medir aquilo que os seus sistemas conseguem ver facilmente. Uma visualização de página, um formulário submetido, um pedido resolvido e um tempo médio de atendimento são convenientes. Não são inúteis. Mas podem fazer com que um percurso linguístico pareça saudável enquanto escondem o trabalho necessário para o tornar utilizável. Um formulário preenchido não prova que a pessoa compreendeu as perguntas. Uma taxa baixa de escalamento não prova que as pessoas conseguiam encontrar o escalamento. Uma chamada curta pode significar que a resposta foi clara. Também pode significar que quem ligou desistiu.

Um melhor conjunto de métricas começa pela reparação. Com que frequência o pessoal tem de corrigir a interpretação ou a tradução de um sistema? Que categorias exigem repetidamente esclarecimento? Que percursos linguísticos conduzem a um segundo contacto, a uma passagem para um humano ou a uma correção formal? Quanto tempo espera uma pessoa depois de a incerteza ser identificada? As pessoas têm um percurso alternativo quando o automatizado não pode avançar? As correções são visíveis para quem as fez? Estas são medidas de serviço, não indicadores universais de igualdade linguística. O seu valor está em localizar onde recai o ónus.

As provas qualitativas também importam. Uma organização comunitária, um intérprete, um trabalhador de apoio ou um colega da linha da frente pode notar uma falha antes de ela aparecer num painel de controlo. A sua observação não deve tornar-se uma anedota que circula sem consequências, nem uma licença para recolher dados linguísticos ou de identidade desnecessários. Pode tornar-se um percurso de feedback definido: um problema recorrente, a tarefa afetada, a barreira observada, o controlo temporário, o responsável, a data de revisão. Isto é governação sem romantismo. É também assim que uma organização aprende que uma métrica arrumada omitiu as pessoas que fazem o trabalho de reparação.

Algumas métricas serão ambíguas, e tudo bem. Um aumento nas passagens para humanos pode significar que um modelo está a falhar. Também pode significar que o modelo ficou melhor a reconhecer quando não deve avançar. Um aumento nas correções pode refletir um novo problema ou um percurso de correção recentemente acessível. A resposta não é descartar o sinal. É interpretá-lo com o contexto do serviço, o histórico de alterações e as pessoas que conhecem o percurso. Uma métrica torna-se perigosa quando é deixada a falar sozinha.

Existe também uma fronteira de privacidade. Os dados linguísticos podem ser sensíveis consoante o contexto. Podem revelar ou sugerir inferências sobre nacionalidade, etnia, migração, saúde, religião ou vida familiar. Um serviço não deve recolher uma preferência linguística apenas porque um painel de controlo gostaria de ter mais uma coluna. As orientações do EDPB para pequenas organizações repetem o requisito do RGPD de que as informações sobre o tratamento sejam concisas, transparentes, inteligíveis, de fácil acesso e redigidas em linguagem clara e simples. A mesma ética aplica-se aqui: recolher o que é necessário para um percurso utilizável, explicar a finalidade, tornar a escolha significativa e não transformar uma funcionalidade de apoio num sistema de definição de perfis não examinado.

Uma boa medição tem, portanto, duas funções. Revela se um serviço está a tornar o acesso linguístico real e limita a tentação da instituição de observar as pessoas mais de perto para provar que está a tentar. Essa tensão não é um incómodo. É o problema de conceção. Um sistema que remove uma barreira criando outra não se tornou mais seguro. Apenas mudou a burocracia.

Construir o controlo antes da afirmação

A ordem útil do trabalho é simples. Começar pelos percursos de maior consequência, não por um catálogo de línguas. Identificar o ponto em que uma pessoa precisa de compreender, responder, corrigir, consentir, recusar ou contestar. Mapear as palavras e os formatos que transportam a consequência. Decidir quais as tarefas que podem ser automatizadas com segurança, quais necessitam de revisão, quais necessitam de um percurso humano com autoridade e quais não devem ser oferecidas até existirem provas suficientes. Depois, tornar esses limites visíveis no próprio serviço.

Para cada percurso apoiado, manter um registo modesto. Indicar a finalidade, o âmbito linguístico e da tarefa, o material de origem ou a terminologia relevante, a forma de revisão, as limitações conhecidas, o percurso de encaminhamento e o responsável que pode alterar a decisão. Manter um histórico de alterações. Um modelo revisto, uma nova versão do modelo, uma política alterada, uma nova interface ou um fornecedor diferente podem afetar o significado do percurso. O registo não precisa de ser um monumento. Precisa de ser utilizável pelas pessoas que operam, inspecionam e melhoram o serviço.

Conceber para o desacordo. A interface linguística mais tranquilizadora não é aquela que parece sempre certa. É aquela que dá à pessoa uma forma de dizer: não foi isso que quis dizer; não compreendo isto; preciso disto noutro formato; esta tradução está errada; este registo está incorreto; preciso que uma pessoa volte a analisar. Estas afirmações não são casos excecionais de apoio ao cliente. São contributos para um sistema seguro. Se a interface não tiver lugar para elas, a organização decidiu que a sua própria interpretação vencerá por defeito.

Dar aos colaboradores autoridade que corresponda à sua responsabilidade. Um trabalhador da linha da frente não deve precisar de uma cadeia de aprovações para suspender um percurso linguístico que está claramente a enganar uma pessoa. Um especialista deve poder atualizar a terminologia sem esperar por um lançamento trimestral do modelo, se o serviço depender disso. Uma equipa deve saber quem é responsável pela decisão de retirar uma afirmação linguística. E todas as soluções temporárias devem ter uma data de revisão, porque as soluções temporárias têm um talento bem conhecido para se tornarem arquitetura.

Por fim, publicar apenas afirmações que o serviço possa sustentar. É aceitável dizer que um percurso está disponível para orientação geral, mas não para aconselhamento com autoridade. É aceitável afirmar que algumas tarefas linguísticas recebem revisão humana e outras não. É aceitável dizer que um serviço ainda está a desenvolver capacidade para uma língua. Não é aceitável apresentar um seletor decorativo como acesso igual quando as provas, o percurso de correção e a autoridade não o acompanham. A modéstia não é uma perda de ambição aqui. É a condição que permite à confiança sobreviver ao contacto com uma pessoa real.

O acesso linguístico é um controlo de segurança porque dá às pessoas uma forma de travar um erro enquanto ainda é possível travá-lo. Permite-lhes reconhecer uma decisão, compreender os seus fundamentos, fornecer factos em falta, questionar uma transformação e chegar a alguém que possa agir. Sem essa via, uma instituição pode ainda ter um processo. Mas não tem uma forma justa de todos lhe acederem. O sistema concluiu o seu trabalho. Pediu-se à pessoa que concluísse o resto.

O direito a ser compreendido é operacional

A expressão acesso linguístico pode parecer suficientemente suave para ser remetida para um plano de comunicação. Num serviço com consequências, está mais próxima de uma propriedade operacional. Determina se a informação chega à pessoa certa a tempo, se essa pessoa consegue reconhecer um erro, se a organização recebe os factos necessários para rever um registo e se um desacordo pode chegar a alguém com autoridade. São as mesmas perguntas que surgem em qualquer revisão séria de segurança ou resiliência. A única diferença é que a falha chega como uma frase, um formulário ou uma chamada sem resposta, em vez de um alarme a piscar.

É por isso que o trabalho deve começar antes de se escolher um modelo. Uma organização pode comprar um excelente sistema de tradução e ainda assim construir uma via linguística deficiente se não tiver decidido quais as comunicações que têm consequências, o que deve permanecer visível na forma original, quem pode validar terminologia especializada e como uma pessoa pode obter uma resposta quando a automatização não pode avançar. Inversamente, uma ferramenta modesta pode ser útil se for colocada dentro de uma via com limites claros, revisão e recuperação. A capacidade importa. O design do serviço decide o que a capacidade pode significar.

A abordagem europeia é valiosa precisamente porque deixa espaço para essas distinções. A diversidade linguística, a proteção das minorias, a acessibilidade do setor público e a informação clara não são um único conjunto de regras. São compromissos diferentes que se encontram num serviço real. Uma equipa não deve citar uma carta, uma diretiva ou uma página de orientação como substituto do trabalho difícil de design. Deve usá-los para fazer melhores perguntas sobre autoridade, igualdade, transparência e participação antes de a via se tornar difícil de alterar.

Para a contratação pública, isto muda o caderno de encargos. Pergunte aos fornecedores quais as afirmações sobre línguas e tarefas que têm evidência direta, quais dependem de uma capacidade geral e quais não têm qualquer limite de suporte. Pergunte como podem ser registados o contributo original, a tradução produzida, a versão e as alterações humanas. Pergunte o que um operador vê quando a confiança é baixa ou um contributo não pode ser interpretado com segurança. Pergunte se o serviço pode encaminhar uma pessoa para outra via sem perder o seu lugar. Pergunte quem atualiza a terminologia, quem a revê e quem paga por esse trabalho depois de a demonstração terminar. Uma contagem de línguas é um mau substituto para estas respostas.

Para os operadores, isto muda o hábito diário. Tratem os pedidos repetidos de esclarecimento, correção e encaminhamento como sinais sobre o serviço, e não como um incómodo criado pela pessoa que procura ajuda. Mantenham evidência suficiente para compreender a via sem tratar as pessoas como fontes de dados para otimização sem fim. Tornem possível pausar uma resposta automatizada quando a sua formulação, contexto ou autoridade forem duvidosos. O objetivo não é um sistema que nunca pede ajuda. O objetivo é um sistema que sabe quando a ajuda é a resposta mais segura.

Para os organismos públicos, isto muda o padrão de conclusão. Um caso não está necessariamente concluído porque o sistema enviou uma mensagem. Está concluído quando a pessoa teve uma oportunidade justa e exequível de compreender a informação relevante e de dar o próximo passo permitido. Isso pode incluir uma via digital clara; pode incluir um documento noutra forma; pode incluir uma conversa humana. A escolha certa depende do serviço. O que não deve depender do acaso é se uma barreira linguística decide silenciosamente o resultado.

E para quem constrói IA, isto muda o que conta como avaliação. Um benchmark multilingue pode ser informativo, mas não pode, por si só, dizer a um serviço se um prazo, uma via de recurso ou uma instrução médica continua utilizável numa determinada língua. A avaliação tem de corresponder à tarefa, à terminologia, à interface, às pessoas afetadas e à via de recuperação. Tem de dizer onde o modelo é útil e onde a organização deve deixar de afirmar equivalência. Isso é mais lento do que acrescentar uma fila de bandeiras a um ecrã de produto. É também o que dá significado às bandeiras.

Na Dweve, tratamos isto como uma fronteira no nosso próprio trabalho de design. Um rótulo traduzido não é prova de que uma pessoa consegue concluir a tarefa, contestar o resultado ou encontrar o humano responsável. Queremos que essas vias, as suas evidências e os seus limites permaneçam visíveis em qualquer língua que a pessoa tenha de usar. Isso é uma posição de design, não uma afirmação de que um produto Dweve resolveu o acesso multilingue.

O acesso linguístico não é, portanto, um pensamento de última hora em relação à equidade, à segurança ou à governação. É um dos lugares onde essas ambições se tornam visíveis. Um serviço torna-se mais seguro quando permite que uma pessoa compreenda o que está a acontecer, contribua com o que falta, corrija o que está errado e chegue a um humano responsável antes de o processo se fechar à sua volta. O controlo não é apenas a tradução. É toda a via que mantém a pessoa dentro da decisão.

Fontes