Resumo

  • O grupo de traduções do contato do LACNIC contém espanhol, inglês e português para um único escritório, com expediente equivalente das 9h às 18h.
  • A tabela em espanhol traz treze datas de 2026. A inglesa ainda tem três linhas de 2025; a portuguesa, nove.
  • A diferença prova estados públicos incompatíveis, não um fechamento incorreto, um prazo perdido ou o calendário realmente usado pela equipe.
  • Datas operacionais devem vir de um objeto neutro em relação ao idioma, separado dos nomes traduzidos e do efeito sobre eventuais prazos formais.

O calendário ficou preso à tradução

A página de contato reúne quase toda a porta de entrada institucional: solicitações de IPv4, IPv6 e ASN, RPKI, consultas bulk Whois e RDAP, cadastro de associados, eleições, faturamento, tecnologia, medições, eventos, capacitação, políticas, programas de apoio e relatos ao CSIRT. Nas três línguas, o endereço é o da Casa da Internet da América Latina e do Caribe, na Rambla República de México 6125, em Montevidéu. O expediente é de segunda a sexta, das 9h às 18h.

O quadro de feriados, porém, muda de época conforme a escolha de idioma.

Em espanhol, as treze linhas estão em 2026. Em inglês, dez estão em 2026, mas o nascimento de Artigas, o Dia da Independência e o Natal ainda aparecem como 2025. Em português, só quatro linhas avançaram para 2026; nove continuam em 2025.

A Semana do Turismo mostra que não se trata apenas de três anos esquecidos. A versão espanhola indica 2 e 3 de abril de 2026. A inglesa indica 3 e 4 de abril de 2026. A portuguesa indica 3 e 4 de abril de 2025. As três versões pertencem ao mesmo grupo de conteúdo e foram observadas no mesmo momento.

Não é preciso escolher aqui qual calendário civil está correto. Também não há base para afirmar que o escritório abriu ou fechou segundo uma linha desatualizada. O LACNIC pode ter um calendário interno uniforme. A divergência pode ser apenas a marca visível de uma atualização incompleta. O registro público não conta quando cada versão mudou nem qual delas orienta a operação.

Nome localizado, data compartilhada

Traduzir “Natal” para “Christmas Day” é trabalho editorial. Mudar 25 de dezembro de 2026 para 25 de dezembro de 2025 altera o estado descrito. Quando nome e data são mantidos no mesmo bloco de texto por idioma, uma correção pode chegar a uma versão e não às outras.

Para quem consulta a página, a expectativa é simples: saber quando existe atendimento humano. O associado que prepara uma solicitação ou uma dúvida de cobrança não deveria receber outro ano por navegar em português.

Há ainda relógios formais publicados em outros pontos do site. O material sobre esgotamento do IPv4 prevê determinadas atribuições no dia útil seguinte. O regulamento de conflitos de interesse eleitorais usa intervalos de cinco e quinze dias úteis. O Código de Ética fala em resposta dentro de cinco dias úteis.

Essas referências não autorizam concluir que o quadro da página de contato governa os prazos. Nenhum texto verificado estabelece esse vínculo. Elas mostram outra coisa: “dia útil” já tem consequência em alguns processos, razão suficiente para o site distinguir calendário de atendimento e calendário procedimental.

Um portal automático pode funcionar quando o escritório está fechado. Um canal de emergência pode manter cobertura. Um prazo de regulamento pode ter definição própria. A relação entre esses estados precisa ser declarada, não deduzida pelo leitor.

Um pequeno registro resolve a divergência

O LACNIC não precisa transformar o calendário em um projeto complexo. Cada feriado pode ser um registro com identificador, ano, jurisdição civil, data e fuso de Montevidéu. Outro campo informa quais equipes ou canais não terão atendimento. Para cada relógio formal relevante, o estado deve ser explícito: afetado, não afetado ou não especificado.

“Não especificado” é melhor que uma presunção. Ele impede que uma página informativa ganhe força normativa por acidente.

Também são necessários a fonte da data, o papel que aprovou o fechamento, a vigência, a publicação e a versão anterior. Quando houver correção, o histórico pode ser curto: valor antigo, valor novo, motivo e horário. Nada disso exige abrir escalas de funcionários, solicitações de associados ou discussões internas.

As três páginas continuariam a ser nativas. “Turismo”, “Tourism Week” e “Semana do Turismo” preservam as formas de cada comunidade. Todas, porém, renderizariam o mesmo registro de data. O idioma deixaria de funcionar como banco de dados paralelo.

Limites da solução

Um calendário central provaria que as versões públicas partem da mesma base. Permitiria corrigir uma data uma vez e localizar a mudança no tempo. Ajudaria associados e equipe a reconstruir qual aviso estava vigente.

Não provaria qualidade do atendimento nem pontualidade de uma resposta. Não definiria automaticamente o dia útil de uma eleição, de uma atribuição ou de uma apuração ética. Cada instrumento continuaria responsável por seu próprio relógio.

O problema observado é anterior a qualquer caso individual: uma única sede aparece com três calendários. Há uma correção de baixo custo e alto valor documental — armazenar a data uma vez, traduzi-la sem recriá-la e mostrar quando ela muda.

Fontes