Resumen

  • Un miembro u observador del GAC puede emitir una alerta temprana sin consenso del GAC, normalmente durante los 104 días posteriores al String Confirmation Day.
  • La alerta no tiene impacto directo en la solicitud, pero el solicitante debe decidir si dialoga, solicita un cambio, continúa sin cambios o se retira.

Una alerta temprana de un miembro del GAC ocupa una posición importante pero intermedia en la Ronda de 2026. Es más formal que una preocupación política general, sin ser un veto, un rechazo ni un asesoramiento de consenso del GAC. Permite a un miembro u observador del Comité Asesor Gubernamental de ICANN señalar una solicitud considerada potencialmente sensible o problemática.

La preocupación puede referirse a legislación nacional u otra sensibilidad y debe especificarse en la alerta. Esta debería incluir una explicación escrita del motivo de su presentación, cómo el solicitante podría atender la preocupación y datos de contacto para comunicarse. No se requiere consenso del GAC para emitirla.

Una señal de 104 días, no una decisión directa

Las alertas tempranas deberían presentarse durante los 104 días posteriores al String Confirmation Day. ICANN indica que notificará a los solicitantes afectados tan pronto como sea factible después de recibirlas.

El límite de la Guía es expreso: la alerta es solo un aviso y no tiene impacto directo en la solicitud. Sin embargo, los paneles de evaluación pueden considerarla. También puede indicar que la solicitud podría recibir posteriormente asesoramiento de consenso del GAC u objeción, pero ninguno de esos mecanismos posteriores requiere una alerta previa.

Esta distinción evita dos errores opuestos. Tratar la alerta como correspondencia inofensiva subestima una señal formal de riesgo. Tratarla como una decisión final de política pública le atribuye una autoridad que no posee.

Cuatro vías de respuesta siguen abiertas

ICANN anima al solicitante que desea continuar a dialogar directamente y pronto con la parte preocupada. El solicitante también puede intentar una Solicitud de Cambio de Solicitud para atender la preocupación. Puede optar por no actuar y continuar tal como está, o retirar la solicitud; en este último caso se aplica el calendario de reembolsos correspondiente.

Son opciones, no garantías de resultado. La falta de diálogo puede o no conducir a asesoramiento de consenso del GAC. El diálogo tampoco garantiza evitar asesoramiento posterior u objeción. Por ello, el registro debe separar la preocupación recibida, la respuesta elegida, la evidencia que apoya esa elección y cualquier proceso posterior que realmente ocurra.

No toda preocupación gubernamental es una alerta temprana

Los miembros del GAC también pueden utilizar canales abiertos al público, incluido el Foro de Comentarios de Solicitudes, o comunicarse directamente con un solicitante. Una preocupación expresada por esas vías no constituye por sí sola una alerta temprana de un miembro del GAC. La etiqueta depende del proceso definido, no solo de la identidad del remitente o la gravedad del asunto.

Para fines de rendición de cuentas, un equipo no debe fusionar comentarios públicos, diálogo informal, alerta temprana, objeción y asesoramiento de consenso del GAC bajo un único estado de «oposición gubernamental». Tienen fuentes, efectos procesales y próximos pasos distintos.

Construir un registro de respuesta sin inventar certeza

Una superficie de control útil es una matriz de cinco campos: la preocupación declarada, su base fáctica o jurídica citada, la mitigación descrita por quien la emitió, la vía elegida por el solicitante y la evidencia de diálogo o de solicitud de cambio. Debe conservar fechas y responsables sin afirmar que una conversación, por sí sola, resolvió la cuestión.

Esta matriz es consejo editorial de BTW, no un requisito de presentación de ICANN. ICANN establece el proceso de alerta y describe opciones de respuesta; no exige este documento interno. Una alerta temprana tampoco prueba por sí sola que una solicitud será rechazada, continuará o alcanzará la delegación.

Fuentes