Iniciar a sessão

Início Notícias e artigos01.02 — é 1 de fevereiro ou 2 de janeiro? Armadilhas da localização que custam dinheiro

01.02 — é 1 de fevereiro ou 2 de janeiro? Armadilhas da localização que custam dinheiro

A data «01.02.2025» significa início de fevereiro num país e início de janeiro noutro. Se uma loja online ou uma aplicação mostra essa data sem ter em conta a localização, o cliente pode interpretá-la de forma diferente da pretendida. Estes pormenores raramente aparecem no caderno de encargos, mas são precisamente eles que provocam devoluções, prazos falhados e mensagens embaraçosas do apoio ao cliente. Vamos analisar as armadilhas mais comuns da localização e perceber como evitá-las.

Datas e horas: um dia, três leituras

A ordem das partes da data depende do país. Na Rússia, na Alemanha e na maior parte da Europa adota-se o formato «dia.mês.ano». Nos Estados Unidos, o mês vem primeiro, pelo que «03/04/2025» significa 4 de março e não 3 de abril. No Japão, na China e na Coreia a ordem é inversa: primeiro o ano, depois o mês e o dia.

Com as horas passa-se o mesmo. Na Rússia, na maior parte da Europa e na América Latina é habitual o formato de 24 horas, enquanto nos Estados Unidos, no Canadá, na Austrália e na Índia se usa amplamente o formato de 12 horas com as indicações AM e PM. A indicação «5:00», sem qualquer marca, é lida de maneiras diferentes consoante o país, e um encontro marcado para «as cinco» pode acabar por realizar-se doze horas depois do previsto.

Para não ficar ao acaso, nos dados e nas APIs é preferível usar a norma ISO 8601 (por exemplo, 2025-02-01T14:30). E na interface, a data deve ser apresentada através das definições de localização do sistema, e não escrita manualmente.

Separadores nos números: vírgula onde há ponto

O número «1 500,75» na Rússia e «1,500.75» nos Estados Unidos representam o mesmo valor. Na Alemanha e no Brasil, os milhares separam-se com ponto e a parte decimal escreve-se com vírgula: «1.500,75». Na Suíça usa-se o apóstrofo: «1'500.75». Na Índia, o agrupamento dos algarismos é diferente: «1,00,000» significa cem mil.

Este erro é particularmente traiçoeiro. Se um preço «1.500», pensado para mil e quinhentos, for lido pelo sistema como um valor de uma unidade e meia, o comprador só dará pela diferença na caixa. Por isso, nunca junte manualmente strings com números no código: utilize a formatação segundo a localização e verifique a interpretação dos números ao importar ficheiros.

Moedas: símbolo, posição e arredondamento

O símbolo da moeda parece um pormenor, mas é facilmente confuso. O sinal «$» é usado nos Estados Unidos, no Canadá, na Austrália e em vários outros países, por isso, sem o código da moeda, «$» pode significar dólares de qualquer um deles. É por essa razão que, em contextos internacionais, se recomenda indicar o código de três letras segundo a norma ISO 4217: USD, EUR, RUB.

A posição do símbolo também varia. Nos países de língua inglesa escreve-se «$100», em França «100 €» com espaço não separável, na Rússia «100 ₽» ou «100 руб.». Por vezes, o erro surge na tradução: a frase «preço com IVA incluído» exige uma estrutura diferente em cada língua, e se o texto for montado a partir de fragmentos com o valor inserido, a ordem das palavras fica desarticulada.

O arredondamento também depende da moeda. O iene japonês normalmente não tem casas decimais, enquanto o dinar kuwaitiano se divide em milésimos. Se o sistema calcula todos os valores com duas casas decimais, o total pode divergir do extrato bancário em cêntimos, e, em grandes volumes, em quantias consideráveis.

Sistema métrico e sistema imperial

A maior parte do mundo utiliza o sistema métrico, mas os Estados Unidos usam pés, libras, galões e graus Fahrenheit. No Reino Unido, as placas de sinalização indicam distâncias em milhas e o leite vende-se em pintas, sendo que a pinta britânica é maior do que a americana: cerca de 568 mililitros contra aproximadamente 473. O galão também difere de um lado e do outro do Atlântico.

Para uma loja online, isto significa que as dimensões do produto, o peso da encomenda e o volume da embalagem devem ser apresentados nas unidades habituais do comprador, sem perder precisão. O tradutor que trabalha com instruções deve perceber se a unidade deve ser traduzida ou se o valor deve ser convertido. Por exemplo, se o manual indicar «10 polegadas», para uma edição russa é mais sensato apresentar «25 cm», mantendo entre parênteses o valor original caso ele seja relevante para as especificações técnicas.

Telefones, moradas e nomes nos formulários

Os formulários de registo falham com maior frequência em três campos. Telefone: na Rússia pode ser «+7 (999) 123-45-67»; na Alemanha o comprimento do número é variável, e muitos modelos com máscara rígida não o aceitam. O ideal é usar um campo com seleção do código do país e uma biblioteca de validação de números.

Morada: no Japão indica-se do maior para o menor (prefeitura, cidade, bairro, número do quarteirão), enquanto na Rússia e na Europa se faz o contrário. O código postal nos Estados Unidos tem cinco algarismos, no Reino Unido é uma combinação de letras e algarismos. Um campo «Código postal, apenas números» elimina uma parte das moradas reais.

Nome e apelidos: em Espanha e na América Latina é frequente existirem dois apelidos, na Islândia não se usa apelido de família mas sim o patronímico, e algumas pessoas têm apenas um nome. Um apóstrofo num apelido como «O'Brien» ou um hífen não deviam provocar erros. O requisito mínimo é simples: não torne obrigatórios dois campos onde isso não é necessário e aceite qualquer carácter Unicode.

Como evitar erros: normas e verificação

O trabalho com formatos começa não na fase de verificação, mas na fase de conceção. Eis o que ajuda:

Guarde as datas em ISO 8601, os números sem formatação, as moedas com o código ISO 4217, e deixe a apresentação a cargo da localização.
Utilize bibliotecas padrão de localização em vez de modelos feitos à medida, por exemplo ICU ou os recursos nativos da plataforma.
Forneça aos tradutores o contexto: no texto devem estar claras as unidades, a moeda e o tipo de data, e não apenas as palavras.
Teste a interface com datas como 01.02, 12:00 e 1 000,50 em várias localizações, incluindo aquelas em que a ordem é diferente.
Recorra a falantes nativos na revisão final. Eles vão reparar mais depressa que «cinco da tarde» escrito como «17.00» está em lugares onde essa forma não se usa.

A conclusão principal é simples: o formato faz parte do sentido. Uma boa tradução preserva não só as palavras, mas também a forma como o leitor vai entender a data, o preço e a distância. Se a localização for incluída no planeamento desde o início, estas armadilhas evitam-se quase sem custos. Se forem descobertas depois do lançamento, a correção é mais cara do que tudo o resto.