Resumo

  • A trilha documental da ICANN inclui estatuto, acordos de registro e de credenciamento de registradores, políticas e materiais de conformidade. Identificar esses documentos não equivale a comprovar a versão aplicável a cada parte contratada.
  • O modelo de acordo de registro identificado foi aprovado em 31 de julho de 2017. A documentação do acordo de credenciamento de registradores inclui uma página datada de 17 de setembro de 2013. Essas datas são referências documentais, não certificados de vigência de todas as cláusulas hoje.
  • A questão decisiva permanece delimitada: esta apuração não estabeleceu se iniciar reconsideração, revisão independente ou arbitragem contratual suspende uma medida operacional. Não confirmar esse efeito também não prova que a proteção inexista.

A obrigação e a revisão precisam de fundamentos próprios

Uma organização pode oferecer um caminho para contestar uma decisão sem que a simples abertura desse caminho preserve a situação anterior. Para uma empresa que depende de determinada relação contratual, a diferença não é abstrata. Se uma medida puder produzir efeitos antes da conclusão da revisão, o valor prático do recurso dependerá também de uma proteção intermediária, de sua duração e de quem tem competência para concedê-la. É essa relação entre fundamento jurídico e tempo operacional que merece atenção na análise da ICANN.

O ponto de partida não deve ser a pergunta ampla sobre quanto poder a instituição possui. É mais útil identificar uma sequência: qual instrumento autoriza a atuação, qual relação contratual alcança a parte afetada, qual obrigação está sendo exigida, por qual procedimento e com quais possibilidades de contestação. A resposta pode mudar conforme o objeto da disputa. Uma divergência sobre o alcance da missão institucional não é necessariamente a mesma controvérsia que uma alegação de descumprimento de contrato.

A documentação localizada permite organizar essa investigação. Não permite, porém, apresentar uma interpretação definitiva das cláusulas em vigor para uma empresa específica. As redações operativas relevantes, as emendas aplicáveis a cada parte e as regras atuais de proteção provisória não foram diretamente conferidas nesta apuração. Por isso, o que se segue é uma análise da cadeia documental e das perguntas que ela permite formular, não uma conclusão sobre a validade de uma sanção ou sobre o resultado de um processo determinado.

Essa delimitação evita dois atalhos. O primeiro seria tratar coordenação técnica como autorização ilimitada para impor qualquer obrigação. O segundo seria concluir que uma instituição não exerce influência relevante apenas porque suas relações passam por contratos. A análise precisa demonstrar tanto a origem da obrigação quanto o mecanismo pelo qual ela pode afetar a operação. A denominação institucional, isoladamente, não resolve nenhuma dessas questões.

A cadeia documental não é um mandato único

A ICANN mantém uma página oficial dedicada ao acordo de registro de gTLDs de 2017, além do modelo de acordo aprovado em 31 de julho de 2017. Esses documentos identificam uma referência contratual e suas especificações. A data de aprovação ajuda a situar o texto, mas não demonstra quais alterações posteriores integram a relação de cada operador de registro. Um modelo publicado e um contrato aplicável a uma parte determinada são objetos de verificação diferentes.

Há uma trilha distinta para os registradores. A página do Registrar Accreditation Agreement de 2013 e suas especificações aparece na documentação consultada com a data de 17 de setembro de 2013. Também aqui, a referência histórica não deve ser apresentada como prova de que todo registrador está submetido hoje à mesma redação, sem aditivos ou alterações. Tampouco seria correto transferir automaticamente para um registrador uma conclusão extraída de um acordo de registro.

A página oficial dos Bylaws, o estatuto da ICANN, por sua vez, é o ponto documental pertinente para investigar missão, limites institucionais e arquitetura de responsabilização. Seu papel analítico não é substituir os contratos. A pergunta sobre se a ICANN atuou dentro de suas competências e a pergunta sobre o que uma parte contratada deve fazer podem exigir o exame de instrumentos diferentes, mesmo quando surgem do mesmo episódio.

A cadeia a testar, portanto, é composta por camadas: fundamento institucional; procedimento de elaboração de política; instrumento que conecta a política à parte contratada; obrigação específica; atuação de conformidade; e mecanismo de revisão. Essa é uma forma de organizar a investigação, não uma afirmação de que qualquer decisão percorreu corretamente todas as etapas. Em um caso concreto, cada conexão precisaria ser demonstrada.

A distinção importa também para atribuir responsabilidade. Uma comunicação pode explicar uma obrigação sem ser o documento que a criou. Uma página pode apontar para a política relevante sem resolver sua aplicabilidade. E uma referência a poderes institucionais gerais pode ser insuficiente para justificar uma consequência contratual específica. O teste não consiste em acumular documentos oficiais, mas em mostrar como um documento se conecta ao seguinte.

Uma política publicada ainda exige uma análise de aplicabilidade

O índice oficial de Consensus Policies oferece uma entrada para localizar políticas e suas informações de status. Sua existência é relevante porque permite procurar o instrumento de política em vez de depender apenas da descrição feita por uma parte interessada. Mas um índice não comprova, sozinho, toda a obrigação contratual, todos os prazos de implementação nem as consequências de um eventual descumprimento.

A página da Transfer Policy ilustra o tipo de instrumento que precisa ser relacionado às obrigações de registradores. Ela é uma referência de pesquisa, não uma demonstração de que aquela página datada contém integralmente o texto hoje aplicável, nem de que não exista um instrumento sucessor. Esta análise não usa essa referência para atribuir um dever operacional atual a um registrador específico.

A passagem da política ao contrato exige quatro verificações. A primeira é de identidade: qual texto está sendo invocado? A segunda é de vigência: qual versão e qual data de aplicação importam para o fato discutido? A terceira é de vínculo: por qual disposição aquele texto alcança a parte? A quarta é de consequência: o que o instrumento aplicável permite fazer diante da conduta alegada? Uma resposta afirmativa à primeira pergunta não resolve automaticamente as três seguintes.

Considere uma situação hipotética em que uma empresa recebe uma exigência de mudança operacional acompanhada de um link para uma política. O link ajuda a localizar o assunto. Ainda seria necessário relacionar a exigência à versão contratual da empresa, confirmar o texto efetivamente aplicável e identificar o prazo relevante. O exemplo não descreve um episódio documentado da ICANN; mostra por que a publicação de uma política e sua exigibilidade em uma relação concreta não devem ser fundidas em uma única afirmação.

Esse cuidado também limita a crítica. Se a base contratual não foi verificada, não há fundamento suficiente para afirmar que a exigência é ilegítima. O que existe é uma pergunta ainda não respondida. A mesma disciplina vale no sentido contrário: citar uma política oficial não encerra, por si, uma discussão sobre alcance, procedimento ou versão. A validade da conexão precisa ser demonstrada, não presumida a favor de qualquer dos lados.

O que a conformidade contratual explica — e o que não decide sozinha

Nos seus materiais explicativos de Contractual Compliance, a ICANN descreve uma função relacionada a reclamações, monitoramento e cumprimento de acordos de registro, acordos de credenciamento de registradores e políticas aplicáveis. O portal de conformidade reúne informações sobre essa atividade. Trata-se da descrição oficial da função, que deve ser distinguida da demonstração jurídica dos poderes disponíveis em cada contrato.

Essa distinção é essencial quando uma descrição administrativa se aproxima de uma consequência grave. Saber que existe uma atividade de fiscalização não basta para afirmar qual prazo de correção vale, quando uma relação pode ser encerrada ou que proteção uma parte pode obter. Tais conclusões exigem a disposição pertinente, a versão aplicável e os fatos que acionariam aquela disposição. Os materiais identificados nesta apuração não sustentam uma regra uniforme para todas essas situações.

Uma reclamação, uma alegação de descumprimento e uma conclusão definitiva também não devem ser tratadas como equivalentes. Ao examinar um caso, o leitor precisa saber quem afirma o quê, em qual documento e em que estágio. A comunicação de uma posição institucional não elimina a necessidade de identificar a posição da parte afetada. Da mesma forma, a existência de uma contestação não demonstra que a exigência original era indevida.

Para um operador, o efeito prático dessa separação é organizar dois conjuntos de perguntas. Um trata do conteúdo: qual dever teria sido violado e com base em quais fatos? O outro trata do procedimento: que resposta foi solicitada, qual prazo foi comunicado e que autoridade decide a consequência seguinte? Misturar os conjuntos pode produzir uma defesa extensa sobre legitimidade institucional que não responde à alegação concreta, ou uma resposta técnica que deixa de enfrentar a competência para exigir determinada medida.

Nada disso permite medir, com o material reunido aqui, a eficácia geral da conformidade da ICANN. Não foram estabelecidos indicadores de sucesso, tempos médios de resolução ou uma amostra de decisões capaz de sustentar esse julgamento. A conclusão é mais estreita: a descrição oficial localiza uma função de execução contratual, mas não substitui a prova de seus limites em uma relação determinada.

Identificar um recurso não demonstra seu efeito suspensivo

Reconsideração, Independent Review Process — o processo de revisão independente, ou IRP — e arbitragem contratual aparecem como caminhos a investigar quando se examina a responsabilização da ICANN. A existência desses nomes no mapa institucional não autoriza concluir que tenham o mesmo objeto, os mesmos requisitos ou os mesmos efeitos. Para procedimentos relacionados ao estatuto, a verificação deve partir dos Bylaws e de sua versão aplicável; para uma disputa contratual, deve alcançar também o acordo que rege a relação.

A pergunta sobre acesso ao recurso vem primeiro: quem pode apresentar a demanda, contra qual ato e dentro de qual prazo? Em seguida vem a pergunta sobre competência: que matéria o órgão ou procedimento pode examinar? Só depois é possível definir a providência procurada. Corrigir uma decisão institucional, interpretar uma obrigação contratual e impedir temporariamente uma consequência operacional são objetivos diferentes. Não se deve presumir que um único procedimento ofereça todos eles.

O fator tempo acrescenta outra verificação. Protocolar uma contestação, pedir uma medida provisória e obter uma decisão que suspenda efeitos são acontecimentos distintos. Em uma situação concreta, a proteção poderia depender de uma regra automática ou de uma decisão específica; a alternativa correta precisa ser confirmada no instrumento aplicável. Esta apuração não estabeleceu qual hipótese rege cada uma das rotas mencionadas, nem as condições atuais para proteção provisória no IRP.

Também é necessário distinguir proteção temporária de decisão sobre o mérito. Se uma medida provisória for concedida em determinado processo, seu alcance, duração e condições deverão ser lidos no respectivo ato. Ela não deve ser apresentada, sem base adicional, como julgamento definitivo de que uma das partes tem razão. No sentido inverso, a ausência de proteção provisória não pode ser usada automaticamente como prova de validade da medida contestada.

A pergunta não respondida é relevante justamente porque o recurso e a operação podem seguir calendários diferentes. Um procedimento pode oferecer uma resposta jurídica futura, enquanto a parte precisa saber hoje se uma obrigação continuará sendo exigida. Mas essa possibilidade analítica não demonstra que a ICANN execute medidas indevidas durante revisões, nem que seus mecanismos sejam ineficazes. Para chegar a uma dessas conclusões seriam necessários textos operativos e casos documentados que este levantamento não verificou.

Dependência operacional precisa ser demonstrada

A expressão dependência operacional só ajuda quando descreve uma relação identificável. É preciso saber qual atividade depende do vínculo, qual mudança poderia interrompê-la, quais alternativas estão disponíveis e em quanto tempo. Sem esses elementos, a expressão pode exagerar a força de uma instituição ou sugerir uma fragilidade empresarial que não foi demonstrada. Aqui, ela funciona como hipótese de análise, não como constatação sobre um operador específico.

Se uma relação contratual for indispensável a determinada atividade, uma alteração nessa relação poderá reduzir as opções da parte antes de uma decisão final. A consequência potencial não está apenas no custo de litigar. Pode estar no custo de reconfigurar a operação, comunicar mudanças a clientes ou preparar uma transição que depois se revele desnecessária. A ocorrência e a dimensão desses efeitos exigiriam provas próprias; não são resultados observados nesta investigação.

O exame deve incluir o outro lado do problema. Manter uma situação enquanto a disputa é analisada também pode envolver riscos para terceiros, caso a obrigação discutida tenha função de proteção operacional. Por isso, defender mecanismos de preservação não significa presumir que toda medida deva ser suspensa. Significa exigir que a possibilidade de proteção, a autoridade competente e os interesses considerados sejam identificáveis e justificáveis.

A qualidade da responsabilização aparece nesse encontro entre procedimento e consequência. Um caminho formal de revisão é importante, mas sua utilidade prática não pode ser medida apenas pelo nome ou pela existência de uma página explicativa. É necessário relacioná-lo ao ato contestado e ao calendário dos efeitos. Da mesma forma, a rapidez de uma atuação de conformidade não demonstra, por si, arbitrariedade: é preciso examinar fundamento, procedimento e necessidade.

A conclusão possível é delimitada, mas útil

O registro documental aponta para uma arquitetura distribuída, não para um mandato único que resolva todas as questões de autoridade. Estatuto, acordos, políticas, conformidade e revisão ocupam posições diferentes na análise. O trabalho decisivo é demonstrar as conexões entre eles para uma parte e uma decisão específicas. A presença de um documento em uma página oficial não elimina essa tarefa.

Para resolver a questão central em um caso real, seriam necessários o contrato aplicável com suas alterações, a política invocada e sua vigência, a comunicação que materializa a exigência, as regras do procedimento de contestação e qualquer decisão sobre proteção provisória. Não basta saber que um recurso foi apresentado. É preciso identificar o documento que define o que acontece com a operação durante sua tramitação.

Esta apuração não confirmou uma suspensão automática, mas tampouco demonstrou sua inexistência. Não confirmou todas as condições de proteção provisória, mas isso não significa que não haja proteção disponível. O resultado é uma distinção que deve orientar a leitura dos próximos documentos: o instrumento que permite cobrar uma obrigação e o instrumento que permite preservar a situação durante a disputa podem ser diferentes. Conhecer apenas um deles deixa incompleta a avaliação de poder e responsabilização.