Resumen
- La ICANN ya publica un amplio registro público: estatutos, materiales de la junta, informes anuales, expedientes de comentarios públicos, páginas de mecanismos de rendición de cuentas, páginas de revisión y canales de participación. Ese registro prueba que la actividad es visible. No prueba, por sí mismo, que se corrijan los errores.
- Las medidas decisivas de rendición de cuentas deberían ser medidas de resultados: correcciones realizadas tras impugnaciones, revocaciones o retiradas, tiempo para remediar, costo desplazado de la parte perjudicada, fallos repetidos por la misma función y seguimiento tras los hallazgos de revisión.
- Contar reuniones, documentos, comentarios públicos y asistencia puede recompensar el movimiento institucional incluso cuando la parte afectada no recibe una reparación utilizable. Un panel puede parecer saludable mientras la decisión subyacente sigue siendo errónea, tardía o no reparada.
- Un cuadro de mando más sólido de rendición de cuentas de la ICANN mantendría el registro de transparencia existente pero añadiría un libro de remedios: cada reclamación de error, el punto de decisión afectado, la vía de revisión utilizada, el tiempo transcurrido, el cambio institucional final y la evidencia de que el cambio llegó a las personas que soportaron el costo.
El denominador equivocado
Lo más fácil de contar en una institución de múltiples partes interesadas es la actividad. Las reuniones tienen fechas. Las agendas tienen enlaces. Las ventanas de comentarios públicos se abren y cierran. Los informes pasan de borrador a final. Los seminarios web atraen asistencia. Las listas de correo producen mensajes. Las actas de la junta se publican. Los equipos de revisión se reúnen. El personal prepara actualizaciones. El resultado puede ser una atractiva narrativa de rendición de cuentas en la que la institución parece receptiva porque siempre está publicando, consultando y reuniendo.
Eso es un registro de transparencia útil, pero es el denominador equivocado para la rendición de cuentas. La rendición de cuentas no es el número de oportunidades para hablar. Es la relación entre un error institucional y la corrección de ese error. Si una decisión se tomó sobre una premisa falsa, ¿cambió el registro? Si un resumen de comentarios públicos comprimió una objeción relevante, ¿se restauró la objeción al expediente de decisión? Si una justificación de la junta omitió un factor relevante, ¿se corrigió la justificación? Si una parte perjudicada ganó una revisión, ¿llegó la reparación a tiempo para importar?
Si el mismo defecto apareció en decisiones posteriores, ¿se trató el fallo como un fallo de aprendizaje institucional repetido o como otro caso aislado?
La cuestión es especialmente importante para la ICANN porque la institución reclama legitimidad a través de una participación abierta, transparente y ascendente, en lugar de mediante un control electoral ordinario. Sus estatutos exigen explicaciones detalladas de las bases de las decisiones, incluido cómo los comentarios influyeron en las consideraciones de política, y la divulgación pública de las justificaciones de las decisiones de la junta y la comunidad.
También describen mecanismos de rendición de cuentas como la reconsideración, la revisión independiente, el Defensor del Pueblo (Ombudsman), revisiones específicas y los poderes de la Comunidad Empoderada. Esa arquitectura es sustancial. Sin embargo, la arquitectura aún puede producir una ilusión de rendición de cuentas si sus medidas públicas enfatizan cuántos canales existen en lugar de si esos canales cambian los resultados.
Un conteo de reuniones puede responder a una pregunta: ¿hubo oportunidad de asistir? Un conteo de documentos puede responder a otra: ¿hubo algo que leer? Un conteo de participación puede responder a otra: ¿asistió la gente? Ninguno de esos conteos responde si la institución se corrigió a sí misma cuando fue impugnada. Una decisión puede ser precedida por comentarios públicos, discutida en reuniones públicas, respaldada por un informe grueso y aún así ser errónea. Un remedio puede estar disponible en teoría y aún así ser demasiado lento, demasiado caro o demasiado limitado para restaurar la posición de la parte afectada.
Una recomendación de revisión puede ser aceptada en principio y aún así nunca alterar el comportamiento recurrente que produjo el problema.
El mejor denominador es el universo de errores plausibles. Ese universo no es fácil de contar, porque incluye errores que nunca fueron impugnados, impugnaciones abandonadas por el costo, objeciones enterradas en registros de consultas, quejas resueltas informalmente y defectos repetidos que afectaron a diferentes partes en diferentes momentos. Pero la dificultad no es excusa para contar solo lo que es administrativamente conveniente. Si la ICANN informa sobre la rendición de cuentas principalmente a través de reuniones celebradas, comentarios recibidos e informes emitidos, mide el tamaño del escenario en lugar de la efectividad del remedio.
La transparencia no es lo mismo que la corrección
La ICANN merece crédito por mantener un amplio registro público. Sus estatutos exigen un sitio web público con información sobre reuniones, asuntos de política, mecanismos de rendición de cuentas, presupuestos, auditorías, comentarios y foros públicos. Su página de informes anuales enlaza años de informes. Su página de reconsideración enumera solicitudes e información de estado. Su página de mecanismos de rendición de cuentas explica que la reconsideración, la revisión independiente y el Ombudsman están destinados a proporcionar revisión de la acción de la ICANN.
Sus disposiciones de revisión específica exigen una evaluación periódica de la rendición de cuentas y la transparencia, incluyendo la participación pública, las explicaciones de decisiones, la aceptación por parte de la comunidad de Internet, el desarrollo de políticas y el Proceso de Revisión Independiente.
Ese registro no es trivial. Proporciona a periodistas, operadores, gobiernos, abogados, grupos de la sociedad civil y usuarios comunes de Internet una forma de reconstruir al menos parte del expediente institucional. Muchos organismos públicos y plataformas privadas divulgan menos. El problema no es la ausencia de papel. El problema es que el papel puede convertirse en un sustituto del remedio.
La transparencia responde a la primera pregunta de rendición de cuentas: ¿puede el público ver lo que sucedió? La corrección responde a la segunda: ¿cambió la institución lo que sucedió después de que se demostró el error? Las dos están relacionadas pero no son idénticas. Un error totalmente visible sigue siendo un error. Una justificación de la junta puede publicarse rápidamente y aún así omitir la razón que más tarde resulta decisiva. Un archivo de comentarios públicos puede contener miles de presentaciones y aún así no mostrar si una advertencia minoritaria fue tratada como evidencia.
Una solicitud de reconsideración puede ser listada y denegada con razones y aún así revelar que el canal de remedio es demasiado estrecho para el daño alegado.
La distinción es familiar fuera de la ICANN. Un tribunal no demuestra equidad simplemente publicando fechas de audiencia; demuestra capacidad de revisión emitiendo órdenes, revocando decisiones, reenviando registros y haciendo cumplir plazos. Un regulador no demuestra protección al consumidor simplemente contando la recepción de quejas; demuestra efectividad mostrando restitución, prácticas corregidas, sanciones, casos cerrados, tasas de recurrencia y tiempo hasta la resolución.
Una empresa no demuestra responsabilidad en privacidad simplemente publicando una política; la demuestra mostrando corrección de brechas, finalización de eliminaciones, resultados de apelaciones y controles de incidentes repetidos. La gobernanza de Internet no debería usar un estándar más débil solo porque sus instituciones son inusuales.
El registro público de la ICANN ya contiene los ingredientes para una medición más sólida. Las solicitudes de reconsideración tienen solicitantes, acciones impugnadas, plazos y resultados. Los asuntos de revisión independiente tienen reclamaciones, paneles, declaraciones, costos y consecuencias de implementación. Las resoluciones de la junta tienen justificaciones y votos. Los registros de comentarios públicos tienen presentaciones, resúmenes y decisiones. Las revisiones tienen recomendaciones, acción de la junta, estado de implementación y evaluación posterior del efecto previsto.
El paso faltante es vincular estos registros en un libro de resultados que pregunte qué cambió.
Ese libro no debería castigar a la ICANN por cada impugnación. Muchas quejas serán débiles. Algunas malinterpretarán la misión. Algunas pedirán remedios fuera de la autoridad de la ICANN. Algunas serán intentos tácticos de reabrir un acuerdo establecido. Una métrica seria de corrección puede preservar esas distinciones. Puede contar reclamaciones denegadas, reclamaciones fuera de alcance y reclamaciones retiradas sin pretender que cada rechazo es un fracaso. Lo que no puede hacer es tratar la existencia del canal como éxito independientemente de si el canal alguna vez produce una corrección oportuna y utilizable.
Las reuniones miden el acceso, no la rendición de cuentas
Las reuniones son necesarias en un entorno de múltiples partes interesadas. La ICANN no puede coordinar la política global de identificadores solo mediante memorandos privados. Las reuniones presenciales, sesiones remotas, foros comunitarios y sesiones públicas de la junta crean información compartida y dificultan que las decisiones desaparezcan en negociaciones privadas. También imponen costos: viajes, zonas horarias, carga lingüística, ventaja del personal de políticas, resistencia de la agenda y la capacidad de seguir varios temas a la vez.
Por lo tanto, contar reuniones dice poco a menos que el conteo esté conectado con la influencia en las decisiones. Cien sesiones aún pueden dejar a un pequeño operador incapaz de alterar una decisión perjudicial si el texto importante se redactó antes de la reunión, si la objeción requería experiencia legal, si el resumen final trató la disidencia como antecedente, o si la junta no tenía una opción realista cuando se cerró el comentario. Un conteo de reuniones puede incluso recompensar un mal diseño.
Cuanto más complicado se vuelve el camino de decisión, más reuniones genera, y más puede la institución afirmar compromiso mientras los participantes soportan costos de participación crecientes.
Una métrica basada en remedios haría preguntas diferentes. ¿Cuántas objeciones relevantes planteadas en reuniones se reflejaron en textos posteriores? ¿Cuántas fueron rechazadas con razones específicas? ¿Cuántas fueron marcadas como fuera de la misión de la ICANN, y se probó posteriormente ese hallazgo de misión? ¿Cuántos problemas reaparecieron en varias reuniones antes de que se tomara alguna medida? ¿Cuántas preocupaciones planteadas en reuniones de última hora mostraron que la consulta anterior había fallado? ¿Cuántos compromisos asumidos en un foro público fueron rastreados más tarde hasta su finalización?
¿Con qué frecuencia cambiaron los materiales del personal o de la junta después de una reunión, y qué puntos de decisión se movieron?
Esto no requiere una medida mística de influencia. Requiere una disciplina de cambios rastreables. Si una reunión no produce cambios, el registro puede decirlo. Si una reunión produce una cláusula más estrecha, una fecha de entrada en vigor diferida, un análisis de interés público, una solicitud de más evidencia o una remisión a otro foro, el registro puede identificar ese resultado. Si una preocupación es rechazada, el registro puede dar la razón. El conteo se convierte entonces en un conteo de efectos de decisión, no en un conteo de sillas ocupadas o micrófonos utilizados.
Las métricas de participación también necesitan disciplina en el denominador. "Más participantes" suena saludable hasta que se nombra el denominador. ¿Más comparado con qué? ¿El público global de Internet? ¿Las partes contratadas afectadas? ¿Los titulares de recursos de numeración? ¿Grupos de la sociedad civil? ¿Usuarios finales? ¿Gobiernos? ¿Operadores técnicos? ¿Voluntarios que asistieron al procedimiento anterior? Una métrica que informa la asistencia sin clase, región, interés temático y concentración de actores repetidos puede ocultar la captura.
Un pequeño número de actores con buenos recursos puede dominar un procedimiento mientras la línea de participación agregada sube. Una métrica de remedio debería identificar no solo quién habló, sino si la clase afectada obtuvo corrección cuando su evidencia era sólida.
Las reuniones deben permanecer visibles. No deben ser tratadas como la prueba de la rendición de cuentas. La prueba llega cuando la aportación de la reunión puede seguirse hasta el texto cambiado, el razonamiento corregido, la acción diferida, la compensación, la revocación, la remisión o una explicación pública del rechazo.
Los documentos pueden enterrar decisiones tanto como revelarlas
Los documentos son otro conteo tentador de rendición de cuentas. La ICANN produce documentos de consulta, resúmenes de comentarios públicos, justificaciones de la junta, informes anuales, documentos de revisión, actualizaciones de implementación, correspondencia, presentaciones y materiales informativos. Un registro público tan grueso puede parecer incontestable. También puede volverse difícil de auditar.
El volumen de documentos crea dos riesgos. Primero, puede enterrar la elección decisiva. El público puede ver una propuesta, un resumen de comentarios, un informe del personal, una justificación de la junta y materiales de implementación posteriores, pero el punto exacto donde se aceptó o rechazó una objeción sigue sin estar claro. Segundo, el volumen de documentos puede diluir la responsabilidad. Cuando cada etapa tiene un documento, ningún documento parece ser dueño de la decisión. El personal resumió. Un comité revisó. La junta consideró. Un equipo posterior implementó. Si el resultado es defectuoso, cada archivo puede señalar a otro.
Las métricas de corrección atraviesan la inflación documental. Requieren que cada documento consecuente responda a un conjunto limitado de preguntas. ¿Qué reclamación de error o riesgo se planteó? ¿Dónde se consideró? ¿Quién tenía autoridad para corregirla? ¿Qué cambió? ¿Qué no cambió? ¿Qué razón se dio? ¿Qué plazo se adjuntó? ¿Qué evidencia mostró posteriormente la finalización?
Este enfoque es particularmente importante para los resúmenes de comentarios públicos. Un resumen puede cumplir con las expectativas de publicación mientras comprime el desacuerdo en temas elegidos por la institución. La métrica adecuada no es simplemente si el resumen se publicó a tiempo. Es si el resumen preservó las objeciones relevantes, separó el apoyo duplicado de la evidencia distinta, identificó los argumentos minoritarios, registró las razones de rechazo y vinculó los comentarios con la decisión final.
Si los comentarios públicos son parte de la legitimidad, la medida debería ser "comentarios convertidos en razones responsables", no "comentarios recibidos".
Las justificaciones de la junta merecen el mismo tratamiento. Los estatutos de la ICANN apuntan hacia explicaciones y justificaciones detalladas. Una métrica de justificaciones no solo debería contar si existe una justificación. Debería contar la corrección posterior: con qué frecuencia las justificaciones fueron enmendadas, complementadas, contradichas por hallazgos de revisión, seguidas de una remisión, o citadas como insuficientes por un órgano de revisión. Una justificación que sobrevive a una impugnación no es automáticamente correcta, pero una justificación encontrada repetidamente incompleta es una señal institucional.
El panel debería capturar esa señal.
Incluso los informes anuales necesitan un lente de remedio. Los informes anuales son valiosos para las finanzas, las operaciones y la memoria institucional. Pero una página anual de rendición de cuentas que enumera proyectos, compromiso, informes y estrategia aún puede evitar el libro negativo: decisiones corregidas, demoras pagadas por otros, asuntos retirados después de una impugnación, hallazgos de revisión dejados abiertos, defectos repetidos y barreras de costo. El libro negativo faltante es exactamente lo que las partes afectadas necesitan.
La presentación de informes de rendición de cuentas debería hacer visible la incomodidad institucional porque la incomodidad es donde ocurre el aprendizaje.
Las correcciones son la unidad primaria
La primera métrica seria de rendición de cuentas deberían ser las correcciones. Una corrección no es simplemente una oración cambiada. Es un acto institucional demostrable que repara un error en el registro, el razonamiento, la decisión, el tiempo, la implementación o la posición de la parte afectada. Las correcciones pueden ser pequeñas o grandes.
Pueden implicar una corrección pública de una declaración de hecho, un resumen de comentarios revisado, una justificación de la junta cambiada, una consulta reabierta, una fecha de entrada en vigor diferida, una cláusula contractual revisada, una decisión devuelta, una determinación de elegibilidad corregida o una admisión pública de que un camino anterior fue erróneo.
Las correcciones deben contarse por tipo. Las correcciones de hechos son las más simples: el registro decía algo falso o incompleto, y el archivo público fue enmendado. Las correcciones de razonamiento son más importantes: la institución aceptó que una justificación de decisión omitió o malinterpretó un factor relevante. Las correcciones procedimentales ocurren cuando la institución reabre, extiende, remite o repite un paso porque el paso anterior fue defectuoso. Las correcciones sustantivas ocurren cuando el resultado cambia.
Las correcciones remediales ocurren cuando una parte afectada recibe dinero, alivio de tarifas, alivio de plazos, estatus restaurado, reprocesamiento de solicitudes u otra reparación práctica.
El panel debería luego separar las correcciones voluntarias de las correcciones obligadas. Una corrección voluntaria después de una revisión del personal muestra capacidad de respuesta interna. Una corrección después de una reconsideración muestra que el canal de revisión tuvo efecto. Una corrección después de una revisión independiente muestra presión de revisión externalizada. Una corrección después de un litigio o acuerdo muestra que el sistema interno puede haber fallado antes. Estas distinciones importan porque el costo y la demora soportados por la parte afectada difieren.
Las correcciones también necesitan bandas de gravedad. Una corrección tipográfica en una justificación de la junta no es lo mismo que la revocación de una decisión después de una revisión independiente. Un informe retrasado no es lo mismo que la reactivación de una solicitud rechazada. Un análisis de interés público añadido antes de la acción final no es lo mismo que un registro corregido después de un daño irreversible. Las bandas de gravedad no deben usarse para ocultar errores pequeños; los errores pequeños importan cuando se repiten.
Pero el público debe saber si la corrección cambió el resultado, el razonamiento, el tiempo, el registro o solo la presentación.
Finalmente, las correcciones necesitan un campo de "quién se benefició". Una corrección que mejora el texto futuro puede no reparar a la persona que sufrió bajo el texto anterior. Una corrección que ayuda a una parte contratada puede no ayudar a los registrantes. Una corrección que ayuda a una organización de apoyo puede no ayudar a los usuarios finales. Una corrección que mejora un registro relacionado con números puede no afectar a los actores del DNS. Si el sistema de rendición de cuentas declarado es para la comunidad de Internet, sus métricas deben mostrar qué posición fue restaurada y cuál fue meramente reconocida.
Las revocaciones y retiradas no son vergüenzas
A las instituciones a menudo no les gusta contar las revocaciones porque las revocaciones parecen fracasos. Ese instinto es equivocado. Un sistema que nunca se revoca a sí mismo puede ser perfecto, pero es más probable que sea defensivo. Si la ICANN recibe impugnaciones sustanciales durante muchos años y casi nunca informa de un resultado cambiado, el público no debería inferir automáticamente decisiones impecables. Debería preguntar si los canales de remedio son demasiado estrechos, demasiado costosos, demasiado lentos, demasiado deferentes o demasiado reacios a perturbar las elecciones institucionales.
Las revocaciones deben separarse de las retiradas. Una revocación ocurre cuando la ICANN o un órgano de revisión cambia el resultado o requiere un nuevo resultado. Una retirada ocurre cuando un solicitante abandona una impugnación, un procedimiento se vuelve irrelevante, o la ICANN cambia de rumbo antes de una decisión formal. Las retiradas pueden significar muchas cosas. Pueden mostrar un acuerdo, agotamiento de costos, irrelevancia, estrechamiento procesal, retirada táctica o una corrección informal exitosa. Tratar todas las retiradas como neutrales oculta información importante sobre la rendición de cuentas.
Cada revocación o retirada debería identificar la categoría de razón. ¿Prevaleció el impugnador en una reclamación de información falsa? ¿Aceptó la ICANN que no se consideró información relevante? ¿Excedió una acción de la junta la misión? ¿Hizo un plazo que la reclamación fuera irrelevante? ¿Cambió la ICANN voluntariamente la acción impugnada? ¿Se retiró el solicitante después de recibir una garantía privada? ¿Se retiró el solicitante porque el remedio llegaría demasiado tarde? Algunas de esas respuestas requieren confidencialidad en casos individuales, pero las categorías agregadas aún pueden ser públicas.
Las métricas de revocación también son valiosas porque identifican puntos de aprendizaje. Si las revocaciones se agrupan en torno a los resúmenes de comentarios públicos, el método de resumen es defectuoso. Si se agrupan en torno a la implementación del personal, la transferencia de política a implementación es débil. Si se agrupan en torno a la evaluación de nuevos gTLD, las reglas de evaluación pueden ser inestables. Si se agrupan en torno a las justificaciones de la junta, el expediente de la junta puede ser demasiado delgado.
Si las retiradas se agrupan después de largas demoras, el canal de revisión puede estar agotando funcionalmente a los impugnadores en lugar de resolver las reclamaciones.
Las revocaciones no deben ser utilizadas como arma contra cada miembro del personal o director involucrado. El miedo a la culpa hace que las instituciones oculten errores. El objetivo no es un marcador de personal. Es un marcador de control institucional. Las revocaciones revelan dónde la autoridad se encontró con la realidad y tuvo que ajustarse. Eso es exactamente lo que se supone que muestra la rendición de cuentas.
La demora es una métrica de remedio
La demora a menudo se trata como una inconveniencia administrativa. En los sistemas de rendición de cuentas, la demora es una métrica de remedio. Una corrección que llega después de que la oportunidad comercial, la ventana de solicitud, la decisión de comentarios públicos, el plazo del contrato, la elección, el ciclo presupuestario o el momento de delegación ha pasado puede ser formalmente correcta y prácticamente vacía. Para las partes afectadas, el tiempo es parte del remedio.
La propia arquitectura de rendición de cuentas de la ICANN reconoce el tiempo en varios lugares. Las solicitudes de reconsideración tienen ventanas de presentación. Los materiales de la junta tienen expectativas de publicación. Los períodos de comentarios públicos tienen períodos mínimos y secuencias de decisión. La revisión independiente implica procedimientos, paneles y, a veces, medidas cautelares. El registro público puede mostrar fechas. Lo que falta es una medida pública consistente del tiempo hasta el remedio en todos los canales de rendición de cuentas.
Un panel serio debería publicar al menos cinco medidas de demora. Primero, el tiempo desde la acción impugnada hasta la presentación. Eso muestra si las partes afectadas pudieron entender y reaccionar rápidamente. Segundo, el tiempo desde la presentación hasta la admisibilidad o respuesta inicial. Eso muestra si el canal se abre con prontitud. Tercero, el tiempo desde la presentación hasta la decisión final. Eso muestra si la revisión llega en una ventana útil. Cuarto, el tiempo desde la decisión hasta la implementación. Una declaración favorable sin implementación aún no es un remedio.
Quinto, el tiempo desde la advertencia repetida hasta la corrección institucional. Si el mismo problema aparece en comentarios públicos, informes del Ombudsman, solicitudes de reconsideración y hallazgos de revisión antes de cualquier cambio, la demora es sistémica.
Las medidas de demora deben estar vinculadas al daño. Una demora de seis meses en una revisión de política a largo plazo puede ser tolerable. Una demora de seis meses en una solicitud, delegación, contrato, elegibilidad o decisión de emergencia puede ser decisiva. El panel debería, por lo tanto, identificar el tipo de decisión y el plazo práctico. No debería simplemente informar los días promedio. Los promedios ocultan los valores atípicos, y los valores atípicos son donde a menudo falla la rendición de cuentas.
La mediana del tiempo, los asuntos abiertos más antiguos, las bandas de edad y las categorías sensibles al tiempo serían más informativos.
La demora también interactúa con el costo. Una parte con recursos sustanciales puede sobrevivir a una larga revisión. Un pequeño solicitante, grupo de voluntarios, organización de la sociedad civil u operador regional puede que no. Si las únicas partes capaces de alcanzar la corrección son aquellas capaces de financiar asesoría extendida y presencia en políticas, el canal de rendición de cuentas es desigual. El tiempo hasta el remedio debería, por lo tanto, informarse con el tipo de reclamante e indicadores de costo cuando estén disponibles.
El estándar debería ser simple: si la institución se equivocó, el público debería saber cuánto tiempo gobernó la posición errónea y quién pagó por ese intervalo.
La compensación y el desplazamiento de costos son evidencia de rendición de cuentas
Las discusiones sobre la rendición de cuentas de la ICANN a menudo se centran en decisiones y razones, pero la compensación es parte de la rendición de cuentas. La compensación no siempre significa daños en el sentido judicial. Puede significar alivio de tarifas, reembolso de costos, oportunidad renovada, prioridad restaurada, extensión de plazos, reprocesamiento sin cargo adicional, o asumir el costo de una revisión que el reclamante no debería haber tenido que presentar.
¿Por qué importa la compensación? Porque un sistema que corrige el comportamiento futuro pero deja a la parte perjudicada con todo el costo de probar el error enseña a las partes afectadas a permanecer en silencio. Si impugnar un error cuesta más que el beneficio de la corrección, los errores serán subreportados. El panel mostrará entonces pocas impugnaciones exitosas, no porque la institución sea precisa, sino porque la corrección es antieconómica.
La revisión independiente puede implicar costos serios. La reconsideración puede ser menos costosa pero aún requiere experiencia, tiempo y un registro. La defensa de comentarios públicos también tiene costo. Una métrica significativa debería mostrar cuándo la ICANN asumió los costos de revisión, cuándo los costos se asignaron a un reclamante, cuándo el reclamante recibió alivio práctico y cuándo un hallazgo favorable no produjo una restauración material. También debería mostrar si las consecuencias de costos eran predecibles.
Si un participante no puede estimar el costo y la posible recuperación antes de impugnar un error, la rendición de cuentas se convierte en una apuesta.
Las métricas de compensación también exponen los incentivos institucionales. Si la ICANN puede cometer un error, resistir la corrección, perder o perder parcialmente, y aún así dejar a la parte afectada soportando la mayoría de los costos y demoras, el incentivo para corregir temprano es débil. Si la corrección temprana reduce el costo, y la corrección tardía se cuenta visiblemente contra la institución, el incentivo cambia. Las métricas de rendición de cuentas deberían recompensar la reparación temprana y hacer más visible la reparación tardía.
Hay una precaución legítima. La ICANN no es un tribunal ordinario de compensación pública, y muchas disputas implican elecciones de política en lugar de lesiones privadas. No todas las partes interesadas decepcionadas merecen un pago. Pero la ausencia de un modelo universal de daños no es una razón para ignorar el costo. Como mínimo, la ICANN puede informar sobre la asignación de costos, exenciones de tarifas, alivio de reprocesamiento, gastos de implementación y si los costos de revisión se desplazaron cuando la posición de la ICANN fracasó.
El público puede entonces distinguir la denegación por principios de la rendición de cuentas antieconómica.
El fallo repetido es más importante que el error aislado
Toda institución comete errores. La cuestión de rendición de cuentas es si los errores se repiten después de la advertencia. El fallo repetido debería, por lo tanto, ser uno de los indicadores de mayor peso en un cuadro de mando de rendición de cuentas de la ICANN.
El fallo repetido puede tomar varias formas. La misma oficina puede incumplir el mismo tipo de plazo. El personal puede basarse en suposiciones similares no respaldadas en diferentes procedimientos. Las justificaciones de la junta pueden omitir repetidamente cómo los comentarios públicos cambiaron, o no cambiaron, la decisión. Los resúmenes de comentarios públicos pueden fusionar repetidamente objeciones distintas en temas amplios. Las recomendaciones de revisión pueden ser aceptadas repetidamente pero dejadas sin efecto medible.
Un canal de remedio puede rechazar repetidamente reclamaciones como fuera de alcance aunque el daño subyacente permanezca sin abordar en otro lugar. En cada caso, la segunda y tercera ocurrencia es más grave que la primera.
El panel debería, por lo tanto, rastrear la recurrencia por tipo de defecto, no por etiqueta de escándalo. "Justificación incompleta" es un tipo de defecto. "Información relevante no considerada" es un tipo de defecto. "Implementación tardía después de una recomendación aceptada" es un tipo de defecto. "Autoridad poco clara para corregir" es un tipo de defecto. "Desestimación por fuera de alcance sin remedio alternativo" es un tipo de defecto. Estas categorías permiten al público ver si la ICANN está aprendiendo a nivel de control institucional.
Las métricas de fallo repetido también protegen a la ICANN contra la anécdota injusta. Los críticos a menudo se basan en casos memorables. Un panel de recurrencia puede mostrar si una queja es un agravio único o parte de un patrón. Si un defecto aparece una vez en una década, el remedio puede ser específico del caso. Si aparece cada año, el remedio debería ser estructural. El debate público se vuelve menos emocional y más empírico.
La recurrencia debería incluir también la recurrencia positiva. Si una práctica de corrección temprana funciona, cuéntela. Si una nueva plantilla de justificación de la junta reduce las impugnaciones posteriores, cuéntela. Si una tabla de respuesta a comentarios públicos reduce las reclamaciones de que los comentarios fueron ignorados, cuéntela. Si el Ombudsman resuelve una preocupación de equidad recurrente antes de una disputa formal, cuéntela. La rendición de cuentas no debería ser un catálogo de vergüenzas. Debería ser un sistema de aprendizaje.
Pero el aprendizaje no puede demostrarse a menos que tanto los problemas repetidos como las mejoras repetidas sean visibles.
La participación puede convertirse en teatro del consentimiento
La frase "múltiples partes interesadas" tiene fuerza moral en la gobernanza de Internet. Sugiere que las decisiones son legítimas porque las comunidades afectadas pueden participar. Eso es parcialmente cierto. También es incompleto. La participación puede convertirse en teatro del consentimiento cuando la institución cuenta invitaciones, sesiones y comentarios mientras el camino de la decisión permanece prácticamente cerrado.
El teatro del consentimiento tiene varias señales. La propuesta ya está negociada antes del comentario público. La ventana de comentarios está abierta, pero el plazo deja poco margen para un cambio significativo. El resumen identifica temas pero no las razones del rechazo. La justificación de la junta dice que los comentarios fueron considerados sin mostrar cómo. Los mismos comentaristas regresan año tras año porque solo los actores repetidos entienden el camino. Los usuarios afectados aparecen solo al final, después de que la elección técnica o contractual está casi fijada. El informe final agradece a los participantes y procede.
Ninguna de esas señales prueba mala fe. La coordinación compleja a menudo requiere redacción temprana, negociación de expertos y restricciones legales. Pero sí prueban que los conteos de participación son insuficientes. Si la institución invita a la participación pero no puede cambiar la decisión, debería decirlo. Si solo los detalles de implementación permanecen abiertos, debería decirlo. Si una elección de política ya está establecida por una organización de apoyo, debería decirlo. Si la junta tiene discreción pero la contraparte es poco probable que reabra un término, debería decirlo.
Los límites honestos son mejores que las métricas de participación infladas.
Un panel de rendición de cuentas debería, por lo tanto, incluir la "discreción restante en la etapa de participación". Para cada consulta importante, ¿qué podría cambiar aún? ¿El objetivo de la política, el texto legal, el tiempo, el detalle de implementación, el monitoreo, el presupuesto, o nada relevante? ¿Cuántos comentarios abordaron cada elemento abierto? ¿Qué comentarios pidieron cambios fuera de la discreción restante? ¿Cuántas objeciones fueron rechazadas porque la decisión ya estaba restringida? Esto haría que la participación fuera veraz.
El mismo principio se aplica a las reuniones comunitarias. Una reunión antes de una decisión tiene un valor de rendición de cuentas diferente de una reunión después de que el camino de la decisión está fijado. Una sesión de escucha no es lo mismo que una sesión deliberativa. Una sesión informativa no es lo mismo que una audiencia de remedio. Un panel que informa todos los eventos de participación juntos oculta estas diferencias.
La participación sigue siendo esencial. Pero la métrica debería ser la influencia bajo restricciones declaradas, no la asistencia bajo una bandera de apertura.
Los canales de rendición de cuentas necesitan tablas de resultados
La reconsideración, la revisión independiente, el Ombudsman y las revisiones específicas deberían tener cada uno tablas de resultados que utilicen categorías comparables. Las categorías no necesitan aplanar las diferencias legales entre los canales. Necesitan permitir al público seguir el camino del remedio.
Para la reconsideración, la tabla debería identificar la acción u omisión impugnada, el estándar alegado, la puntualidad, el manejo preliminar, el resultado final, si se corrigió algún registro, si se cambió alguna decisión, si la solicitud expuso un defecto más amplio, y el tiempo hasta la finalización. Debería distinguir la denegación porque la reclamación fracasó de la denegación porque el canal no podía alcanzar el daño. Esa distinción es central. Una reclamación fuera de la reconsideración aún puede mostrar una brecha de rendición de cuentas.
Para la revisión independiente, la tabla debería identificar el tipo de reclamación, las disposiciones de la misión o estatutos en cuestión, las medidas cautelares, la declaración final, la asignación de costos, la acción de implementación, el tiempo desde la presentación hasta la declaración, el tiempo desde la declaración hasta la implementación, y si el mismo problema apareció más tarde. El público no necesita la estrategia legal confidencial para ver si la revisión cambió el comportamiento institucional.
Para el Ombudsman, la tabla debería identificar las categorías de quejas, recomendaciones, aceptación, seguimiento y recurrencia. Debido a que el Ombudsman a menudo trabaja a través de la equidad, la facilitación y la recomendación en lugar de órdenes vinculantes, el seguimiento es la métrica clave. Una recomendación sin respuesta no es equivalente a una recomendación implementada.
Para las revisiones específicas, la tabla debería identificar las recomendaciones, la acción de la junta, el efecto previsto, el estado de implementación, la evidencia del efecto y la reevaluación posterior. Los estatutos de la ICANN ya contemplan la revisión de si se han implementado las recomendaciones anteriores de la Revisión de Rendición de Cuentas y Transparencia y si la implementación produjo el efecto previsto. Esa es la semilla de la métrica correcta. El panel público debería hacer del efecto previsto la unidad central, no solo el estado de implementación.
Una recomendación puede estar "implementada" en un sentido de proyecto estrecho sin curar el problema recurrente de rendición de cuentas que la provocó.
Tablas de resultados comparables permitirían a los lectores preguntar si los diferentes canales convergen. Si la reconsideración rara vez cambia los resultados, la revisión independiente cambia algunos resultados pero lentamente, el Ombudsman identifica preocupaciones de equidad sin poder de orden, y las revisiones específicas producen recomendaciones amplias con efecto incierto, el público puede ver la forma del sistema de rendición de cuentas. Si la corrección temprana del personal resuelve muchos asuntos rápidamente, el público también puede verlo.
De cualquier manera, la conversación pasa de la autodescripción institucional a la evidencia de remedio.
La gobernanza de recursos de numeración necesita la misma métrica
El rol relacionado con números de la ICANN es más limitado que su rol de contratación de DNS, pero no es irrelevante. Los estatutos describen la misión de la ICANN para los números de Protocolo de Internet y números de Sistema Autónomo como la coordinación de la asignación y atribución al nivel más alto, la provisión de servicios de registro y acceso abierto para los registros globales de números según lo solicitado por el IETF y los RIR, y la facilitación de políticas globales de registro de números por parte de la comunidad afectada y tareas relacionadas acordadas con los RIR.
Después de la transición de la custodia de la IANA, la rendición de cuentas relacionada con números a menudo se ejecuta a través de acuerdos, expectativas de nivel de servicio, las comunidades de los RIR y el entorno de la Organización de Recursos de Números (NRO) en lugar de a través de la base de ingresos de nombres de dominio de la ICANN.
Eso hace que las métricas de remedio sean más importantes, no menos. Una función limitada aún puede fallar de maneras que importan: delegación tardía, escalamiento poco claro, razonamiento público débil, autoridad de reemplazo incierta, informes de estado deficientes, o confusión sobre qué organismo puede corregir qué problema. Si la institución cuenta reuniones de coordinación e informes de servicio pero no la corrección, la comunidad de números recibe evidencia de actividad sin evidencia de remedio.
Una tabla de rendición de cuentas relacionada con números debería, por lo tanto, identificar las correcciones de servicios de registro de nivel superior, los compromisos de servicio incumplidos, los escalamientos, los problemas repetidos, las explicaciones públicas, las ventanas de impacto al cliente y si alguna corrección requirió acción de la ICANN, PTI, los RIR, la NRO u otro organismo. El punto no es importar la política del DNS a la gobernanza de números. Es asegurar que el rol más limitado tenga una rendición de cuentas proporcional.
Esto también protege los límites institucionales. Si una queja relacionada con números está fuera de la autoridad de la ICANN, el panel debería decir dónde reside realmente la autoridad correctiva. "Fuera de alcance" no debería ser el final del registro público. Debería ser una instrucción de enrutamiento: comunidad de RIR, proceso de la NRO, solicitud del IETF, escalamiento contractual, canal de servicio de PTI, u otro camino.
Un sistema de rendición de cuentas que repetidamente dice a los actores de recursos de numeración que sus reclamaciones están fuera de alcance sin identificar el camino efectivo de remedio no es responsable en la práctica.
El mismo principio se aplica a la inversa. No se debe culpar a la ICANN por cada disputa de recursos de numeración simplemente porque se encuentra en la cadena de la IANA. Las métricas de remedio pueden mostrar qué organismo tenía autoridad, qué organismo actuó y dónde ocurrió la corrección. La atribución clara es una protección contra tanto la falta de rendición de cuentas como la sobreacusación.
Un cuadro de mando práctico
Se podría construir un cuadro de mando de la ICANN centrado en remedios sin reemplazar el registro público existente. Añadiría una capa transversal que lee el registro a través de los resultados de rendición de cuentas.
La primera sección sería la recepción. Contaría las reclamaciones relevantes de error institucional por canal: comentario público, reconsideración, revisión independiente, Ombudsman, revisión específica, petición de la Comunidad Empoderada, correspondencia de la junta y corrección del personal. La métrica no trataría cada reclamación como válida. Identificaría el tipo de reclamación y la autoridad a la que se pidió actuar.
La segunda sección sería la disposición. Las reclamaciones se marcarían como aceptadas, parcialmente aceptadas, rechazadas en cuanto al fondo, rechazadas como fuera de autoridad, retiradas después de cambio institucional, retiradas sin cambio institucional, irrelevantes, resueltas, no resueltas o pendientes. Cada categoría requeriría una breve explicación pública. Esto por sí solo mejoraría el registro porque las retiradas y los hallazgos de fuera de autoridad dejarían de desaparecer en la ambigüedad.
La tercera sección sería la corrección. Contaría las correcciones de registro, correcciones de razonamiento, correcciones de procedimiento, revocaciones sustantivas, remisiones, fechas de entrada en vigor diferidas, compensación o desplazamiento de costos, cambios de control futuro y compromisos públicos. Cada corrección estaría vinculada a la reclamación original.
La cuarta sección sería el tiempo. Mostraría bandas de antigüedad, mediana de tiempo, asuntos abiertos más antiguos, asuntos sensibles al tiempo, tiempo desde la decisión hasta la implementación y asuntos donde el remedio llegó después de la ventana de decisión relevante. La demora sería visible como un costo de gobernanza.
La quinta sección sería la recurrencia. Identificaría tipos de defectos repetidos, oficinas o etapas de decisión repetidas, correcciones tardías repetidas, hallazgos repetidos de fuera de alcance y recomendaciones repetidas sin efecto demostrado. También identificaría reducciones exitosas en la recurrencia después de una medida correctiva.
La sexta sección sería la clase afectada. Mostraría si el asunto involucró a partes contratadas, solicitantes, registrantes, actores de recursos de numeración, gobiernos, sociedad civil, usuarios finales, operadores técnicos u organismos comunitarios internos. El propósito no es la política de identidad; es la incidencia. Si algunas clases pueden obtener corrección y otras principalmente reciben agradecimientos por participar, el público debería saberlo.
La séptima sección sería la respuesta institucional. Identificaría si la corrección fue voluntaria, dirigida por la junta, dirigida por el personal, dirigida por revisión, basada en un acuerdo, relacionada con litigios o externa. La corrección voluntaria temprana debería ser tratada como una fortaleza. La corrección tardía después de una revisión costosa debería ser tratada como una señal de costo.
Nada de esto requiere que la ICANN admita irregularidades en cada fila. Requiere que la ICANN informe el destino de las reclamaciones de error de una manera que la comunidad pueda auditar.
Barandillas contra las malas métricas
Las malas métricas de remedio crearían nuevos problemas. Si cada corrección se trata como vergüenza, el personal evitará las correcciones. Si cada denegación se trata como victoria, el panel se convierte en relaciones públicas. Si cada reclamación se cuenta por igual, los reclamantes tácticos pueden distorsionar la imagen. Si cada métrica se reduce a una sola puntuación, el matiz desaparece. El diseño necesita barandillas.
Primero, el cuadro de mando debería evitar una calificación universal. La rendición de cuentas es multidimensional. Un año puede mostrar una corrección más rápida pero más errores, menos impugnaciones pero mayor costo, más influencia de los comentarios públicos pero un seguimiento de implementación más débil. Comprimir eso en un solo número reproduciría el mismo problema que el cuadro de mando pretende curar.
Segundo, el cuadro de mando debería preservar las razones cualitativas. Una corrección sin razones es difícil de aprender. Una denegación sin razones es difícil de confiar. Una retirada sin contexto es difícil de interpretar. Categorías cortas de razón, respaldadas por documentos, son mejores que conteos silenciosos.
Tercero, el cuadro de mando debería distinguir la validez de la reclamación de la adecuación del canal. Una reclamación débil puede ser denegada correctamente. Una reclamación fuerte puede estar fuera del canal equivocado. Una denegación recurrente por fuera de canal puede revelar un remedio faltante incluso cuando cada denegación individual es formalmente correcta. Esta distinción es esencial para la ICANN porque sus límites de misión son reales. La institución no debe actuar fuera de su misión, pero los límites de la misión no deben convertirse en un agujero negro donde desaparece la evidencia de rendición de cuentas.
Cuarto, el cuadro de mando debería informar la incertidumbre. Algunos acuerdos son confidenciales. Algunas correcciones informales pueden no revelar todos los detalles. Algunos registros pueden no identificar el costo del reclamante. Algunos daños son difíciles de cuantificar. La respuesta es marcar los límites, no omitir la categoría. Un conteo público de "desconocido o confidencial" sigue siendo más honesto que ningún conteo.
Quinto, el cuadro de mando debería ser revisado de forma independiente. Si la misma oficina cuyo desempeño se mide controla las categorías, la codificación y la presentación, el panel puede convertirse en otro problema de resumen de comentarios públicos. La revisión independiente no necesita ser adversarial. Puede ser una auditoría periódica por un grupo transversal de la comunidad con acceso al registro público y autoridad para impugnar las elecciones de categorías.
El objetivo es hacer que la rendición de cuentas sea medible sin convertirla en un juego. La mejor métrica es aquella que cambia el comportamiento antes de que llegue la próxima impugnación.
El cambio cultural
El cambio más difícil es cultural. El lenguaje de legitimidad de la ICANN a menudo enfatiza la apertura, la participación, la diversidad global, la política ascendente y el modelo de múltiples partes interesadas. Esos son valores importantes. Pero pueden hacer que la corrección parezca un ataque al modelo. Si se revoca una decisión, los críticos pueden decir que el modelo falló. Los defensores pueden decir que el modelo funcionó porque se corrigió a sí mismo. Ambas reacciones pierden el punto práctico. El público necesita saber si la corrección es normal, oportuna y efectiva.
Una cultura madura de rendición de cuentas trata la corrección como mantenimiento institucional. Una justificación corregida no es humillación. Es un mejor razonamiento público. Una decisión devuelta no es un colapso. Es un control que funciona. Una admisión pública de que un resumen de comentarios omitió un problema relevante no es debilidad. Es evidencia de que la consulta significa algo. El desplazamiento de costos después de una impugnación exitosa no es generosidad. Es el reconocimiento de que la rendición de cuentas no debería ser financiada enteramente por la persona perjudicada.
Esta cultura también cambiaría cómo la ICANN informa el éxito. En lugar de decir solo que más personas participaron, podría decir que tres objeciones relevantes cambiaron el texto final, dos fueron rechazadas con razones publicadas, una fue diferida a un foro nombrado, y un defecto de última hora llevó a una nueva verificación antes de la acción de la junta. En lugar de decir que las recomendaciones de revisión fueron implementadas, podría decir que la tasa de recurrencia del defecto al que apuntaba la recomendación cayó, se mantuvo plana o aún no podía medirse.
En lugar de decir que los mecanismos de rendición de cuentas permanecen disponibles, podría decir con qué frecuencia produjeron corrección, cuánto tardaron y quién soportó el costo.
Tal informe no satisfaría a todos. La ICANN es una institución controvertida. Algunos críticos quieren un control gubernamental más fuerte. Algunos actores quieren menos autoridad central. Algunas disputas son realmente disputas de mercado, disputas geopolíticas o peleas comerciales privadas vestidas con lenguaje de rendición de cuentas. Un panel de remedios no resolverá esos argumentos. Sin embargo, hará que una pregunta sea más difícil de evitar: cuando se mostró a la ICANN un error corregible, ¿lo corrigió?
Esa es la pregunta que las reuniones no pueden responder.
Fuentes
Este artículo utiliza la página actual de los Estatutos de la ICANN, que identifica los estatutos enmendados el 3 de julio de 2026 y establece los límites de la misión de la ICANN, los compromisos de transparencia, las obligaciones de divulgación del sitio web, la reconsideración, la revisión independiente y las disposiciones de la Revisión de Rendición de Cuentas y Transparencia:https://www.icann.org/en/governance/bylaws.
También utiliza la página de Mecanismos de Rendición de Cuentas de la ICANN, que describe la rendición de cuentas y la transparencia como salvaguardas para el modelo de múltiples partes interesadas y resume la reconsideración, la revisión independiente y los mecanismos relacionados:https://www.icann.org/resources/pages/mechanisms-2014-03-20-en.
La discusión sobre la reconsideración se basa en la página de Solicitudes de Reconsideración de la ICANN, incluyendo su actualización de estado público, plazos y lista de solicitudes:https://www.icann.org/resources/pages/accountability/reconsideration-en.
La discusión sobre informes anuales se basa en la página de Informes Anuales de la ICANN, que enlaza informes completos de varios años y muestra cómo la presentación de informes regulares ya es parte del registro público de la ICANN:https://www.icann.org/resources/pages/governance/annual-report-en.