Resumo
- Quando solicitados na mesma rodada, o IDN primário e as variantes alocáveis devem constar de uma única aplicação.
- Depois do envio, uma variante incluída pode ser retirada, mas uma nova variante alocável não pode ser adicionada.
O Applicant Guidebook de 2026 permite solicitar um novo IDN primário com uma ou mais variantes alocáveis. A RZ-LGR define o conjunto do qual elas podem ser escolhidas; uma variante bloqueada não pode ser solicitada.
A sequência importa. Uma aplicação para variante alocável não pode preceder a aplicação do gTLD IDN primário. Quando o primário e as variantes são solicitados na mesma rodada, a ICANN exige uma única aplicação.
Após o envio, a regra de alteração é assimétrica. O solicitante pode retirar, por meio de uma Application Change Request, uma variante já incluída. Não pode adicionar uma variante alocável ausente da aplicação original. A retirada reduz o conjunto solicitado; não reabre a seleção.
A dependência também passa pela string primária. Se a aplicação do gTLD IDN primário for retirada, todas as variantes solicitadas serão retiradas junto. Após avaliação bem-sucedida, o primário e as variantes solicitadas seriam alocados ao mesmo operador em um único Registry Agreement.
A BTW recomenda congelar antes do envio o conjunto formado pelo IDN primário e pelas variantes alocáveis solicitadas. É orientação editorial, não requisito adicional da ICANN.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

