Resumo
- A candidatura pode ser enviada sem especificar RSP, embora a ICANN recomende identificá-los cedo.
- Na avaliação, devem estar cobertos pelo menos os papéis de RSP principal, RSP de DNSSEC e RSP de DNS; a Avaliação Estendida pode dar mais tempo quando houver lacunas.
A seção 3.1.10.1 do Guia do Candidato da ICANN de 2026 separa flexibilidade no envio de prontidão para avaliação. Recomenda-se identificar os RSP e serviços pretendidos no envio, mas o candidato pode fazê-lo logo antes da Avaliação do Candidato e da Candidatura.
O adiamento não é ilimitado. Se os provedores que cobrem as funções críticas mínimas não estiverem identificados na avaliação, a Avaliação Estendida pode ser escolhida para obter mais tempo. A seção 3.1.10.2 exige no mínimo RSP principal, RSP de DNSSEC e RSP de DNS. Uma organização pode estar qualificada para mais de um tipo de RSP.
A regra não comprova a prontidão do provedor de um candidato específico nem garante a seleção ou a duração da Avaliação Estendida. Também não comprova a confirmação do provedor durante a contratação nem a delegação.
Fontes
- ICANN, Guia 2026, seções 3.1.10.1–3.1.10.2: https://newgtldprogram-2026-agb.icann.org/en/7-module-3-application-submission.html
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

