Apéndice 1 Preguntas incluidas en la solicitud

Este conjunto de preguntas recopila información relativa a la entidad jurídica que suscribiría un acuerdo de registro con la ICANN una vez completados con éxito todos los procesos de solicitud pertinentes. La información recopilada se utilizará para la investigación de antecedentes.

Este conjunto de preguntas recopila información relacionada con las personas que tendrán acceso al TAMS, gestionarán la solicitud y recibirán consultas.

Este conjunto de preguntas recopila la información necesaria para la facturación, los pagos y los reembolsos.

Este conjunto de preguntas recopila la información necesaria para realizar las comprobaciones de antecedentes.

Este conjunto de preguntas recopila información básica sobre la cadena de caracteres que se solicita (por ejemplo, etiqueta-A, significado, código de escritura).

Este conjunto de preguntas recopila información básica sobre cualquier variante de la cadena de caracteres principal que se esté solicitando.

Este conjunto de preguntas recopila información específica sobre los gTLD comunitarios. Consultar 7.1.2.1 Solicitudes de gTLD de la comunidad.

Este conjunto de preguntas recopila información específica sobre los gTLD comunitarios. Consultar 7.5 Nombres geográficos.

Este conjunto de preguntas recopila información específica sobre nombres reservados. Consultar 7.2.2 Nombres reservados.

Este conjunto de preguntas recopila información relacionada con la determinación de si se requieren determinados compromisos en pos del interés público con medidas de protección (PIC con medidas de protección) para la cadena de caracteres de gTLD solicitada (consultar 7.8.2.3 PIC con medidas de protección).

Este conjunto de preguntas recopila información relacionada con cualquier Compromiso voluntario de los operadores de registro (RVC) que la entidad solicitante esté presentando. Consultar también la Sección 7.8.3 Compromisos voluntarios de los operadores de registro.

Este conjunto de preguntas recopila información sobre cualquier RSP seleccionado y los servicios de registro que la entidad solicitante pretende proporcionar como operador de registro para la cadena de caracteres de gTLD solicitada.

Este conjunto de preguntas recopila información relacionada con si la cadena de caracteres de gTLD solicitada es una marca o si la entidad solicitante busca una exención al código de conducta. Consultar también la Sección 7.3 Evaluación de elegibilidad como TLD que representa a una marca y la Sección 7.4 Evaluación de exención al código de conducta.

En función de los criterios definidos y de las respuestas de la entidad solicitante a las preguntas que figuran a continuación, la ICANN asignará a cada entidad solicitante uno de los cuatro perfiles financieros. Consultar también la Sección 6.2 Evaluación financiera y operativa.

Este conjunto de preguntas recopila información relacionada con las entidades solicitantes a las que se ha asignado el perfil Gobierno.

Este conjunto de preguntas recopila información relacionada con las entidades solicitantes a las que se ha asignado el perfil Operador de registro.

Este conjunto de preguntas recopila información relacionada con las entidades solicitantes a las que se ha asignado el perfil Principales 25.

Este conjunto de preguntas recopila información relacionada con las entidades solicitantes a las que se ha asignado el perfil Estándar.

Este conjunto de preguntas recopila información adicional relacionada con las operaciones de una entidad solicitante.

Este conjunto de preguntas recopila cualquier información adicional que la entidad solicitante desee facilitar, incluido cualquier material de respaldo.

Este conjunto de preguntas contiene declaraciones relacionadas con el reconocimiento por parte de la entidad solicitante de la intención de buena fe y las comunicaciones prohibidas (consultar la Sección 5.2.3.1 Comunicaciones y actividades prohibidas).

Este conjunto de preguntas contiene la preferencia de la entidad solicitante para el reembolso por volumen. Consultar también la Sección 3.3.3.2 Reembolso por volumen de solicitudes.

Instrucciones:

Indicar la denominación legal completa de la entidad solicitante tal como aparece en los documentos oficiales de inscripción. No utilizar abreviaturas.

Instrucciones:

Indicar el nombre con el que opera la entidad solicitante, en caso de que sea distinto de la denominación legal completa detallada en la pregunta 1. Dicho nombre debe estar registrado en la jurisdicción local o autoridad pública correspondiente.

Instrucciones:

Proporcionar la forma extendida (sin siglas) de la forma jurídica/estructura empresarial de la entidad solicitante tal como aparece en los documentos oficiales de inscripción. Si el código de escritura original de la forma jurídica/estructura empresarial no es el inglés, SOLO proporcionar su traducción oficial al inglés. No debe suministrarse información adicional, ya que se utilizará para la compleción automática del Acuerdo de Registro.

Notas:

1. La forma jurídica/estructura empresarial hace referencia al tipo de empresa como la que está inscrita la entidad.

2. Algunos ejemplos de formas jurídicas/estructuras empresariales pueden ser "Sociedad Anónima", "Sociedad de Responsabilidad Limitada", "Sociedad Limitada Pública/Privada (S.L.)", "Sin fines de lucro", "Entidad Gubernamental", "Organización Intergubernamental", etc.

3. Las personas físicas y las empresas unipersonales no cumplen los requisitos.

4. No es lo mismo que la denominación legal completa de la entidad.

Instrucciones:

La jurisdicción indica el lugar en el que está registrada la actividad de la entidad solicitante a efectos jurídicos y financieros. Se trata de 1) un nombre de país, o 2) un nombre de estado/territorio, según dónde esté registrada la entidad solicitante. No debe suministrarse información adicional, ya que se utilizará para la compleción automática del Acuerdo de Registro Base. Por ejemplo, "Delaware", "Alemania", etc.

Instrucciones:

Introducir el número de identificación fiscal, el número de identificación comercial, el número de registro de IVA o un número equivalente expedido por la jurisdicción local.

Instrucciones:

Indicar el nombre de la autoridad que ha expedido el número de identificación fiscal, el número de identificación comercial, el número de registro de IVA o un número equivalente según la respuesta a la pregunta 5.

Instrucciones:

Introducir el identificador de entidad legal (LEI), un código alfanumérico de 20 caracteres que identifica de forma exclusiva a las personas jurídicas que participan en operaciones financieras, para la entidad solicitante, si está disponible.

Instrucciones:

1. Facilitar el acta constitutiva/de asociación/de organización u otros documentos equivalentes presentados ante la autoridad emisora (estatutos, acuerdo de adhesión, etc.) de la entidad.

2. Si la entidad solicitante es un organismo/organización gubernamental o una organización intergubernamental, facilitar una copia certificada de la ley o decisión gubernamental pertinente en virtud de la cual se ha creado.

Instrucciones:

1. Aportar un certificado de legitimidad (o equivalente) que acredite que la entidad solicitante, entre otras cosas, cumple con los requisitos anuales de presentación, está activa, no está sujeta a ninguna orden o acción administrativa en su contra, no está en liquidación, tiene al día todas las tarifas y cuotas exigidas, etc.

2. En caso de que la autoridad que expide los documentos de registro comercial en la jurisdicción de la entidad solicitante no conserve la documentación de legitimidad (o equivalente), de modo que la entidad solicitante no pueda aportar dicha documentación, la entidad solicitante deberá presentar una declaración jurada redactada y firmada por un notario público o un abogado debidamente cualificado en los tribunales de la jurisdicción de la entidad solicitante, en la que se declare que la organización está constituida y que opera conforme a la ley.

CR-1. Cargar la documentación correspondiente.

CR-2. El certificado de legitimidad no debe tener más de seis meses de antigüedad al momento de presentar la solicitud.

Instrucciones:

Indicar la URL del sitio web de la entidad solicitante, si está disponible.

Notas:

Una URL válida debe empezar con "http://" o "https://" seguido del nombre del dominio (por ejemplo, "https://www.ejemplo.com").

1. Límite de 255 caracteres

2. El texto introducido debe ser una URL válida

Instrucciones:

1. Elegir Sí o No.

2. Utilizar la definición de Afiliada del Acuerdo de Registro Base (consultar el Acuerdo de Registro Base: https://www.icann.org/en/registry-agreements/base-agreement).

Instrucciones:

1. Especificar si la entidad solicitante es un operador de registro existente, un registrador acreditado por la ICANN y/o una afiliada de un operador de registro o registrador.

2. Si la entidad solicitante es una afiliada, suministrar los detalles de dicha relación de afiliación, incluido el nombre del operador de registro o registrador afiliado.

3. Si la entidad solicitante es un registrador acreditado por la ICANN, especificar el número de identificación del registrador.

Instrucciones:

1. Elegir Sí o No.

Instrucciones:

1. Utilizar la definición de Afiliada del Acuerdo de Registro Base (consultar el Acuerdo de Registro Base: https://www.icann.org/en/registry-agreements/base-agreement).

2. Indicar el tipo de proveedor y el nombre de la entidad aplicable de la que es afiliada la entidad solicitante.

Instrucciones:

1. Si la entidad solicitante cotiza en bolsa, indicar su símbolo bursátil.

2. Si la entidad solicitante cotiza bajo varios símbolos/etiquetas de cotización, indicar el símbolo de la cotización principal de la entidad que tenga el mayor número de unidades en circulación.

Instrucciones:

1. Si la entidad solicitante cotiza en bolsa, seleccionar la bolsa en la que cotiza la entidad solicitante.

2. Si la entidad solicitante cotiza en varias bolsas, indicar la bolsa en la que cotiza principalmente.

Instrucciones:

Indicar el número de teléfono comercial principal sin incluir el código del país.

Instrucciones:

Indicar la dirección de correo electrónico comercial principal de la entidad solicitante.

1. Límite de 255 caracteres

2. El texto introducido debe ser una dirección de correo electrónico válida.

Instrucciones:

Introducir la dirección postal (no apartado de correos).

1. Límite de 255 caracteres

2. Debe ser una dirección física, no un apartado de correos.

Instrucciones:

Introducir la ciudad, pueblo, municipio, etc.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc., si corresponde.

Instrucciones:

1. Introducir el código postal, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Si corresponde, indicar la denominación legal completa tal como aparece en los documentos oficiales de registro de la Empresa matriz directa de la entidad solicitante. No utilizar abreviaturas.

Notas:

"Empresa matriz directa" significa, con respecto a un Solicitante, la entidad que posee directamente la facultad de dirigir la administración y las políticas de dicho Solicitante a través de la titularidad de valores con derecho a voto, como socio general, como miembro gerente, por contrato o de otro modo.

CR-1. Introducir la información adecuada en el campo de texto. Notas:

CR-2. Si se completa este campo, todas las preguntas siguientes de esta subsección (Preguntas 27 a 35) son obligatorias.

Instrucciones:

Indicar el nombre con el que opera la Empresa matriz directa, en caso de que sea distinto de la denominación legal completa indicada en la pregunta 26. Dicho nombre debe estar registrado en la jurisdicción local o autoridad pública correspondiente.

Instrucciones:

Proporcionar la forma extendida (sin siglas) de la forma jurídica/estructura empresarial de la Empresa matriz directa tal como aparece en los documentos oficiales de inscripción. Si el código de escritura original de la forma jurídica/estructura empresarial no es el inglés, SOLO proporcionar su traducción oficial al inglés.

Notas:

1. La forma jurídica/estructura empresarial hace referencia al tipo de empresa como la que está inscrita la entidad.

2. Algunos ejemplos de formas jurídicas pueden ser "Sociedad Anónima", "Sociedad de Responsabilidad Limitada", "Sociedad Limitada Pública/Privada (S.L.)", "Sin fines de lucro", "Entidad Gubernamental", "Organización Intergubernamental", etc.

3. Las personas físicas y las empresas unipersonales no cumplen los requisitos.

4. No es lo mismo que la denominación legal completa de la entidad.

Instrucciones:

La jurisdicción indica el lugar en el que está registrada la actividad de la Empresa matriz directa a efectos jurídicos y financieros. Se trata de 1) un nombre de país, o 2) un nombre de estado/territorio, según dónde esté registrada la Empresa matriz directa. Por ejemplo, "Delaware", "Alemania", etc.

Instrucciones:

Introducir la dirección postal (no apartado de correos).

1. Límite de 255 caracteres

2. Debe ser una dirección física, no un apartado de correos.

Instrucciones:

Introducir la ciudad, pueblo, municipio, etc.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc., si corresponde.

Instrucciones:

1. Introducir el código postal, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Si corresponde, indicar la denominación legal completa tal como figura en los documentos oficiales de registro de la Empresa matriz principal de la entidad solicitante. No utilizar abreviaturas.

Notas:

"Empresa matriz principal " significa, con respecto a un Solicitante (y, en su caso, una Empresa matriz directa), la entidad de máximo nivel que directa o indirectamente posee la facultad de dirigir la administración y las políticas de dicho Solicitante (y, si corresponde, una Sociedad principal directa) a través de la titularidad de valores con derecho a voto, como socio general, como miembro gerente, por contrato o de otro modo. Una Empresa matriz principal no es controlada por ninguna otra entidad. Si no hay entidades intermediarias entre el Solicitante y la Empresa matriz principal, la Empresa matriz principal sería la misma entidad que la Empresa matriz directa.

CR-1. Introducir la información adecuada en el campo de texto.

CR-2. Si se completa este campo, todas las preguntas siguientes de esta subsección (Preguntas 37 a 48) son obligatorias.

Instrucciones:

Indicar el nombre con el que opera la Empresa matriz principal, en caso de que sea distinto de la denominación legal completa contestado en la pregunta 36. Dicho nombre debe estar registrado en la jurisdicción local o autoridad pública correspondiente.

Instrucciones:

Proporcionar la forma extendida (sin siglas) de la forma jurídica/estructura empresarial de la Empresa matriz principal tal como aparece en los documentos oficiales de inscripción. Si el código de escritura original de la forma jurídica/estructura empresarial no es el inglés, SOLO proporcionar su traducción oficial al inglés.

Notas:

1. La forma jurídica/estructura empresarial hace referencia al tipo de empresa como la que está inscrita la entidad.

2. Algunos ejemplos de formas jurídicas pueden ser "Sociedad Anónima", "Sociedad de Responsabilidad Limitada", "Sociedad Limitada Pública/Privada (S.L.)", "Sin fines de lucro", "Entidad Gubernamental", "Organización Intergubernamental", etc.

3. Las personas físicas y las empresas unipersonales no cumplen los requisitos.

4. No es lo mismo que la denominación legal completa de la entidad.

Instrucciones:

La jurisdicción indica el lugar en el que está registrada la actividad de la Empresa matriz principal a efectos jurídicos y financieros. Se trata de 1) un nombre de país, o 2) un nombre de estado/territorio, según dónde esté registrada la Empresa matriz directa. Por ejemplo, "Delaware", "Alemania", etc.

Instrucciones:

Introducir la dirección postal (no apartado de correos)

1. Límite de 255 caracteres

2. Debe ser una dirección física, no un apartado de correos.

Instrucciones:

Introducir la ciudad, pueblo, municipio, etc.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc., si corresponde.

Instrucciones:

1. Introducir el código postal, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Proporcionar una representación gráfica de la titularidad (por ejemplo, un organigrama), que incluya los porcentajes de las entidades o personas asociadas desde la entidad solicitante hasta la empresa principal final.

Instrucciones:

Elegir Sí o No.

Instrucciones:

Brindar una explicación.

CR-1. Introducir la información adecuada en el campo de texto.

CR-2. El texto permitido es de 4000 caracteres o menos.

Instrucciones:

Introducir la denominación legal completa del usuario principal tal como aparece en su pasaporte o documento de identidad oficial. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Notas:

1. Usuario principal se define como la persona designada por la entidad solicitante con la responsabilidad principal de la gestión de la solicitud, incluida la respuesta a las tareas en el Sistema de gestión de solicitudes de TLD (TAMS) durante las distintas etapas de la solicitud. El usuario principal que figure en la lista también deberá estar preparado para recibir consultas de la ICANN y del público.

2. Se deberá proporcionar información sobre dos (2) usuarios principales.

3. Si se desea, se puede facilitar información de hasta cinco (5) usuarios adicionales. Los usuarios adicionales podrán acceder a TAMS de forma limitada para ayudar a los usuarios principales con respecto a la solicitud.

Instrucciones:

Introducir la dirección postal del usuario principal.

Instrucciones:

Introducir la ciudad, pueblo, municipio, etc.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc., si corresponde.

Instrucciones:

1. Introducir el código postal, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Indicar el número de teléfono comercial del usuario sin incluir el código de país.

Instrucciones:

Se requiere una dirección de correo electrónico distinta para cada usuario con el fin de proteger el acceso al sistema de la entidad solicitante, en caso de que uno de los usuarios pierda sus credenciales.

1. Límite de 255 caracteres

2. El texto introducido debe ser una dirección de correo electrónico válida.

Instrucciones:

Indicar el porcentaje de acciones de la entidad solicitante que posee este usuario, en forma de valor numérico (por ejemplo, 15 %, etc.).

Instrucciones:

Indicar el cargo de este usuario con respecto a la organización de la entidad solicitante (por ejemplo, director ejecutivo, director de finanzas, director general, etc.). Si el usuario no es empleado de la entidad solicitante, indicar "contratista", "consultor" o equivalente.

Instrucciones:

1. Si el usuario ocupa un cargo de influencia significativa, indicar el cargo en el espacio previsto a tal efecto.

2. De no ser así, escribir "No aplicable"

Notas:

Un funcionario firmante es una persona autorizada a firmar documentos jurídicamente vinculantes en nombre de la entidad solicitante.

Instrucciones:

1. Proporcionar información sobre quién efectuará los pagos relativos a la solicitud en nombre de la entidad solicitante.

2. Si el pagador es una empresa, indicar la denominación social completa tal como figura en los documentos oficiales de registro del pagador. No utilizar abreviaturas.

3. Si el pagador es una persona física, indicar la denominación legal completa del pagador tal como aparece en su pasaporte o documento de identidad oficial. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

4. Si el pagador es una persona física, el sistema TAMS también solicitará la siguiente información: código del país de residencia, cargo y año de nacimiento de la persona física.

Instrucciones:

Si el pagador es una empresa, indicar el nombre con el que opera, si es distinto de la denominación legal completa contestado en la pregunta 65. Dicho nombre debe estar registrado en la jurisdicción local o autoridad pública correspondiente.

CR-1. Introducir la información adecuada en el campo de texto.

CR-2. Este campo sólo es obligatorio si el pagador es una entidad comercial.

Instrucciones:

Si el pagador es una empresa, brindar la forma extendida (sin siglas) de la forma jurídica/estructura empresarial del pagador tal como figura en los documentos oficiales de registro. Si el código de escritura original de la forma jurídica/estructura empresarial no es el inglés, SOLO proporcionar su traducción oficial al inglés.

Notas:

1. La forma jurídica/estructura empresarial hace referencia al tipo de empresa como la que está inscrita la entidad.

2. Algunos ejemplos de formas jurídicas pueden ser "Sociedad Anónima", "Sociedad de Responsabilidad Limitada", "Sociedad Limitada Pública/Privada (S.L.)", "Sin fines de lucro", "Entidad Gubernamental", "Organización Intergubernamental", etc.

3. Las personas físicas y las empresas unipersonales no cumplen los requisitos.

4. No es lo mismo que la denominación legal completa de la entidad.

CR-1. Introducir la información adecuada en el campo de texto.

CR-2. Este campo sólo es obligatorio si el pagador es una entidad comercial.

Instrucciones:

Responder a esta pregunta si el pagador es una empresa. La jurisdicción indica el lugar en el que está registrada la actividad del pagador a efectos jurídicos y financieros. Se trata de 1) un nombre de país, o 2) un nombre de estado/territorio, según dónde esté registrado el pagador. Por ejemplo, "Delaware", "Alemania", etc.

CR-1. Introducir la información adecuada en el campo de texto.

CR-2. Este campo sólo es obligatorio si el pagador es una entidad comercial.

Instrucciones:

Introducir la dirección postal (no apartado de correos) de la dirección comercial principal del pagador.

1. Límite de 255 caracteres

2. Debe ser una dirección física, no un apartado de correos.

Instrucciones:

Introducir la ciudad, pueblo, municipio, etc.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc., si corresponde.

Instrucciones:

1. Introducir el código postal, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Indicar el nombre de la entidad financiera (por ejemplo, el nombre de un banco, cooperativa de crédito, empresa de inversión, etc.).

Instrucciones:

Indicar el nombre del beneficiario tal como figura en la cuenta en la institución financiera indicada en la respuesta a la pregunta 75 relativa a la cuenta bancaria. Beneficiario se define como el titular registrado de la cuenta que se utiliza para el pago con respecto a la solicitud.

Instrucciones:

Indicar la dirección postal de la sucursal bancaria asociada a los datos de la cuenta proporcionados en las respuestas a las preguntas 85 a 90.

Instrucciones:

Indicar la ciudad, pueblo, municipio, etc. de la sucursal bancaria asociada a los datos de la cuenta proporcionados en las respuestas a las preguntas 85 a 90.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc. (si corresponde) de la sucursal bancaria que la entidad solicitante utilizará para transferir las tarifas a la ICANN y que está asociada a la información de la cuenta suministrada en las respuestas a las preguntas 85 a 90.

Instrucciones:

1. Introducir el código postal de la sucursal bancaria asociada a la información de la cuenta brindada en las respuestas a las preguntas 85 a 90, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Seleccionar el código de país de la sucursal bancaria asociada a la información de la cuenta brindada en las respuestas a las preguntas 85 a 90.

Instrucciones:

Proporcionar la forma extendida (sin siglas) de la forma jurídica/estructura empresarial de la institución financiera tal como aparece en los documentos oficiales de inscripción. Si el código de escritura original de la forma jurídica/estructura empresarial no es el inglés, SOLO proporcionar su traducción oficial al inglés.

Notas:

1. La forma jurídica/estructura empresarial hace referencia al tipo de empresa como la que está inscrita la entidad.

2. Algunos ejemplos de formas jurídicas pueden ser "Sociedad Anónima", "Sociedad de Responsabilidad Limitada", "Sociedad Limitada Pública/Privada (S.L.)", "Sin fines de lucro", "Entidad Gubernamental", "Organización Intergubernamental", etc.

3. Las personas físicas y las empresas unipersonales no cumplen los requisitos.

4. No es lo mismo que la denominación legal completa de la entidad.

Instrucciones:

La jurisdicción indica el lugar en el que está registrada la actividad de la institución financiera a efectos jurídicos y financieros. Se trata de 1) un nombre de país, o 2) un nombre de estado/territorio, según dónde esté registrada la institución financiera. Por ejemplo, "Delaware", "Alemania", etc.

Instrucciones:

Indicar el número de ruta nacional/de tránsito del pagador.

Instrucciones:

Indicar el número internacional de cuenta bancaria (IBAN) del pagador, si corresponde.

Notas:

El IBAN consta de un máximo de 34 caracteres alfanuméricos, empezando por un código de país de dos letras, seguido de dos dígitos de control utilizados por motivos de seguridad. A continuación, sigue una cadena de datos bancarios nacionales, denominados Números Básicos de Cuenta Bancaria (BBAN): el código de identificación del banco, el código de la sucursal (también conocido como Código de Clasificación [Sort Code] en el Reino Unido) y el número de cuenta bancaria.

Instrucciones:

Indicar el código SWIFT del pagador. El código SWIFT también se conoce como código de identificación bancaria (código BIC). El código debe tener 8 u 11 caracteres alfanuméricos [0-9,a-z].

Instrucciones:

Indicar el número de cuenta del pagador.

Instrucciones:

Seleccionar el tipo de cuenta del pagador.

Instrucciones:

Seleccionar la categoría de cuenta del pagador.

CR-1. Seleccionar desde un menú desplegable.

CR-2. Las opciones son: No estadounidense, empresa estadounidense, sociedad estadounidense o particular estadounidense.

Instrucciones:

Introducir el nombre legal completo de la persona que actúa como Punto de contacto de facturación tal como aparece en su pasaporte o documento de identidad oficial. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Notas:

1. El Punto de contacto de facturación es la persona designada con la responsabilidad relacionada con la facturación, como efectuar los pagos y gestionar los asuntos relacionados con los reembolsos.

2. Si el Punto de contacto de facturación es la misma que uno de los usuarios indicados en la pregunta 2,

volver a introducir la información del usuario.

Instrucciones:

Introducir la dirección postal del Punto de contacto de facturación.

Instrucciones:

Introducir la ciudad, pueblo, municipio, etc.

Instrucciones:

Indicar el estado, provincia, departamento, territorio, prefectura, región, etc., si corresponde.

Instrucciones:

1. Introducir el código postal, si corresponde.

2. Si no existe un código postal, escribir "No aplicable".

Instrucciones:

Indicar el número de teléfono comercial del Punto de contacto de facturación sin incluir el código de país.

1. Límite de 255 caracteres

2. El texto introducido debe ser una dirección de correo electrónico válida.

Instrucciones:

Indicar el cargo de este Punto de contacto de facturación con respecto a la organización de la entidad solicitante (por ejemplo, director ejecutivo, director de finanzas, director general, etc.). Si el contacto no es empleado de la entidad solicitante, indicar "contratista", "consultor" o equivalente regional.

Instrucciones:

Indicar nombre legal completo, año de nacimiento, código del país de la empresa, código del país de residencia, dirección, localidad (por ejemplo, ciudad, pueblo o municipio) y cargo de todos los directores (es decir, miembros de la Junta Directiva de la entidad solicitante, si corresponde). Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Notas:

La entidad solicitante debe saber que los nombres de las personas indicadas en respuesta a esta pregunta se publicarán como parte de la solicitud. La información de contacto de las personas sólo tiene fines identificativos y no se publicará como parte de la solicitud.

Podrán verificarse los antecedentes de las personas mencionadas en la respuesta de la entidad solicitante a esta pregunta. Cualquier inexactitud o tergiversación material (u omisión de información material) podrá dar lugar al rechazo de la solicitud.

La entidad solicitante certifica que ha obtenido permiso para publicar los nombres y cargos de las personas incluidas en esta solicitud.

Funcionarios/

Socios

Instrucciones:

Ingresar el nombre legal completo, año de nacimiento, dirección, localidad (por ejemplo, ciudad, pueblo o municipio), código del país de residencia y cargo de todos los funcionarios y socios. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Notas:

1. Los directivos son los altos cargos de una corporación o empresa, por ejemplo, el director ejecutivo, vicepresidente, secretario o director de finanzas. Los socios se enumerarían en el contexto de una sociedad u otra forma de entidad jurídica.

2. La entidad solicitante debe saber que los nombres de las personas indicadas en respuesta a esta pregunta se publicarán como parte de la solicitud. La información de contacto de las personas sólo tiene fines identificativos y no se publicará como parte de la solicitud.

Podrán verificarse los antecedentes de las personas mencionadas en la respuesta de la entidad solicitante a esta pregunta. Cualquier inexactitud o tergiversación material (u omisión de información material) podrá dar lugar al rechazo de la solicitud.

La entidad solicitante certifica que ha obtenido permiso para publicar los nombres y cargos de las personas incluidas en esta solicitud.

Instrucciones:

Ingresar el nombre legal completo y la información de contacto de todos los accionistas (personas físicas y jurídicas) que posean al menos el 15 % de las acciones en circulación (u otra forma de capital), y el porcentaje que posee cada uno de ellos.

Notas:

1. En el caso de una entidad accionista, ingresar nombre legal completo, dirección, localidad (por ejemplo, ciudad, pueblo o municipio), código de país de la empresa, jurisdicción y tipo de empresa. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

2. Si el accionista es una persona física, ingresar nombre legal completo, año de nacimiento, dirección, localidad (por ejemplo, ciudad, pueblo o o municipio), código del país de residencia y cargo de todas las personas físicas. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Instrucciones:

En el caso de una entidad solicitante que no tenga directores, funcionarios, socios o accionistas, introducir el nombre legal completo, el año de nacimiento, la dirección, la localidad (por ejemplo, ciudad, pueblo o municipio), el código del país de residencia y el cargo de todas las personas que tengan responsabilidad jurídica o ejecutiva general sobre la entidad solicitante. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Instrucciones:

Divulgar cualquier entidad o persona, incluida cualquier entidad o persona que proporcione Financiación (si la hubiera), que ejerza o tenga la capacidad de ejercer (o ejercerá o tendrá la capacidad de ejercer) la toma de decisiones o la gestión directa o indirecta sobre las operaciones o políticas (i) relativas a la Solicitud, o (ii) de la entidad solicitante o cualquiera de sus afiliadas en relación con esta Solicitud, ya sea por participación en la titularidad, derechos contractuales o de otro tipo.

Las personas deberán ingresar su nombre legal completo, año de nacimiento, dirección, localidad (por ejemplo, ciudad, pueblo o municipio), código de país de residencia y cargo de todas las personas físicas. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Las entidades deberán ingresar su nombre legal completo, dirección, localidad (por ejemplo, ciudad, pueblo o municipio), código de país de la empresa, jurisdicción y tipo de empresa. Ingresar el nombre legal completo en el código de escritura o idioma local e indicar el nombre del código de escritura o idioma en inglés, si corresponde.

Instrucciones:

Confirmar la declaración utilizando la casilla de verificación.

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Ante la imposibilidad de confirmarlo, se debe brindar una

explicación.

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Ante la imposibilidad de confirmarlo, se debe brindar una

explicación.

​​Confirmar que la entidad solicitante y las personas o entidades nombradas en la

cuenta organizacional, ya sea en su capacidad actual o como parte de una

entidad anterior de la que eran propietarios o tenían el control, no han

sido objeto de una resolución definitiva relacionada con la Política del Sistema Uniforme

de Suspensión Rápida (URS) o los Procedimientos para la Resolución de Disputas con Posterioridad a la

Delegación (PDDRP).

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Ante la imposibilidad de confirmarlo, se debe brindar una

explicación.

Instrucciones:

1. Introducir SÓLO el texto de la cadena de caracteres solicitada y ningún carácter adicional como comillas, puntos u otros signos de puntuación.

2. Si se solicita un IDN, indicar la etiqueta-A que comienza con "xn--".

Instrucciones:

Si se solicita un IDN, introducir la etiqueta-U y la lista de puntos de código.

Notas:

Los puntos de código deben tener la forma "U+0000" separada por un espacio.

CR-1. Obligatorio si es un IDN

CR-2. Introducir una etiqueta-U válida y puntos de código en el campo de texto.

CR-3. Texto (NOTA UTF-8)

Instrucciones:

Proporcionar el significado o reformulación de la cadena de caracteres en inglés, es decir, una descripción del significado literal de la cadena de caracteres en la opinión de la entidad solicitante. Si no hay un significado literal en inglés (por ejemplo, un nombre de marca o un nombre propio sin traducción), indicar simplemente "No English Translation” (No tiene traducción en inglés).

Notas:

El significado/definición de la cadena de caracteres no se evalúa, sino que es meramente informativo. Dicha información puede resultar útil durante la etapa de presentación de comentarios del Programa.

Instrucciones:

Si se trata de un IDN, brindar el código de escritura de la cadena de caracteres (tanto en inglés como según la referencia RZ-LGR/ISO 15924)

CR-1. Obligatorio si es un IDN

CR-2. Seleccionar de la lista desplegable ISO 15924.

Instrucciones:

Proporcionar una representación de la cadena de caracteres según el Alfabeto Fonético Internacional (IPA). Consultar el IPA: https://www.internationalphoneticassociation.org/IPAcharts/IPA_chart_orig/pdfs/IPA_Kiel_2020_full.pdf

Instrucciones:

Confirmar la declaración utilizando la casilla de verificación

Instrucciones:

1. Introducir SÓLO la cadena de caracteres variante solicitada y ningún carácter adicional como comillas, puntos u otros signos de puntuación.

2. Si se solicita un IDN, indicar la etiqueta-A que comienza con "xn--".

Nota:

1. Las cadenas de caracteres variantes se calculan utilizando la versión aplicable de las Reglas para la Generación de Etiquetas para la Zona Raíz. Consultar la versión aplicable de las RZ-LGR y códigos de escritura e idiomas compatibles para información detallada de la Guía.

2. Una entidad solicitante que busque una o más cadenas de caracteres variantes asignables de una cadena de caracteres de IDN principal solicitada o gTLD existente deberá justificar la necesidad de cada cadena de caracteres variante. Consultar también la Sección 7.6 Evaluación de cadenas de caracteres variantes.

Instrucciones:

Si se solicita un IDN, introducir la etiqueta-U y la lista de puntos de código.

Notas:

Los puntos de código deben tener la forma "U+0000" separada por un espacio.

CR-1. Obligatorio si es un IDN

CR-2. Introducir una etiqueta-U válida y puntos de código en el campo de texto.

CR-3. Texto (NOTA UTF-8)

Instrucciones:

Proporcionar el código de escritura de la cadena de caracteres variante (tanto en inglés como según la referencia RZ-LGR/ISO 15924).

CR-1. Obligatorio si es un IDN

CR-2. Seleccionar de la lista desplegable ISO 15924

Instrucciones:

Seleccionar una opción.

Instrucciones:

Indicar el significado o el significado previsto (para palabras que no pertenezcan al diccionario) de cada una de las cadenas de caracteres variantes solicitadas, incluidas las fuentes. Si no hay un significado literal en inglés (por ejemplo, un nombre de marca o un nombre propio sin traducción), indicar simplemente "No English Translation/Meaning” (No tiene traducción/Significado en inglés).

Notas:

1. Se evalúa el significado/definición de las cadenas de caracteres variantes.

2. Las entidades solicitantes pueden utilizar varios diccionarios en distintos idiomas para exponer sus argumentos.

Instrucciones:

Proporcionar al menos tres ejemplos fidedignos para fundamentar la explicación (por ejemplo, pruebas del uso de la marca mostrando casos prácticos reales).

CR-1. Introducir la información adecuada en el campo de texto o cargar documento opcional.

Consultar también la Sección 7.6 Evaluación de cadenas de caracteres variantes.

Instrucciones:

1. Las entidades solicitantes deberán explicar por qué una cadena de caracteres es insuficiente y son necesarias dos o más cadenas de caracteres para satisfacer los impulsores regionales, lingüísticos o culturales.

2. Identificar las comunidades de usuarios a las que sirve el TLD principal y cada una de sus variantes.

3. ¿Cómo se reflejan estas necesidades de la comunidad de usuarios en las diferencias o similitudes en el diseño de las tablas de IDN ofrecidas para el TLD principal y cada TLD variante?

Instrucciones:

Proporcionar pasos y descripciones que demuestren adecuadamente que se cumplen todos los criterios definidos. Consultar la Sección 7.6 Evaluación de cadenas de caracteres variantes y la Sección 3.1.9.2.1 Presentación de solicitudes de un nuevo IDN principal y sus cadenas de caracteres variantes.

Notas:

Los compromisos adquiridos por el solicitante para minimizar las complejidades operativas y de gestión señaladas constituirán la base de los requisitos contractuales que se incluirán en el Acuerdo de Registro aplicable.

Instrucciones:

Confirmar la declaración utilizando la casilla de verificación.

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

1. Indicar el nombre de la comunidad a la que la entidad solicitante se compromete a servir.

2. Describir los aspectos distintivos de la comunidad.

Instrucciones:

1. Describir la misión y el propósito del gTLD solicitado, incluidos los registratarios y usuarios previstos, y las actividades relacionadas que se han llevado o se llevarán a cabo para lograr este propósito.

2. Explicar cómo este propósito es sostenible en el tiempo.

Instrucciones:

Introducir la categoría que mejor describa a la comunidad. Algunos ejemplos de categorías de comunidades podrían ser, entre otros: grupos voluntarios y basados en actividades, grupos en línea o de redes sociales, grupos religiosos o políticos, comunidades de diásporas, comunidades lingüísticas, seguidores de famosos o de equipos deportivos.

Instrucciones:

Describir y aportar pruebas de la relación entre la entidad solicitante y la comunidad identificada.

Instrucciones:

Describir y aportar pruebas relacionadas con la organización de la comunidad, cualquier organismo organizativo pertinente y cualquier líder relevante dentro de la comunidad.

Instrucciones:

1. Describir cualquier proceso formal de membresía, si existe.

2. Si no existe un proceso formal de membresía, brindar pruebas relativas a cómo una persona puede unirse a la comunidad identificada (es decir, "autoidentificarse" como miembro de la comunidad).

Instrucciones:

Indicar la ubicación principal de la comunidad.

Instrucciones:

1. Indicar el tamaño estimado de la comunidad. El tamaño debe tener formato numérico (por ejemplo, "1 000 000 de miembros").

2. Si la comunidad está dividida por grupos, regiones, sectores, etc., deberá incluir el tamaño estimado de cada grupo.

Instrucciones:

Indicar el tamaño estimado de la comunidad administrada o representada por cada organismo organizativo pertinente de la comunidad identificada.

Instrucciones:

1. Aportar pruebas de cualquier práctica documentada de los esfuerzos de la comunidad hasta la fecha.

2. La entidad 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:

a) Ofrecer apoyo;

b) Compartir información;

c) Responder a las necesidades específicas de la comunidad;

d) Fomentar y fortalecer las relaciones dentro de la comunidad.

Instrucciones:

1. Describa si la entidad solicitante participa en alguna de las actividades enumeradas en la pregunta 141.

2. Si la entidad solicitante desempeña un rol, aportar pruebas de dicho rol. Si la entidad solicitante no desempeña ningún rol, describir por qué.

Instrucciones:

1. Aportar pruebas que demuestren que los miembros de la comunidad conocen a la comunidad identificada y a los diferentes grupos o segmentos de miembros dentro de la comunidad identificada.

2. La entidad 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:

a) Encuestas realizadas;

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

Instrucciones:

1. Aporte pruebas de que los miembros de la comunidad conocen a la entidad solicitante y su intención de solicitar un gTLD de la comunidad.

2. Si no existen tales pruebas, explicar por qué no.

Instrucciones:

Aportar pruebas de la presencia establecida de la comunidad antes de la apertura del período para la presentación de solicitudes.

Instrucciones:

1. Aportar pruebas que demuestren que personas y grupos ajenos a la comunidad muestran un conocimiento de la comunidad identificada.

2. La entidad 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:

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

b) Debate de la comunidad en diversos foros, ya sea en línea o en persona;

c) Pruebas de asociaciones o colaboraciones con grupos ajenos a la comunidad identificada;

d) Pruebas de la fundación u organización de la comunidad antes de la apertura del período para la presentación de solicitudes;

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

Instrucciones:

1. Aportar pruebas de la antigüedad de la comunidad.

2. La entidad 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:

a) Pruebas de actividades recurrentes o programadas que demuestren continuidad en el tiempo;

b) Registros documentados de actividades pasadas que demuestran una tradición o práctica de larga data;

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

Instrucciones:

Explicar por qué la cadena de caracteres solicitada coincide con el nombre de la comunidad o es un nombre alternativo bien conocido (ya sea la forma larga o abreviada) de la comunidad.

Instrucciones:

1. Explicar cómo la cadena de caracteres solicitada se relaciona claramente con la comunidad o cómo la representa.

2. Explicar si la cadena de caracteres solicitada tiene algún otro significado significativo más allá de la identificación de la comunidad o los miembros de la comunidad descritos en la solicitud. Es posible que la entidad solicitante desee proporcionar información pertinente relativa a cualquier geografía, región o temas específicos a los que pueda aludir la cadena de caracteres, de los que la comunidad pueda o no formar parte.

Instrucciones:

Seleccionar entre los botones de radio - Sí/No

Notas:

1. Las Políticas de registración para la comunidad son condiciones que los operadores de registro de gTLD de la comunidad imponen a los registratarios dentro de sus gTLD.

2. Si se selecciona "Sí" a esta pregunta, la entidad solicitante deberá abonar la tarifa condicional para la Evaluación de compromisos de los operadores de registro, y las Políticas de registración para la comunidad aprobadas por la ICANN se puntuarán en la CPE (si la entidad solicitante opta por participar) y se incluirán en la Especificación 12 del RA Base aplicable.

3. Si se selecciona "No", la solicitud no podrá seguir adelante como solicitud de la comunidad.

CR-1. Los solicitantes de la comunidad deben proponer y obtener la aprobación de la ICANN de, como mínimo, Políticas de registración para la comunidad relativas a la elegibilidad de los registratarios y la selección de nombres para su inclusión en la Especificación 12 de los RA Base aplicables.

CR-2. Dichas políticas sirven de requisito previo para la participación de un solicitante de la comunidad en la Evaluación con prioridad de la comunidad (CPE). Consultar la Sección 7.8.3 Compromisos voluntarios de los operadores de registro (RVC) y la Sección 5.4 Evaluación con prioridad de la comunidad.

1. Debe seleccionarse una opción.

2. Si la respuesta es “Sí”, pasar a la pregunta 151 (la siguiente) de esta sección.

3. Si la respuesta es "No", aparecerá una advertencia del sistema: "Si no se propone una Política de registración para la comunidad, la solicitud de gTLD de la comunidad no puede continuar y no puede participar en la evaluación con prioridad de la comunidad (CPE)”.

Instrucciones:

1. Redactar la Política de registración para la comunidad como propuesta de texto contractual. Las políticas aprobadas por la ICANN se incluirán en la Especificación 12 del Acuerdo de Registro aplicable y estarán sujetas a su aplicación por parte del equipo de Cumplimiento Contractual de la ICANN. Consultar el Apéndice 4 Acuerdo de Registro Base, Especificación 12 para más detalles sobre el modo de redacción. Considerar el uso de términos definidos y de las definiciones de dichos términos en el RA Base de la Ronda de 2026.

2. En cada campo de respuesta, introducir una única propuesta de Política de registración para la comunidad con respecto a la elegibilidad de los registratarios. Pueden presentarse hasta 10 Políticas de registración para la comunidad.

3. Seguir este formato para proponer lo que el operador de registro debe hacer y/o no debe hacer:

a) “El operador de registro deberá ___”; y/o

b) “El operador de registro no deberá ___”.

4. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a incluir en su Acuerdo entre Registro y Registrador para registradores:

a) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador: El registrador deberá ___”; y/o

b) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador El registrador no deberá ___”.

5. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a exigir a los registradores que incluyan en los acuerdos de registración aplicables:

a) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que exija ___"; y/o

b) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que prohíba ___".

6. Incluir cualquier medida objetiva que pueda aplicarse para demostrar el cumplimiento de la Política de registración para la comunidad por parte del operador de registro. Por ejemplo:

a) El operador de registro desarrollará e implementará una política de elegibilidad de registración y publicará esta política en su sitio web a más tardar en la fecha en la que el TLD se delegue en el DNS.

b) El operador de registro revisará la política de registración descrita en (a) al menos una vez al año, y publicará los resultados de dicha revisión (incluida cualquier actualización de la política de registración) en su sitio web dentro de los treinta (30) días siguientes al aniversario de la fecha de entrada en vigencia.

7. Si la Política de registración para la comunidad está limitada en el tiempo, la duración, el alcance o cualquier otro factor, especificar las limitaciones aplicables. Por ejemplo, si una restricción de elegibilidad para los registratarios está limitada en el tiempo, la entidad solicitante debe indicar si la restricción se aplicará durante toda la vida del gTLD, sólo durante un periodo específico, o durante algún otro periodo definido (por ejemplo, el operador de registro deberá, durante un periodo de x días a partir de la fecha de entrada en vigencia, ___).

8. Consultar la Sección 7.8.3.3 Criterios de los compromisos voluntarios de los operadores de registro (RVC) para conocer los criterios de evaluación que la ICANN aplicará para evaluar cada Política de registración para la comunidad propuesta.

Notas:

"Elegibilidad” significa las cualificaciones que deben tener las entidades o personas para que el registro las admita como registratarios.

CR-1. Indicar sólo una acción por campo de respuesta.

CR-2. La Política de registración para la comunidad propuesta debe ser obligatoria, clara, objetiva y mensurable. El operador de registro no debe tener poder discrecional sobre si realizar o no la acción comprometida o cambiar la política. Establecer claramente lo que el operador del registro debe hacer, no lo que "puede" o "podría" hacer. Utilizar un lenguaje definitivo, evitar los calificativos y expresar certeza al describir la política.

Instrucciones:

1. Redactar la Política de registración para la comunidad como propuesta de texto contractual. Las políticas aprobadas por la ICANN se incluirán en la Especificación 12 del Acuerdo de Registro Base aplicable y estarán sujetas a su aplicación por parte del equipo de Cumplimiento Contractual de la ICANN. Consultar el Apéndice 4 Acuerdo de Registro Base, Especificación 12 para más detalles sobre el modo de redacción. Considerar el uso de términos definidos y de las definiciones de dichos términos en el RA Base de la Ronda de 2026.

2. Introducir una sola Política de registración para la comunidad específica con respecto a los criterios o reglas de selección de nombres para la cadena de caracteres solicitada en cada campo de respuesta. Pueden presentarse hasta 10 Políticas de registración para la comunidad.

3. Estos criterios o reglas deben estar en consonancia con los objetivos de la comunidad de la cadena de caracteres de gTLD solicitada.

4. Seguir este formato para proponer lo que el operador de registro debe hacer y/o no debe hacer:

a) “El operador de registro deberá ___”; y/o

b) “El operador de registro no deberá ___”.

5. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a incluir en su Acuerdo entre Registro y Registrador para registradores:

a) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador: El registrador deberá ___”; y/o

b) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador El registrador no deberá ___”.

6. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a exigir a los registradores que incluyan en los acuerdos de registración aplicables:

a) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que exija ___"; y/o

b) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que prohíba ___".

7. Incluir cualquier medida objetiva que pueda aplicarse para demostrar el cumplimiento de la Política de registración para la comunidad por parte del operador de registro. Por ejemplo:

a) El operador de registro desarrollará e implementará una regla de selección de nombres y la publicará en su sitio web a más tardar en la fecha en la que el TLD se delegue en el DNS.

b) El operador de registro revisará la regla de selección de nombres descrita en (a) al menos una vez al año, y publicará los resultados de dicha revisión (incluida cualquier actualización a la regla) en su sitio web dentro de los treinta (30) días siguientes al aniversario de la fecha de entrada en vigencia.

8. Si la Política de registración para la comunidad está limitada en el tiempo, la duración, el alcance o cualquier otro factor, especificar las limitaciones aplicables. Por ejemplo, si una regla de selección de nombres está limitada en el tiempo, la entidad solicitante debe indicar si la regla se aplicará durante toda la vida del gTLD, sólo durante un periodo específico, o durante algún otro periodo definido (por ejemplo, el operador de registro deberá, durante un periodo de x días a partir de la fecha de entrada en vigencia, ___).

9. Consultar la Sección 7.8.3.3 Criterios de los compromisos voluntarios de los operadores de registro (RVC) para conocer los criterios de evaluación que la ICANN aplicará para evaluar cada Política de registración para la comunidad propuesta.

Notas:

“Selección de nombres” significa las condiciones que deben cumplirse para que un nombre de dominio de segundo nivel sea considerado aceptable por el registro.

CR-1. Indicar sólo una acción por campo de respuesta.

CR-2. La Política de registración para la comunidad propuesta debe ser obligatoria, clara, objetiva y mensurable. El operador de registro no debe tener poder discrecional sobre si realizar o no la acción comprometida o cambiar la política. Establecer claramente lo que el operador del registro debe hacer, no lo que "puede" o "podría" hacer. Utilizar un lenguaje definitivo, evitar los calificativos y expresar certeza al describir la política.

Comunidad (Política de registración para la comunidad: Otros; Criterios 1, 2 y 3

de la RCE)

Instrucciones:

1. Redactar la Política de registración para la comunidad como propuesta de texto contractual. Las políticas aprobadas por la ICANN se incluirán en la Especificación 12 del Acuerdo de Registro aplicable y estarán sujetas a su aplicación por parte del equipo de Cumplimiento Contractual de la ICANN. Consultar el Apéndice 4 Acuerdo de Registro Base, Especificación 12 para más detalles sobre el modo de redacción. Considerar el uso de términos definidos y de las definiciones de dichos términos en el RA Base de la Ronda de 2026.

2. En cada campo de respuesta, introducir una única propuesta de Política de registración para la comunidad. Pueden presentarse hasta 10 Políticas de registración para la comunidad.

3. Seguir este formato para proponer lo que el operador de registro debe hacer y/o no debe hacer:

a) “El operador de registro deberá ___”; y/o

b) “El operador de registro no deberá ___”.

4. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a incluir en su Acuerdo entre Registro y Registrador para registradores:

a) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador: El registrador deberá ___”; y/o

b) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador El registrador no deberá ___”.

5. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a exigir a los registradores que incluyan en los acuerdos de registración aplicables:

a) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que exija ___"; y/o

b) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que prohíba ___".

6. Incluir cualquier medida objetiva que pueda aplicarse para demostrar el cumplimiento de la Política de registración para la comunidad por parte del operador de registro. Por ejemplo:

a) El operador de registro desarrollará e implementará una Política de registración para la comunidad y publicará esta política en su sitio web a más tardar en la fecha en la que el TLD se delegue en el DNS.

b) El operador de registro revisará la Política de registración para la comunidad descrita en (a) al menos una vez al año, y publicará los resultados de dicha revisión (incluida cualquier actualización de la política de registración) en su sitio web dentro de los treinta (30) días siguientes al aniversario de la fecha de entrada en vigencia.

7. Si la Política de registración para la comunidad está limitada en el tiempo, la duración, el alcance o cualquier otro factor, especificar las limitaciones aplicables. Por ejemplo, si un compromiso está limitado en el tiempo, la entidad solicitante debe indicar si la regla se aplicará durante toda la vida del gTLD, sólo durante un periodo específico, o durante algún otro periodo definido (como, el operador de registro deberá, durante un periodo de x días a partir de la fecha de entrada en vigencia, ___).

8. Consultar la Sección 7.8.3.3 Criterios de los compromisos voluntarios de los operadores de registro (RVC) para conocer los criterios de evaluación que la ICANN aplicará para evaluar cada Política de registración para la comunidad propuesta.

CR-1. Indicar sólo una acción por campo de respuesta.

CR-2. La Política de registración para la comunidad propuesta debe ser obligatoria, clara, objetiva y mensurable. El operador de registro no debe tener poder discrecional sobre si realizar o no la acción comprometida o cambiar la política. Establecer claramente lo que el operador del registro debe hacer, no lo que "puede" o "podría" hacer. Utilizar un lenguaje definitivo, evitar los calificativos y expresar certeza al describir la política.

Instrucciones:

1. Si se propone alguna limitación a una Política de registración para la comunidad propuesta en las preguntas 151 a 153, se debe fundamentar en este campo de respuesta. Consultar la Sección 7.8.3.3 Criterios de los compromisos voluntarios de los operadores de registro (RVC).

2. Si se no propone una limitación a una Política de registración para la comunidad propuesta en las preguntas 151 a 153, escribir “No aplicable” en este campo de respuesta.

Instrucciones:

1. Explicar de qué manera las Políticas de registración para la comunidad propuestas cumplen los criterios 4 y 5 de la Evaluación de compromisos de los operadores de registro, utilizando las consideraciones de la Sección 7.8.3.3 Criterios de los compromisos voluntarios de los operadores de registro (RVC).

2. Considerar si podría argumentarse que la Política de registración para la comunidad propuesta es un duplicado de un requisito de la legislación aplicable, los acuerdos de la ICANN o las políticas de consenso o políticas temporarias de la ICANN. Puede haber circunstancias en las que, a discreción de la ICANN, se apruebe una Política de registración para la comunidad que duplique los requisitos de la política de consenso o la legislación aplicables. Si no es un duplicado, explicar por qué se considera que la Política de registración para la comunidad no es un duplicado. En caso afirmativo, especificar dicho requisito y explicar por qué se considera necesaria la duplicación en el RA Base.

3. Considerar si podría argumentarse que la Política de registración para la comunidad propuesta es contraria a un requisito de la legislación aplicable, los acuerdos de la ICANN o las políticas de consenso o políticas temporarias de la ICANN. La ICANN no aprobará ninguna Política de registración para la comunidad que se considere contraria a la legislación aplicable o a los acuerdos y políticas de la ICANN. Compartir su opinión sobre este tema en la respuesta a esta pregunta.

4. Considerar si la Política de registración para la comunidad propuesta podría considerarse incompatible con los Estatutos de la ICANN. La ICANN no aprobará ninguna Política de registración para la comunidad que se considere incompatible con los Estatutos de la ICANN. Consultar la información de referencia en la resolución 2024.06.08.08-2024.06.08.10 de la Junta Directiva de la ICANN. Compartir su opinión sobre este tema en la respuesta a esta pregunta.

5. Considerar si la Política de registración para la comunidad propuesta requiere la operación de un servicio de registro adicional. La entidad solicitante consultará a su RSP seleccionado para debatir la implementación de dicho servicio de registro adicional, que deberá ser evaluado a través del Programa de RSP y aprobado por la ICANN.

Instrucciones:

Aportar pruebas de apoyo a la solicitud de la entidad solicitante adjuntando avales escritos de los organismos organizativos relevantes para la comunidad identificada (en relación con la pregunta 136).

Instrucciones:

Proporcionar una explicación de por qué la oposición puede o no ser relevante o cómo pretende la entidad solicitante abordar o resolver la oposición, si corresponde.

¿La cadena solicitada es un nombre geográfico tal como se define por ser uno de los siguientes?:

a) el nombre de la ciudad capital de un país o territorio que figure en la norma ISO 3166-1;

b) el nombre de una ciudad, cuando de las declaraciones contenidas en la solicitud se desprenda claramente que la entidad solicitante pretende utilizar el gTLD para fines relacionados con el nombre de la ciudad;

c) un topónimo subnacional contenido en la norma ISO 3166-2; o

d) Cadenas de caracteres que figuren como regiones de la UNESCO o que aparezcan en la sección Regiones geográficas de los "Códigos estándar de país o área para uso estadístico (M49)".

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Proporcionar una descripción y ejemplos de cómo se utilizará el TLD en relación con el nombre de la ciudad.

Términos geográficos (Apoyo y no

objeción)

Instrucciones:

Adjuntar documentación de apoyo o no objeción de todos los organismos gubernamentales o autoridades públicas pertinentes.

Notas:

Consultar la Sección 7.5 Nombres geográficos para más detalles sobre los requisitos de los distintos tipos de grupos geográficos.

Sub

sección

Instrucciones:

Seleccionar Sí o No.

CR-1. Seleccionar entre los botones de radio - Sí/No

CR-2. La selección se fundamenta en la propia declaración de las entidades solicitantes de su condición de Nombre reservado.

Instrucciones:

1. En caso de que exista una organización principal, proporcionar documentación de apoyo de la organización principal que incluya una ilustración de su relación con la entidad solicitante.

2. Cuando una autoridad pública supervise la organización de la entidad solicitante, aportar documentación de apoyo o de no objeción, incluida una carta firmada por la autoridad pública pertinente.

Instrucciones:

1. Al responder a las preguntas, aplicar los criterios teniendo en cuenta el significado de la cadena de caracteres de TLD solicitada en los siguientes contextos:

a. Literalmente como se describe en la solicitud.

b. Literalmente, en cualquier otro idioma en el que la cadena de caracteres sea una palabra o frase reconocida.

c. Informalmente en cualquier idioma o variante regional, cuando existan significados alternativos.

2. Si la "persona razonable" típica que entiende el contexto relevante cree que la pregunta debe responderse "Sí", entonces la respuesta es sí.

CR-1. Selección Sí/No

CR-2. Si la respuesta es "Sí", la cadena o cadenas de caracteres solicitadas generan un nivel de confianza implícita en el consumidor y deben considerarse incluidas en el Grupo de medidas de protección 1 – Sectores regulados/Requisitos de libre ingreso en múltiples jurisdicciones – y requieren las medidas de protección 1-3.

Instrucciones:

1. Al responder a las preguntas, aplicar los criterios teniendo en cuenta el significado de la cadena de caracteres de TLD solicitada en los siguientes contextos:

a. Literalmente como se describe en la solicitud.

b. Literalmente, en cualquier otro idioma en el que la cadena de caracteres sea una palabra o frase reconocida.

c. Informalmente en cualquier idioma o variante regional, cuando existan significados alternativos.

2. Si la "persona razonable" típica que entiende el contexto relevante cree que la pregunta debe responderse "Sí", entonces la respuesta es sí.

CR-1. Selección Sí/No para cada consideración.

CR-2. Si la respuesta es "Sí", la cadena o cadenas de caracteres solicitadas conllevan un riesgo elevado de perjuicio para el consumidor, por lo que debe considerarse que pertenecen al Grupo de medidas de protección 1 – Sectores regulados/Requisitos de libre ingreso en múltiples jurisdicciones – y requieren las medidas de protección 1-3.

Instrucciones:

1. Al responder a las preguntas, aplicar los criterios teniendo en cuenta el significado de la cadena de caracteres de TLD solicitada en los siguientes contextos:

a. Literalmente como se describe en la solicitud.

b. Literalmente, en cualquier otro idioma en el que la cadena de caracteres sea una palabra o frase reconocida.

c. Informalmente en cualquier idioma o variante regional, cuando existan significados alternativos.

2. Si la "persona razonable" típica que entiende el contexto relevante cree que la pregunta debe responderse "Sí", entonces la respuesta es sí.

CR-1. Selección Sí/No para cada consideración.

CR-2. Si se selecciona "Sí", entonces la cadena o cadenas de caracteres solicitadas están asociadas a un sector del mercado que tiene requisitos de ingreso claros y/o regulados (como servicios financieros, de juego, profesionales, medioambientales, de salud y bienestar, identificadores corporativos o benéficos) en varias jurisdicciones, y debe considerarse que pertenecen al Grupo de medidas de protección 2 – Sectores con un alto nivel de regulación/Requisitos de ingreso cerrados en varias jurisdicciones – y requieren las medidas de protección 1-8.

Instrucciones:

1. Al responder a las preguntas, aplicar los criterios teniendo en cuenta el significado de la cadena de caracteres de TLD solicitada en los siguientes contextos:

a. Literalmente como se describe en la solicitud.

b. Literalmente, en cualquier otro idioma en el que la cadena de caracteres sea una palabra o frase reconocida.

c. Informalmente en cualquier idioma o variante regional, cuando existan significados alternativos.

2. Si la "persona razonable" típica que entiende el contexto relevante cree que la pregunta debe responderse "Sí", entonces la respuesta es sí.

CR-1. Selección Sí/No para cada consideración.

CR-2. Si la respuesta es "Sí", las cadenas de caracteres solicitadas están asociadas a un sector en el que las administraciones locales, regionales o nacionales exigen licencias o acreditaciones estrictas. Esto suele implicar inspecciones periódicas y una supervisión gubernamental continua, y debe considerarse que pertenece al Grupo de medidas de protección 2 – Sectores con un alto nivel de regulación/Requisitos de ingresos cerrados en varias jurisdicciones – y requiere las medidas de protección 1-8.

Instrucciones:

1. Al responder a las preguntas, aplicar los criterios teniendo en cuenta el significado de la cadena de caracteres de TLD solicitada en los siguientes contextos:

a. Literalmente como se describe en la solicitud.

b. Literalmente, en cualquier otro idioma en el que la cadena de caracteres sea una palabra o frase reconocida.

c. Informalmente en cualquier idioma o variante regional, cuando existan significados alternativos.

I-2. Si la "persona razonable" típica que entiende el contexto relevante cree que la pregunta debe responderse "Sí", entonces la respuesta es sí.

CR-1. Selección Sí/No.

CR-2. Si se selecciona "Sí", entonces las cadenas de caracteres solicitadas son términos asociados con acoso, daño intencionado o agresión que – de manera intencional o no – causan angustia o vergüenza a otra persona,

y deben considerarse incluidas en el Grupo de medidas de protección 3 – Posible intimidación/acoso cibernético – y requieren las medidas de protección 1-9.

Instrucciones:

1. Al responder a las preguntas, aplicar los criterios teniendo en cuenta el significado de la cadena de caracteres de TLD solicitada en los siguientes contextos:

a. Literalmente como se describe en la solicitud.

b. Literalmente, en cualquier otro idioma en el que la cadena de caracteres sea una palabra o frase reconocida.

c. Informalmente en cualquier idioma o variante regional, cuando existan significados alternativos.

I-2. Si la "persona razonable" típica que entiende el contexto relevante cree que la pregunta debe responderse "Sí", entonces la respuesta es sí.

CR-1. Selección Sí/No.

CR-2. Si se selecciona "Sí", entonces las cadenas de caracteres solicitadas están asociadas a una función que es intrínsecamente del dominio de los gobiernos, como ramas militares, y deben considerarse del Grupo de medidas de protección 4 – Funciones intrínsecamente gubernamentales – y requieren las medidas de protección 1-8 y 10.

Instrucciones:

Seleccionar Sí o No.

Notas:

1. La ICANN evaluará si una cadena de caracteres de gTLD solicitada requiere la inclusión de uno o más compromisos en pos del interés público con medidas de protección (PIC con medidas de protección) en el RA Base.

2. Además de los compromisos obligatorios en pos del interés público (PIC) que deben incluirse en cada RA Base, un subconjunto de RA Base debe incluir PIC con medidas protección basados en la Evaluación de medidas de protección de la ICANN. Consultar la Sección 7.8.2.3 PIC con medidas de protección.

3. Las entidades solicitantes de TLD que no requieran PIC con medidas de protección pueden optar por agregarlos a los RA Base aplicables de forma voluntaria para, por ejemplo, promover sus objetivos empresariales, ayudar a abordar problemas o inquietudes que surjan o puedan surgir con respecto a sus solicitudes, o evitar la necesidad de evaluar e implementar un Compromiso Voluntario de los Operadores de Registro (RVC) personalizado. Consultar la Sección 7.8.3 Compromisos voluntarios de los operadores de registro (RVC).

1. Debe seleccionarse una opción.

2. Si se selecciona “Sí”, pasar a la pregunta siguiente (pregunta 171).

3. Si se selecciona "No", pasar a la siguiente sección (Compromisos voluntarios de los operadores de registro (RVC) – Pregunta 172).

Instrucciones:

Seleccionar los PIC con medidas de protección aplicables de la lista proporcionada (puede seleccionarse más de una opción).

Notas:

1. Existen diez (10) PIC con medidas de protección. Las entidades solicitantes pueden optar por incorporar uno o varios de los PIC con medidas de protección en el RA Base aplicable seleccionando uno o varios de los PIC con medidas de protección de esta lista de opciones múltiples.

2. Si se selecciona alguno de los PIC con medidas de protección, los PIC con medidas de protección seleccionados serán incluidos como obligaciones contractuales por el RA.

Instrucciones:

1. Seleccionar Sí o No.

2. Además de los Compromisos en pos del interés público (PIC) con medidas de protección, se permitirá a una entidad solicitante proponer uno o más Compromisos voluntarios de los operadores de registro (RVC) para proporcionar medidas de protección adicionales con respecto al funcionamiento del operador de registro de una cadena de caracteres de gTLD solicitada. Consultar la Sección 7.8.3 Compromisos voluntarios de los operadores de registro (RVC).

3. Los RVC son independientes de las Políticas de registración para la comunidad. Consultar la Sección 7.8.3 Compromisos voluntarios de los operadores de registro (RVC) y la Sección 7.8.4 Políticas de registración para la comunidad para más información. Si se solicita un gTLD de la comunidad, presentar las Políticas de registración para la comunidad respondiendo a las preguntas 150 a 155. No obstante, si propone incluir en el RA otros Compromisos voluntarios de los operadores de registro además de las Políticas de registración para la comunidad, se puede responder "Sí" y pasar a responder las siguientes preguntas.

4. Se sugiere considerar si existen otros medios, aparte de incluir compromisos en el RA Base, que puedan utilizarse para promover los objetivos empresariales o ayudar a resolver cualquier problema previsto o real planteado en relación con la solicitud o la cadena de caracteres de gTLD solicitada. Consultar la Sección 7.8.3 Compromisos voluntarios de los operadores de registro (RVC).

Notas:

Si se selecciona "Sí" a esta pregunta, se deberá abonar la tarifa condicional de Evaluación de compromisos de los operadores de registro, y los compromisos que sean aprobados por la ICANN se incluirán en la Especificación 11 del RA Base aplicable como compromisos voluntarios en pos del interés público específicos como obligaciones contractuales.

1. Debe seleccionarse una opción.

2. Si se selecciona “Sí”, pasar a la pregunta siguiente (pregunta 173).

3. Si se selecciona "No", pasar a la siguiente sección (Servicios de registro – Pregunta 176).

Compromisos voluntarios de los operadores de registro (Criterios 1, 2 y 3

de la RCE)

Instrucciones:

1. Redactar el Compromiso voluntario de los operadores de registro (RVC) como texto contractual propuesto. Las políticas aprobadas por la ICANN se incluirán en la Especificación 11 del Acuerdo de Registro aplicable y estarán sujetas a su aplicación por parte del equipo de Cumplimiento Contractual de la ICANN. Consultar el Apéndice 4 Acuerdo de Registro Base, Especificación 11, Sección 2, para más detalles sobre el modo de redacción. Considerar el uso de términos definidos y de las definiciones de dichos términos en el RA Base de la Ronda de 2026.

2. Introducir un sólo RVC propuesto en cada campo de respuesta. Pueden presentarse hasta 10 RVC. 3. Seguir este formato para proponer lo que el operador de registro debe hacer y/o no debe hacer:

a) “El operador de registro deberá ___”; y/o

b) “El operador de registro no deberá ___”.

3. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a incluir en su Acuerdo entre Registro y Registrador para registradores:

a) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador: El registrador deberá ___”; y/o

b) "El operador de registro incluirá las siguientes disposiciones en su Acuerdo entre Registro y Registrador El registrador no deberá ___”.

4. Seguir este formato para proponer cualquier requisito específico que el operador de registro se comprometa a exigir a los registradores que incluyan en los acuerdos de registración aplicables:

a) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que exija ___"; y/o

b) "El operador de registro incluirá una disposición en su Acuerdo entre Registro y Registrador que exija a los registradores incluir en sus acuerdos de registración una disposición que prohíba ___".

5. Incluir cualquier medida objetiva que pueda aplicarse para demostrar el cumplimiento del Compromiso voluntario de los operadores de registro por parte del operador de registro. Por ejemplo:

a) El operador de registro desarrollará e implementará un Compromiso voluntario de los operadores de registro y publicará este compromiso en su sitio web a más tardar en la fecha en la que el TLD se delegue en el DNS.

b) El operador de registro revisará el compromiso descrito en (a) al menos una vez al año, y publicará los resultados de dicha revisión (incluida cualquier actualización de la política de registración) en su sitio web dentro de los treinta (30) días siguientes al aniversario de la fecha de entrada en vigencia.

6. Si el Compromiso voluntario de los operadores de registro está limitado en el tiempo, la duración, el alcance o cualquier otro factor, especificar las limitaciones aplicables. Por ejemplo, si un compromiso está limitado en el tiempo, la entidad solicitante debe indicar si el compromiso se aplicará durante toda la vida del gTLD, sólo durante un periodo específico, o durante algún otro periodo definido (por ejemplo, el operador de registro deberá, durante un periodo de x días a partir de la fecha de entrada en vigencia, ___).

7. Consultar la Sección 7.8.3.3 Criterios de evaluación de compromisos de los operadores de registro para conocer los criterios de evaluación que la ICANN aplicará para evaluar cada RVC propuesto.

CR-1. Indicar sólo una acción por campo de respuesta.

CR-2. El Compromiso voluntario de los operadores de registro propuesto debe ser obligatorio, claro, objetivo y mensurable. El operador de registro no debe tener poder discrecional sobre si realizar o no la acción comprometida o cambiar la política. Establecer claramente lo que el operador del registro debe hacer, no lo que "puede" o "podría" hacer. Utilizar un lenguaje definitivo, evitar los calificativos y expresar certeza al describir la política.

Compromisos voluntarios de los operadores de registro (Criterio 3

de la RCE)

Instrucciones:

1. Si se propone alguna limitación a un RVC propuesto en la pregunta 173, brindar un fundamento en este campo de respuesta. Consultar la Sección 7.8.3.3 Criterios de evaluación de compromisos de los operadores de registro.

2. Si no se propone ninguna limitación a un RVC propuesto en la pregunta 173, escribir "No aplicable" en este campo de respuesta.

Compromisos voluntarios de los operadores de registro (Información de referencia, Criterios 4 y 5

de la RCE

Instrucciones:

1. Proporcionar información de referencia para explicar por qué el compromiso es relevante, importante y necesario para respaldar la solicitud del gTLD. Consultar la Sección 7.8.3.2.1 Los solicitantes deben identificar los propósitos de los RVC propuestos.

2. Considerar si podría argumentarse que el compromiso propuesto es un duplicado de un requisito de la legislación aplicable, los acuerdos de la ICANN o las políticas de consenso o políticas temporarias de la ICANN. Puede haber circunstancias en las que un RVC que duplique los requisitos de la política de consenso o la legislación aplicable pueda aprobarse a discreción de la ICANN, por ejemplo, si este tipo de RVC es necesario para abordar el Asesoramiento consensuado del GAC. Si no es un duplicado, explicar por qué se considera que el compromiso no es un duplicado. En caso afirmativo, especificar dicho requisito y explicar por qué se considera necesaria la duplicación en el RA Base.

3. Considerar si podría argumentarse que el compromiso propuesto es contrario a un requisito de la legislación aplicable, los acuerdos de la ICANN o las políticas de consenso o políticas temporarias de la ICANN. La ICANN no aprobará ningún compromiso que se considere contrario a la legislación aplicable o a los acuerdos y políticas de la ICANN. Compartir su opinión sobre este tema en la respuesta a esta pregunta.

4. Considerar si el compromiso propuesto podría estimarse incompatible con los Estatutos de la ICANN. La ICANN no aprobará ningún compromiso que se considere incompatible con los Estatutos de la ICANN. Consultar la información de referencia en la resolución 2024.06.08.08-2024.06.08.10 de la Junta Directiva de la ICANN. Compartir su opinión sobre este tema en la respuesta a esta pregunta.

5. Considerar si el compromiso propuesto requiere la operación de un servicio de registro adicional. La entidad solicitante consultará a su RSP seleccionado para debatir la implementación de dicho servicio de registro adicional, que deberá ser evaluado a través del Programa de RSP y aprobado por la ICANN.

6. Para más información sobre las consideraciones anteriores, consultar la Sección 7.8.3.3 Criterios de evaluación de compromisos de los operadores de registro.

7. [Si el compromiso se propone como pedido de cambios en una solicitud]: Si el compromiso se propone en respuesta a una objeción, a una alerta temprana de un miembro del GAC, a un asesoramiento del GAC o a un comentario sobre una solicitud, brindar una referencia al punto al que responde el compromiso.

Instrucciones:

Enumerar todos los RSP preevaluados que este registro pretende utilizar. Las siguientes subpreguntas aparecerán en el sistema TAMS:

176.1 Por favor, seleccione un RSP principal.

176.2 Por favor, seleccione un RSP del DNS.

176.3 Por favor, seleccione un DNSSEC.

176.4 [Opcional] Por favor, seleccione un RSP de representación.

Solo se puede seleccionar un RSP principal y un DNSSEC. No hay límites en cuanto al RSP del DNS y el RSP de representación. Si el IDN tiene variantes, solo se pueden seleccionar RSP de nivel 3.

Para más información sobre los distintos tipos de RSP, consultar la Sección 3.1.10.2 Funciones de registro y tipos de RSP de la AGB.

Notas:

Se recomienda a las entidades solicitantes que identifiquen sus RSP y los servicios de registro pretendidos al presentar sus solicitudes para evitar posibles demoras en el procesamiento. No obstante, una entidad solicitante también puede presentar la solicitud sin especificar los RSP, optando por hacerlo justo antes de la Evaluación de solicitantes y solicitudes a través del proceso de Pedidos de cambios en una solicitud. Esta será una de las opciones de respuesta disponibles para esta pregunta.

Instrucciones:

Enumerar todos los servicios de registro que se utilizarán en este TLD. Las siguientes subpreguntas aparecerán en el sistema TAMS:

177.1 Seleccionar los servicios de registro. La entidad solicitante hará su selección de una lista de servicios que provienen del RSP principal seleccionado. Se no se ha seleccionado un RSP principal, la entidad solicitante indicará "Haré la selección más adelante”.

177.2 ¿Los TLD variantes solicitados y, si corresponde, los IDN compatibles, utilizarán los mismos servicios de registro? La entidad solicitante debe seleccionar “Sí” o “No”. Si la entidad solicitante selecciona “No”, la entidad solicitante finalizará los detalles durante la contratación.

Notas:

1. Los servicios de registro deben estar respaldados por los RSP preevaluados que este registro pretende utilizar.

2. Se recomienda a las entidades solicitantes que identifiquen sus RSP y los servicios de registro pretendidos al presentar sus solicitudes para evitar posibles demoras en el procesamiento. No obstante, una entidad solicitante también puede presentar la solicitud sin especificar los RSP, optando por hacerlo justo antes de la Evaluación de solicitantes y solicitudes a través del proceso de Pedidos de cambios en una solicitud. Esta será una de las opciones disponibles para esta pregunta.

Instrucciones:

1. Si se admitirán registraciones de IDN, seleccionar las tablas de IDN admitidas de la lista disponible. Los elementos incluidos se basan en la evaluación previa del RSP seleccionado.

2. Si una tabla IDN no está disponible en la lista, la entidad solicitante deberá ponerse en contacto con el RSP para obtener la aprobación de la ICANN.

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Seleccionar Sí o No.

Instrucciones:

Adjuntar una copia exacta y completa del registro de marca comercial aplicable que constituya la base de la solicitud de calificación del TLD .marca.

Instrucciones:

Proporcionar el archivo SMD (Signed Marked Data).

Notas:

Los archivos SMD proporcionados deben corresponder a la cadena de caracteres solicitada, y pueden presentarse archivos SMD adicionales para cadenas de caracteres variantes.

Instrucciones:

Confirmar la declaración con una casilla de verificación.

Instrucciones:

Explicar cómo pretende la entidad solicitante gestionar el TLD para que no exista ningún conflicto de este tipo con la Sección 3(d) de la Especificación 11.

Instrucciones:

Esto sirve como indicación de la intención de solicitar una exención a la Especificación 9 y de que la entidad solicitante NO solicita ser designada con un TLD .marca, de conformidad con la Especificación 13.

Instrucciones:

Confirmar la declaración con una casilla de verificación.

Instrucciones:

Confirmar la declaración con una casilla de verificación.

Instrucciones:

Justificar por qué el código de conducta no es necesario para proteger el interés público. Esto puede incluir una explicación de cómo la operación del TLD bajo la exención serviría a los mejores intereses del operador del registro, sus partes interesadas y la comunidad de Internet en general, sin afectar negativamente al ecosistema de nombres de dominio.

Instrucciones:

Seleccionar Sí/No.

Si la respuesta es “Sí”, asignar el perfil Gobierno y responder a las preguntas 192 a 194.

Si es "No," pasar a la pregunta siguiente.

Instrucciones:

Seleccionar Sí/No.

Si la respuesta es “Sí”, asignar el perfil Operador de registro y responder a las preguntas 195 a 201.

Si es "No," pasar a la pregunta siguiente.

Instrucciones:

Seleccionar Sí/No.

Si la respuesta es "Sí", asignar el perfil "Cotiza en una de las Principales 25 bolsas de valores públicas" y responder a las preguntas 202 a 207.

Si la respuesta es "No", asignar el perfil Estándar y responder a las Preguntas 208 a 219.

CR-1. El perfil Principales 25 bolsas corresponde a una empresa que cotiza en una de las 25 bolsas de valores principales o a una entidad afiliada a la empresa que cotiza en una de las Principales 25 bolsas. Referencia: Estadísticas de mercado (https://focus.world-exchanges.org/issue/december-2025/market-statistics, a diciembre de 2025)

CR-2. El perfil Estándar es para todas las demás entidades solicitantes que no cumplan los requisitos para uno de los perfiles anteriores.

Evaluación financiera - Perfil Gobierno: Auto

certificación (Q1.1-1)¹¹

Q1.1-1 - Proporcionar el documento de autocertificación de la entidad solicitante que acredite el apoyo gubernamental en papel membretado oficial de una autoridad competente, que la solicitud del gTLD o gTLD y su funcionamiento por parte de la entidad solicitante están permitidos, y que declara y garantiza lo siguiente:

SC1.1-1.1 - Que la entidad solicitante es el gobierno reconocido de su jurisdicción y que el gobierno ha autorizado la solicitud de la cadena de caracteres de gTLD solicitada o es una organización intergubernamental reconocida con la autorización pertinente para su solicitud de cadena de caracteres de gTLD solicitada.

SC1.1-1.2 - Que la entidad solicitante y/o una afiliada se comprometan a la financiación a largo plazo necesaria para operar todos los gTLD existentes (si corresponde) y las nuevas cadenas de caracteres de gTLD solicitadas por la entidad solicitante.

Instrucciones:

1. Proporcionar un único documento para la pregunta de autocertificación Q1.1-1.

2. El documento debe incluir únicamente las declaraciones SC1.1-1.1 y SC1.1-1.2.

3. No modificar ninguna de las declaraciones de autocertificación.

4. Si la entidad solicitante no puede autocertificar las declaraciones SC1.1-1.1 y SC1.1.1-2, proporcionar un documento que explique por qué la entidad solicitante no puede autocertificar las declaraciones SC1.1-1.1 y SC1.1.1-2.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La entidad solicitante presenta el documento de autocertificación.

CR-3. El documento está firmado por la entidad solicitante y, si corresponde, por la afiliada.

CR-4. Las dos declaraciones de autocertificación confirman que la entidad solicitante:

a) es el gobierno reconocido de su jurisdicción y cuenta con la autorización del gobierno para presentar una o varias solicitudes.

b) o una afiliada se compromete a la financiación a largo plazo necesaria para operar todos los gTLD existentes (si corresponde) y las nuevas cadenas de caracteres de gTLD solicitadas por la entidad solicitante.

Instrucciones:

El documento para Q1.2-1 debe ser un PDF.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Un documento con una lista de todos los gTLD actuales de la entidad solicitante (si corresponde) y una lista de todos los gTLD de las entidades afiliadas a la entidad solicitante (si corresponde).

Evaluación financiera - Perfil Gobierno: Planificación/

Operaciones (Q1.2-2)

Instrucciones:

El documento para Q1.2-2 debe ser un archivo Excel (.xlsx).

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Un documento que contiene una lista de todas las cadenas de caracteres solicitadas por la entidad solicitante y, para cada cadena de caracteres, una previsión del número de dominios bajo gestión (DUM) para el año 1, el año 2 y el año 3 a partir de la delegación.

Sub

sección

Instrucciones:

1. Facilitar todos los documentos elaborados por la firma contable externa que proporciona los estados contables para esta evaluación financiera.

2. No se aceptan informes anuales.

Notas:

1. Una Entidad Principal Cualificada (QPE) es una entidad jurídica que posee al menos el 51 % de la titularidad de la entidad solicitante, ya sea en forma directa o indirecta.

2. Los Estados contables de la Entidad Principal Cualificada (QPS) son los estados contables auditados de una QPE.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Facilitar los estados contables auditados de la entidad solicitante elaborados por una firma contable externa o los estados contables auditados de una entidad principal cualificada (QPE).

CR-3. En caso de que no puedan facilitarse estados contables auditados, proporcionar los estados contables revisados o compilados de la entidad solicitante correspondientes al último año fiscal o período intermedio cerrado.

CR-4. Las normas de contabilidad aceptables son: Normas contables reconocidas a nivel nacional para la jurisdicción de la entidad o QPE solicitante, Normas Internacionales de Información Financiera (IFRS), Principios Contables Generalmente Aceptados (GAAP).

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Aclarar cómo la Entidad Principal Cualificada (QPE) cumple la definición para proporcionar estados contables tal como se define en las instrucciones para los estados contables.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Explicar por qué se eligieron los estados contables presentados para su presentación, haciendo referencia al "flujo de caja más favorable", lo que indica una sólida posición de liquidez y capacidad para hacer frente a sus obligaciones financieras.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Indicar qué normas de contabilidad se utilizaron para elaborar los estados contables de la entidad solicitante.

a) Las normas de contabilidad aceptables son: Normas contables reconocidas a nivel nacional para la jurisdicción de la entidad o Entidad Principal Cualificada (QPE) solicitante, Normas Internacionales de Información Financiera (IFRS), Principios Contables Generalmente Aceptados (GAAP).

Q2.2-1 - Proporcionar el documento de autocertificación de la entidad solicitante, firmado por el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la entidad solicitante. Si los estados contables son facilitados por una Entidad Principal Cualificada (QPE) de la entidad solicitante, el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la QPE deben firmar conjuntamente el documento de certificación. El documento de autocertificación debe declarar y garantizar:

SC2.2-1.1 - En la fecha de presentación de la solicitud, la entidad solicitante es un operador de registro actual o una entidad afiliada a un operador de registro actual con uno o más RA activos.

SC2.2-1.2 - La entidad solicitante y/o una QPE financiarán la puesta en marcha y la operación a largo plazo de todos los gTLD actuales de la entidad solicitante y de las cadenas de caracteres de gTLD solicitadas.

SC2.2-1.3 - La entidad solicitante y/o sus funcionarios están obligados por ley en su jurisdicción a representar los estados contables con exactitud y que la entidad solicitante opera conforme a la ley en dicha jurisdicción.

Instrucciones:

1. Proporcionar un único documento para la pregunta de autocertificación Q2.2-1.

2. El documento debe incluir únicamente las declaraciones SC2.2-1.1 y SC2.2-1.3.

3. No modificar ninguna de las declaraciones de autocertificación.

4. Si la entidad solicitante no puede autocertificar las declaraciones SC2.2-1.1 a SC2.2-1.3, proporcionar un documento que explique por qué la entidad solicitante no puede autocertificar las declaraciones SC2.2-1.1 a SC2.2-1.3.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La entidad solicitante presenta el documento de autocertificación.

CR-3. El documento está firmado por la entidad solicitante y, si corresponde, por la Entidad Principal Cualificada (QPE).

CR-4. Las tres declaraciones de autocertificación de la pregunta confirman que la entidad solicitante:

a) es un operador de registro actual o una entidad afiliada a un operador de registro actual,

b) se compromete a financiar a largo plazo todas las cadenas de caracteres de gTLD actuales y solicitadas,

c) está obligada por ley en su jurisdicción a presentar los estados contables con exactitud, y “a operar conforme a la ley en dicha jurisdicción”: que la presentación de informes anuales, licencias comerciales y otros documentos requeridos a tiempo; el pago de las tarifas, impuestos y otras obligaciones contables requeridas; el mantenimiento de los registros adecuados ante las autoridades locales, estatales y nacionales son actuales y exactos.

Instrucciones:

El documento para Q2.3-1 debe ser un PDF.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Un documento con una lista de todos los gTLD actuales de la entidad solicitante (si corresponde) y una lista de todos los gTLD de las entidades afiliadas a la entidad solicitante (si corresponde).

Instrucciones:

El documento para Q2.3-2 debe ser un archivo Excel (.xlsx).

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Un documento que contiene una lista de todas las cadenas de caracteres solicitadas por la entidad solicitante y, para cada cadena de caracteres, una previsión del número de dominios bajo gestión (DUM) para el año 1, el año 2 y el año 3 a partir de la delegación.

Instrucciones:

1. Facilitar todos los documentos elaborados por la firma contable externa que proporciona los estados contables para esta evaluación financiera.

2. No se aceptan informes anuales.

Notas:

1. Una Entidad Principal Cualificada (QPE) es una entidad jurídica que posee al menos el 51 % de la titularidad de la entidad solicitante, ya sea en forma directa o indirecta.

2. Los Estados contables de la Entidad Principal Cualificada (QPS) son los estados contables auditados de una QPE.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Facilitar los estados contables auditados de la entidad solicitante elaborados por una firma contable externa o los estados contables auditados de una entidad principal cualificada (QPE).

CR-3. Las normas de contabilidad aceptables son: Normas contables reconocidas a nivel nacional para la jurisdicción de la entidad o QPE solicitante, Normas Internacionales de Información Financiera (IFRS), Principios Contables Generalmente Aceptados (GAAP).

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Aclarar cómo la Entidad Principal Cualificada (QPE) cumple la definición para proporcionar estados contables tal como se define en las instrucciones para los estados contables.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Explicar por qué se eligieron los estados contables presentados para su presentación, haciendo referencia al "flujo de caja más favorable", lo que indica una sólida posición de liquidez y capacidad para hacer frente a sus obligaciones financieras.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Indicar qué normas de contabilidad se utilizaron para elaborar los estados contables de la entidad solicitante.

a) Las normas de contabilidad aceptables son: Normas contables reconocidas a nivel nacional para la jurisdicción de la entidad o Entidad Principal Cualificada (QPE) solicitante, Normas Internacionales de Información Financiera (IFRS), Principios Contables Generalmente Aceptados (GAAP).

Q3.2-1 - Proporcionar el documento de autocertificación de la entidad solicitante, firmado por el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la entidad solicitante. Si los estados contables de la entidad solicitante son facilitados por una Entidad Principal Cualificada (QPE), el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la QPE deben firmar conjuntamente el documento de certificación. El documento de autocertificación debe declarar y garantizar:

SC3.2-1.1 - En la fecha de presentación de la solicitud, la entidad solicitante cotiza actualmente en una o más de las bolsas de valores públicas identificadas en la lista de la ICANN de Estadísticas del mercado (https://focus.world-exchanges.org/issue/december-2025/market-statistics, a diciembre de 2025), incluidos información sobre la bolsa correspondiente y el símbolo/ la etiqueta de cotización actual.

SC3.2-1.2 - La entidad solicitante está conforme a la ley con sus obligaciones de la bolsa de valores pública en la que cotiza.

SC3.2-1.3 - La entidad solicitante se compromete a financiar a largo plazo todas las cadenas de caracteres de gTLD solicitadas.

SC3.2-1.4 - La entidad solicitante y/o sus funcionarios están obligados por ley en su jurisdicción a representar los estados contables con exactitud y que la entidad solicitante opera conforme a la ley en dicha jurisdicción.

Instrucciones:

1. Proporcionar un único documento para la pregunta de autocertificación Q3.2-1.

2. El documento debe incluir únicamente las declaraciones SC3.2-1.1 y SC3.2-1.4.

3. No modificar ninguna de las declaraciones de autocertificación.

4. Si la entidad solicitante no puede autocertificar las declaraciones SC3.2-1.1 a SC3.2-1.4, proporcionar un documento que explique por qué la entidad solicitante no puede autocertificar las declaraciones SC3.2-1.1 a SC3.2-1.4.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La entidad solicitante presenta el documento de autocertificación.

CR-3. El documento está firmado por la entidad solicitante y, si corresponde, por la Entidad Principal Cualificada (QPE).

CR-4. Las cuatro declaraciones de autocertificación de la pregunta confirman que la entidad solicitante:

a) cotiza actualmente en una de las bolsas de valores públicas identificadas en Estadísticas de mercado (https://focus.world-exchanges.org/issue/december-2025/market-statistics, a diciembre de 2025),

b) opera conforme a la ley – cumple todas las normas y reglamentos de cotización en vigencia – con la bolsa de valores pública en la cual cotiza la entidad solicitante.

c) se compromete a financiar a largo plazo todas las cadenas de caracteres de gTLD solicitadas,

d) está obligada por ley en su jurisdicción a presentar los estados contables con exactitud, y “a operar conforme a la ley en dicha jurisdicción”: que la presentación de informes anuales, licencias comerciales y otros documentos requeridos a tiempo; el pago de las tarifas, impuestos y otras obligaciones contables requeridas; el mantenimiento de los registros adecuados ante las autoridades locales, estatales y nacionales son actuales y exactos.

Instrucciones:

El documento para Q3.3-1 debe ser un archivo Excel (.xlsx).

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Un documento que contiene una lista de todas las cadenas de caracteres solicitadas por la entidad solicitante y, para cada cadena de caracteres, una previsión del número de dominios bajo gestión (DUM) para el año 1, el año 2 y el año 3 a partir de la delegación.

Instrucciones:

1. Facilitar todos los documentos elaborados por la firma contable externa que proporciona los estados contables para esta evaluación financiera.

2. No se aceptan informes anuales.

Notas:

1. Una Entidad Principal Cualificada (QPE) es una entidad jurídica que posee al menos el 51 % de la titularidad de la entidad solicitante, ya sea en forma directa o indirecta.

2. Los Estados contables de la Entidad Principal Cualificada (QPS) son los estados contables auditados de una QPE.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Facilitar los estados contables auditados de la entidad solicitante elaborados por una firma contable externa o los estados contables auditados de una entidad principal cualificada (QPE).

CR-3. En caso de que no puedan facilitarse estados contables auditados, proporcionar los estados contables revisados o compilados de la entidad solicitante correspondientes al último año fiscal o período intermedio cerrado.

CR-4. Las normas de contabilidad aceptables son: Normas contables reconocidas a nivel nacional para la jurisdicción de la entidad o QPE solicitante, Normas Internacionales de Información Financiera (IFRS), Principios Contables Generalmente Aceptados (GAAP).

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Aclarar cómo la Entidad Principal Cualificada (QPE) cumple la definición para proporcionar estados contables tal como se define en las instrucciones para los estados contables.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Explicar por qué se eligieron los estados contables presentados para su presentación, haciendo referencia al "flujo de caja más favorable", lo que indica una sólida posición de liquidez y capacidad para hacer frente a sus obligaciones financieras.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Indicar qué normas de contabilidad se utilizaron para elaborar los estados contables de la entidad solicitante.

a) Las normas de contabilidad aceptables son: Normas contables reconocidas a nivel nacional para la jurisdicción de la entidad o Entidad Principal Cualificada (QPE) solicitante, Normas Internacionales de Información Financiera (IFRS), Principios Contables Generalmente Aceptados (GAAP).

Q4.2-1 - Proporcionar el documento de autocertificación de la entidad solicitante, firmado por el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la entidad solicitante. Si los estados contables son facilitados por una Entidad Principal Cualificada (QPE), el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la QPE deben firmar conjuntamente el documento de certificación. El documento de autocertificación debe declarar y garantizar:

SC4.2-1.1 - La entidad solicitante y/o una QPE financiarán la puesta en marcha y la operación a largo plazo de todas las cadenas de caracteres de gTLD solicitadas y (si corresponde) de los gTLD actualmente operados de un QPE.

SC4.2-1.2 - La entidad solicitante o QPE tiene un mínimo de USD 50 000 más el 25 % de la tarifa base de solicitud para cada cadena de caracteres de gTLD solicitada en efectivo y equivalentes de efectivo en el balance de los estados contables proporcionados, hasta un máximo de USD 300 000, designados para apoyar la puesta en marcha y operación de todas las cadenas de caracteres de gTLD solicitadas de la entidad solicitante.

SC4.2-1.3 - La entidad solicitante y/o sus funcionarios están obligados por ley en su jurisdicción a representar los estados contables con exactitud y que la entidad solicitante opera conforme a la ley en dicha jurisdicción.

Instrucciones:

1. Proporcionar un único documento para la pregunta de autocertificación Q4.2-1.

2. El documento debe incluir únicamente las declaraciones SC4.2-1.1 y SC4.2-1.3.

3. No modificar ninguna de las declaraciones de autocertificación.

4. Si la entidad solicitante no puede autocertificar las declaraciones SC4.2-1.1 a SC4.2-1.3, proporcionar un documento que explique por qué la entidad solicitante no puede autocertificar las declaraciones SC4.2-1.1 a SC4.2-1.3.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La entidad solicitante presenta el documento de autocertificación.

CR-3. El documento está firmado por la entidad solicitante y, si corresponde, por la Entidad Principal Cualificada (QPE).

CR-4. Las tres declaraciones de autocertificación de la pregunta confirman que la entidad solicitante:

a) se compromete a financiar a largo plazo todas las cadenas de caracteres de gTLD actuales y solicitadas,

b) tiene un mínimo de USD 50 000 más el 25 % de la tarifa base de solicitud para cada cadena de caracteres de gTLD solicitada en efectivo y equivalentes de efectivo en el balance de los estados contables proporcionados de la entidad solicitante, hasta un máximo de USD 300 000, designados para apoyar la puesta en marcha y operación de todas las cadenas de caracteres de gTLD solicitadas de la entidad solicitante.

c) está obligada por ley en su jurisdicción a presentar los estados contables con exactitud, y “a operar conforme a la ley en dicha jurisdicción”: que la presentación de informes anuales, licencias comerciales y otros documentos requeridos a tiempo; el pago de las tarifas, impuestos y otras obligaciones contables requeridas; el mantenimiento de los registros adecuados ante las autoridades locales, estatales y nacionales son actuales y exactos.

Instrucciones:

Las instrucciones para el escenario más probable (MLS) se encuentran en el documento Instrucciones - Plantilla de evaluación financiera.¹³

Nota:

Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La plantilla de proyecciones del escenario más probable (MLS) no ha sido modificada.

CR-3. Todas las celdas obligatorias tienen entrada de datos.

CR-4. El cálculo del efectivo disponible en el momento de la solicitud es correcto.

CR-5. El efectivo y equivalentes de efectivo del balance del estado contado proporcionado superan el efectivo en caja en el momento de la solicitud.

CR-6. Todas las filas con datos tienen suficiente contenido relevante de Comentarios.

CR-7. El flujo de fondos total proyectado es positivo en el año 3.

Instrucciones:

Las instrucciones para el escenario más probable (MLS) se encuentran en el documento Instrucciones - Plantilla de evaluación financiera.

Nota:

Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La plantilla de proyecciones del escenario más probable (MLS) no ha sido modificada.

CR-3. Todas las celdas obligatorias correspondientes a costos operativos tienen entrada de datos.

CR-4. Todas las filas con datos de entrada tienen suficiente contenido de Comentarios relevante como se especifica en el documento de Instrucciones - Plantilla de evaluación financiera (consultar Apéndice 5).

CR-5. Las variaciones iguales o superiores al 20 % se explican en los comentarios,

CR-6. Proporcionó RSP preevaluados y todos los demás contratos de subcontratación, LOI o propuestas (salvo los acuerdos de empleo).

CR-7. Los costos de contratos, cartas de intención (LOI) y propuestas se contabilizan en la Plantilla de proyecciones del MLS.

Instrucciones:

Las instrucciones para el escenario más probable (MLS) se encuentran en el documento Instrucciones - Plantilla de evaluación financiera.

Nota:

Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Proporcionó RSP preevaluados y todos los demás contratos de subcontratación, cartas de intención (LOI) o propuestas (salvo los acuerdos de empleo).

Instrucciones:

Las instrucciones para Financiación e ingresos se encuentran en el documento Instrucciones - Plantilla de evaluación financiera.

Notas:

1. Los fondos pueden proceder de varias fuentes, por ejemplo, del capital existente o de los ingresos procedentes de la operación de un registro.

2. Los recursos financieros deben ser suficientes para producir un flujo de caja positivo al final del tercer año de operaciones.

3. Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR1. La entidad solicitante proporcionó una estrategia de ingresos de registraciones que incluía todas las cadenas de caracteres de gTLD solicitadas colectivamente, planes de lanzamiento, tamaño del mercado y objetivos de penetración previstos, servicios de registro únicos, etc.

CR-2. La entidad solicitante identificó claramente cualquier otra fuente de financiación, importes y calendario de uso de cada fuente.

Instrucciones:

Las instrucciones para Financiación e ingresos se encuentran en el documento Instrucciones - Plantilla de evaluación financiera.

Notas:

1. Los fondos pueden proceder de varias fuentes, por ejemplo, del capital existente o de los ingresos procedentes de la operación de un registro.

2. Los recursos financieros deben ser suficientes para producir un flujo de caja positivo al final del tercer año de operaciones.

Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR-1. La entidad solicitante proporcionó una estrategia de ingresos de registraciones que incluía todas las cadenas de caracteres de gTLD solicitadas colectivamente, planes de lanzamiento, tamaño del mercado y objetivos de penetración previstos, servicios de registro únicos, etc.

CR-2. La entidad solicitante identificó claramente cualquier otra fuente de financiación, importes y calendario de uso de cada fuente.

Instrucciones:

Las instrucciones para la evaluación de riesgos figuran en el documento Instrucciones - Plantilla de evaluación financiera.

Nota:

Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. Se completaron todas las evaluaciones de riesgo requeridas: escenario de riesgo, probabilidad, impacto y mitigación.

CR-3. Todos los riesgos identificados por la entidad solicitante se evaluaron y documentaron en la plantilla de evaluación de riesgos.

Instrucciones:

Las instrucciones para el peor escenario (WCS) se encuentran en el documento Instrucciones - Plantilla de evaluación financiera.

Notas:

1. La proyección financiera del Peor Escenario (WCS) cuantificará los planes para operar el registro cuando ocurran eventos que impacten negativamente en la capacidad de financiar las cadenas de caracteres de gTLD solicitadas por la entidad solicitante.

2. Consultar el Apéndice 5 para acceder a las plantillas del perfil financiero estándar, que incluye las siguientes plantillas: Proyección financiera del escenario más probable, Proyección financiera del peor escenario, Plantilla de evaluación de riesgos y Plantilla de proyecciones de registración.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La plantilla de proyecciones del peor escenario (WCS) no ha sido modificada.

CR-3. Todas las celdas obligatorias tienen entrada de datos.

CR-4. El cálculo del efectivo disponible en el momento de la solicitud es correcto.

CR-5. El efectivo y equivalentes de efectivo del balance del estado contado proporcionado superan el efectivo en caja en el momento de la solicitud.

CR-6. Todas las filas con datos tienen suficiente contenido relevante de Comentarios.

CR-7. El flujo de fondos total proyectado es positivo en el año 3.

Q5.1-1 - Proporcionar el documento de autocertificación de la entidad solicitante, firmado por el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la entidad solicitante. El documento de autocertificación debe declarar y garantizar:

SC5.1-1.1 - La entidad solicitante protegerá adecuadamente la confidencialidad de los datos e impedirá el acceso no autorizado a los datos y servicios.

SC5.1-1.2 - La entidad solicitante mantendrá un programa de seguridad detallado, adecuadamente financiado y dotado de personal, siguiendo un marco de seguridad reconocido y moderno basado en la gestión de riesgos (como la serie ISO27000, COBIT, HITRUST CSF, marcos de seguridad exigidos por ley o equivalentes). El programa de seguridad debe ser implementado antes de la delegación y existir durante al menos el periodo de vigencia del RA Base.

SC5.1-1.3 - La entidad solicitante conoce y ha diseñado sus sistemas y actividades para cumplir la normativa pertinente en materia de privacidad y seguridad de todos los países en los que opera.

Instrucciones:

1. Proporcionar un único documento para la pregunta de autocertificación Q5.1-1.

2. El documento debe incluir únicamente las declaraciones SC5.1-1.1 y SC5.1-1.3.

3. No modificar ninguna de las declaraciones de autocertificación.

4. Si la entidad solicitante no puede autocertificar las declaraciones SC5.1-1.1 a SC5.1-1.3, proporcionar un documento que explique por qué la entidad solicitante no puede autocertificar las declaraciones SC5.1-1.1 a SC5.1.1-3.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La entidad solicitante presenta el documento de autocertificación.

CR-3. El documento está firmado por la entidad solicitante.

CR-4. Las tres declaraciones de autocertificación confirman que la entidad solicitante:

a) se compromete a su rol en la protección de la confidencialidad de los datos bajo el cuidado de la entidad solicitante, y la prevención del acceso no autorizado a los servicios de la entidad solicitante.

b) ha previsto y presupuestará el apoyo a la operación de las capacidades de seguridad necesarias.

c) dispone o tiene previsto implementar un marco de seguridad moderno y reconocido basado en la gestión de riesgos, como la serie ISO27000, COBIT, HITRUST CSF, marcos de seguridad exigidos por ley o equivalentes.

d) dispone de un plan para garantizar una dotación de personal adecuada a sus capacidades de seguridad.

e) ha diseñado prácticas operativas e infraestructura técnica para cumplir los requisitos de seguridad y privacidad a los que está sujeta.

Q5.2-1 - Proporcionar el documento de autocertificación de la entidad solicitante, firmado por el director ejecutivo, el presidente, el director de finanzas y/o el funcionario equivalente de la entidad solicitante. El documento de autocertificación debe declarar y garantizar:

SC5.2-1.1 - La entidad solicitante establecerá, a más tardar en el momento de la delegación del dominio de alto nivel (TLD), una persona de contacto dedicada al uso indebido, responsable de tratar los asuntos que requieran una atención rápida y de proporcionar una respuesta oportuna a los reclamos por uso indebido relativos a cualquier nombre registrado en el TLD.

SC5.2-1.2 - La entidad solicitante, a más tardar antes de la delegación del TLD, establecerá, publicará y proporcionará a la ICANN la ubicación de un mecanismo para que los miembros del público presenten informes de uso indebido de acuerdo con las obligaciones actuales del RA Base y cualquier Política de consenso.

SC5.2-1.3 - La entidad solicitante ha desarrollado medidas propuestas para la eliminación de los registros de pegado huérfanos para los nombres eliminados de la zona cuando se presenten pruebas por escrito de que el pegado está presente en relación con una conducta maliciosa (consultar la Especificación 6).

SC5.2-1.4 - La entidad solicitante tiene o tendrá, en el momento de la delegación, políticas establecidas para gestionar los reclamos relativos a uso indebido. Dichas políticas deben mantenerse y publicarse para que cualquiera pueda revisarlas a través de Internet y de cualquier otro medio que la entidad solicitante considere apropiado. Las políticas de la entidad solicitante deben contener, como mínimo, una confirmación adecuada de la recepción de la denuncia de uso indebido, el proceso de revisión de la denuncia y las medidas que se tomarán si la entidad solicitante confirma que la denuncia es legítima.

SC5.2-1.5 - La entidad solicitante entiende que el uso indebido del DNS es Phishing, Malware, Botnets, Pharming y Spam (cuando se utilizan para materializar otras formas de uso indebido del DNS). La entidad solicitante entiende y está preparada para contribuir a la mitigación o interrupción del uso indebido del DNS en los dominios de la zona de TLD.

SC5.2-1.6 - La entidad solicitante cuenta con los recursos adecuados para garantizar una investigación y una respuesta oportunas y adecuadas a las denuncias de uso indebido del DNS. Esto incluye capacidades para recibir y evaluar pruebas de uso indebido del DNS en denuncias, y para tomar medidas para detener o interrumpir el uso indebido del DNS.

SC5.2-1.7 - La entidad solicitante está preparada para realizar escaneos periódicos de su zona para identificar si los dominios se están utilizando para perpetrar uso indebido del DNS, y para mantener informes estadísticos de los escaneos, las conclusiones y las acciones tomadas.

Instrucciones:

1. Proporcionar un único documento para la pregunta de autocertificación Q5.2-1.

2. El documento debe incluir únicamente las declaraciones SC5.2-1.1 y SC5.2-1.7.

3. No modificar ninguna de las declaraciones de autocertificación.

4. Si la entidad solicitante no puede autocertificar las declaraciones SC5.2-1.1 a SC5.2-1.7, proporcionar un documento que explique por qué la entidad solicitante no puede autocertificar las declaraciones SC5.2-1.1 a SC5.2-1.7.

CR-1. La entidad solicitante sigue las Instrucciones sin excepción y proporciona respuestas completas, comercialmente razonables y de buena fe.

CR-2. La entidad solicitante presenta el documento de autocertificación.

CR-3. El documento está firmado por la entidad solicitante.

CR-4. Las siete declaraciones de autocertificación confirman que la entidad solicitante:

a) establecerá, a más tardar antes de la delegación del dominio de alto nivel (TLD), una persona de contacto específico para uso indebido y dará respuesta oportuna a los reclamos por uso indebido

b) a más tardar antes de la fecha de la delegación del TLD, establecerá, publicará y proporcionará a la ICANN la ubicación de un mecanismo para que los miembros del público presenten informes de uso indebido de acuerdo con las obligaciones actuales del RA Base y cualquier Política de consenso

c) ha desarrollado medidas propuestas para la eliminación de los registros de pegado huérfanos para los nombres eliminados de la zona cuando se presenten pruebas por escrito de que el pegado está presente en relación con una conducta maliciosa (consultar la Especificación 6).

d) ha establecido y mantiene políticas sobre el manejo de reclamos relativos al uso indebido. Dichas políticas se publican para que cualquiera pueda revisarlas a través de Internet y de cualquier otro medio que la entidad solicitante considere apropiado. Las políticas de la entidad solicitante deben contener, como mínimo, una confirmación adecuada de la recepción de la denuncia de uso indebido, el proceso de revisión de la denuncia y las medidas que se tomarán si la entidad solicitante confirma que la denuncia es legítima.

e) confirma que el uso indebido del DNS es Phishing, Malware, Botnets, Pharming y Spam (cuando se utilizan para materializar otras formas de uso indebido del DNS). La entidad solicitante está preparada para contribuir a la mitigación o interrupción del uso indebido del DNS en los dominios de la zona de TLD.

f) asignará los recursos necesarios a las capacidades de respuesta al uso indebido del DNS para garantizar una investigación y respuesta oportunas a las denuncias por uso indebido del DNS, recibir y evaluar las pruebas de uso indebido del DNS en las denuncias y tomar medidas para detener o interrumpir el uso indebido del DNS.

g) está preparada para realizar escaneos periódicos de su zona para identificar si los dominios se están utilizando para perpetrar uso indebido del DNS, y para mantener informes estadísticos de los escaneos, las conclusiones y las acciones tomadas.

Instrucciones:

1. Una entidad solicitante puede utilizar este campo de respuesta para presentar cualquier información o documentación adicional y opcional que la entidad solicitante considere que mejora la comprensión de su solicitud o que puede ser de interés para el público en general. Esto podría incluir, entre otros, los siguientes documentos de la entidad solicitante:

a) Políticas de registro individuales;

b) Acuerdo independiente con un tercero para cumplir determinados compromisos;

c) Términos de uso;

d) Políticas de registración adicionales no destinadas a ser incluidas en el RA;

e) Otros materiales que aclaren la misión, los valores o el uso previsto del gTLD por parte de la entidad solicitante.

Notas:

1. Esta pregunta es opcional y sólo tiene carácter informativo.

2. La información aquí brindada no se evaluará como parte de la solicitud ni será contractualmente vinculante para la entidad solicitante.

3. Todas las respuestas a esta pregunta se publicarán para que el público pueda examinarlas y comentarlas.

Instrucciones:

Confirmar la declaración utilizando la casilla de verificación.

Instrucciones:

Confirmar la declaración utilizando la casilla de verificación.

Instrucciones:

Seleccionar una de las opciones siguientes:

1. La entidad solicitante opta por recibir el reembolso por volumen de solicitudes si se pone a su disposición.

2. La entidad solicitante no opta por recibir el reembolso por volumen de solicitudes y entiende que la entidad solicitante renuncia a una futura solicitud para obtener dicho reembolso en caso de que esté disponible.

Notas:

La ICANN ha indicado la posible situación de ofrecer un reembolso por volumen de solicitudes cuando se presenten más de 1000 solicitudes y se hayan recuperado los costos de implementación; consultar Reembolso por volumen de solicitudes.