Resumo

  • A ICANN já publica um vasto dossiê público: estatutos, documentos do Conselho de Administração, relatórios anuais, dossiês de comentários públicos, páginas de mecanismos de responsabilidade, páginas de revisão e canais de participação. Esse dossiê prova que a atividade é visível. Ele não prova, por si só, que os erros são corrigidos.
  • As medidas de responsabilidade decisivas devem ser medidas de resultado: correções feitas após contestação, anulações ou retiradas, prazo de resolução, custo transferido para longe da parte lesada, fracasso repetido da mesma função e acompanhamento após as conclusões da revisão.
  • Contar reuniões, documentos, comentários públicos e participação pode recompensar o movimento institucional mesmo quando a parte afetada não recebe nenhuma reparação utilizável. Um painel pode parecer saudável enquanto a decisão subjacente permanece errada, tardia ou não corrigida.
  • Um painel de responsabilidade mais sólido para a ICANN manteria o dossiê de transparência existente, mas adicionaria um registro de reparações: cada alegação de erro, o ponto de decisão afetado, a via de recurso utilizada, o tempo decorrido, a mudança institucional final e a prova de que a mudança alcançou as pessoas que suportaram seu custo.

O denominador errado

A coisa mais fácil de contar em uma instituição multissetorial é a atividade. As reuniões têm datas. As pautas têm links. As janelas de comentários públicos abrem e fecham. Os relatórios passam do estado de rascunho para a versão final. Os webinários atraem entidades. As listas de discussão produzem mensagens. As atas do Conselho são publicadas. As equipes de revisão se reúnem. O pessoal prepara atualizações. O resultado pode ser uma bela narrativa de responsabilidade na qual a instituição parece reativa porque publica, consulta e reúne constantemente.

Isso é um dossiê de transparência útil, mas é o denominador errado para a responsabilidade. A responsabilidade não é o número de oportunidades de se expressar. É a relação entre um erro institucional e a correção desse erro. Se uma decisão foi tomada com base em uma premissa falsa, o dossiê foi modificado? Se um resumo dos comentários públicos comprimiu uma objeção material, a objeção foi restabelecida no dossiê de decisão? Se uma justificativa do Conselho omitiu um fator importante, a justificativa foi corrigida? Se uma parte lesada obteve ganho de causa em uma revisão, a reparação chegou cedo o suficiente para ser relevante?

Se o mesmo defeito apareceu em decisões posteriores, o fracasso foi tratado como um fracasso de aprendizado institucional repetido ou como mais um caso isolado?

Essa questão é particularmente importante para a ICANN porque a instituição reivindica sua legitimidade por meio da participação aberta, transparente e ascendente, em vez do controle eleitoral comum. Seus estatutos exigem explicações detalhadas dos fundamentos das decisões, incluindo como os comentários influenciaram as considerações políticas, e a divulgação pública das justificativas para as decisões do Conselho e da comunidade. Eles também descrevem mecanismos de responsabilidade, como a reconsideração, a revisão independente, o Ouvidor, as revisões específicas e os poderes da Comunidade Habilitada. Essa arquitetura é substancial.

No entanto, a arquitetura ainda pode produzir uma ilusão de responsabilidade se suas medidas públicas enfatizarem o número de canais existentes em vez de saber se esses canais alteram os resultados.

Uma contagem de reuniões pode responder a uma pergunta: havia uma oportunidade de participar? Uma contagem de documentos pode responder a outra: havia algo para ler? Uma contagem de participação pode responder a outra: as pessoas compareceram? Nenhuma dessas contagens responde à pergunta de saber se a instituição se corrigiu quando foi contestada. Uma decisão pode ser precedida de comentários abertos, discutida em reuniões públicas, apoiada por um relatório volumoso e ainda assim estar errada. Uma reparação pode estar disponível em teoria e ainda ser muito lenta, muito cara ou muito estreita para restaurar a posição da parte afetada.

Uma recomendação de revisão pode ser aceita em princípio e nunca alterar o comportamento recorrente que produziu o problema.

O melhor denominador é o universo de erros plausíveis. Esse universo não é fácil de contar, pois inclui erros que nunca foram contestados, contestações abandonadas devido ao seu custo, objeções enterradas nos dossiês de consulta, reclamações resolvidas informalmente e defeitos repetidos que afetaram diferentes partes em diferentes momentos. Mas a dificuldade não é desculpa para contar apenas o que é administrativamente conveniente. Se a ICANN presta contas de sua responsabilidade principalmente por meio de reuniões realizadas, comentários recebidos e relatórios publicados, ela está medindo o tamanho do palco em vez da eficácia da reparação.

Transparência não é o mesmo que correção

A ICANN merece reconhecimento por manter um vasto dossiê público. Seus estatutos exigem um site público contendo informações sobre reuniões, questões estratégicas, mecanismos de responsabilidade, orçamentos, auditorias, comentários e fóruns públicos. Sua página de relatório anual remete a anos de relatórios. Sua página de reconsideração lista as solicitações e informações sobre seu status. Sua página de mecanismos de responsabilidade explica que a reconsideração, a revisão independente e o Ouvidor visam fornecer exame da ação da ICANN.

Suas disposições sobre revisões específicas exigem avaliação periódica da responsabilidade e transparência, incluindo contribuições do público, explicações das decisões, aceitação pela comunidade Internet, desenvolvimento de políticas e o procedimento de revisão independente.

Esse dossiê não é insignificante. Ele dá a jornalistas, operadores, governos, advogados, grupos da sociedade civil e usuários comuns da Internet uma maneira de reconstituir pelo menos parte do dossiê institucional. Muitos órgãos públicos e plataformas privadas divulgam menos. O problema não é a ausência de papel. O problema é que o papel pode se tornar um substituto para a reparação.

A transparência responde à primeira questão de responsabilidade: o público pode ver o que aconteceu? A correção responde à segunda: a instituição mudou o que aconteceu uma vez que o erro foi demonstrado? Ambas estão relacionadas, mas não são idênticas. Um erro totalmente visível ainda é um erro. Uma justificativa do Conselho pode ser publicada rapidamente e ainda omitir a razão que mais tarde se mostra decisiva. Um arquivo de comentários públicos pode conter milhares de submissões e não mostrar se um aviso minoritário foi tratado como evidência.

Uma solicitação de reconsideração pode ser listada e recusada com fundamentos e ainda revelar que o canal de recurso é muito estreito para o dano alegado.

Essa distinção é bem conhecida fora da ICANN. Um tribunal não prova sua imparcialidade simplesmente publicando as datas das audiências; ele prova sua capacidade de controle proferindo ordens, anulando decisões, devolvendo processos e fazendo cumprir prazos. Um regulador não prova a proteção do consumidor simplesmente contando as reclamações recebidas; ele prova sua eficácia mostrando restituições, práticas corrigidas, sanções, processos encerrados, taxas de recorrência e prazos de resolução.

Uma empresa não prova sua responsabilidade de privacidade simplesmente publicando uma política; ela a prova mostrando a correção de violações, a conclusão de exclusões, os resultados de apelações e os controles de incidentes repetidos. A governança da Internet não deve usar um padrão mais fraco simplesmente porque suas instituições são incomuns.

O dossiê público da ICANN já contém os ingredientes para uma medida mais sólida. As solicitações de reconsideração têm requerentes, ações contestadas, prazos e resultados. Os casos de revisão independente têm reivindicações, painéis, declarações, custos e consequências de implementação. As resoluções do Conselho têm justificativas e votos. Os dossiês de comentários públicos têm submissões, resumos e decisões. As revisões têm recomendações, ações do Conselho, status de implementação e avaliação posterior do efeito esperado. O passo que falta é conectar esses dossiês em um registro de resultados que pergunte o que mudou.

Esse registro não deve punir a ICANN por cada contestação. Muitas reclamações serão fracas. Algumas entenderão mal a missão. Algumas pedirão reparações fora das competências da ICANN. Algumas serão tentativas táticas de reabrir um acordo fechado. Um indicador sério de correção pode preservar essas distinções. Ele pode contar pedidos recusados, pedidos fora do escopo e pedidos retirados sem pretender que cada rejeição seja um fracasso. O que ele não pode fazer é tratar a existência do canal como um sucesso, quer esse canal produza ou não uma correção oportuna e utilizável.

As reuniões medem o acesso, não a responsabilidade

As reuniões são necessárias em um ambiente multissetorial. A ICANN não pode coordenar a política global de identificadores apenas por meio de memorandos privados. As reuniões presenciais, sessões remotas, fóruns comunitários e sessões públicas do Conselho criam informações compartilhadas e tornam mais difícil o desaparecimento de decisões em negociações privadas. Elas também impõem custos: viagens, fusos horários, carga linguística, vantagem do pessoal político, resistência das pautas e capacidade de acompanhar vários assuntos ao mesmo tempo.

Contar reuniões não diz muito, a menos que a contagem esteja ligada à influência nas decisões. Cem sessões ainda podem deixar um pequeno operador incapaz de alterar uma decisão prejudicial se o texto importante foi redigido antes da reunião, se a objeção exigia expertise jurídica, se o resumo final tratou a dissidência como ruído de fundo, ou se o Conselho não tinha mais opção realista quando os comentários foram encerrados. A contagem de reuniões pode até recompensar um mau design.

Quanto mais complicado se torna o percurso decisório, mais reuniões ele gera, e mais a instituição pode reivindicar engajamento enquanto as entidades suportam custos crescentes de participação.

Um indicador baseado na reparação faria perguntas diferentes. Quantas objeções materiais levantadas nas reuniões foram refletidas no texto posterior? Quantas foram rejeitadas com razões específicas? Quantas foram marcadas como não pertencentes à missão da ICANN, e essa conclusão de missão foi testada posteriormente? Quantos problemas reapareceram ao longo de várias reuniões antes que uma ação fosse tomada? Quantas preocupações levantadas tardiamente em reunião mostraram que a consulta anterior havia falhado? Quantos compromissos assumidos em um fórum público foram acompanhados até sua conclusão?

Com que frequência os documentos do pessoal ou do Conselho mudaram após uma reunião, e quais pontos de decisão foram modificados?

Não se trata de medir a influência de forma mística. Trata-se de uma disciplina de mudanças rastreáveis. Se uma reunião não trouxer nenhuma mudança, o dossiê pode dizê-lo. Se uma reunião resultar em uma cláusula mais restrita, um adiamento da data de entrada em vigor, uma análise de interesse público, um pedido de provas adicionais ou um encaminhamento para outro fórum, o dossiê pode identificar esse resultado. Se uma preocupação é rejeitada, o dossiê pode dar a razão. A contagem torna-se então uma contagem de efeitos nas decisões, e não uma contagem de cadeiras ocupadas ou microfones usados.

Os indicadores de participação também precisam de uma disciplina de denominador. "Mais entidades" parece saudável até que o denominador seja nomeado. Mais em relação a quê? Ao público global da Internet? Às partes contratantes afetadas? Aos detentores de recursos de números? Aos grupos da sociedade civil? Aos usuários finais? Aos governos? Aos operadores técnicos? Aos voluntários que participaram do procedimento anterior? Um indicador que relata a participação sem considerar a categoria, a região, os temas em jogo e a concentração de atores recorrentes pode esconder uma captura.

Um pequeno número de atores bem dotados de recursos pode dominar um procedimento enquanto a linha de participação geral aumenta. Um indicador de reparação deve identificar não apenas quem falou, mas também se a categoria afetada obteve uma correção quando suas evidências eram sólidas.

As reuniões devem permanecer visíveis. Elas não devem ser tratadas como a prova da responsabilidade. A prova vem quando as contribuições das reuniões podem ser rastreadas até um texto modificado, um raciocínio corrigido, uma ação adiada, uma compensação, uma anulação, um encaminhamento ou uma explicação pública da rejeição.

Os documentos podem enterrar as decisões tão bem quanto revelá-las

Os documentos são outra contagem tentadora para a responsabilidade. A ICANN produz documentos de consulta, resumos de comentários públicos, justificativas do Conselho, relatórios anuais, documentos de revisão, atualizações de implementação, correspondência, apresentações e documentos informativos. Um dossiê público tão espesso pode parecer incontestável. Ele também pode se tornar difícil de auditar.

O volume de documentos cria dois riscos. Primeiro, pode enterrar a escolha decisiva. O público pode ver uma proposta, um resumo de comentários, um relatório do pessoal, uma justificativa do Conselho e documentos posteriores de implementação, mas o ponto exato onde uma objeção foi aceita ou rejeitada permanece difuso. Segundo, o volume de documentos pode diluir a responsabilidade. Quando cada etapa tem um documento, nenhum documento parece ser o proprietário da decisão. O pessoal resumiu. Um comitê examinou. O Conselho revisou. Uma equipe posterior implementou. Se o resultado é defeituoso, cada dossiê pode apontar para outro.

Os indicadores de correção atravessam a inflação documental. Eles exigem que cada documento relevante responda a um conjunto limitado de perguntas. Qual alegação de erro ou risco foi levantada? Onde foi examinada? Quem tinha o poder de corrigi-la? O que mudou? O que não mudou? Qual razão foi dada? Qual prazo foi definido? Quais evidências posteriormente mostraram a conclusão?

Essa abordagem é particularmente importante para os resumos de comentários públicos. Um resumo pode atender às expectativas de publicação enquanto comprime a discordância em temas escolhidos pela instituição. O bom indicador não é simplesmente saber se o resumo foi publicado a tempo. Trata-se de saber se o resumo preservou as objeções materiais, separou os apoios duplicados das evidências distintas, identificou os argumentos minoritários, registrou as razões da rejeição e vinculou os comentários à decisão final.

Se os comentários públicos fazem parte da legitimidade, a medida deve ser "comentários convertidos em razões responsáveis", e não "comentários recebidos".

As justificativas do Conselho merecem o mesmo tratamento. Os estatutos da ICANN tendem a explicações e justificativas detalhadas. Um indicador de justificativa não deve apenas contar se uma justificativa existe. Deve contar as correções posteriores: quantas vezes as justificativas foram modificadas, complementadas, contraditas por conclusões de revisão, seguidas de encaminhamento ou citadas como insuficientes por um órgão de revisão. Uma justificativa que sobrevive a uma contestação não é automaticamente correta, mas uma justificativa julgada incompleta repetidamente é um sinal institucional. O painel deve capturar esse sinal.

Até mesmo os relatórios anuais precisam de uma lente de reparação. Os relatórios anuais são úteis para finanças, operações e memória institucional. Mas uma página anual de responsabilidade que lista projetos, engajamento, relatórios e estratégia ainda pode evitar o registro negativo: decisões corrigidas, atrasos pagos por outros, casos retirados após contestação, conclusões de revisão deixadas abertas, defeitos repetidos e obstáculos relacionados a custos. O registro negativo ausente é exatamente o que as partes afetadas precisam.

Os relatórios de responsabilidade devem tornar visível o desconforto institucional, pois é no desconforto que ocorre o aprendizado.

As correções são a unidade principal

O primeiro indicador sério de responsabilidade deve ser as correções. Uma correção não é simplesmente uma frase modificada. É um ato institucional demonstrável que repara um erro no dossiê, no raciocínio, na decisão, no cronograma, na implementação ou na posição da parte afetada. As correções podem ser pequenas ou grandes.

Podem envolver uma correção pública de uma declaração factual, um resumo de comentários revisado, uma justificativa do Conselho modificada, uma consulta reaberta, uma data de entrada em vigor adiada, uma cláusula contratual revisada, uma decisão devolvida, uma determinação de elegibilidade corrigida ou uma admissão pública de que uma via anterior estava errada.

As correções devem ser contadas por tipo. As correções factuais são as mais simples: o dossiê dizia algo falso ou incompleto, e o dossiê público foi modificado. As correções de raciocínio são mais importantes: a instituição aceitou que uma justificativa de decisão omitiu ou interpretou mal um fator material. As correções procedimentais ocorrem quando a instituição reabre, prolonga, devolve ou repete uma etapa porque a etapa anterior era defeituosa. As correções substanciais ocorrem quando o resultado muda.

As correções reparadoras ocorrem quando uma parte afetada recebe dinheiro, isenção de taxas, alívio de prazos, status restabelecido, reprocessamento do pedido ou outra reparação prática.

O painel deve então separar as correções voluntárias das correções impostas. Uma correção voluntária após um exame pelo pessoal mostra capacidade de resposta interna. Uma correção após uma reconsideração mostra que o canal de recurso teve efeito. Uma correção após uma revisão independente mostra pressão de revisão externalizada. Uma correção após litígio ou acordo mostra que o sistema interno pode ter falhado mais cedo. Essas distinções são importantes porque o custo e o atraso suportados pela parte afetada diferem.

As correções também precisam de níveis de gravidade. Uma correção tipográfica em uma justificativa do Conselho não é o mesmo que a anulação de uma decisão após uma revisão independente. Um relatório atrasado não é o mesmo que um pedido rejeitado que é retomado. Uma análise de interesse público adicionada antes da ação final não é o mesmo que um dossiê corrigido após um dano irreversível. Os níveis de gravidade não devem ser usados para esconder pequenos erros; pequenos erros contam quando são repetidos. Mas o público deve saber se a correção mudou o resultado, o raciocínio, o cronograma, o dossiê ou apenas a apresentação.

Finalmente, as correções precisam de um campo "quem se beneficiou". Uma correção que melhora o texto futuro pode não reparar a pessoa que sofreu sob o texto anterior. Uma correção que ajuda uma parte contratante pode não ajudar os titulares de nomes de domínio. Uma correção que ajuda uma organização de apoio pode não ajudar os usuários finais. Uma correção que melhora um dossiê relacionado a números pode não afetar os atores do DNS. Se o sistema de responsabilidade declarado é para a comunidade Internet, seus indicadores devem mostrar qual posição foi restabelecida e qual foi simplesmente reconhecida.

Anulações e retiradas não são embaraçosas

As instituições muitas vezes não gostam de contar anulações porque as anulações parecem um fracasso. Esse instinto é ao contrário. Um sistema que nunca se corrige pode ser perfeito, mas é mais provável que seja defensivo. Se a ICANN recebe contestações substanciais por muitos anos e quase nunca relata um resultado modificado, o público não deve inferir automaticamente decisões impecáveis. Deve perguntar-se se os canais de recurso são muito estreitos, muito caros, muito lentos, muito deferentes ou muito relutantes em perturbar as escolhas institucionais.

As anulações devem ser separadas das retiradas. Uma anulação ocorre quando a ICANN ou um órgão de revisão altera o resultado ou exige um novo resultado. Uma retirada ocorre quando um requerente abandona uma contestação, um procedimento se torna sem objeto, ou a ICANN muda de rumo antes de uma decisão formal. As retiradas podem significar muitas coisas. Podem indicar um acordo, esgotamento de custos, tornar-se teórico, estreitamento processual, retirada tática ou correção informal bem-sucedida. Tratar todas as retiradas como neutras esconde informações importantes sobre a responsabilidade.

Cada anulação ou retirada deve identificar a categoria de razão. O contestador ganhou a causa em uma alegação de informação falsa? A ICANN aceitou que informações importantes não foram consideradas? Uma ação do Conselho excedeu a missão? Um prazo tornou o pedido sem objeto? A ICANN voluntariamente modificou a ação contestada? O requerente se retirou após receber garantia privada? O requerente se retirou porque a reparação chegaria tarde demais? Algumas dessas respostas exigem confidencialidade em casos individuais, mas as categorias globais ainda podem ser públicas.

Os indicadores de anulação também são valiosos porque identificam os pontos de aprendizado. Se as anulações se agrupam em torno dos resumos de comentários públicos, o método de resumo é defeituoso. Se se agrupam em torno da implementação pelo pessoal, a transição da política para a implementação é fraca. Se se agrupam em torno da avaliação de novos gTLDs, as regras de avaliação podem ser instáveis. Se se agrupam em torno das justificativas do Conselho, o dossiê do Conselho pode ser muito fino. Se as retiradas se agrupam após um longo atraso, o canal de recurso pode esgotar funcionalmente os contestadores em vez de resolver os pedidos.

As anulações não devem ser instrumentalizadas contra cada membro do pessoal ou administrador envolvido. O medo da culpa leva as instituições a esconder erros. O objetivo não é um painel de pessoal. É um painel de controle institucional. As anulações revelam onde a autoridade encontrou a realidade e teve que se adaptar. Isso é exatamente o que a responsabilidade deve mostrar.

O atraso é um indicador de reparação

O atraso é frequentemente tratado como um inconveniente administrativo. Em sistemas de responsabilidade, o atraso é um indicador de reparação. Uma correção que chega depois que a oportunidade de negócio, a janela de candidatura, a decisão de comentários públicos, a duração do contrato, a eleição, o ciclo orçamentário ou o momento de delegação passou pode ser formalmente correta e praticamente vazia. Para as partes afetadas, o tempo faz parte da reparação.

A própria arquitetura de responsabilidade da ICANN reconhece o tempo em vários lugares. As solicitações de reconsideração têm prazos de depósito. Os documentos do Conselho têm expectativas de publicação. Os períodos de comentários públicos têm períodos mínimos e sequências de decisão. A revisão independente envolve procedimentos, painéis e, às vezes, medidas provisórias. O dossiê público pode mostrar as datas. O que falta é uma medida pública consistente do prazo de reparação através dos canais de responsabilidade.

Um painel sério deve publicar pelo menos cinco medidas de atraso. Primeiro, o tempo entre a ação contestada e o depósito. Isso mostra se as partes afetadas puderam entender e reagir rapidamente. Segundo, o tempo entre o depósito e a admissibilidade ou resposta inicial. Isso mostra se o canal se abre rapidamente. Terceiro, o tempo entre o depósito e a decisão final. Isso mostra se a revisão chega em uma janela útil. Quarto, o tempo entre a decisão e a implementação. Uma declaração favorável sem implementação ainda não é uma reparação. Quinto, o tempo entre o aviso repetido e a correção institucional.

Se o mesmo problema aparece nos comentários públicos, relatórios do Ouvidor, solicitações de reconsideração e conclusões de revisão antes de qualquer mudança, o atraso é sistêmico.

As medidas de atraso devem estar ligadas ao dano. Um atraso de seis meses em uma revisão estratégica de longo prazo pode ser tolerável. Um atraso de seis meses em um pedido, delegação, contrato, elegibilidade ou decisão de emergência pode ser decisivo. O painel deve, portanto, identificar o tipo de decisão e o prazo prático. Não deve apenas relatar dias médios. As médias escondem os valores atípicos, e os valores atípicos são frequentemente onde a responsabilidade falha. O tempo mediano, os casos mais antigos pendentes, as faixas etárias e as categorias sensíveis ao tempo seriam mais informativos.

O atraso também interage com o custo. Uma parte com recursos substanciais pode sobreviver a uma longa revisão. Um pequeno requerente, um grupo de voluntários, uma organização da sociedade civil ou um operador regional pode não conseguir. Se as únicas partes capazes de obter uma correção são aquelas que podem financiar advogados prolongados e presença estratégica, o canal de responsabilidade é desigual. O prazo de reparação deve, portanto, ser relatado com o tipo de requerente e indicadores de custo quando disponíveis.

O padrão deve ser simples: se a instituição estava errada, o público deve saber quanto tempo a posição errada vigorou e quem pagou por esse intervalo.

Indenização e transferência de custos são evidências de responsabilidade

As discussões sobre a responsabilidade da ICANN frequentemente se concentram em decisões e razões, mas a indenização faz parte da responsabilidade. Indenização não significa sempre danos no sentido judicial. Pode significar isenção de taxas, reembolso de custos, oportunidade renovada, prioridade restabelecida, prorrogação de prazo, reprocessamento sem custos adicionais ou a assunção do custo de uma revisão que o requerente não deveria ter que iniciar.

Por que a indenização é importante? Porque um sistema que corrige o comportamento futuro, mas deixa à parte lesada todo o custo de provar o erro, ensina as partes afetadas a permanecerem em silêncio. Se contestar um erro custa mais do que o benefício da correção, os erros serão subnotificados. O painel mostrará então poucas contestações bem-sucedidas, não porque a instituição é precisa, mas porque a correção não é rentável.

A revisão independente pode envolver custos significativos. A reconsideração pode ser menos cara, mas ainda requer expertise, tempo e um dossiê. A defesa em comentários públicos também tem um custo. Um indicador significativo deve mostrar quando a ICANN suportou os custos de revisão, quando os custos foram imputados a um requerente, quando o requerente recebeu alívio prático e quando uma decisão favorável não produziu nenhuma restauração material. Deve também mostrar se as consequências financeiras eram previsíveis.

Se uma entidade não pode estimar o custo e a possível recuperação antes de contestar um erro, a responsabilidade torna-se uma aposta.

Os indicadores de indenização também expõem os incentivos institucionais. Se a ICANN pode cometer um erro, resistir à correção, perder ou perder parcialmente, e ainda deixar a parte afetada suportar a maior parte dos custos e atrasos, o incentivo para corrigir cedo é baixo. Se a correção precoce reduz os custos e a correção tardia é visivelmente contabilizada contra a instituição, o incentivo muda. Os indicadores de responsabilidade devem recompensar a reparação precoce e tornar a reparação tardia mais visível.

Há uma ressalva legítima. A ICANN não é um tribunal comum de indenização pública, e muitos litígios envolvem escolhas estratégicas em vez de danos privados. Nem todas as partes interessadas decepcionadas merecem um pagamento. Mas a ausência de um modelo universal de danos não é razão para ignorar os custos. No mínimo, a ICANN pode relatar a alocação de custos, isenções de taxas, alívios de reprocessamento, despesas de implementação e se os custos de revisão foram transferidos quando a posição da ICANN falhou. O público pode então distinguir a recusa baseada em princípios da responsabilidade não rentável.

Fracasso repetido é mais importante que erro isolado

Toda instituição comete erros. A questão da responsabilidade é saber se os erros se repetem após aviso. O fracasso repetido deve, portanto, ser um dos indicadores mais ponderados em um painel de responsabilidade da ICANN.

O fracasso repetido pode assumir várias formas. O mesmo escritório pode perder o mesmo tipo de prazo. O pessoal pode confiar em suposições não fundamentadas semelhantes em diferentes procedimentos. As justificativas do Conselho podem omitir repetidamente como os comentários públicos mudaram, ou não mudaram, a decisão. Os resumos de comentários públicos podem mesclar repetidamente objeções distintas em temas gerais. As recomendações de revisão podem ser aceitas repetidamente, mas permanecer sem efeito mensurável.

Um canal de recurso pode rejeitar repetidamente pedidos como fora do escopo, mesmo que o dano subjacente permaneça não tratado em outro lugar. Em cada caso, a segunda e terceira ocorrências são mais graves que a primeira.

O painel deve, portanto, acompanhar a recorrência por tipo de defeito, e não por rótulo de escândalo. "Justificativa incompleta" é um tipo de defeito. "Informações materiais não consideradas" é um tipo de defeito. "Implementação tardia após aceitação da recomendação" é um tipo de defeito. "Autoridade de correção pouco clara" é um tipo de defeito. "Rejeição fora do escopo sem outro recurso" é um tipo de defeito. Essas categorias permitem ao público ver se a ICANN aprende ao nível do controle institucional.

Os indicadores de fracasso repetido também protegem a ICANN contra anedotas injustas. Os críticos frequentemente se baseiam em casos memoráveis. Um painel de recorrência pode mostrar se uma reclamação é um agravo pontual ou faz parte de um padrão. Se um defeito aparece uma vez por década, a reparação pode ser específica ao caso. Se aparece todos os anos, a reparação deve ser estrutural. O debate público torna-se menos emocional e mais empírico.

A recorrência também deve incluir a recorrência positiva. Se uma prática de correção precoce funciona, conte-a. Se um novo modelo de justificativa do Conselho reduz contestações posteriores, conte-o. Se um quadro de resposta a comentários públicos reduz alegações de que os comentários foram ignorados, conte-o. Se o Ouvidor resolve uma preocupação recorrente de equidade antes de um litígio formal, conte-o. A responsabilidade não deve ser um catálogo de vergonha. Deve ser um sistema de aprendizado. Mas o aprendizado não pode ser demonstrado a menos que os problemas repetidos e as melhorias repetidas sejam ambos visíveis.

A participação pode se tornar um teatro de consentimento

A expressão "multissetorial" tem uma força moral na governança da Internet. Ela sugere que as decisões são legítimas porque as comunidades afetadas podem participar. Isso é parcialmente verdade. Também é incompleto. A participação pode se tornar um teatro de consentimento quando a instituição conta convites, sessões e comentários enquanto o percurso decisório permanece praticamente fechado.

O teatro de consentimento apresenta vários sinais. A proposta já está negociada antes dos comentários públicos. A janela de comentários está aberta, mas o prazo deixa pouco espaço para uma mudança significativa. O resumo identifica temas, mas não as razões da rejeição. A justificativa do Conselho diz que os comentários foram considerados sem mostrar como. Os mesmos comentaristas voltam ano após ano porque apenas os atores recorrentes entendem o percurso. Os usuários afetados só aparecem no final, uma vez que a escolha técnica ou contratual está quase fixada. O relatório final agradece às entidades e continua.

Nenhum desses sinais prova má-fé. Uma coordenação complexa muitas vezes requer redação precoce, negociações de especialistas e restrições legais. Mas eles provam que as contagens de participação são insuficientes. Se a instituição convida à participação, mas não pode mudar a decisão, deve dizê-lo. Se apenas os detalhes de implementação permanecem abertos, deve dizê-lo. Se uma escolha estratégica já está resolvida por uma organização de apoio, deve dizê-lo. Se o Conselho tem discricionariedade, mas a contraparte é improvável de reabrir um termo, deve dizê-lo. Limites honestos são melhores do que indicadores de participação inflacionados.

Um painel de responsabilidade deve, portanto, incluir "a margem de manobra restante na etapa de participação". Para cada consulta importante, o que ainda podia mudar? O objetivo estratégico, o texto jurídico, o cronograma, os detalhes de implementação, o acompanhamento, o orçamento, ou nada material? Quantos comentários abordavam cada elemento aberto? Que comentários pediam mudanças fora da margem de manobra restante? Quantas objeções foram rejeitadas porque a decisão já estava vinculada? Isso tornaria a participação verdadeira.

O mesmo princípio se aplica às reuniões comunitárias. Uma reunião antes de uma decisão tem um valor de responsabilidade diferente de uma reunião após o percurso decisório estar fixado. Uma sessão de escuta não é o mesmo que uma sessão deliberativa. Uma sessão informativa não é o mesmo que uma audiência de reparação. Um painel que relata todos os eventos de participação juntos esconde essas diferenças.

A participação continua essencial. Mas o indicador deve ser a influência dentro das restrições declaradas, e não a presença sob uma bandeira de abertura.

Os canais de responsabilidade precisam de painéis de resultados

A reconsideração, a revisão independente, o Ouvidor e as revisões específicas devem ter cada um painéis de resultados usando categorias comparáveis. As categorias não precisam aplainar as diferenças jurídicas entre os canais. Elas devem permitir que o público acompanhe o percurso de reparação.

Para a reconsideração, o painel deve identificar a ação ou omissão contestada, a norma invocada, a rapidez, o tratamento preliminar, o resultado final, se um dossiê foi corrigido, se uma decisão foi modificada, se o pedido revelou um defeito mais amplo e o prazo de conclusão. Deve distinguir a recusa porque o pedido falhou da recusa porque o canal não podia alcançar o dano. Essa distinção é central. Um pedido fora do escopo da reconsideração ainda pode revelar uma lacuna de responsabilidade.

Para a revisão independente, o painel deve identificar o tipo de pedido, as disposições da missão ou dos estatutos em causa, as medidas provisórias, a declaração final, a alocação de custos, a ação de implementação, o tempo entre o depósito e a declaração, o tempo entre a declaração e a implementação, e se o mesmo problema apareceu posteriormente. O público não precisa conhecer a estratégia jurídica confidencial para ver se a revisão alterou o comportamento institucional.

Para o Ouvidor, o painel deve identificar as categorias de reclamações, recomendações, aceitação, acompanhamento e recorrência. Como o Ouvidor trabalha frequentemente por equidade, facilitação e recomendação, em vez de ordem vinculante, o acompanhamento é o indicador-chave. Uma recomendação sem resposta não é equivalente a uma recomendação implementada.

Para as revisões específicas, o painel deve identificar as recomendações, a ação do Conselho, o efeito esperado, o status de implementação, a prova do efeito e a reavaliação posterior. Os estatutos da ICANN já preveem o exame se as recomendações anteriores da revisão de responsabilidade e transparência foram implementadas e se a implementação produziu o efeito esperado. Essa é a semente do bom indicador. O painel público deve fazer do efeito esperado a unidade central, e não apenas o status de implementação.

Uma recomendação pode ser "implementada" no sentido estrito de um projeto sem, no entanto, remediar o problema de responsabilidade recorrente que a motivou.

Painéis de resultados comparáveis permitiriam aos leitores perguntar se os diferentes canais convergem. Se a reconsideração raramente altera resultados, a revisão independente altera alguns resultados, mas lentamente, o Ouvidor identifica preocupações de equidade sem poder de ordem, e as revisões específicas produzem recomendações gerais com efeito incerto, o público pode ver a forma do sistema de responsabilidade. Se a correção precoce pelo pessoal resolve rapidamente muitas questões, o público pode ver isso também. Em ambos os casos, a conversa passa da autodescrição institucional para a prova de reparação.

A governança dos recursos de numeração precisa do mesmo indicador

O papel da ICANN relacionado a números é mais estreito do que seu papel contratual para o DNS, mas não é sem importância. Os estatutos descrevem a missão da ICANN para números de protocolo da Internet e números de sistema autônomo como a coordenação da alocação e atribuição no nível mais alto, o fornecimento de serviços de registro e acesso aberto aos registros globais de números a pedido da IETF e dos RIRs, e a facilitação de políticas globais de registros de números pela comunidade afetada e tarefas conexas acordadas com os RIRs.

Desde a transição da supervisão da IANA, a responsabilidade relacionada a números passa frequentemente por acordos, expectativas de nível de serviço, as comunidades dos RIRs e o ambiente da Number Resource Organization, em vez da base de receitas de nomes de domínio da ICANN.

Isso torna os indicadores de reparação mais importantes, e não menos. Uma função estreita ainda pode falhar significativamente: delegação tardia, escalada pouco clara, raciocínio público fraco, autoridade de substituição incerta, relatórios de status deficientes ou confusão sobre qual órgão pode corrigir qual problema. Se a instituição conta reuniões de coordenação e relatórios de serviço, mas não correções, a comunidade de números recebe provas de atividade sem provas de reparação.

Um painel de responsabilidade relacionado a números deve, portanto, identificar correções dos serviços de registro de primeiro nível, compromissos de serviço não cumpridos, escaladas, problemas repetidos, explicações públicas, janelas de impacto nos clientes e se uma correção exigiu ação da ICANN, da PTI, dos RIRs, da NRO ou de outro órgão. Não se trata de impor políticas do DNS na governança de números. Trata-se de garantir que o papel mais estreito tenha uma responsabilidade proporcionada.

Isso também protege as fronteiras institucionais. Se uma reclamação relacionada a números não está na alçada da ICANN, o painel deve dizer onde está realmente a autoridade corretiva. "Fora do escopo" não deve ser o fim do dossiê público. Deve ser uma instrução de roteamento: comunidade RIR, processo NRO, pedido IETF, escalada contratual, canal de serviço PTI, ou outra via. Um sistema de responsabilidade que repete incessantemente aos atores de recursos de números que seus pedidos estão fora do escopo sem identificar a via de recurso efetiva não é responsável na prática.

O mesmo princípio se aplica inversamente. A ICANN não deve ser culpada por cada litígio relacionado a recursos de números simplesmente porque faz parte da cadeia da IANA. Os indicadores de reparação podem mostrar qual órgão tinha autoridade, qual órgão agiu e onde a correção ocorreu. Uma atribuição clara é uma proteção tanto contra a falta de controle quanto contra a acusação excessiva.

Um painel prático

Um painel da ICANN centrado na reparação poderia ser construído sem substituir o dossiê público existente. Ele adicionaria uma camada transversal que lê o dossiê através dos resultados de responsabilidade.

A primeira seção seria a recepção. Ela contaria alegações materiais de erro institucional por canal: comentários públicos, reconsideração, revisão independente, Ouvidor, revisão específica, petição da Comunidade Habilitada, correspondência do Conselho e correção pelo pessoal. O indicador não trataria cada alegação como válida. Ele identificaria o tipo de alegação e a autoridade convidada a agir.

A segunda seção seria o tratamento. Os pedidos seriam marcados como aceitos, parcialmente aceitos, rejeitados no mérito, rejeitados como fora da autoridade, retirados após mudança institucional, retirados sem mudança institucional, sem objeto, resolvidos, não resolvidos ou pendentes. Cada categoria exigiria uma breve explicação pública. Só isso melhoraria o dossiê, pois as retiradas e as conclusões de fora da autoridade deixariam de desaparecer na ambiguidade.

A terceira seção seria a correção. Ela contaria correções de dossiê, correções de raciocínio, correções procedimentais, anulações substanciais, devoluções, adiamentos de data de entrada em vigor, indenizações ou transferências de custos, mudanças de controle futuro e compromissos públicos. Cada correção seria vinculada ao pedido inicial.

A quarta seção seria o tempo. Ela mostraria faixas etárias, tempo mediano, casos mais antigos pendentes, casos urgentes, tempo entre decisão e implementação, e casos onde a reparação chegou após a janela de decisão relevante. O atraso seria visível como um custo de governança.

A quinta seção seria a recorrência. Ela identificaria tipos de defeitos repetidos, escritórios ou etapas de decisão repetidos, correções tardias repetidas, conclusões de fora do escopo repetidas e recomendações repetidas sem efeito demonstrado. Ela também identificaria reduções bem-sucedidas da recorrência após medida corretiva.

A sexta seção seria a categoria afetada. Ela mostraria se o caso envolvia partes contratantes, requerentes, titulares de nomes de domínio, atores de recursos de números, governos, sociedade civil, usuários finais, operadores técnicos ou órgãos comunitários internos. O objetivo não é a política identitária; é a incidência. Se certas categorias podem obter correção e outras recebem principalmente agradecimentos pela participação, o público deve saber.

A sétima seção seria a resposta institucional. Ela identificaria se a correção foi voluntária, ordenada pelo Conselho, ordenada pelo pessoal, ordenada por uma revisão, baseada em acordo, ligada a tribunal ou externa. Uma correção voluntária precoce deve ser tratada como uma força. Uma correção tardia após uma revisão cara deve ser tratada como um sinal de custo.

Nada disso exige que a ICANN admita um ato ilícito em cada linha. Exige que a ICANN relate o destino das alegações de erro de uma forma que a comunidade possa auditar.

### Salvaguardas contra maus indicadores

Maus indicadores de reparação criariam novos problemas. Se cada correção é tratada como uma vergonha, o pessoal evitará correções. Se cada recusa é tratada como uma vitória, o painel torna-se relações públicas. Se cada pedido é contado igualmente, queixosos táticos podem distorcer a imagem. Se cada indicador é reduzido a uma única pontuação, a nuance desaparece. O design precisa de salvaguardas.

Primeiro, o painel deve evitar uma nota universal. A responsabilidade é multidimensional. Um ano pode mostrar correção mais rápida, mas mais erros; menos contestações, mas custo mais alto; mais influência dos comentários públicos, mas acompanhamento de implementação mais fraco. Comprimir isso em um único número reproduziria o mesmo problema que o painel se destina a resolver.

Segundo, o painel deve preservar as razões qualitativas. Uma correção sem razões é difícil de aprender. Uma recusa sem razões é difícil de acreditar. Uma retirada sem contexto é difícil de interpretar. Categorias de razões curtas, apoiadas por documentos, são melhores que contagens silenciosas.

Terceiro, o painel deve distinguir a validade do pedido da adequação do canal. Um pedido fraco pode ser corretamente recusado. Um pedido forte pode estar fora do canal errado. Uma recusa recorrente fora do canal pode revelar uma reparação ausente, mesmo que cada recusa individual seja formalmente correta. Essa distinção é essencial para a ICANN porque seus limites de missão são reais. A instituição não deve agir fora de sua missão, mas os limites da missão não devem se tornar um buraco negro onde as evidências de responsabilidade desaparecem.

Quarto, o painel deve sinalizar a incerteza. Alguns acordos são confidenciais. Algumas correções informais podem não divulgar todos os detalhes. Alguns dossiês podem não identificar o custo do requerente. Alguns danos são difíceis de quantificar. A resposta é marcar os limites, não omitir a categoria. Uma contagem pública "desconhecido ou confidencial" é ainda mais honesta do que a ausência de contagem.

Quinto, o painel deve ser revisado de forma independente. Se o mesmo escritório cujo desempenho é medido controla as categorias, a codificação e a apresentação, o painel pode se tornar outro problema de resumo de comentários públicos. A revisão independente não precisa ser conflituosa. Pode ser uma auditoria periódica por um grupo transversal com acesso ao dossiê público e autoridade para contestar as escolhas de categorias.

O objetivo é tornar a responsabilidade mensurável sem torná-la um jogo. O melhor indicador é aquele que altera o comportamento antes da chegada da próxima contestação.

A mudança cultural

A mudança mais difícil é cultural. A linguagem de legitimidade da ICANN frequentemente enfatiza abertura, participação, diversidade global, política ascendente e o modelo multissetorial. Esses são valores importantes. Mas eles podem fazer a correção parecer um ataque ao modelo. Se uma decisão é anulada, os críticos podem dizer que o modelo falhou. Os defensores podem dizer que o modelo funcionou porque se autocorrigiu. Ambas as reações perdem o ponto prático. O público precisa saber se a correção é normal, oportuna e eficaz.

Uma cultura de responsabilidade madura trata a correção como manutenção institucional. Uma justificativa corrigida não é uma humilhação. É um raciocínio público melhor. Uma decisão devolvida não é um colapso. É um controle que funciona. Uma admissão pública de que um resumo de comentários perdeu um problema importante não é fraqueza. É a prova de que a consulta tem significado. A transferência de custos após uma contestação bem-sucedida não é generosidade. É o reconhecimento de que a responsabilidade não deve ser integralmente financiada pela pessoa lesada.

Essa cultura também mudaria a forma como a ICANN relata o sucesso. Em vez de simplesmente dizer que mais pessoas participaram, ela poderia dizer que três objeções materiais alteraram o texto final, duas foram rejeitadas com razões publicadas, uma foi adiada para um fórum nomeado e um defeito de última hora levou a uma nova verificação antes da ação do Conselho. Em vez de dizer que as recomendações de revisão foram implementadas, ela poderia dizer que a taxa de recorrência do defeito visado pela recomendação caiu, permaneceu estável ou ainda não pôde ser medida.

Em vez de dizer que os mecanismos de responsabilidade permanecem disponíveis, ela poderia dizer com que frequência produziram uma correção, quanto tempo levaram e quem suportou o custo.

Tais relatórios não satisfariam a todos. A ICANN é uma instituição contestada. Alguns críticos querem um controle governamental mais forte. Alguns atores querem menos autoridade central. Alguns litígios são na verdade disputas comerciais, disputas geopolíticas ou brigas comerciais privadas vestidas com linguagem de responsabilidade. Um painel de reparação não resolverá esses argumentos. No entanto, tornará uma pergunta mais difícil de evitar: quando a ICANN enfrentou um erro corrigível, ela o corrigiu?

Essa é a pergunta que as reuniões não podem responder.

Fontes

Este artigo utiliza a página atual dos estatutos da ICANN, que identifica os estatutos conforme alterados em 3 de julho de 2026 e descreve os limites da missão da ICANN, compromissos de transparência, obrigações de divulgação no site, reconsideração, revisão independente e disposições relativas à revisão de responsabilidade e transparência:https://www.icann.org/en/governance/bylaws.

Também utiliza a página de mecanismos de responsabilidade da ICANN, que descreve a responsabilidade e a transparência como garantias para o modelo multissetorial e resume a reconsideração, a revisão independente e mecanismos relacionados:https://www.icann.org/resources/pages/mechanisms-2014-03-20-en.

A discussão sobre a reconsideração baseia-se na página de solicitações de reconsideração da ICANN, incluindo sua atualização pública de status, calendários e lista de solicitações:https://www.icann.org/resources/pages/accountability/reconsideration-en.

A discussão sobre o relatório anual baseia-se na página do relatório anual da ICANN, que remete a relatórios completos de vários anos e mostra como os relatórios regulares já fazem parte do dossiê público da ICANN:https://www.icann.org/resources/pages/governance/annual-report-en.