Resumo

  • Em 6 de setembro, o Conselho da ICANN autorizou um contrato para desenvolvimento de sistemas e suporte da Rodada de 2026 do Programa de Novos gTLDs. A decisão publicada no dia 9 cita funcionalidade, resposta a incidentes, estabilidade e processos críticos, mas oculta fornecedor, valor e parte relevante da justificativa.
  • Uma autorização de 3 de maio havia definido seis meses de plantão ampliado, da abertura das inscrições até a Confirmação de Strings então prevista para 30 de outubro, com expectativa de redução ao horário comercial depois desse período.
  • O registro público não comprova que as duas decisões tratam do mesmo fornecedor, contrato ou escopo. Ele comprova que existia uma fronteira temporal cujo resultado precisa ser observável.
  • A ICANN pode publicar um teste de saída sem dados sensíveis: função, cobertura normal, responsável interno, evidência de transição, exceções, data da decisão e próxima revisão.

A decisão de setembro não apaga o relógio de maio

As resoluções aprovadas em 6 de setembro autorizam o President and CEO da ICANN, ou seus designados, a contratar e desembolsar recursos para desenvolvimento de sistemas e suporte da rodada de 2026. A parte pública menciona funcionalidade adequada, resposta tempestiva a incidentes, estabilidade de sistemas e apoio a processos críticos. O impacto financeiro estaria contemplado no orçamento FY27 e nos planos futuros.

Não aparecem catálogo de serviços, horários, classes de severidade, duração, fornecedor ou preço. Um trecho inteiro da fundamentação e partes do texto contratual foram suprimidos como informação confidencial de negociação. A matéria foi tratada como função administrativa da organização, sem necessidade de consulta pública.

Esse sigilo, por si só, não indica problema. A ICANN deve proteger negociações e não transformar transparência em exposição de vulnerabilidades ou procedimentos operacionais. A questão surge quando setembro é lido ao lado da decisão de 3 de maio.

Naquele momento, o Conselho aprovou extensões para um modelo de suporte de plantão reforçado. A justificativa descreveu uma janela de seis meses, entre a abertura das inscrições em 30 de abril e a Confirmação de Strings, então prevista para 30 de outubro. O horário ampliado cobriria incidentes fora do expediente durante uma fase de demanda e complexidade elevadas. Ao final, esperava-se reduzir a equipe de suporte e voltar ao horário normal.

Não era uma garantia contratual de que tudo mudaria no mesmo minuto. Era, contudo, uma expectativa operacional pública com começo, motivo e estado final. A nova autorização torna necessário registrar o resultado: quais funções podem voltar ao normal, quais precisam de exceção, qual evidência sustenta a escolha e quem na ICANN assume a decisão.

O vínculo comercial entre os atos permanece desconhecido. Maio dizia que o provedor então vigente fora escolhido em uma RFP de outubro de 2023 e havia entregue sistemas de RSP e ASP, além de avançar em TAMS. Setembro não confirma continuidade de fornecedor, contrato ou escopo. Um teste de saída deve acompanhar a função que precisa ser absorvida, e não um nome comercial presumido.

Fechar o formulário abriu outra etapa

A janela de inscrições terminou em 12 de agosto. A ICANN comunicou mais de 1.600 candidaturas principais, e mais de 1.100 traziam também strings substitutas. Essa contagem não corresponde a transações, acessos simultâneos, chamados ou incidentes. Não permite dimensionar um plantão.

Ela mostra, ainda assim, que o trabalho posterior é amplo. A jornada do candidato segue por verificação administrativa, Reveal Day, contribuições da comunidade, objeções e recursos, avaliação de strings e organizações, solução de contenções, contratação, integração técnica e delegação. O sistema deixa de receber formulários e começa a sustentar decisões diferentes.

O relatório preparatório para a ICANN85 já separava essas camadas. Em fevereiro, o build 5 de TAMS e os testes de aceitação tinham sido concluídos; os testes de integração ponta a ponta começavam; builds 6, 7 e 8 ainda seriam necessários para funções de avaliação e contratação. O programa também tratava separadamente de governança, infraestrutura, operacionalização, preparação de funcionários e fornecedores, finanças, gestão de fornecedores e apoio jurídico.

Não há razão para supor que tudo amadureça na mesma data. A recepção pode estar estável enquanto a avaliação ainda muda. Um processo pode ser transferido ao expediente regular enquanto outro retém cobertura noturna por prazo certo. A unidade correta de decisão é a função, não o programa inteiro.

Seis campos para uma saída verificável

Uma página datada, ligada às resoluções, seria suficiente. Para cada classe ampla de serviço, ela responderia:

  1. qual cobertura era excepcional e qual é o padrão normal pretendido;
  2. qual função interna da ICANN aceita o serviço e decide reduzir, estender ou redesenhar o suporte;
  3. que classe de evidência foi analisada — recuperação testada, defeitos em aberto, projeção de trabalho, transferência de procedimentos ou dados de plantão bem definidos;
  4. quais funções chegaram ao estado estável e em que data;
  5. quais exceções continuam, por qual motivo e até qual revisão;
  6. quando ocorrerá o próximo ponto público de decisão.

O resultado não precisa ser cancelamento. Um teste de saída pode confirmar o retorno ao expediente, preservar temporariamente uma cobertura específica, reconhecer uma transferência concluída com reforço acionável ou declarar que o padrão operacional mudou. “Saída” significa sair da ambiguidade, não encerrar automaticamente o contrato.

Também não basta uma média de disponibilidade. Médias podem esconder justamente as poucas horas em que um prazo não pode ser recuperado. Totais de chamados precisam distinguir incidente, solicitação, defeito e mudança programada. Sem unidade e intervalo, o número decora o relatório, mas não prova prontidão.

Dá para publicar o estado sem publicar o segredo

A Política de Divulgação de Informações Documentais parte da disponibilidade pública, mas permite reter material quando existe razão convincente, inclusive risco a interesses comerciais. As práticas de publicação explicam como resoluções, relatórios preliminares e atas são publicados sob os Bylaws, com exclusões definidas.

Essa fronteira comporta o teste proposto. Podem ficar reservados fornecedor, preço, credenciais, vulnerabilidades, escalas individuais e procedimentos vivos de incidente. Pode ser pública a informação de que uma classe de avaliação permanece em cobertura ampliada até determinada revisão, sob responsabilidade de uma função interna.

A Política de Contratação e Desembolsos exige aprovação do Conselho acima de US$ 750 mil e relatórios periódicos do CFO sobre desembolsos significativos. Como o valor de setembro foi ocultado, o limite não permite estimá-lo. Ele também não substitui a aceitação operacional. Autorizar a obrigação financeira e declarar uma função pronta para o regime normal são atos diferentes.

Onde a evidência termina

Nenhuma fonte relata pane, meta de resposta descumprida, invasão, serviço ruim, estouro de orçamento, dependência irreversível ou falha de transferência. O total de candidaturas não mede carga técnica. As referências de maio a TAMS, RSP e ASP não provam o escopo completo de setembro.

O novo contrato pode representar desenvolvimento previsto, fase distinta, outro escopo ou transição bem administrada. Não prova abandono da expectativa de redução. A proposta é registrar a decisão real quando a fronteira chegar, e não usar as tarjas como convite à especulação.

Fontes

  1. Heng Lu — The Policy Mirror
  2. Heng Lu — Minimum Initial Specification, Localized Future Decision, Voluntary Adoption
  3. Heng Lu — Why BTW Media Exists and Why Reality, Not Advocacy, Is the Product
  4. ICANN — Resoluções aprovadas em 6 de setembro de 2026
  5. ICANN — Resoluções aprovadas em 3 de maio de 2026
  6. ICANN — Atualização da Rodada de 2026 antes da ICANN85
  7. ICANN — Rodada de 2026 fecha com mais de 1.600 candidaturas
  8. Programa de Novos gTLDs — Jornada do Candidato
  9. ICANN — Política de Divulgação de Informações Documentais
  10. ICANN — Práticas de Publicação
  11. ICANN — Política de Contratação e Desembolsos