Resumo

  • A FAQ da ICANN fala em 21 dias após o recebimento do aviso; o Applicant Guidebook 2026 conta 21 dias da transmissão da determinação de SSE.
  • A contestação segue o padrão de erro claro e não representa uma nova avaliação irrestrita.
  • O registro de seis peças proposto aqui é uma recomendação de governança. Não é um formulário exigido pela ICANN nem garantia de êxito.

O registro começa antes da decisão de contestar

Uma determinação de String Similarity Evaluation pode exigir análise técnica, jurídica e de negócio. Ainda assim, a janela de 21 dias não espera a conclusão dessa análise. O evento que abre o prazo precisa ser preservado assim que aparece.

A FAQ da ICANN informa que o requerente pode apresentar contestação em até 21 dias depois de receber o aviso do resultado, se entender que houve erro factual, procedimental ou de sistema. A seção 7.10.4 do Guidebook diz que a contestação pode ser feita em até 21 dias da data de transmissão da determinação.

O controle prudente preserva os dois momentos. Registra quando a ICANN transmitiu a decisão e quando o ambiente controlado pelo requerente recebeu ou exibiu o aviso. Fuso horário, identificador da mensagem, canal, evento do portal e primeiro acesso conhecido devem permanecer ligados ao arquivo original.

Preservar o recebimento não significa afirmar que ele prolonga o prazo. Significa calcular uma data conservadora e manter evidência suficiente para explicar o cálculo.

Uma síntese interna não é o original

Equipes rapidamente transformam a decisão em e-mail, tarefa ou apresentação. Esses instrumentos facilitam coordenação, mas não substituem o registro-fonte. O pacote inicial deve guardar os bytes exatos do relatório, nome, caminho de obtenção e hash SHA-256. Também deve identificar a string avaliada, variantes relevantes, resultado, referência da decisão e versão do Guidebook.

O hash demonstra apenas que o arquivo consultado mais tarde é igual ao preservado. Não demonstra a hora de envio nem a correção da avaliação. A transmissão depende do registro de entrega; o mérito depende dos fundamentos admitidos pelas regras.

O padrão de erro claro separa discordância de fundamento

O Guidebook estabelece o padrão de erro claro. O prestador do serviço deve aceitar a decisão original, salvo quando o painel não seguiu o procedimento estabelecido ou deixou de considerar ou solicitar prova ou informação material necessária. A FAQ também menciona erros factuais, procedimentais e de sistema.

A triagem interna deve separar cada hipótese. Qual premissa factual pode estar errada? Qual procedimento não foi seguido? Que material necessário ficou fora da análise? Que comportamento do sistema pode ter afetado o resultado?

Cada item aponta para o trecho da decisão, a regra aplicável e a origem do material. Uma alegação sem fonte continua sendo hipótese. Um documento sem ligação a uma alegação ainda não forma argumento. Itens não verificados podem permanecer no registro, mas precisam estar claramente marcados.

Seis peças conectadas formam a trilha mínima

A primeira peça é o evento de transmissão, com remetente, destino, canal, hora, fuso e identificador. A segunda é o aviso recebido, com o momento em que o sistema controlado aceitou ou mostrou a mensagem. A terceira é a determinação original, preservada com hash, resultado e string.

A quarta peça é o retrato das regras: versão do Guidebook, seção e FAQ oficial. A quinta é o livro de fundamentos e evidências, uma linha por erro possível, com regra, material, proveniência, responsável e estado de verificação. A sexta é o registro de prazo e protocolo, com data conservadora, aprovações, bytes finais, hash, horário e confirmação.

Essas peças precisam de identificadores estáveis, mas não devem ser fundidas em um documento regravável. A análise muda; o aviso e a determinação permanecem.

O protocolo abre um segundo relógio

O Guidebook prevê que as conclusões sejam comunicadas em até 30 dias depois do protocolo da contestação. O protocolo passa a originar outra cadeia: confirmação, data esperada, comunicações procedimentais e conclusão recebida.

Se for encontrado erro factual, procedimental ou de sistema, a SSE será reavaliada levando as conclusões em conta. Se nenhum erro for encontrado, o resultado original permanece. O registro do primeiro dia mostra se a conclusão tratou dos mesmos fundamentos e materiais apresentados.

O que as fontes não provam

As fontes oficiais definem janela, padrão de revisão, prazo de conclusão e consequência condicional. Elas não exigem o modelo de seis peças, não informam taxa de sucesso da rodada de 2026 e não oferecem casos concluídos suficientes para prever resultados.

Hash, captura de tela e aprovação interna tampouco tornam uma contestação tempestiva ou convincente por si sós. São controles de proveniência e memória organizacional, não substitutos das regras formais e da avaliação profissional.

A doutrina Heng Lu aparece somente como lente normativa sobre identidade estável, proveniência e transições verificáveis. Não é evidência factual sobre a ICANN.

O teste final é simples: uma nova pessoa responsável consegue explicar o que chegou, quando, sob qual regra, qual erro foi considerado e quais bytes foram enviados? Se sim, a opção de decidir foi preservada.

Sources