Resumen

  • La capacidad de ICANN para afectar a operadores de registros y registradores no procede de una única fuente: se distribuye entre sus Articles of Incorporation, los Bylaws y contratos específicos.
  • La existencia de reconsideración, el Independent Review Process, la mediación o la participación cooperativa no garantiza que una decisión pueda suspenderse, revertirse o repararse antes de producir un efecto operativo difícil de deshacer.

La autoridad de ICANN suele describirse como si fuera una propiedad única de la institución. Esa descripción oculta el mecanismo real. Una decisión puede parecer institucional, pero su fuerza práctica dependerá de una cadena más precisa: el propósito corporativo define el marco de la organización; los Bylaws ordenan sus poderes y controles; los contratos vinculan a registros y registradores; y los procedimientos de cumplimiento convierten esas obligaciones en presión operativa.

La consecuencia es importante para cualquier operador, registrador, registro de dominio genérico o participante que quiera impugnar una decisión. No basta con localizar una página titulada “accountability”. Hay que reconstruir cuatro preguntas: qué instrumento concede el poder, qué tipo de decisión se tomó, quién tiene legitimación para cuestionarla y qué puede cambiar realmente el procedimiento elegido.

Primera capa: el propósito no es todavía el mecanismo de ejecución

Los Articles of Incorporation describen el propósito corporativo de ICANN, incluida la coordinación de los sistemas globales de identificadores de Internet y el apoyo a la estabilidad y seguridad del sistema de nombres de dominio. Ese documento sitúa a la organización y explica la finalidad que pretende servir. No equivale, por sí solo, a una autorización detallada para imponer cada obligación operativa.

La distinción importa porque el propósito corporativo y el control cotidiano cumplen funciones diferentes. El primero ayuda a definir para qué existe la corporación. El segundo requiere reglas institucionales, contratos y procedimientos capaces de conectar una decisión con un operador identificable. La descripción oficial de los Articles of Incorporation debe leerse junto con los instrumentos más específicos, no como sustituto de ellos: los Articles of Incorporation describen el propósito corporativo de ICANN.

Los Bylaws ocupan esa segunda posición. Establecen la misión, los poderes, los valores fundamentales y los mecanismos de rendición de cuentas de ICANN. También contienen disposiciones sobre reconsideración y el Independent Review Process. En términos prácticos, los Bylaws responden a una pregunta distinta de la que responden los Articles: no solo qué finalidad declara la organización, sino cómo se distribuyen sus decisiones y bajo qué condiciones pueden ser revisadas.

Eso tampoco convierte a los Bylaws en una apelación general. El propio diseño separa la autoridad para actuar de la autoridad para revisar. Article 4 contiene reglas de transparencia, rendición de cuentas, reconsideración y revisión independiente, junto con requisitos de elegibilidad, plazos y exclusiones: Article 4 establece condiciones y límites para cuestionar acciones u omisiones de la Junta y de la organización.

Segunda capa: los contratos transforman reglas en obligaciones exigibles

El salto desde la autoridad institucional al control operativo aparece con más claridad en los contratos. Los acuerdos de registro establecen obligaciones para los operadores de dominios genéricos de nivel superior. Incluyen requisitos operativos, compromisos de cumplimiento, disposiciones relacionadas con disputas y herramientas de ejecución. La naturaleza exacta de la obligación depende del acuerdo aplicable, de sus enmiendas y de las políticas incorporadas, pero el mecanismo general es identificable: el operador queda sujeto a un conjunto contractual que puede ser utilizado para exigir conducta, información o corrección.

Por eso, un acuerdo de registro no es simplemente una declaración política. Es el punto en el que una norma institucional puede adquirir consecuencias para una contraparte concreta. La página de acuerdos de registro de ICANN reúne los instrumentos que imponen esas obligaciones y muestra que el control no se ejerce únicamente mediante una orden abstracta: los acuerdos de registro contienen obligaciones operativas, de cumplimiento, de disputas y de ejecución.

El Registrar Accreditation Agreement cumple una función paralela respecto de los registradores. Establece requisitos contractuales, obligaciones de información y auditoría, mecanismos de notificación de incumplimiento y posibles medidas de ejecución o terminación. La existencia de una herramienta contractual no significa que cada incumplimiento produzca automáticamente la consecuencia máxima. Significa que ICANN dispone de una relación contractual dentro de la cual puede solicitar información, investigar, notificar una infracción y, según el acuerdo y los hechos, ejercer remedios contractuales.

La página del acuerdo de acreditación describe precisamente esa arquitectura de obligaciones y palancas: el Registrar Accreditation Agreement incluye requisitos, deberes de reporte y auditoría, avisos de incumplimiento y posibles remedios. La diferencia entre una política y un contrato es central para analizar quién puede actuar y contra quién. Una persona afectada por una decisión puede no ocupar la misma posición que el registrador o el registro obligado por el instrumento.

Tercera capa: la ejecución puede estar distribuida

La autoridad operativa no es necesariamente idéntica a la autoridad formal para adoptar una regla. Una decisión de ICANN puede producir efectos a través de una contraparte contractual, de una obligación de cumplimiento, de una modificación de datos o de una medida que altere la capacidad de un operador para continuar realizando una función. En esa cadena, el órgano que decide, el actor que ejecuta y el procedimiento que revisa pueden ser distintos.

Esta separación evita una inferencia común: que la existencia de un mecanismo de revisión implica que la operación queda suspendida mientras se revisa. Las fuentes de ICANN describen mecanismos de rendición de cuentas, pero sus funciones y remedios no son iguales. La página general de mecanismos enumera reconsideración, Independent Review Process, funciones relacionadas con el Ombudsman, mediación y otros procedimientos, y advierte en la práctica que difieren en legitimación, plazos, fundamentos y remedios: ICANN distingue sus mecanismos de rendición de cuentas por legitimación, plazos, fundamentos y remedios.

El análisis correcto debe seguir la decisión hasta su punto de efecto. Si el resultado se ejecuta antes de que finalice la revisión, la cuestión no es únicamente si el solicitante ganó el procedimiento. También hay que preguntar qué cambió durante el intervalo: un registro, una acreditación, un conjunto de datos, una relación contractual o una posición operativa. Un remedio posterior puede declarar que una actuación fue inconsistente con los instrumentos aplicables sin devolver exactamente la posición que existía antes de la ejecución.

Reconsideración: una revisión interna con puertas de entrada

La reconsideración permite que partes elegibles soliciten al Board Governance Committee la revisión de determinadas acciones u omisiones de la Junta o del personal. No es una revisión abierta de cualquier desacuerdo. Tiene plazos, requisitos de elegibilidad y exclusiones. Entre las exclusiones figuran categorías vinculadas a la implementación de políticas aprobadas por la Junta, al ejercicio de juicio independiente y a otros supuestos definidos por los Bylaws y los procedimientos aplicables.

La página de reconsideración muestra por qué el primer problema suele ser de encuadre: antes de discutir si una decisión fue correcta, el solicitante debe demostrar que el asunto entra en el mecanismo y que la petición fue presentada dentro del plazo. La reconsideración está sujeta a plazos, requisitos y exclusiones definidos.

Esto convierte la reconsideración en una herramienta potencialmente útil, pero limitada. Puede ofrecer una vía para señalar que una acción no consideró información relevante, no siguió un procedimiento o no trató adecuadamente una cuestión documentada. No debe confundirse con un recurso universal capaz de reabrir cada decisión sustantiva o sustituir el criterio institucional por el del solicitante.

La limitación temporal es igual de importante. Si la petición se presenta después de una consecuencia operativa irreversible, una revisión favorable puede tener un valor distinto del que habría tenido antes de la ejecución. La pregunta “¿se puede pedir reconsideración?” es por tanto insuficiente. Hay que añadir: “¿qué puede modificar, en qué momento y respecto de qué acción?”.

Independent Review Process: control de consistencia, no apelación general

El Independent Review Process tiene una función diferente. Permite cuestionar determinadas acciones u omisiones de la Junta por ser incompatibles con los Articles of Incorporation o los Bylaws. Su carácter es adjudicativo dentro de las reglas previstas, pero no es una apelación general sobre todas las decisiones políticas u operativas de ICANN.

El alcance del procedimiento está definido por la norma de referencia. El panel no recibe automáticamente autoridad para sustituir cualquier decisión que el solicitante considere equivocada. La cuestión consiste en determinar si la acción u omisión impugnada contradice los instrumentos corporativos aplicables y si la reclamación satisface los requisitos de legitimación, presentación y procedimiento: el Independent Review Process examina determinadas acciones u omisiones frente a los Articles o los Bylaws y no funciona como una apelación general.

El cooperative engagement puede preceder a esa revisión. Está concebido para fomentar una solución o estrechar las cuestiones antes de que lleguen a un panel formal. En esa posición, puede funcionar como una etapa de diálogo y también como una puerta procesal. El hecho de que la conversación sea previa no la convierte en una determinación sobre el fondo. El Cooperative Engagement Process puede facilitar una solución o delimitar las cuestiones antes de la escalada formal.

Para un participante afectado, la consecuencia es doble. El procedimiento puede mejorar el registro de la controversia y reducir los puntos realmente disputados. Pero también consume tiempo antes de que una cuestión alcance una instancia adjudicativa. La utilidad del proceso dependerá de si la demora permite conservar el objeto de la disputa o deja que la consecuencia operativa se consolide.

Mediación: posibilidad de acuerdo, no poder de imposición

La mediación se diferencia de la reconsideración y del Independent Review Process porque busca una solución negociada y depende en general de la participación de las partes. No impone por sí misma un remedio adjudicado. Esta diferencia es elemental y a menudo se pierde cuando todos los procedimientos aparecen agrupados bajo la palabra “accountability”.

Una mediación puede ser la vía más eficaz cuando las partes necesitan ajustar una obligación, acordar una secuencia de cumplimiento o evitar una escalada costosa. Pero no ofrece la misma clase de decisión que un procedimiento adjudicativo. Si una parte no acepta negociar, la disponibilidad formal de la mediación no garantiza un resultado. La mediación de ICANN busca una resolución negociada y normalmente depende de la participación de las partes.

La comparación permite distinguir tres modelos: reconsideración como revisión interna sujeta a filtros; Independent Review Process como examen limitado de consistencia con los instrumentos corporativos; y mediación como negociación consensual. Ninguno debe presentarse como equivalente a una suspensión automática de la decisión ni como garantía de restitución completa.

El verdadero mapa de remedios

El control de ICANN se entiende mejor como una cadena que como una pirámide. Los Articles of Incorporation ofrecen el marco del propósito corporativo. Los Bylaws definen poderes y procedimientos de rendición de cuentas. Los acuerdos con registros y registradores convierten determinadas políticas y compromisos en obligaciones exigibles. La ejecución contractual y de cumplimiento lleva esas obligaciones hasta la operación diaria. Los mecanismos de revisión abren rutas distintas para discutir la decisión, pero no borran las diferencias de legitimación, alcance, plazo y remedio.

Ese mapa obliga a separar tres resultados que suelen confundirse:

  1. Reconocer una cuestión. Un mecanismo puede aceptar que la reclamación sea examinada o que las partes entren en una etapa de diálogo.
  2. Determinar una inconsistencia. Un órgano de revisión puede concluir que una acción no fue compatible con los Articles o los Bylaws, dentro de la autoridad que le conceden las reglas.
  3. Cambiar el efecto operativo. Para hacerlo, el procedimiento debe llegar a tiempo y contar con una medida capaz de detener, revertir o compensar la consecuencia concreta.

El primer resultado no garantiza el segundo. El segundo no garantiza el tercero. Esta separación es la prueba práctica de la legitimidad institucional: no solo si existe una ruta escrita, sino si la ruta conserva una oportunidad real de corregir la decisión.

La incertidumbre no es accidental. La fuente aplicable puede haber sido modificada; las obligaciones contractuales varían entre acuerdos y versiones; y la capacidad de un remedio para detener o revertir una consecuencia depende de los hechos y del momento. El efecto jurídico preciso de los Articles of Incorporation también depende del derecho corporativo y no lucrativo aplicable. Por eso, ninguna lectura de la arquitectura general sustituye el análisis del instrumento y del expediente de una disputa concreta.

La pregunta final para un operador no debería ser simplemente si ICANN tiene autoridad. Debería ser más concreta: ¿qué documento conecta esta decisión con este actor, qué obligación se pretende ejecutar, qué foro puede revisar la acción y qué puede cambiar antes de que el coste operativo sea irreversible? La respuesta revela los límites reales del poder institucional. También revela por qué una lista de procedimientos no equivale todavía a un remedio efectivo.