Módulo 5 Resolución de conjuntos de solicitudes controvertidas

La controversia por cadena de caracteres se produce cuando una o más cadenas de caracteres solicitadas son idénticas o variantes de otra cadena de caracteres solicitada por un solicitante diferente, o se considera que tienen similitud visual, auditiva o de significado.¹ Estas cadenas de caracteres en controversia forman un conjunto de solicitudes controvertidas.

Este módulo describe la controversia, cómo y cuándo se produce, y los métodos disponibles para evitarla o resolverla.

Figura 5-1: Proceso de resolución de conjuntos de solicitudes controvertidas

La ICANN identificará y publicará los conjuntos de solicitudes controvertidas compuestos por cadenas de caracteres principales solicitadas idénticas y/o sus cadenas variantes el Día de revelación de las cadenas de caracteres. Estos conjuntos de solicitudes controvertidas podrán identificarse o modificarse en función del resultado de los procesos y evaluaciones aplicables descritos en la Sección 5.2.4 Formación de conjuntos de solicitudes controvertidas. La ICANN publicará listas actualizadas de conjuntos de solicitudes controvertidas en momentos determinados del proceso de solicitud (consultar la Sección 5.2 Controversia por cadena de caracteres y procedimientos de resolución de controversias).

Una solicitud que haya superado con éxito todas las etapas anteriores y que ya no forme parte de un conjunto de solicitudes controvertidas debido a cambios en la composición del conjunto de solicitudes controvertidas podrá pasar a la siguiente etapa del proceso de evaluación.

Un conjunto de solicitudes controvertidas se da por finalizado una vez que ya no es posible realizar cambios en su composición, salvo cuando un solicitante retira su solicitud. El conjunto de solicitudes controvertidas se someterá entonces a los procedimientos de resolución de controversias por cadena de caracteres, como se describe en la Sección 5.2.2 Resolución de controversias por cadena de caracteres.

5.1 Cadenas de caracteres de reemplazo

A fin de reducir las posibilidades de instancias de controversias, se invita a los solicitantes a designar una cadena de caracteres de reemplazo además de su elección de la cadena de caracteres original. Los solicitantes sólo podrán designar una cadena de caracteres de reemplazo por solicitud. El uso de una cadena de caracteres de reemplazo no se considera un cambio de cadena de caracteres. Los cambios de cadenas de caracteres, que se producirían después del Dia de confirmación de las cadenas de caracteres, solo están disponibles para los solicitantes de TLD que representan a una marca, sujeto a los detalles estipulados en la Sección 5.3 Solicitud de cambio de una cadena de caracteres que representa a una marca.

La designación de una cadena de caracteres de reemplazo puede ofrecer a los solicitantes la opción de evitar controversias antes de que se finalice la lista de cadenas de caracteres solicitadas (consultar la Sección 5.1.5 Período de reemplazo). Un solicitante puede evitar la controversia en estos casos sustituyendo su cadena de caracteres original solicitada por su cadena de reemplazo designada, con sujeción a las condiciones y criterios detallados en esta sección.

El hecho de que los solicitantes opten por reemplazar una cadena de caracteres solicitada no impide que la cadena de reemplazo sea puesta en controversia en una etapa posterior del proceso de solicitud como resultado de una Notificación singular/plural, una Evaluación de la similitud entre cadenas de caracteres o una Objeción por confusión de cadenas de caracteres. Por ejemplo, si un solicitante solicita el dominio .ESTORNUDO y opta por utilizar su cadena de reemplazo .ACHIS, el solicitante podría verse en controversia más adelante tras una Evaluación de la similitud entre cadenas de caracteres si otra cadena de caracteres solicitada, .ATCHIS, se considera visualmente similar. En tal caso, el solicitante no podría volver a cambiar a .ESTORNUDO y debería permanecer en controversia con .ACHIS.

Tras la publicación de la lista de solicitudes el Dia de revelación,² el solicitante dispondrá de 14 días (denominados Periodo de reemplazo) para revisar la información publicada sobre la solicitud y notificar a la ICANN si opta por reemplazar su cadena de caracteres original por la cadena de caracteres de reemplazo en el sistema de solicitudes, siempre que se cumplan determinadas condiciones que se definen a continuación.

Las solicitudes en las que se reemplace la cadena de caracteres original seguirán las demás etapas del proceso utilizando la cadena de reemplazo. Un solicitante que opte por su cadena de caracteres de reemplazo no podrá volver a su cadena de caracteres original solicitada. Un solicitante que no indique su intención de utilizar su cadena de reemplazo durante el período de reemplazo pierde esta opción y procederá con su cadena de caracteres original solicitada.

Los solicitantes deben tener en cuenta lo siguiente:

• Debido al riesgo de crear nuevas instancias de controversia o de aumentar las ya existentes, no se permitirá a un solicitante utilizar su cadena de caracteres de reemplazo si es idéntica a la cadena de caracteres original solicitada o a la cadena de reemplazo de otro solicitante. Esto significa que, si la cadena de caracteres de reemplazo de un solicitante coincide con la de otro u otros solicitantes, no podrá optar por su cadena de reemplazo en ningún caso, aunque esos otros solicitantes decidan no utilizarlas.

• Además, si un solicitante designa una cadena de caracteres de reemplazo idéntica a la cadena de caracteres solicitada por otro solicitante, el solicitante tampoco podrá utilizarla, independientemente de que el otro solicitante decida cambiar a su cadena de reemplazo.

5.1.2 Elegibilidad de cadenas de caracteres de reemplazo

Cualquier solicitante, independientemente del tipo de gTLD que solicite (consultar la Sección 3.1.6 Tipos de solicitudes y cadenas de caracteres), puede designar una cadena de reemplazo como parte de su solicitud.³

Aunque la designación de una cadena de caracteres de reemplazo no es obligatoria, el solicitante no podrá designar retroactivamente una cadena de reemplazo después de haber presentado su solicitud.

Los solicitantes también deben tener en cuenta que, una vez que se reemplaza una cadena de caracteres solicitada, no se puede reinstaurar, aunque no se haya delegado en esa ronda de solicitudes. Por lo tanto, los solicitantes deben estar dispuestos a operar un gTLD sobre la base de la cadena de caracteres finalizada por la ICANN al final del Periodo de reemplazo, ya sea su cadena de caracteres original solicitada o la de reemplazo.

5.1.3 Designación de una cadena de caracteres de reemplazo

Los solicitantes tendrán la opción de designar una cadena de caracteres de reemplazo, incluida cualquier cadena variante aplicable, al completar una solicitud en el sistema de presentación de solicitudes. Las reglas de elegibilidad para las cadenas de caracteres de reemplazo son las mismas que se aplican a todas las cadenas de caracteres solicitadas.

Es posible que el solicitante tenga que facilitar información adicional sobre la cadena de caracteres de reemplazo designada al completar la solicitud, incluidas las respuestas a las preguntas específicas de la solicitud. Esto garantiza la consonancia con la cadena de reemplazo y el modelo empresarial elegidos.

5.1.4 Consideraciones complementarias para la designación de una cadena de caracteres de reemplazo

El solicitante debe prestar atención al designar su cadena de caracteres de reemplazo, ya que se le prohibirá utilizar una cadena de reemplazo que sea idéntica a otra cadena de reemplazo designada o a una cadena original solicitada. El propósito de designar una cadena de caracteres de reemplazo es ofrecer a los solicitantes la oportunidad de evitar una controversia y los procedimientos de resolución asociados; por lo tanto, debe elegirse teniendo en cuenta este objetivo.

Específicamente, una cadena de caracteres solicitada puede entrar en controversia si la ICANN confirma, tras una notificación, que dos cadenas de caracteres son las formas singular o plural de la misma palabra en el mismo idioma y se utilizan en otra solicitud dentro de la misma ronda de solicitudes (consultar la Sección 5.2.4.3 Controversia debido a una Notificación singular/plural). Para minimizar este riesgo, los solicitantes deben elegir una cadena de caracteres de reemplazo que no sea simplemente la versión plural o singular de la cadena de caracteres original solicitada.

Por ejemplo, si la cadena de caracteres original solicitada por un solicitante es .EJEMPLO, designar .EJEMPLOS como cadena de reemplazo puede conllevar un alto riesgo de que se identifique como plural y se coloque en controversia.

Si no se considera detenidamente la elección de la cadena de caracteres de reemplazo, puede incrementarse el riesgo de que una cadena de caracteres acabe en controversia en una etapa posterior del proceso de solicitud.

5.1.5 Período de reemplazo

Una vez cerrada la ronda para la de presentación de solicitudes, la ICANN realizará una comprobación administrativa de todas las solicitudes presentadas. Una vez finalizado este proceso, la ICANN publicará detalles no confidenciales de todas las solicitudes de cadenas de caracteres de nuevos gTLD el Día de revelación, incluidos, entre otros, los siguientes:

• La lista de cadenas de caracteres solicitadas

• La identidad de los solicitantes

• La lista de cadenas de caracteres de reemplazo designadas

• Una lista de solicitudes controvertidas que contendrá las solicitudes de cadenas de caracteres idénticas

Un solicitante que designe una cadena de caracteres de reemplazo que no sea idéntica a otra cadena de caracteres solicitada o de reemplazo dispondrá de 14 días para revisar la información publicada sobre la solicitud y notificar a la ICANN si opta por reemplazar la cadena original solicitada por su cadena de reemplazo. Para ello, un solicitante deberá acceder a su solicitud en el sistema de presentación de solicitudes y seleccionar la opción adecuada. Si un solicitante no realiza esta acción, no se utilizará su cadena de caracteres de reemplazo. Posteriormente, el solicitante avanzará a las etapas restantes del proceso presentación de solicitudes en función de la cadena de caracteres original solicitada.

Si todos los solicitantes de una cadena de caracteres determinada optan por sus respectivas cadenas de reemplazo, puede que no quede ninguna solicitud activa para la cadena de caracteres original solicitada.

Por ejemplo, si los Solicitantes A y B solicitan .EJEMPLO y deciden utilizar sus cadenas de caracteres de reemplazo para evitar controversias, y ningún otro solicitante ha solicitado .EJEMPLO, no quedará ninguna solicitud activa para .EJEMPLO.

El Período de reemplazo está sujeto a la prohibición general de resolución privada y colusión entre solicitantes presentada en la Sección 5.2.3 Prohibición de resolución privada de controversias por cadenas de caracteres por parte de los solicitantes. Los solicitantes no podrán discutir, directa o indirectamente, entre sí sus decisiones relativas a sus cadenas de caracteres de reemplazo, ni proponer o considerar propuestas de cualquier tipo de compensación, financiera o de otra índole, a cualquier solicitante o parte relacionada a cambio de optar o no por cambiar a una cadena de reemplazo.

5.1.6 Día de confirmación de las cadenas de caracteres

Una vez finalizado el período de reemplazo, la ICANN publicará la lista definitiva de cadenas de caracteres solicitadas el Día de confirmación de las cadenas de caracteres (con sujeción a cualquier Solicitud de cambio de una cadena de caracteres que representa a una marca que haya sido aceptada). Dado que no es posible reemplazar más cadenas de caracteres, las instancias restantes de controversia se resolverán utilizando uno o más de los procedimientos alternativos descritos en la Sección 5.2.2 Resolución de controversias por cadena de caracteres.

5.2 Controversia por cadena de caracteres y procedimientos de resolución de controversias

Una controversia tiene lugar cuando una o más cadenas de caracteres solicitadas son:

• Idénticas a otra cadena de caracteres solicitada

• Una variante de otra cadena de caracteres solicitada

• Notificadas como la forma singular o plural en el mismo idioma

• Consideradas similares desde el punto de vista visual, auditivo o de significado a otra cadena de caracteres solicitada

Se pueden identificar controversias durante diversas etapas del proceso de presentación de solicitudes desde el día de revelación hasta la conclusión de la evaluación de cadenas de caracteres y las posibles impugnaciones, objeciones, apelaciones y procesos de notificaciones singular/plural subsiguientes.

Se publicarán listas de conjuntos de solicitudes controvertidas nuevos o actualizados en las instancias del proceso de solicitud que se indican a continuación:

• Día de revelación

• Día de confirmación de las cadenas de caracteres

• Tras la publicación de los resultados de la Notificación singular/plural

• Tras la publicación de los resultados de la Evaluación de la Similitud entre cadenas de caracteres

• Tras la resolución de los procedimientos de Objeción/Apelación, según corresponda.

• Tras el resultado exitoso de una Solicitud de cambio de una cadena de caracteres que representa a una marca, según corresponda.

5.2.1 Tipos de controversias

5.2.1.1 Controversia directa

Dos cadenas de caracteres están en controversia directa si son idénticas entre sí, son una variante la una de la otra, o bien presentan una similitud visual, auditiva o de significado entre ellas.

Una situación de controversia directa puede implicar a más de dos solicitantes. Por ejemplo, si cuatro solicitantes distintos solicitan la misma cadena de caracteres de gTLD, todos estarían en controversia directa entre sí, lo que significa que sólo uno podría pasar a las etapas de evaluación de solicitantes y solicitudes, y a una posible contratación.

5.2.1.2 Controversia indirecta

Dos cadenas de caracteres están en controversia indirecta si ambas están en controversia directa con al menos otra cadena de caracteres, pero no entre sí. También es posible que varios conjuntos de solicitudes controvertidas se superpongan y estén en controversia entre sí indirectamente.

Figura 5-2: Reseña de controversias directas e indirectas entre cadenas de caracteres

En la Figura 5-2 se presenta un ejemplo claro de controversia directa e indirecta entre cadenas de caracteres. En la Figura 5-2, las cadenas de caracteres A y B están en controversia directa y las cadenas de caracteres B y C están en controversia directa, mientras que las cadenas de caracteres C y A están en controversia indirecta. Es decir, las cadenas de caracteres C y A están en controversia con la cadena de caracteres B, pero no entre sí. En la misma figura, mientras que las cadenas de caracteres B y C están en controversia directa, la cadena de caracteres C también está en controversia con la cadena D. Por lo tanto, las cadenas A y D también están en controversia indirecta, al igual que las cadenas de caracteres B y D.

En algunos casos, un solicitante que esté en controversia indirecta y que no sea el vencedor absoluto de un proceso de resolución de controversias podrá pasar a la etapa de evaluación de solicitudes y solicitantes. Esto significa que más de una solicitud en el conjunto de solicitudes controvertidas podría proceder potencialmente a la contratación.

Por ejemplo, en la situación planteada en la Figura 5-2, si la cadena de caracteres B gana el proceso de resolución de controversias, las cadenas A y C son eliminadas, pero la cadena D puede continuar, ya que la cadena D no está en controversia directa con la ganadora y ambas cadenas pueden coexistir en el DNS sin riesgo de confusión para el usuario. Estos resultados se muestran en la Figura 5-3.

Figura 5-3: Ejemplo de resolución de controversia indirecta entre cadenas de caracteres

5.2.2 Resolución de controversias por cadena de caracteres

La determinación de qué solicitudes de un conjunto de solicitudes controvertidas pasarán a la etapa de Evaluación de solicitudes y solicitantes, y a la posible contratación de la cadena disputada, se conoce como resolución de controversias.

Los conjuntos de solicitudes controvertidas pueden formarse, modificarse y resolverse durante el proceso de solicitud como resultado de los procesos descritos en la Sección 5.2.4 Formación de conjuntos de solicitudes controvertidas. Sólo para los solicitantes de un TLD que representa a una marca que cumplan los requisitos, también está disponible la opción de presentar un Cambio de cadena de caracteres que representa a una marca para evitar la controversia y, por ende, evitar los procedimientos de resolución (consultar la Sección 5.3 Solicitud de cambio de una cadena de caracteres que representa a una marca).

Una vez finalizados los conjuntos de solicitudes controvertidas, la ICANN administrará dos métodos de resolución de controversias:

• Evaluación con prioridad de la comunidad (CPE)⁴

• Subasta de nuevos gTLD de la ICANN

Los solicitantes que prevalezcan en un procedimiento de resolución de controversias por cadena de caracteres, tras completar las Evaluaciones de solicitudes y de solicitantes correspondientes (consultar el Módulo 6 Evaluación de solicitantes y el Módulo 7 Evaluación de solicitudes), procederán a la contratación del gTLD solicitado. Se aplican procedimientos alternativos a las cadenas de caracteres con alto riesgo de colisión de nombres.⁵ El tiempo necesario para la resolución de controversias variará porque algunos conjuntos de solicitudes controvertidas pueden ser resueltos por más de un proceso. Por ejemplo, en el caso de que dos solicitantes de la misma cadena de caracteres prevalezcan en la CPE, puede ser necesaria una subasta entre estos solicitantes para resolver la controversia. El resultado de los procesos de CPE y subasta se publicarán en el sitio web del Programa de Nuevos gTLD.

5.2.3 Prohibición de resolución privada de controversias por cadenas de caracteres por parte de los solicitantes

Los procesos del Programa de Nuevos gTLD que conducen e incluyen, en los casos que corresponda, a una subasta de Nuevos gTLD (incluida cualquier CPE que pueda tener lugar antes de una subasta de Nuevos gTLD y que podría eliminar la necesidad de dicha subasta) proporcionan la única vía permitida para la resolución de controversias. Queda estrictamente prohibido cualquier otro método de resolución, como subastas privadas o empresas conjuntas, o cualquier otro acuerdo diseñado para resolver disputas de forma privada. Los procesos y restricciones de resolución de controversias también apoyan el requisito de bona fide o buena fe (consultar la Sección 1.1.5 Intención de buena fe) de operar el gTLD para el cual se ha presentado la solicitud y apoyar los objetivos del Programa de fomentar la diversidad, alentar la competencia y mejorar la utilidad del DNS.

5.2.3.1 Comunicaciones y actividades prohibidas

Para evitar que los solicitantes utilicen métodos no permitidos en la Guía para el Solicitante para resolver controversias, el Programa de Nuevos gTLD incluye reglas que prohíben determinadas comunicaciones y actividades, tal como se describe en esta sección. La ICANN pretende que estas reglas que establecen prohibiciones sobre determinadas comunicaciones y actividades se interpreten de manera amplia para abarcar todas las formas de conducta inadmisible.

El Programa de Nuevos gTLD incluye varios momentos en los que se identifican y actualizan los conjuntos de solicitudes controvertidas a medida que se dispone de nueva información, a saber: Día de revelación, Día de confirmación de las cadenas de caracteres, publicación de los resultados de la Notificación singular/plural, publicación de los resultados de la Evaluación de la similitud entre cadenas de caracteres y procedimientos de resolución de Objeciones. Consultar la Sección 5.2 Controversia por cadena de caracteres y Resolución de controversias para más información.

Los solicitantes (incluidos sus agentes y afiliadas) de cadenas de caracteres en el mismo conjunto de solicitudes controvertidas tienen estrictamente prohibido comunicarse, ya sea directa o indirectamente, con otros solicitantes del mismo conjunto de solicitudes controvertidas acerca de sus respectivas solicitudes controvertidas, cualquier estrategia relacionada con la(s) cadena(s) de caracteres controvertida(s) o estrategias para resolver la controversia.

Las comunicaciones están prohibidas desde el Día de revelación hasta la primera de las siguientes fechas: (1) la fecha en que un solicitante ganador firme un Acuerdo de Registro para una cadena de caracteres de gTLD en controversia específica, o (2) la fecha en que el solicitante retire la solicitud correspondiente. La prohibición de "comunicarse directa o indirectamente" incluye tanto divulgaciones públicas como comunicaciones privadas.

Algunos ejemplos de comunicaciones y conductas prohibidas por parte de los solicitantes son, entre otros:

1. Discutir, ofrecer o aceptar dinero u otras cosas de valor (como ganancias monetarias o disposiciones de control operativo) para retirar una solicitud.

2. Discutir o negociar acuerdos de conciliación o acuerdos de transferencia posteriores a la subasta de cualquier manera con otro solicitante en controversia por la misma cadena de caracteres con respecto a cualquier cadena en controversia.

La Guía para el Solicitante restringe los métodos de resolución de controversias. No obstante, los solicitantes podrán comunicarse en los casos específicos que se enumeran a continuación. En tales casos, deben tomar todas las medidas comercialmente razonables para evitar que terceros se conviertan en intermediarios que puedan revelar información sobre su solicitud o cartera de solicitudes a otros solicitantes. Estos casos específicos son los siguientes:

• Comunicaciones a terceros asesores profesionales, incluidos asesores letrados, consultores, asesores financieros o prestamistas.

• Comunicaciones en el curso de la obtención del consentimiento o la no objeción de una autoridad gubernamental para la solicitud de un nombre geográfico, tal como se describe en la Sección 7.5 Nombres geográficos.

• Comunicaciones durante el transcurso de la relación con una autoridad gubernamental como resultado de una solicitud que reciba una Alerta temprana de miembros del GAC o un Asesoramiento consensuado del GAC.

La ICANN reconoce que los solicitantes también pueden ser participantes existentes en el ecosistema del DNS, como registros de gTLD existentes, proveedores de servicios de registro back-end o registradores.

Los solicitantes pueden celebrar diversos acuerdos comerciales entre sí o con entidades afiliadas que no estén directamente relacionados con las cadenas de caracteres en controversia en el Programa de Nuevos gTLD. Estos acuerdos pueden incluir, entre otros, acuerdos entre registro y registrador, acuerdos de proveedor de servicios de registro, así como acuerdos de custodia de datos.

Las comunicaciones empresariales habituales no infringen la regla que prohíbe la resolución privada de conjuntos de solicitudes controvertidas si no transmiten información relacionada con las solicitudes o estrategias de solicitudes. Estas reglas de comunicación están diseñadas para interrumpir mínimamente las prácticas empresariales habituales en el ecosistema del DNS.

5.2.3.2 Excepciones

El Programa de Nuevos gTLD no prohíbe a los solicitantes comunicar directa o indirectamente cualquier información relacionada con solicitudes o estrategias de solicitudes:

• Para cadenas de caracteres que no están en controversia.

• Que se produzcan fuera de los periodos definidos en los que está prohibida la comunicación.

El Programa de Nuevos gTLD permite específicamente a los solicitantes de cadenas de caracteres en controversia comunicarse entre sí durante los periodos establecidos como parte de las discusiones o los acuerdos para resolver una Objeción, siempre que ningún acuerdo discuta o incluya como parte de sus términos el intercambio de dinero u otras cosas de valor, incluso cualquier acuerdo de transferencia posterior a la subasta para cadenas de caracteres que anteriormente estaban en controversia.

En caso de que un solicitante crea que una divulgación específica exigida por la ley o la normativa supondrá una posible infracción de estas normas, se recomienda consultar con la ICANN antes de realizar la divulgación.

5.2.3.3 Infracción de las reglas que prohíben la resolución privada de controversias por cadenas de caracteres

Antes de firmar un Acuerdo de Registro o retirar una solicitud, todos los solicitantes deben acreditar el cumplimiento de la Guía, incluidas estas reglas que prohíben la resolución privada de controversias. El solicitante está obligado a comunicar a la ICANN cualquier posible infracción de su parte de estas reglas, y dicha comunicación debe efectuarse sin demora una vez que el solicitante tenga conocimiento de la infracción. Asimismo, los solicitantes deberán cooperar con cualquier indagación o investigación de la ICANN relativa a un posible incumplimiento de estas reglas.

La ICANN se reserva expresamente el derecho a tomar las medidas correspondientes contra los solicitantes que infrinjan las reglas que prohíben la resolución privada de controversias por cadenas de caracteres. Las medidas adoptadas por la ICANN en respuesta a la infracción de estas reglas por parte de un solicitante podrían incluir:

• Descalificación de las rondas actuales y futuras del Programa de Nuevos gTLD

• Pérdida de todas las tarifas de evaluación y de evaluación condicional

• Denegación de reembolsos identificados en la Guía

• Sanciones económicas por interferir en los resultados de las subastas

• Acciones legales

La ICANN también puede denunciar las infracciones a las autoridades competentes y hacer frente a las falsas alegaciones de incumplimiento de las reglas.

5.2.4 Formación de conjuntos de solicitudes controvertidas

Los conjuntos de solicitudes controvertidas pueden formarse en determinadas condiciones durante el proceso de presentación de solicitudes como resultado de lo siguiente:

• Solicitudes de cadenas de caracteres de gTLD idénticas

• El resultado de la Evaluación de la similitud entre cadenas de caracteres

• Una Notificación singular/plural exitosa

• Una Objeción por confusión de cadenas de caracteres exitosa

Sólo se podrá considerar que una solicitud no está en controversia una vez que hayan concluido los procesos de evaluación de cadenas de caracteres, resolución de disputas y apelación, y se conozcan los resultados de cualquier Solicitud de cambio de una cadena de caracteres que representa a una marca, tal como se describe en la Sección 5.3 Solicitud de cambio de una cadena de caracteres que representa a una marca. Esto se debe a que cualquier solicitud que se altere o no pueda continuar como resultado de estos procesos podría modificar un conjunto de solicitudes controvertidas identificado anteriormente.

5.2.4.1 Controversia como resultado de solicitudes de cadenas de caracteres de gTLD idénticas

El Día de revelación, todas las solicitudes de cadenas de caracteres idénticas o de variantes idénticas se pondrán en controversia entre sí, formando un conjunto de solicitudes controvertidas. Por ejemplo, si el Solicitante A y el Solicitante B solicitan ambos el dominio .NEWGTLDSTRING, sus cadenas de caracteres serían cadenas en controversia, y sólo se permitiría que una solicitud pasara a la etapa de Evaluación de solicitudes y solicitantes y a la posible contratación.

Además, dos o más solicitudes de cadenas de caracteres solicitadas o cadenas variantes identificadas por la ICANN como cadenas variantes entre sí, tal como se define en la Sección 5.2.1 Tipos de controversias, también se considerarían en controversia directa y se colocarían en un conjunto de solicitudes controvertidas. Por ejemplo, si un solicitante solicita la Cadena de caracteres A y otro solicita la Cadena de caracteres B, y las Cadenas de caracteres A y B son cadenas de caracteres de TLD variantes la una de la otra (como un IDN gTLD en código de escritura chino han simplificado y su variante IDN gTLD en código de escritura chino han tradicional, tal como se especifica en las Reglas para la Generación de Etiquetas para la Zona Raíz), entonces las dos solicitudes estarán en controversia.

Los conjuntos de solicitudes controvertidas se comenzarán a publicar una vez finalizada la Evaluación de la similitud entre cadenas de caracteres. Los solicitantes deben consultar el sitio web de los nuevos gTLD para informarse sobre los conjuntos de solicitudes controvertidas.⁶

5.2.4.2 Controversia como resultado de la Evaluación de la similitud entre cadenas de caracteres

El Panel de Evaluación de la similitud entre cadenas de caracteres revisará todo el conjunto de cadenas de caracteres solicitadas y sus variantes solicitadas para determinar si las cadenas de caracteres propuestas en dos o más solicitudes son tan similares visualmente que crearían una probabilidad de confusión en el usuario si se permitiera su coexistencia en el DNS. El panel tomará dicha decisión para todo el conjunto de cadenas de caracteres solicitadas y sus variantes solicitadas. Uno de los resultados de la Evaluación de la similitud entre cadenas de caracteres será colocar las solicitudes en un conjunto de solicitudes controvertidas una vez que el panel haya identificado las relaciones de controversia, basándose en el riesgo de confusión de las cadenas de caracteres solicitadas (consultar la Sección 7.10 Evaluación de la similitud entre cadenas de caracteres).

5.2.4.3 Controversia debido a una Notificación singular/plural

Si la ICANN confirma, tras una notificación, que una cadena de caracteres de gTLD solicitada representa una palabra que es la versión singular o plural de otra cadena de caracteres de gTLD solicitada en el mismo idioma, ambas cadenas se colocarán en controversia para evitar la confusión del usuario final (consultar la Sección 4.4 Notificaciones singular/plural).

5.2.4.4 Controversia surgida de una objeción por confusión de cadenas de caracteres exitosa

Si un solicitante presenta una Objeción por confusión de cadenas de caracteres⁷ contra otra solicitud⁸ y el panel falla a favor del objetor, determinando que es probable la confusión del usuario, ambas solicitudes se colocarán en controversia directa y se remitirán a un procedimiento de resolución de controversias.

5.3 Solicitudes de cambio de una cadena de caracteres que representa a una marca

Si la solicitud de un TLD que representa a una marca se encuentra en controversia, el solicitante tendrá la opción de cambiar la cadena de caracteres solicitada para intentar evitar más controversias al presentar una Solicitud de cambio en la cadena de caracteres que representa a una marca, sujeto a los requisitos establecidos en esta sección.

5.3.1 Presentación de una solicitud de cambio de una cadena de caracteres que representa a una marca

Sólo puede presentar una Solicitud de cambio de una cadena de caracteres que representa a una marca el solicitante de un TLD que representa a una marca que esté en controversia con otra solicitud. Si la ICANN aún no lo ha hecho, evaluará la elegibilidad de una solicitud para la designación de un TLD que representa a una marca cuando reciba una Solicitud de cambio de una cadena de caracteres que representa a una marca.⁹ La ICANN no considerará una Solicitud de cambio de una cadena de caracteres que representa a una marca antes de que la solicitud asociada haya sido evaluada satisfactoriamente como apta para la designación de marca basada en la cadena de caracteres solicitada.¹⁰ Una Solicitud de cambio de una cadena de caracteres que representa a una marca se rechazará en el caso de una solicitud que se considere no elegible para ser designada como TLD que representa a una marca. Consultar la Sección 7.3 Evaluación de elegibilidad como TLD que representa a una marca.

Una Solicitud de cambio de una cadena de caracteres que representa a una marca sólo se puede presentar hasta 30 días después de:

• La formación de los conjuntos de solicitudes controvertidas tras la Evaluación de la similitud entre cadenas de caracteres; o

• La publicación de una Resolución de Panel en materia de objeciones por confusión de cadenas de caracteres; o

• La Resolución de un Panel de apelación relativa a la solicitud sujeta a la Solicitud de cambio de una cadena de caracteres que representa a una marca.

Si un solicitante no presenta una Solicitud de cambio de una cadena de caracteres que representa a una marca en el plazo estipulado de 30 días, la solicitud correspondiente seguirá adelante en función de la cadena de caracteres de marca original solicitada.

5.3.2 Requisitos para Solicitudes de cambio de una cadena de caracteres que representa a una marca

Una Solicitud de cambio de una cadena de caracteres que representa a una marca debe cumplir los siguientes requisitos para ser aceptada por la ICANN:

1. El cambio propuesto debe agregar una o más palabras a la cadena de caracteres solicitada, siempre que se cumplan las siguientes condiciones:

   • La palabra o palabras adicionales deben agregarse a la cadena de caracteres original.

   • La palabra o palabras adicionales deben aparecer en la descripción de productos y servicios del Registro de Marca Comercial del solicitante o documento equivalente en la jurisdicción del solicitante, presentado por el solicitante en apoyo de su solicitud de un TLD que representa a una marca.¹¹ También podrá presentarse otro Registro de Marca Comercial o documento equivalente en posesión del solicitante (o de cualquiera de sus afiliadas) en apoyo de la Solicitud de cambio de una cadena de caracteres que representa a una marca, si está acompañado de la confirmación legal de que la marca comercial presentada es propiedad de la entidad con la solicitud y la marca respectivas. La ICANN se reserva el derecho de verificar cualquier documentación adicional presentada a tal efecto. Además, si se requiere la Evaluación de elegibilidad como TLD que representa a una marca (consultar la Sección 7.3 Evaluación de elegibilidad como TLD que representa a una marca) o su reevaluación¹², todos los costos asociados ¹³ estarán a cargo del solicitante.

   • No se aceptarán traducciones de las palabras contenidas en el Registro de Marca Comercial.

2. La nueva cadena de caracteres con la palabra o palabras agregadas no debe crear ni ampliar un conjunto de solicitudes controvertidas.

Si el nuevo TLD que representa a una marca cumple los requisitos para ser designado como TLD que representa a una marca, así como los requisitos mencionados previamente, se aceptará la Solicitud de cambio en la cadena de caracteres que representa a una marca y se continuará con su procesamiento, tal como se describe en las secciones 5.3.3 y 5.3.4, y se procederá a su publicación.

5.3.3 Solicitudes de cambio en una cadena de caracteres que representa a una marca y aportes de la comunidad

Una Solicitud de cambio de una cadena de caracteres que representa a una marca estará sujeta a los procesos de aportes y objeciones de la comunidad, tal como se describe en el Módulo 4 Aportes de la comunidad, objeciones y apelaciones.

Los posibles resultados para el nuevo TLD que representa a una marca reflejan los descritos en el Módulo 4, con la excepción de un nuevo TLD que representa a una marca que no prevalezca en una Objeción por confusión de cadenas de caracteres o que esté sujeto a una cuestión confirmada en materia de singular/plural. En tales casos, la ICANN devolverá al solicitante a su TLD que representa a una marca solicitado originalmente y el solicitante procederá a la resolución de la controversia, tal como se describe en la Sección 5.1 Cadenas de caracteres de reemplazo.

5.3.4 Solicitudes de cambio en una cadena de caracteres que representa a una marca y evaluación de la cadena de caracteres

Una Solicitud de cambio de una cadena de caracteres que representa a una marca estará sujeta a la Evaluación de la cadena de caracteres, tal como se describe en el Módulo 7 Procedimientos de evaluación de la cadena de caracteres y solicitudes. Los posibles resultados para el nuevo TLD que representa a una marca reflejan los descritos en el Módulo 7, con la excepción de un nuevo TLD que representa a una marca que resulte visualmente similar, de conformidad con los procedimientos que se describen en la Sección 7.10 Evaluación de la similitud entre cadenas de caracteres. Esto se debe a que la nueva cadena de caracteres con la palabra o palabras agregadas no debe crear ni ampliar un conjunto de solicitudes controvertidas. En ese caso, la ICANN devolverá al solicitante a su TLD que representa a una marca solicitado originalmente y el solicitante procederá a la resolución de la controversia, tal como se describe en la Sección 5.1 Cadenas de caracteres de reemplazo.

5.3.5 Impacto en las variantes de TLD que representan a una marca

Las variantes de los TLD que representan a una marca solicitados deben cumplir los mismos requisitos de elegibilidad que el TLD que representa a una marca principal solicitado. Los mismos requisitos son aplicables a todas las variantes asignables del nuevo TLD que representa a una marca. El solicitante debe utilizar las RZ-LGR para identificar un nuevo conjunto de cadenas de caracteres variantes asignables sobre la base de su nueva cadena de caracteres de TLD que representa a una marca.

5.4 Evaluación con prioridad de la comunidad

La Evaluación con prioridad de la comunidad (CPE) es un método de resolución de controversias y es una opción disponible únicamente para las solicitudes de la comunidad (consultar la Sección 7.1.2.1 Solicitudes de gTLD de la comunidad), las cuales son un¹⁴ tipo de solicitud especializada. Sólo se realizará si hay una Solicitud de la comunidad en controversia y el solicitante de la comunidad opta por la CPE. La evaluación es un análisis realizado por expertos independientes. Las solicitudes que completen satisfactoriamente la CPE prevalecerán automáticamente en la controversia, a menos que más de una solicitud de un conjunto de solicitudes controvertidas supere la evaluación. En tales casos, las solicitudes de la comunidad que pasen satisfactoriamente la CPE pasarán a una Subasta de nuevos gTLD de la ICANN.¹⁵

En el Informe Final de la GNSO de 2007 sobre la Introducción de Nuevos Dominios Genéricos de Alto Nivel, la Guía para la Implementación F establece que "[s]i hay controversia por cadenas de caracteres, los solicitantes podrán: i) resolver la controversia entre ellos dentro de un plazo preestablecido[;] ii) si no hay acuerdo mutuo, la afirmación de apoyo a una comunidad por una parte será motivo para conceder prioridad a esa solicitud".¹⁶ En el Informe Final sobre el Proceso de Desarrollo de Políticas de Procedimientos Posteriores a la Introducción de los Nuevos gTLD (Informe Final del PDP de SubPro), el Grupo de Trabajo para el PDP de SubPro afirmó "la prioridad continua de las solicitudes en los conjuntos de solicitudes controvertidas que hayan superado la Evaluación con prioridad de la comunidad (CPE)".¹⁷

La CPE es un análisis independiente realizado por un panel de expertos externos. El rol del panel consiste en determinar si una Solicitud de la comunidad cumple los criterios de la CPE y debe recibir prioridad en el conjunto de solicitudes controvertidas. El proceso de puntuación tiene en cuenta una serie de criterios relacionados con el establecimiento de la comunidad, el nexo entre la comunidad y la cadena de caracteres solicitada, las políticas de registración y el apoyo de la comunidad. Está diseñado para identificar las solicitudes cualificadas presentadas por una comunidad y, al mismo tiempo, evitar los falsos positivos (conceder prioridad a las solicitudes no cualificadas para una codiciada cadena de caracteres genérica) y los falsos negativos (pasar por alto las solicitudes cualificadas presentadas por una comunidad).

5.4.1 Elegibilidad para la Evaluación con prioridad de la comunidad

Como se describe en la subsección Sección 3.1.6 Tipos de solicitudes y cadenas de caracteres, un solicitante tendrá la oportunidad de designar su solicitud como presentada por una comunidad¹⁸ a su entera discreción. Un solicitante que designe su solicitud como presentada por su comunidad¹⁹ deberá responder a una serie de preguntas en el formulario de solicitud para proporcionar información relevante sobre la comunidad (consultar el Apéndice 1 Preguntas incluidas en la solicitud). La información facilitada por el solicitante en respuesta a las preguntas de la solicitud se utilizará en la CPE (y se evaluará en función de los criterios que se describen en la Sección 5.4.8 Criterios de la CPE).

En general, se espera que el solicitante de un gTLD comunitario:

• Demuestre una relación con una comunidad organizada, y muestre cómo esa comunidad identificada (consultar la Sección 5.4.2 Definición de comunidad y comunidad identificada) interactúa con sus miembros; el conocimiento de la comunidad identificada entre los miembros; la presencia establecida y el conocimiento externo de la comunidad identificada, y muestre que la comunidad identificada tiene antigüedad.

• Haya solicitado una cadena de caracteres de gTLD estrecha y específicamente relacionada con la comunidad identificada.

• Haya propuesto políticas de registración específicas para los registratarios en su gTLD propuesto, acordes con el propósito de la comunidad identificada.

• Que su solicitud esté avalada por escrito por una o más instituciones establecidas que representen a la comunidad identificada.

La CPE sólo tendrá lugar si una solicitud presentada por una comunidad está en controversia (consultar la Sección 5.2 Controversia por cadena de caracteres y resolución de controversias) y la comunidad que presentó la solicitud opta por participar.²⁰ Los solicitantes que presenten solicitudes comunitarias tendrán la oportunidad de optar por la CPE una vez que todas solicitudes en un conjunto de solicitudes controvertidas cumplan los siguientes criterios de elegibilidad:

• Evaluación completa de la cadena de caracteres y todos los procesos relacionados (consultar el Módulo 7 Procedimientos de evaluación de la cadena de caracteres y solicitudes).

• Se resuelven todas las objeciones y apelaciones aplicables (consultar la Sección 4.5 Objeciones y apelaciones).

• Se completan todas las impugnaciones de las evaluaciones, si corresponde²¹.

• No tener ningún pedido de cambios en una solicitud relevante abierto (consultar la Sección 3.8 Pedidos de cambios en una solicitud).

• No tener mecanismos de responsabilidad pendientes (consultar la Sección 2.7 Mecanismos de responsabilidad).

5.4.2 Definición de comunidad y comunidad identificada

La ICANN señala que el término "comunidad" ha evolucionado considerablemente desde su origen latino ("communitas" significa "comunidad"), y ahora hace hincapié en la cohesión por encima de la mera coincidencia de intereses. Si bien el Informe Final del PDP de SubPro no define "comunidad" a efectos de la CPE, sí señala, en el contexto de las objeciones de la comunidad, que "una comunidad debe interpretarse en sentido amplio e incluirá, por ejemplo, un sector económico, una comunidad cultural o una comunidad lingüística".²²

Dado que el Informe Final del PDP del SubPro no ofrece una definición única de comunidad ni una lista definida de “comunidades elegibles”, los criterios de la CPE emplean medidas que equilibran la objetividad con la flexibilidad, garantizando que los criterios puedan adaptarse al amplio espectro de formas en que una comunidad puede estar estructurada, gestionada y vista o apoyada por sus miembros y por personas ajenas a ella.

El término “comunidad identificada”, utilizado a lo largo de esta sección, se refiere a la comunidad que un solicitante, en su solicitud presentada en nombre de una comunidad, afirma representar o en cuyo nombre afirma estar solicitando un gTLD comunitario.

Cualquier solicitante puede alegar su relación con una comunidad en su solicitud y designarla como solicitud presentada por una comunidad, comprometiéndose a gestionar el gTLD de acuerdo con un conjunto de Políticas de registración de la comunidad contenidas en el Acuerdo de Registro (Políticas de registración de la comunidad) que se plasmarán en el Acuerdo de Registro correspondiente. Sin embargo, en los casos en que una solicitud comunitaria entre en conflicto con otras solicitudes (ya sean comunitarias o de otro tipo), se recurrirá a un Panel independiente para verificar la alegación del solicitante respecto de su relación con la comunidad.²³

En consecuencia, el panel verificará, basándose en las pruebas aportadas por el solicitante²⁴ así como en su propia evaluación,²⁵ si la afirmación de un solicitante sobre una comunidad cumple los criterios de la CPE definidos en esta Guía y si la solicitud es elegible para recibir prioridad en un conjunto de solicitudes controvertidas en función de su puntuación.²⁶

5.4.3 Tarifas condicionales para la Evaluación con prioridad de la comunidad

Una vez que se cumplan las condiciones mencionadas en la Sección 5.4.1 Elegibilidad para la Evaluación con prioridad de la comunidad, se notificará a cualquier solicitante con una solicitud presentada por una comunidad dentro de un conjunto de solicitudes controvertidas la oportunidad de participar en la CPE y se le pedirá que abone las tarifas requeridas dentro de un plazo de 30 días a partir de la transmisión de la notificación (consultar la Sección 3.3 Tarifas y pagos). Si las tarifas no se reciben en un plazo de 30 días, el solicitante perderá la oportunidad de participar en la CPE y se procederá a la resolución del conjunto de solicitudes controvertidas (consultar la Sección 5.2 Controversia por cadena de caracteres y resolución de controversias).

Las solicitudes recibirán números de prioridad, que se utilizarán para determinar el orden general de publicación de los resultados de la evaluación (como se describe en Orden de procesamiento de solicitudes y sorteo de priorización). Sin embargo, el procesamiento para la CPE dependerá en gran medida del momento en que la solicitud y el conjunto de solicitudes controvertidas se conviertan en elegibles, como se señaló anteriormente. El momento para realizar la CPE también depende de la Evaluación de compromisos de los operadores de registro (consultar la Sección 5.4.5 Políticas de registración para la comunidad y Evaluación de compromisos de los operadores de registro).

5.4.4 Preguntas incluidas en la solicitud relacionadas con la Evaluación con prioridad de la comunidad

Los solicitantes que designen su solicitud como solicitud comunitaria deberán responder a una serie de preguntas específicas para las solicitudes comunitarias.²⁷ Las respuestas a estas preguntas se evaluarán si el solicitante decide participar en la CPE.

5.4.5 Evaluación de Políticas de registración para la comunidad en la Evaluación con prioridad de la comunidad

Al presentar una solicitud comunitaria, los solicitantes deben proponer Políticas de registración para la comunidad para su inclusión en la Especificación 12 de los Acuerdos de Registro aplicables.²⁸ El Panel de CPE evaluará las políticas de registración para la comunidad aprobadas (consultar la Sección 7.8.4) para comprobar su coherencia con el objetivo comunitario incluido en la solicitud (consultar la Sección 5.4.8.3 Criterio 3:Políticas de registración).

Esto difiere de la Evaluación de compromisos de los operadores registro (RCE) (consultar la Sección 7.8.3.2), que verifica que las políticas propuestas por el solicitante para su inclusión en el Acuerdo de Registro aplicable sean ejecutables y compatibles con los Estatutos de la ICANN. Consultar las instrucciones para el Conjunto de preguntas 11 Compromisos voluntarios de los operadores de registro para conocer los requisitos detallados que guían el enfoque de redacción de las Políticas de registración para la comunidad propuestas que se evaluarán mediante la RCE.

Los solicitantes deben tener en cuenta que, salvo circunstancias extraordinarias, la RCE demora entre 60 y 90 días, y tiene lugar antes de que comience la CPE.

5.4.6 Rol del Panel de evaluación de prioridad de la comunidad

La CPE será realizada por un panel de expertos externos designados por la ICANN. El rol del panel es determinar si una solicitud presentada por una comunidad cumple los criterios de la CPE y recibe prioridad sobre otras solicitudes del conjunto de solicitudes controvertidas. Se espera que el solicitante proporcione información y pruebas sobre la comunidad identificada en su solicitud (consultar el Conjunto de preguntas 7 gTLD de la comunidad). Para tomar su decisión, el panel revisará las respuestas del solicitante a las preguntas incluidas en la solicitud para asegurarse de que todos los elementos de la solicitud estén respaldados por pruebas.

El panel podrá llevar a cabo las investigaciones independientes con carácter limitado que considere necesarias para evaluar la solicitud de acuerdo con los criterios y verificar la información proporcionada por el solicitante. Se espera que el panel centre su investigación de carácter limitado e independiente en la comprobación de los hechos necesarios para verificar la información proporcionada por el solicitante. Además, como parte de esta investigación, el panel puede consultar a expertos relevantes relacionados con la comunidad para obtener información sobre comunidades muy especializadas o localizadas. Las pautas para cada criterio de la Sección 5.4.8 Criterios de la CPE permiten que el panel considere cómo debe evaluarse un criterio en el contexto de diferentes tipos de comunidades.²⁹

Si el panel lleva a cabo investigaciones limitadas e independientes, o consulta a expertos de la comunidad, debe revelar los resultados de tales investigaciones al solicitante e incluir una cita o enlace a dichas investigaciones en su evaluación. El solicitante dispondrá de 30 días para responder antes de que se emita la decisión de la evaluación. Al realizar este tipo de investigación, se advierte a los panelistas que no asuman un papel de defensa ni a favor ni en contra del solicitante o de la solicitud.

Además, los panelistas podrán formular preguntas aclaratorias o entablar un diálogo por escrito con los solicitantes cuyas solicitudes se encuentren en proceso de CPE, así como con aquellos que hayan presentado cartas de oposición a las solicitudes presentadas por una comunidad, con el fin de abordar posibles cuestiones (consultar la Sección 5.4.6.1 Preguntas aclaratorias de la CPE).

5.4.6.1 Preguntas aclaratorias de la CPE

El panel podrá formular preguntas aclaratorias de la CPE³⁰ a los solicitantes de solicitudes que participen en dicha evaluación. Las preguntas aclaratorias también pueden dirigirse a una persona o entidad que haya presentado una carta de oposición a un solicitante de la CPE. El solicitante, o quienes hayan presentado una carta de oposición, dispondrán de 21 días para responder a partir del día siguiente a la recepción de una pregunta aclaratoria. Tal como se describe en la Sección 5.4.6 Rol del Panel de CPE, el panel puede llevar a cabo investigaciones limitadas e independientes que se consideren necesarias para evaluar la solicitud, así como para elaborar y formular preguntas aclaratorias.

5.4.6.2 Impugnación de una CPE

Si el panel determina que la solicitud no cumple los criterios de la CPE y el solicitante considera que existe un error de hecho o de procedimiento, el solicitante podrá iniciar un procedimiento de impugnación a la evaluación en un plazo de 21 días a partir de la fecha de comunicación de la decisión de la evaluación (consultar la Sección 1.2.14.2 Impugnación de la evaluación). El mismo proveedor de la CPE revisará la impugnación, utilizando un conjunto diferente de panelistas para formar un Panel de impugnación cuando sea factible. Si el Panel de impugnación detecta un error de hecho, de procedimiento o de sistema, el Panel de impugnación reevaluará la solicitud teniendo en cuenta esas conclusiones. Si no se encuentra ningún error, la solicitud continuará con la siguiente etapa del proceso de resolución de controversias. No hay tarifas adicionales asociadas a un procedimiento de impugnación de la evaluación.

5.4.7 Puntuación de la Evaluación con prioridad de la comunidad

El Panel de la CPE examinará y puntuará la solicitud presentada por una comunidad en función de los cuatro criterios enumerados en Criterios para la CPE. Una solicitud debe alcanzar una puntuación de al menos el 75 % (12 de 16 puntos) para prevalecer en la CPE. La secuencia de los criterios refleja el orden en que serán evaluados por el panel. Se ha prestado la máxima atención para evitar cualquier “doble registro”: cualquier aspecto negativo detectado en la evaluación de una solicitud para un criterio solo debe registrarse una vez y no debe afectar a la evaluación de otros criterios.

El proceso de puntuación está diseñado para identificar las solicitudes presentadas por una comunidad cualificadas, al tiempo que evita tanto los "falsos positivos" (conceder una prioridad indebida a una solicitud que hace referencia a una "comunidad" interpretada simplemente para obtener una palabra genérica muy deseada como cadena de caracteres de gTLD) como los "falsos negativos" (no conceder prioridad a una solicitud de una comunidad cualificada). Esto exige un enfoque holístico, que tenga en cuenta varios criterios, como se refleja en el proceso. El panel puntúa las solicitudes según la información facilitada en la solicitud, además de otra información pertinente disponible, como: respuestas a las preguntas aclaratorias de la CPE, comentarios sobre la solicitud, cartas de apoyo u oposición, o cualquier investigación de carácter limitado realizada por el panel, como el uso de información pública acerca de la comunidad identificada para verificar la información aportada por el solicitante.

Una solicitud de la comunidad cualificada recibe prioridad sobre todas las solicitudes que compiten directamente, lo que le permite avanzar mientras que otras no pueden hacerlo. Esto subraya los estrictos criterios de cualificación que se describen a continuación. El hecho de que un panel no conceda prioridad a una comunidad no implica que la comunidad sea inadecuada o inválida; simplemente indica que la solicitud no reúne los requisitos para superar a todas las demás.

Si se determina que una única solicitud presentada por una comunidad en un conjunto de solicitudes controvertidas cumple los criterios de la CPE, dicha solicitud prevalecerá y podrá pasar a la siguiente etapa del proceso de solicitud, siempre que cumpla todos los demás requisitos del Programa. Las demás solicitudes en el conjunto de solicitudes controvertidas no podrán seguir adelante en ese momento.³¹

Si más de una solicitud presentada por una comunidad en un conjunto de solicitudes controvertidas cumple los criterios, estas solicitudes pasarán a la subasta de la ICANN, mientras que las demás solicitudes en el conjunto de solicitudes controvertidas no serán elegibles para seguir adelante. Si ninguna de las solicitudes presentadas por una comunidad (ya que puede haber más de una) en un conjunto de solicitudes controvertidas cumple los criterios de la CPE,³² todas las solicitudes en el conjunto de solicitudes controvertidas pasarán a una subasta de la ICANN (consultar la Sección 5.2 Controversia por cadena de caracteres y resolución de controversias).

La ICANN prevé que el proceso de la CPE lleve aproximadamente 180 días.

5.4.8 Criterios para la Evaluación con prioridad de la comunidad

La CPE se basa en la evaluación de la solicitud por parte del panel en función de cuatro criterios principales:

• Criterio 1: Establecimiento de la comunidad (6 puntos)

• Criterio 2: Nexo entre la cadena de caracteres propuesta y la comunidad (4 puntos)

• Criterio 3: Políticas de registración (2 puntos)

• Criterio 4: Aval de la comunidad (4 puntos)

5.4.8.1 Criterio 1: Establecimiento de la comunidad

El criterio 1 se utiliza para evaluar la comunidad tal como se identifica explícitamente en la solicitud. Una solicitud puede recibir hasta seis puntos para el Criterio 1: dos puntos concedidos por el subcriterio de organización, y un punto por los subcriterios de compromiso, concienciación, presencia establecida y antigüedad.

El panel abordará las siguientes cuestiones clave para evaluar este criterio:

1. Organización (2 puntos): ¿El solicitante es el organismo organizativo de la comunidad? De no ser así, ¿puede demostrar el solicitante que la comunidad está organizada, con un organismo organizativo relevante para la comunidad o para cada categoría de miembros de la comunidad? Consultar la Sección 5.4.8.1.1.

2. Participación (1 punto): ¿El solicitante puede demostrar que existe una participación activa con los miembros de la comunidad? Consultar la Sección 5.4.8.1.2.

3. Concienciación (1 punto): ¿El solicitante puede demostrar la concienciación entre los miembros de la comunidad identificada? Consultar la Sección 5.4.8.1.3.

4. Presencia establecida (1 punto): ¿El solicitante puede demostrar un conocimiento externo de la comunidad, así como una presencia establecida de la misma antes de la apertura del período para la presentación de solicitudes? Consultar la Sección 5.4.8.1.4.

5. Antigüedad (1 punto): ¿El solicitante puede demostrar la antigüedad de las actividades de la comunidad, y probar que son duraderas y sostenibles y no temporales? Consultar la Sección 5.4.8.1.5.

5.4.8.1.1 Organización

Tabla 5-1: Criterio 1: Organización

• Pautas para la organización:

  1. ¿El solicitante puede demostrar que es el único organismo organizativo de la comunidad identificada, ya sea para representarla o administrarla? De no ser así, ¿el solicitante puede demostrar que existen organismos organizativos relevantes para la comunidad identificada?

  2. ¿Existe una asociación dedicada a la comunidad identificada en su conjunto, o hay múltiples organizaciones individuales que representan, administran o son relevantes para diferentes segmentos o grupos dentro de la comunidad identificada?

     1. Varias entidades pueden administrar o representar a una comunidad identificada. Una organización que representa a una comunidad identificada debe considerarse con el mismo nivel de importancia y legitimidad que la que administra la comunidad identificada.

  3. En apoyo de la aportación de pruebas relacionadas con la organización, el solicitante deberá suministrar:

     1. Una visión general de la estructura de la comunidad identificada, según corresponda, y si es formal o informal:

        1. Las comunidades formales suelen tener estructuras organizativas y listas de miembros bien definidas, como las comunidades económicas o las coaliciones de organizaciones sin fines de lucro.

        2. Las comunidades no formales pueden estar formadas por miembros que se identifican a sí mismos como tales o por individuos, como los de grupos lingüísticos o culturales.

     2. Los nombres de las organizaciones pertinentes.

     3. Los líderes relevantes dentro de la comunidad identificada, según corresponda.

     4. Información sobre el modo en que una persona se uniría a la comunidad identificada, por ejemplo, mediante el pago de tarifas de membresía, requisitos de cualificación o acreditación, o certificaciones acordes con los objetivos de la comunidad, o cualquier privilegio o beneficio al que tengan derecho los miembros al unirse a la comunidad identificada.

     5. Información sobre si se crearon organismos organizativos para administrar o representar a la comunidad identificada. La información pertinente puede incluir las declaraciones de misión de los organismos organizativos identificados.

  4. ¿La investigación limitada e independiente que se considera necesaria para evaluar este criterio (por ejemplo, una búsqueda en Internet) corrobora las pruebas aportadas por el solicitante?

     1. Dicha investigación puede corroborar la existencia de organismos o grupos que sean relevantes para la comunidad identificada o, si corresponde, pruebas de que el solicitante actúa en nombre de la comunidad identificada.

     2. El panel puede revisar y verificar³³ cartas de apoyo u oposición para comprender mejor la organización de la comunidad identificada.

     3. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre cómo se presenta la organización en diferentes tipos de comunidades.

5.4.8.1.2 Participación

Tabla 5-2: Criterio 1: Participación

• Pautas de participación:

  1. Como se indica en el subcriterio Organización, una comunidad identificada puede tener una o varias organizaciones que la representen o administren. Del mismo modo, puede haber una o varias organizaciones o entidades que lleven a cabo actividades de participación en nombre de la comunidad identificada.

  2. Para demostrar su participación activa, el solicitante deberá aportar documentación sobre las siguientes prácticas, que deberán haberse llevado a cabo en los dos años anteriores a la presentación de la solicitud:

     1. Ofrecer apoyo.

     2. Compartir información.

     3. Responder a las necesidades específicas de la comunidad.

     4. Fomentar y fortalecer las relaciones dentro de la comunidad identificada.

     5. La incapacidad para demostrar actividades recientes relacionadas con la participación puede ser un indicador de una comunidad que carece de participación. No obstante, el panel deberá considerar los distintos tipos de comunidades a la hora de evaluar este subcriterio, así como la relevancia de la actividad reciente.

  2. ¿La investigación limitada e independiente que se considera necesaria para evaluar este criterio (por ejemplo, una búsqueda en Internet) corrobora las pruebas aportadas por el solicitante?

     1. Dicha búsqueda puede corroborar las pruebas sobre las actividades realizadas por los organismos organizativos de la comunidad identificada (o por el propio solicitante).

     2. El panel puede revisar y verificar³⁶ cartas de apoyo u oposición para comprender mejor la participación de la comunidad identificada.

     3. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre cómo se presenta la participación en diferentes tipos de comunidades.

5.4.8.1.3 Concienciación

Tabla 5-3: Criterio 1: Concienciación

• Pautas de concienciación:

1. ¿Los miembros de la comunidad saben de la existencia de la comunidad identificada? ¿Los miembros de la comunidad reconocen a la comunidad identificada? El panel debe tener en cuenta la naturaleza de la comunidad identificada. Por ejemplo, para algunas comunidades, el conocimiento o reconocimiento de una comunidad y el reconocimiento público de la pertenencia a dicha comunidad pueden estar limitados por la legislación nacional. El panel debe tener en cuenta que la concienciación se evaluaría de forma diferente para una comunidad de este tipo.

2. Para demostrar la concienciación, el solicitante deberá aportar documentación sobre las siguientes prácticas, que deberán haberse llevado a cabo en los dos años anteriores a la presentación de la solicitud:

   1. Encuestas realizadas.

   2. Registros de actividades en las que participan diversos grupos, segmentos o miembros de la comunidad.

   3. La incapacidad para demostrar actividades recientes relacionadas con la concienciación puede ser un indicador de una comunidad que carece de concienciación. No obstante, el panel deberá considerar los distintos tipos de comunidades a la hora de evaluar este subcriterio, así como la relevancia de la actividad reciente.

3. ¿La investigación limitada e independiente que se considera necesaria para evaluar este criterio (por ejemplo, una búsqueda en Internet) corrobora las pruebas aportadas por el solicitante?

   1. Dicha investigación puede corroborar la evidencia de concienciación entre los miembros de la comunidad, incluyendo diferentes segmentos, como la participación en actividades comunitarias o debates en foros en línea.

   2. El panel puede revisar y verificar³⁷ cartas de apoyo u oposición para comprender mejor la concienciación de la comunidad identificada.

   3. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre cómo se presenta la concienciación en diferentes tipos de comunidades.

5.4.8.1.4 Presencia establecida

Tabla 5-4: Criterio 1: Presencia establecida

• Pautas de presencia establecida:

  1. Debe haber pruebas de una presencia establecida de la comunidad identificada antes de la apertura del período para la presentación de solicitudes. La existencia de la comunidad identificada debe ser verificable, y las personas y grupos ajenos a la comunidad identificada deben tener conocimiento de ella.³⁸ Los niveles de concienciación pueden variar en función del tamaño, el alcance o la naturaleza de la comunidad identificada. Por ejemplo, una gran comunidad deportiva global debe demostrar un reconocimiento mundial, mientras que una pequeña comunidad lingüística regional quizás sólo requiera pruebas de conocimiento localizado.

  2. Para demostrar la presencia establecida y la concienciación externa, el solicitante deberá aportar documentación de las siguientes prácticas de los dos años anteriores a la presentación de la solicitud:

     1. Medios de comunicación u otra información pública relativa a la comunidad identificada y sus actividades o miembros.

     2. Debate de la comunidad identificada en diversos foros, ya sea en línea o presenciales.

     3. Pruebas de asociaciones o colaboraciones con grupos ajenos a la comunidad identificada.

     4. Pruebas de la fundación u organización de la comunidad identificada antes de la apertura del período para la presentación de solicitudes.

     5. Pruebas de aportes (por ejemplo, culturales o científicos) a una sociedad o población más amplia.

     6. La incapacidad de demostrar una "presencia establecida" puede ser un indicador de una comunidad que carece de tal presencia. No obstante, el panel deberá tener en cuenta los distintos tipos de comunidades a la hora de evaluar este subcriterio, así como la relevancia de la actividad reciente y cómo las diversas comunidades podrían mostrar su presencia.

  3. ¿La investigación limitada e independiente que se considera necesaria para evaluar este criterio (por ejemplo, una búsqueda en Internet) corrobora las pruebas aportadas por el solicitante?

     1. Dicha investigación puede corroborar la evidencia de que personas ajenas a la comunidad identificada son conscientes de su existencia.

     2. El panel puede revisar y verificar³⁹ cartas de apoyo u oposición para comprender mejor la concienciación externa de la comunidad identificada.

     3. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre cómo se presenta la presencia establecida en diferentes tipos de comunidades.

5.4.8.1.5 Antigüedad

Tabla 5-5: Criterio 1: Antigüedad

• Pautas de antigüedad:

  1. ¿La comunidad identificada es una congregación relativamente efímera (por ejemplo, un grupo que se forma para representar un acontecimiento único)? ¿La comunidad identificada tiene visión de futuro (es decir, seguirá existiendo en el futuro)? El panel debe tener en cuenta que la antigüedad puede variar en función de la naturaleza de la comunidad identificada. Por ejemplo, en algunos países o regiones, la existencia continua de ciertas comunidades puede verse amenazada por políticas nacionales o internacionales, y el panel debería considerar que la antigüedad se midiera de forma diferente para dicha comunidad.

  2. Para demostrar la antigüedad, el solicitante deberá aportar documentación sobre las siguientes prácticas, que deberán haberse llevado a cabo en los dos años anteriores a la presentación de la solicitud:

     1. Pruebas de actividades recurrentes o programadas que demuestren continuidad en el tiempo.

     2. Registros documentados de actividades pasadas que demuestran una tradición o práctica de larga data.

     3. Registros de debates en los que se destaque la presencia duradera de la comunidad identificada o su importancia cultural.

     4. La incapacidad de demostrar actividades recientes relacionadas con la antigüedad puede ser un indicador de una comunidad que no demuestra antigüedad. No obstante, el panel deberá considerar los distintos tipos de comunidades a la hora de evaluar este subcriterio, así como la relevancia de la actividad reciente.

  3. ¿La investigación limitada e independiente que se considera necesaria para evaluar este criterio (por ejemplo, una búsqueda en Internet) corrobora las pruebas aportadas por el solicitante?

     1. Dicha investigación puede corroborar la evidencia de las actividades pasadas o planificadas de la comunidad identificada, así como de su presencia vigente, por ejemplo, mediante información sobre actos de la comunidad o artículos publicados acerca de la presencia de la comunidad.

     2. El panel puede revisar y verificar⁴⁰ cartas de apoyo u oposición para comprender mejor la antigüedad de la comunidad.

     3. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre cómo se presenta la antigüedad en diferentes tipos de comunidades.

5.4.8.2 Criterio 2: Nexo

El criterio 2 se utiliza para evaluar la relevancia de la cadena de caracteres solicitada para la comunidad identificada. Una solicitud puede recibir hasta cuatro puntos para el Criterio 2.

El panel buscará responder a la siguiente pregunta básica al evaluar la cadena de caracteres solicitada con arreglo a este criterio:

Nexo (4 puntos): ¿La cadena de caracteres coincide con el nombre de la comunidad identificada o es una alternativa conocida del nombre de la comunidad identificada? ¿El público en general asociaría la cadena de caracteres con la comunidad identificada?

Tabla 5-6: Criterio 2: Nexo

• Pautas de nexo:

  1. ¿Cuál es el nombre de la comunidad identificada? Una referencia al nombre de la comunidad identificada es una referencia al nombre establecido por el que la comunidad es comúnmente conocida por otros (es decir, personas ajenas a la propia comunidad o de otras organizaciones relevantes, ⁴¹ como instituciones establecidas, oficiales, cuasi oficiales, públicamente reconocidas, u otros grupos afines). El nombre puede ser, aunque no es necesario, el de una organización dedicada a cualquier categoría de miembros dentro de la comunidad identificada.

  2. ¿El público en general pensará instintivamente en la comunidad identificada cuando piense en la cadena de caracteres solicitada?

  3. ¿La cadena de caracteres identifica un ámbito geográfico o temático más amplio que el relacionado con la comunidad identificada? ¿La cadena de caracteres indica una comunidad de la que forma parte el solicitante, pero no es específica de la comunidad identificada por el solicitante?

  4. ¿El tamaño o la definición de la comunidad identificada es coherente con la cadena de caracteres?

  5. Si la cadena de caracteres solicitada es un IDN, ¿está escrita en el idioma y código de escritura utilizados por la comunidad identificada?

  6. ¿La investigación limitada e independiente que se considera necesaria para evaluar este criterio (por ejemplo, una búsqueda en Internet) corrobora las pruebas aportadas por el solicitante en relación con la cadena de caracteres en lo que se refiere a la comunidad identificada?

     1. Dicha investigación puede incluir verificar si las respuestas del solicitante a las preguntas de la solicitud se ajustan a las declaraciones de misión de los organismos organizativos pertinentes para comprender el alcance temático de la comunidad identificada.

     2. El panel puede realizar una investigación de carácter limitado para ayudar a comprender si la cadena de caracteres coincide con la comunidad identificada y es conocida por otros. La investigación limitada también debe revelar si existen referencias repetidas y frecuentes a entidades jurídicas o comunidades distintas de la comunidad identificada a la que se hace referencia en la solicitud.

     3. El panel puede revisar y verificar cartas de apoyo u oposición para considerar de manera equitativa cómo es conocida la comunidad identificada por sus miembros o por personas ajenas a ella.

     4. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre cómo se denominan los diferentes tipos de comunidades o cómo son conocidas por otros.

5.4.8.3 Criterio 3: Políticas de registración

El criterio 3 se utiliza para evaluar las políticas de registración del solicitante indicadas en la solicitud. Las políticas de registración son las condiciones que el futuro registro establecerá para los posibles registratarios, es decir, aquellos que deseen registrar nombres de dominio de segundo nivel en el registro. Una solicitud puede recibir hasta dos puntos para el Criterio 3: un punto por elegibilidad y un punto por selección de nombres.

Al evaluar la solicitud con arreglo a este criterio, el panel buscará responder a las siguientes preguntas básicas:

1. Elegibilidad (1 punto): ¿Está restringida la elegibilidad de los registratarios? ¿Quién está cualificado para registrar un dominio en el gTLD solicitado? ¿Existen cualificaciones específicas que las entidades o individuos deban cumplir para poder ser elegibles como registratarios por el registro?

2. Selección de nombres (1 punto): ¿Las políticas del solicitante incluyen reglas de selección de nombres? ¿Las reglas de selección de nombres son coherentes con la declaración de misión y el propósito comunitario articulado del gTLD solicitado? ¿Qué nombres de dominio son aceptables en el gTLD solicitado? ¿Existen condiciones específicas que deban cumplirse para que el registro considere aceptable un nombre de dominio de segundo nivel?

5.4.8.3.1 Elegibilidad

Tabla 5-7: Criterio 3: Elegibilidad

• Pautas de elegibilidad:

  1. ¿Qué limitaciones se imponen a los posibles registratarios?

  2. Con respecto a la "elegibilidad", la limitación a los miembros de la comunidad puede implicar la pertenencia formal o cumplirse de otras formas, dependiendo de la estructura y el enfoque de la comunidad en cuestión. Algunas comunidades informales pueden tener métodos diferentes para determinar la pertenencia a una comunidad en particular.

     1. Por ejemplo, para un gTLD comunitario de ubicación geográfica, se puede limitar el acceso a los miembros de la comunidad al exigir documentación, como una licencia comercial o una prueba de una dirección local para verificar la presencia física en la ubicación geográfica asociada.

5.4.8.3.2 Selección de nombres

Tabla 5-8: Criterio 3: Selección de nombres

• Pautas de selección de nombres:

  1. ¿Las políticas del solicitante incluyen reglas de selección de nombres?

  2. ¿Las reglas de selección de nombres coinciden con el propósito comunitario articulado del gTLD solicitado?

  3. Si la cadena de caracteres solicitada es un IDN, ¿permiten las reglas de selección de nombres que los miembros elegibles de la comunidad registren nombres en su propio idioma y código de escritura, incluidas las variantes necesarias?

5.4.8.4 Criterio 4: Aval de la comunidad

El criterio 4 se utiliza para evaluar el apoyo y la oposición de la comunidad⁴⁴ a la solicitud. Una solicitud puede recibir hasta cuatro puntos para el Criterio 4.

Al evaluar la solicitud con arreglo a este criterio, el panel buscará responder a la siguiente pregunta básica:

Apoyo y oposición (4 puntos): ¿El solicitante cuenta con el apoyo de la mayoría de la comunidad identificada?⁴⁵ ¿El solicitante tiene algún tipo de oposición relevante⁴⁶, tanto dentro de la comunidad identificada como de organizaciones relevantes fuera de ella?

Tabla 5-9: Criterio 4: Aval de la comunidad

• Pautas relativas a la puntuación para determinar el apoyo u oposición:

  1. Para obtener todos los puntos, el solicitante debe demostrar que la mayoría de la comunidad identificada apoya al solicitante y que éste no tiene ninguna oposición relevante. El panel debe evaluar las pruebas del solicitante sobre el tamaño de la comunidad para determinar si existe un apoyo mayoritario o una oposición significativa.

  2. Puede haber casos en los que la cadena de caracteres solicitada tenga más de un significado o en los que un solicitante haya identificado una comunidad más restringida que el ámbito sugerido por la cadena de caracteres solicitada. En esos casos, el panel deberá considerar si el solicitante puede demostrar que cuenta con el apoyo pertinente o que no existe oposición relevante fuera de la comunidad identificada.

  3. El panel debe considerar cualquier objeción o comentario de esta ronda de solicitudes tomando nota de la oposición. Aunque se evaluarán, no influirán automáticamente en la puntuación de la oposición, ya que el panel debe considerar si las fuentes de oposición son claramente espurias, carecen de fundamento o se presentan con fines de obstrucción.

  4. El panel debe evaluar si organizaciones relevantes (por ejemplo, oficiales, cuasi oficiales, establecidas, reconocidas públicamente u organizaciones afines) se oponen a la propuesta, y si dicha oposición representa una minoría o una mayoría dentro de la comunidad. Consultar las pautas relativas a las organizaciones pertinentes a continuación.

  5. Las cartas de oposición presentadas contra una solicitud comunitaria deben considerarse junto con la documentación que respalda a la solicitud.

  6. El panel puede consultar a expertos relevantes de la comunidad para obtener información sobre el apoyo, la oposición o la organización (consultar las pautas relativas a las organizaciones relevantes a continuación) en tanto se relacionan con distintos tipos de comunidades.

• Pautas relativas al apoyo u oposición mayoritario o minoritario:

  1. La mayoría y la minoría se basan en el tamaño de la comunidad especificado por el solicitante. El panel debe considerar las pruebas del solicitante sobre el tamaño de la comunidad identificada para determinar si existe un apoyo mayoritario o una oposición significativa.

  2. El solicitante debe definir claramente su comunidad, proporcionando estimaciones del tamaño total y de cualquier subgrupo.

  3. La mayoría de la comunidad identificada puede estar determinada por factores como el número de habitantes o el alcance geográfico, entre otros.

  4. Los solicitantes que no demuestren el apoyo de la mayoría de la comunidad identificada no recibirán puntos. En algunos casos, el panel puede considerar el apoyo de fuera de la comunidad si la cadena de caracteres solicitada tiene varios significados o el solicitante ha identificado una comunidad más restringida que el ámbito sugerido por la cadena de caracteres solicitada.

  5. En algunos casos, un solicitante puede tener un apoyo mayoritario pero una oposición significativa, especialmente cuando la comunidad está dividida o se oponen partes externas, como cuando una cadena de caracteres tiene varios significados. A pesar de la fuerte oposición externa, el solicitante puede seguir contando con un sólido apoyo dentro de la comunidad.

• Pautas para determinar organizaciones relevantes:

  1. Los términos relevancia y relevante se refieren a organizaciones, grupos o comunidades asociados a la cadena de caracteres. Esto significa que el apoyo o la oposición de comunidades no identificadas en la solicitud pero relacionadas con la cadena de caracteres solicitada se consideraría relevante.

     1. Como se señala en “Pautas relativas a la puntuación para determinar el apoyo u oposición”, puede haber casos en los que la cadena de caracteres solicitada tenga más de un significado o en los que un solicitante haya identificado una comunidad más restringida que el ámbito sugerido por la cadena de caracteres solicitada. En esos casos, el panel deberá considerar si el solicitante puede demostrar que cuenta con el apoyo pertinente o que no existe oposición relevante por parte de organizaciones relevantes fuera de la comunidad identificada.

  2. Una investigación de carácter limitado podría ayudar a determinar la relevancia y el tamaño de las organizaciones que brindan apoyo o presentan objeciones.

  3. Como se señala en la Sección 5.4.8.1 Criterio 1: Establecimiento de la comunidad, puede haber un organismo organizativo dedicado principalmente a una comunidad o varias entidades dedicadas a una comunidad. En su evaluación, el panel tendrá en cuenta las siguientes preguntas:

     1. ¿Existen varias instituciones/organizaciones que brindan apoyo a la solicitud, con apoyo documentado de instituciones/organizaciones que representen a la mayoría de la comunidad identificada en su conjunto?

     2. ¿El solicitante cuenta con el apoyo de la mayoría de las instituciones/organizaciones de miembros de la comunidad?

     3. ¿El solicitante ha aportado con su solicitud documentación completa que acredite que tiene autoridad para representar a la comunidad identificada?

  4. Al considerar el apoyo o la oposición relevante, el panel debe tener en cuenta tanto el tamaño del grupo o grupos que expresan su apoyo u oposición como la relevancia para la comunidad identificada o la cadena de caracteres.

Por ejemplo, una carta de oposición de una organización que alega representar a millones de personas pero que está poco conectada con la comunidad puede tener menos peso. En cambio, una carta de un grupo pequeño y estrechamente relacionado puede ser más relevante y tener más impacto. El mismo principio se aplica a las cartas de apoyo.

• Pautas para revisar el contenido de la documentación de apoyo⁴⁸ u oposición:

  1. La documentación expresa claramente el apoyo o la oposición de la organización a la comunidad identificada.⁴⁹

  2. La documentación demuestra que la organización comprende la cadena de caracteres solicitada.

  3. La documentación del solicitante es válida y confirma la existencia de la organización y la autenticidad de la carta.

  4. La documentación debe contener una descripción del proceso y los fundamentos utilizados para llegar a la manifestación de apoyo u oposición. La consideración del apoyo o de la oposición no se basa meramente en el número de comentarios o manifestaciones de apoyo u oposición recibidos. No se tendrá en cuenta la documentación que carezca de un fundamento claro o una explicación sustancial de apoyo u oposición.

5.5 Resolución de controversias para solicitudes de nombres geográficos

Debido a lo delicado de las controversias relacionadas con nombres geográficos, su resolución se rige por reglas específicas.

La lista siguiente proporciona cuatro escenarios y procedimientos detallados para resolver conjuntos de solicitudes controvertidas que implican solicitudes de nombres geográficos:

1. Nombres de ciudades capitales: Como se detalla en la Sección 7.5 Nombres Geográficos, una solicitud de una cadena de caracteres que represente un nombre de la ciudad capital de cualquier país o territorio enumerado en la norma ISO 3166-1, en cualquier idioma, sólo superará la Evaluación de nombres geográficos si el Panel de Nombres Geográficos (GNP) confirma "que el solicitante ha proporcionado la documentación requerida de los gobiernos o autoridades públicas pertinentes, y que la comunicación del gobierno o autoridad pública es legítima y contiene el contenido requerido".⁵⁰ Esto significa que toda cadena de caracteres que represente el nombre de una ciudad capital de este tipo, pero que no esté respaldada por la autoridad o autoridades pertinentes, no superará la Evaluación de nombres geográficos. Si se determina que una solicitud de una cadena de caracteres que representa el nombre de una ciudad capital, tal como se definió anteriormente, es similar desde el punto de vista visual, auditivo o de significado a otra cadena de caracteres solicitada (independientemente del tipo de cadena de caracteres que sea) entonces estas cadenas de caracteres están en controversia y se procederá a la resolución de la controversia.⁵¹

2. Marcas y nombres geográficos similares: Si una solicitud para una cadena de caracteres de nombre geográfico supera la Evaluación de nombres geográficos y forma parte de un conjunto de solicitudes controvertidas que contiene una o más solicitudes de nombres no geográficos (y ninguna otra solicitud avalada por otra autoridad gubernamental), el conjunto de solicitudes controvertidas se resolverá mediante resolución de controversias por cadenas de caracteres.

Ejemplo: Si se presentan dos solicitudes para .GENERICOPOLIS, una como solicitud de nombre geográfico para una ciudad de Genericstan y la otra como solicitud de TLD que representa a una marca no destinada a ser explotada como nombre geográfico, ambas pasarán a la resolución de controversias si las solicitudes superan todas las demás evaluaciones de cadenas de caracteres aplicables.

3. Apoyo de las mismas autoridades gubernamentales: Si dos o más solicitudes de cadenas de caracteres que representan la misma ubicación geográfica superan la Evaluación de nombres geográficos con documentación de apoyo o no objeción del mismo gobierno o autoridad pública pertinente,⁵² según determine el GNP, y también superan todas las evaluaciones de cadenas de caracteres aplicables, estas solicitudes pasarán a subasta para resolver la controversia.

Ejemplo: Si tres solicitudes de .GENERICOPOLIS han recibido cartas de apoyo de la autoridad gubernamental competente de Genericopolis, Genericstan, las tres pasarán a la resolución de controversias.

4. Apoyo de distintas autoridades gubernamentales: Si dos o más solicitudes concurrentes para cadenas de caracteres de nombres geográficos superan la Evaluación de nombres geográficos con documentación de apoyo o no objeción de diferentes gobiernos o autoridades públicas relevantes,⁵³ según determine el GNP, y también superan todas las evaluaciones de cadenas de caracteres aplicables, estas solicitudes se someterán a una Evaluación extendida por parte del GNP. Si, durante la Evaluación extendida, el GNP determina que todas las diferentes autoridades relevantes han emitido su apoyo o no objeción a las solicitudes que apoyan para proceder a la resolución de controversias, entonces el conjunto de solicitudes controvertidas se resolverá mediante resolución de controversias.

Sin embargo, si el GNP determina que una o más autoridades relevantes se han negado a apoyar, o no han emitido una declaración de no objeción, a la resolución de la controversia, entonces ninguna solicitud en el conjunto de solicitudes controvertidas podrá proceder. Todos los solicitantes del conjunto de solicitudes controvertidas tendrán derecho a recibir reembolsos de acuerdo con el cronograma de reembolsos (consultar la Sección 3.3 Tarifas y pagos).

Ejemplo: Si la ICANN recibe dos solicitudes para .GENERICOPOLIS y una está apoyada por Genericopolis, Genericstan y la otra está apoyada por Genericopolis, Genericland, entonces el GNP enviará estas solicitudes a la Evaluación extendida. Si, durante la Evaluación extendida, el GNP tiene la certeza de que las autoridades que respaldan tanto Genericopolis, Genericstan como Genericopolis, Genericland apoyan o no se oponen a que "sus" solicitudes puedan proceder a la resolución de controversias, entonces procederán en consecuencia. Si el GNP no está convencido de que las autoridades que respaldan Genericopolis, Genericstan y Genericopolis, Genericland están de acuerdo en que estas solicitudes puedan proceder a la resolución de controversias, entonces ninguna de las solicitudes puede proceder, y los solicitantes recibirán reembolsos de acuerdo con el cronograma de reembolsos.

5.6 Subasta de nuevos gTLD de la ICANN

Esta sección ofrece a los solicitantes un resumen general de las principales características de una Subasta de nuevos gTLD de la ICANN. La ICANN, en consulta con el proveedor de subastas, elaborará un conjunto detallado de reglas y procedimientos para las subastas de los nuevos gTLD, sobre la base de aquellas publicadas para la Ronda 2012,⁵⁴ junto con un calendario de subastas, que estarán disponibles a más tardar 60 días antes de la primera subasta.

5.6.1 Generalidades sobre las subastas

La subasta es el método final para abordar la controversia que no se haya eliminado previamente en el transcurso del proceso de solicitud o resuelto a través de la CPE.⁵⁵ Si se lleva a cabo la CPE y más de una solicitud supera dicha evaluación, las solicitudes que la superen también pasarán a la subasta para resolver la controversia entre las solicitudes que recibieron prioridad.

La subasta tiene por objeto resolver la controversia entre los solicitantes de un conjunto de solicitudes controvertidas para un nuevo gTLD. Una vez concluida la subasta, sólo una de las solicitudes participantes en controversia directa por un gTLD solicitado podrá optar por la delegación, a la espera del resultado de la Evaluación de solicitudes y de solicitantes y de la ejecución satisfactoria de un contrato para el gTLD solicitado.

5.6.2 Programación de las subastas

En general, las subastas se programarán de forma continua a medida que todas las solicitudes de un conjunto de solicitudes controvertidas cumplan los siguientes criterios de elegibilidad para la subasta:

• Evaluación completa de la cadena de caracteres y todos los procesos relacionados (consultar el Módulo 7 Procedimientos de evaluación de la cadena de caracteres y solicitudes).

• Se resuelven todas las objeciones y apelaciones aplicables (consultar la Sección 4.5 Objeciones y apelaciones).

• Se completan todas las impugnaciones de las evaluaciones, si corresponde⁵⁶.

• CPE finalizada, si corresponde

• No tener ningún pedido de cambios en una solicitud relevante abierto (consultar la Sección 3.8 Pedidos de cambios en una solicitud).

• No tener mecanismos de responsabilidad pendientes (consultar la Sección 2.7 Mecanismos de responsabilidad).

El tiempo necesario para que los conjuntos de solicitudes controvertidas puedan ser subastados variará en función de la duración de los procesos mencionados.

La fecha y hora de la subasta se notificará a los solicitantes a través del sistema de solicitudes, al menos 30 días antes de la fecha de la subasta.

5.6.3 Método utilizado para las subastas

La subasta se llevará a cabo utilizando la metodología "de segundo precio ascendente", que también se utilizó en la Ronda de 2012 del Programa de Nuevos gTLD.⁵⁷

En una subasta “de segundo precio, ascendente”:

• El precio de la subasta aumenta en una serie de pasos cronometrados.

• A medida que sube el precio, los oferentes participantes optan sucesivamente por salir de la subasta.

• La subasta concluye cuando sólo queda un oferente.

• El oferente con la oferta más alta ganará la subasta y pagará la segunda oferta más alta.

• Los conjuntos de controversia indirecta entre cadenas de caracteres se resolverán mediante una única subasta, que puede dar lugar a más de un ganador (consultar la Figura 5-3 Ejemplo de resolución de controversia indirecta entre cadenas de caracteres).

5.6.4 Pagos de las ofertas ganadoras

Los detalles relativos a los requisitos para el pago de las ofertas ganadoras se detallarán en las reglas y procedimientos para las subastas de los nuevos gTLD que se publicarán a más tardar 60 días antes de la primera subasta.

Si el solicitante de la solicitud que prevaleció en la subasta, habiendo abonado el pago de su oferta ganadora según se detalla en las reglas y procedimientos de la próxima subasta, no supera alguno de los Procedimientos de evaluación de los solicitantes o Procedimientos de evaluación de las cadenas de caracteres y solicitudes y no puede continuar, el solicitante recibirá el reembolso de su oferta ganadora en la subasta además de cualquier reembolso aplicable de su tarifa de solicitud. En tal circunstancia, la ICANN se reserva el derecho de retener cualquier costo o tarifa que el proveedor de la subasta haya cobrado o vaya a cobrar por sus servicios.

Si un solicitante de la solicitud que prevaleció en la subasta, por alguna razón, no es elegible para celebrar el Acuerdo de Registro, la ICANN puede, a su discreción, ofrecer al solicitante que realizó la segunda oferta más alta la oportunidad de proceder con su solicitud. En tal caso, el oferente que realizó la segunda oferta más alta debería pagar su oferta de salida para seguir adelante. Sin embargo, el solicitante que quede en segundo lugar en un proceso de resolución de controversias no tiene derecho automático a una cadena de caracteres de gTLD solicitada si el ganador del primer lugar no firma el contrato por algún motivo.

5.6.5 Créditos de oferta para solicitantes del Programa de Apoyo para Solicitantes en las subastas

Los solicitantes que reciban ayuda como parte del Programa de Apoyo para Solicitantes (ASP) recibirán un crédito de oferta para incrementar sus posibilidades de ganar una subasta mediante un descuento sobre el importe que, de otro modo, debería abonar por una oferta ganadora.

En esta ronda de solicitudes, la ICANN ha fijado un nivel de crédito de oferta de un máximo del 35 %, que no podrá superar un valor monetario de USD 1,75 millones por solicitud. El crédito de oferta proporciona hasta un 35 % de descuento aplicado al importe que debe pagar el solicitante que recibe apoyo ganador, así como a cualquier depósito que pueda exigirse de acuerdo con las reglas finales de la subasta. En caso de que el precio de adjudicación (segundo precio más alto) de la subasta supere los USD 5 millones (el umbral que indica la necesidad financiera para tener derecho a recibir apoyo), el crédito de oferta aplicado se reducirá de forma escalonada (consultar el Ejemplo 2 a continuación y la Tabla 5-10 Crédito de oferta escalonado para solicitantes que reciben apoyo).

Por ejemplo:

• Ejemplo 1: Un solicitante que recibe apoyo presenta la oferta más alta de USD 1 millón. Otra solicitud presenta la segunda oferta más alta de USD 900 000. El solicitante que recibe apoyo ganador paga USD 585 000 (35 % del crédito aplicado a la segunda oferta más alta de USD 900 000).

• Ejemplo 2: Un solicitante que recibe apoyo presenta la oferta más alta de USD 7 millones. Otra solicitud presenta la segunda oferta más alta de USD 6 millones. El solicitante que recibe apoyo ganador paga USD 4,8 millones (según el enfoque escalonado indicado, se aplica un crédito de oferta del 20 % a la segunda oferta más alta de USD 6 millones). Consultar la Tabla 5-10 para información más detallada.

Tabla 5-10: Crédito de oferta escalonado para solicitantes que reciben apoyo para ofertas ganadoras de > USD 5 millones

Todos los detalles de los procedimientos aplicables a los créditos de oferta para los participantes de subastas que cumplan los requisitos se incluirán en las reglas y procedimientos para las Subastas de nuevos gTLD de la ICANN.