Resumen

  • La Junta de la ICANN aprobó el proceso actualizado el 12 de marzo de 2026 con efecto inmediato; la página actual del GNSO confirma que está en vigor.
  • El proceso de 2013 exigía que el personal elevara la propuesta y su informe al comité correspondiente en 10 días hábiles y resumiera la consulta pública en 30 días naturales.
  • Si tras dos reuniones no había acción final, la Junta debía explicar el impedimento y estimar el tiempo restante. Después de cuatro reuniones, o de seis programadas en total, las modificaciones se consideraban efectivas.
  • El proceso de 2026 permite que la organización de la ICANN y el grupo establezcan un calendario adecuado, y advierte que la duración de la interacción puede variar. No conserva los viejos plazos ni el límite por reuniones.
  • Las cuatro aportaciones apoyaron la reforma en conjunto, pero el Registrar Stakeholder Group pidió conservar plazos. La ICANN optó por un calendario para cada expediente.
  • Un comprobante temporal público y versionado haría verificable esa elección sin fijar una fecha idéntica para todas las cartas ni revelar deliberaciones protegidas.

Tres relojes que no prometían lo mismo

El documento de marzo de 2026 declara que sustituye al proceso establecido por la Junta en 2013. La resolución 2026.03.12.01 ordenó adoptarlo de inmediato, y la página del GNSO presenta hoy sus cinco fases como el procedimiento en vigor.

La primera regla antigua comenzaba con la recepción formal de un texto ya aprobado por el grupo. El personal de la ICANN disponía de 10 días hábiles para analizarlo y remitirlo al comité de la Junta competente junto con un informe sobre preocupaciones fiscales o de responsabilidad. No era un plazo de aprobación final; sí convertía la preparación del informe en un estado comprobable.

La segunda regla seguía a la consulta. Dentro de los 30 días naturales posteriores al cierre, el personal debía producir un informe que resumiera los comentarios. La fecha de decisión de la Junta seguía abierta, pero la siguiente pieza del expediente tenía una expectativa pública.

La tercera regla trataba la inacción de la Junta. El comité debía examinar el asunto en la siguiente oportunidad disponible. Si no era factible decidir después de dos reuniones, la Junta explicaría las circunstancias al grupo afectado y daría su mejor estimación. Tras cuatro reuniones, o seis reuniones programadas en total, las modificaciones propuestas se considerarían efectivas.

Esas reglas no formaban un plazo único de cuarenta días. Tampoco hay en las fuentes revisadas una evaluación que demuestre que siempre funcionaron, que los números fueran idóneos para todas las cuestiones jurídicas o que la efectividad automática nunca creara riesgo. Su función de gobierno era más limitada: hacían que el tiempo perteneciera al procedimiento visible.

En 2026, el calendario pasa a ser una propiedad del caso

La nueva arquitectura intenta resolver los problemas antes. Cuando un grupo inicia una revisión, debe avisar cuanto antes a su equipo de apoyo en la organización de la ICANN y nombrar un enlace. Ambas partes pueden definir un calendario apropiado. Las plantillas de carta y de procedimientos incorporan requisitos de los Estatutos, las normas operativas del GNSO y las recomendaciones aplicables del Work Stream 2.

Durante la preparación, la organización puede ayudar a identificar exigencias de gobernanza, revisión e implementación antes de que el grupo vote. Después de la aprobación interna, la ICANN busca cuestiones jurídicas y de gobernanza pendientes. Si la documentación o los problemas son complejos, abre un diálogo cuyo momento puede variar. Cuando concluye, presenta su informe al comité adecuado.

El comité aprueba el informe antes de abrir la consulta pública, estudia después el resumen y formula una recomendación. La Junta conserva la autoridad final: mayoría simple para reconocer las modificaciones o dos tercios para rechazarlas con razones específicas. El reconocimiento equivale a aprobación; el grupo adopta y publica la carta. La reforma no convierte al personal en legislador de la organización.

Lo que desaparece es la arquitectura temporal común entre esas decisiones. Ya no figuran los 10 días, los 30 días, el aviso obligatorio después de dos reuniones ni la efectividad por cuatro o seis. La justificación de la Junta describe un calendario apropiado que no queda atado al proceso. El tiempo se negocia dentro de la relación entre la organización y el grupo.

Hay razones defendibles para hacerlo. Una corrección menor y la incorporación de una entidad jurídica que cobra cuotas generan riesgos distintos. La ICANN habló de documentos de gobernanza más complejos y de una revisión más profunda. Si la organización detecta un problema antes del voto de los miembros, puede evitar que el expediente vuelva al principio. Menos relojes escritos no equivale necesariamente a más lentitud real.

El apoyo general no resolvió la objeción sobre el tiempo

Las cuatro aportaciones a la consulta fueron favorables a la actualización. La descripción oficial es correcta. Pero una postura favorable puede contener una discrepancia sobre un componente decisivo.

El Registrar Stakeholder Group valoró las plantillas y la mejora de transparencia, y luego advirtió que eliminar los plazos de revisión introducía ambigüedad sobre los pasos posteriores y restaba garantía de aprobación oportuna. No exigió conservar para siempre los números de 2013: se mostró dispuesto a considerar plazos más largos.

El informe de la ICANN registró esa posición y contestó con una opción de diseño. En vez de exigir un tiempo fijo, la organización trabajaría con el grupo correspondiente para establecer un calendario apropiado para cada esfuerzo. El Organizational Effectiveness Committee aceptó la respuesta y recomendó la aprobación.

Por eso, “cuatro comentarios favorables” no debe convertirse en “cuatro acuerdos con la eliminación de plazos”. El registro muestra apoyo a la entrada temprana, las plantillas y la revisión del proceso; una petición favorable pero crítica de mantener una protección temporal; y una decisión institucional por la personalización.

Cómo publicar la flexibilidad sin volverla rígida

El proceso permite acordar un calendario, pero no ordena publicar un registro estándar de ese acuerdo. Tampoco exige que sea secreto. Ninguna fuente examinada demuestra intención de demorar indefinidamente. La carencia verificable es que el instrumento no indica dónde consultar la estimación inicial, la fase actual, el titular de la próxima acción o el motivo de un cambio.

Cada expediente podría llevar un comprobante breve con:

  • grupo, identificador de revisión y versión inmutable del texto;
  • fechas de aviso, aprobación de miembros y entrega formal;
  • enlace del grupo e institución que posee la acción actual;
  • ventanas acordadas por fase y primera estimación de la siguiente decisión;
  • fase presente, fecha de entrada y estados de espera de información, pausa o vuelta a redacción;
  • cada estimación sustituida, su fecha y una categoría atribuible de motivo;
  • próxima acción responsable y punto de verificación;
  • apertura y cierre de consulta, publicación del resumen, recomendación del comité y decisión de la Junta;
  • adopción, publicación, última comprobación e historial de versiones.

Las razones pueden expresarse sin exponer el contenido reservado: complejidad documental, revisión adicional, personalidad jurídica, nueva redacción solicitada por el grupo, dependencia externa, tratamiento de comentarios o calendario de la Junta. Quedarían fuera el asesoramiento privilegiado, los datos fiscales confidenciales, los contactos personales y la discusión cerrada.

Una estimación tampoco sería una promesa inmutable. Puede cambiar. La obligación de rendir cuentas consiste en publicar la revisión, atribuirla y conservar la versión anterior. Un calendario flexible conserva memoria; uno invisible solo deja como prueba el retraso percibido.

La especificación mínima de Heng Lu marca el límite. La capa compartida necesita únicamente estado, dueño, fecha, razón y próximo acto. La decisión sobre cuánto requiere un problema concreto sigue en manos de quienes lo revisan. Así, la trazabilidad no se transforma en una nueva puerta central de autorización.

Lo que no puede concluirse

Las fuentes no identifican una carta que ya se haya retrasado bajo el sistema de 2026. No prueban atasco, mala fe, captura ni incumplimiento. Tampoco permiten medir el rendimiento histórico completo de los plazos de 2013.

La interacción temprana puede acelerar casos. Un grupo puede publicar su calendario por iniciativa propia. La ICANN puede añadir orientación. Los primeros expedientes cerrados serán la prueba pertinente y podrían mostrar que la personalización funciona mejor que los valores antiguos.

El comprobante propuesto no cambia las competencias. Los miembros aprueban según sus reglas; la organización revisa; el comité conduce la consulta y recomienda; la Junta reconoce o rechaza. Un cronograma público no vota, no subsana una carta deficiente y no salta un examen obligatorio.

La modificación comprobada es más sobria y más estructural que una denuncia: el tiempo pasó de reglas comunes a coordinación por expediente. La siguiente prueba de legitimidad consiste en saber si esa coordinación deja información suficiente para separar una revisión activa de una espera que nadie reconoce como propia.

Fuentes

  1. ICANN — proceso de modificación de cartas del GNSO, marzo de 2026
  2. ICANN GNSO — proceso de 2013
  3. Junta de la ICANN — resoluciones aprobadas el 12 de marzo de 2026
  4. Junta de la ICANN — acta del 12 de marzo de 2026
  5. ICANN — consulta pública sobre el proceso actualizado
  6. Registrar Stakeholder Group — aportación
  7. ICANN — informe de síntesis de comentarios
  8. OEC de la Junta — acta del 23 de febrero de 2026
  9. GNSO — grupos de partes interesadas y unidades constitutivas
  10. ICANN — Estatutos
  11. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption