Implantação de funcionalidades

Novos produtos e funcionalidades são introduzidos progressivamente nessas plataformas de nuvem. Em geral, as novas funcionalidades ficam disponíveis primeiro no Test Cloud e são posteriormente disponibilizadas no Test Cloud Public Sector e no Test Cloud Dedicated, sujeitas a requisitos de conformidade, infraestrutura e preparação para versão. Portanto, a disponibilidade pode variar, dependendo da plataforma de nuvem que você usa.

Implantação de funcionalidades no Test Cloud

Quando as atualizações ficam disponíveis

As atualizações que anunciamos nas notas de versão do Test Cloud ficam disponíveis progressivamente, dependendo do seguinte:

• seu plano de licenciamento
• sua organização e região do tenant

Portanto, as atualizações chegam a usuários diferentes em momentos diferentes.

A data em que uma alteração é anunciada pela primeira vez nas notas de versão é a data em que ela se torna disponível pela primeira vez. Se você ainda não notou a alteração, pode esperar notá-la em breve.

Versão Community: as alterações são disponibilizadas primeiro para usuários Community. Isso ocorre quando publicamos as notas de versão.

Versão Enterprise: se você for um usuário Enterprise, a implantação normalmente será disponibilizada entre uma hora e 14 dias após a implantação do Community. Em certos casos, algumas funcionalidades podem exigir um tempo adicional antes de ficarem disponíveis no Enterprise. Os tenants Canary, utilizados para testes, normalmente recebem atualizações três dias após o anúncio. O período exato de quando essas alterações ficam acessíveis para você na região de hospedagem selecionada varia, dependendo de quando as alterações foram implantadas com sucesso em todas as regiões.

Não anunciamos versões Enterprise ou versões para as diferentes regiões separadamente.

A tabela a seguir serve como exemplo de quando um recurso é disponibilizado para usuários Community e também para usuários Enterprise:

Data da Nota de Versão	Data de Lançamento da Community	Data de Lançamento da Enterprise
14 de julho de 2025	14 de julho de 2025	a partir de 14 de julho de 2025

Alterações apenas no Enterprise

Se uma alteração for exclusiva do plano Enterprise, nós a sinalizamos usando o rótulo Enterprise () nas notas de versão. Para essas alterações, a primeira versão é enviada diretamente para usuários do Enterprise e da avaliação do Enterprise. Você pode esperar notar essas alterações já na data das notas de versão, mas pode levar alguns dias até que estejam disponíveis em sua região.

A tabela a seguir serve como exemplo de quando um recurso fica disponível apenas para usuários Enterprise:

Data da Nota de Versão	Data de Lançamento da Community	Data de Lançamento da Enterprise
14 de julho de 2025	N/A	a partir de 14 de julho de 2025

Organizações de Atualização atrasada

Essa funcionalidade está disponível para clientes do Enterprise com uma licença Advanced Tier .

Entre em contato com a equipe de vendas da UiPath para obter mais informações sobre como se tornar um cliente de nível avançado.

Se sua organização estiver hospedada em uma região de atualização atrasada, você receberá atualizações para o Test Cloud e seus serviços pelo menos duas semanas após chegarem a outras organizações empresariais, o que está sujeito às regras descritas anteriormente.

O número exato de dias que leva para que as alterações fiquem disponíveis em sua organização com atualizações atrasadas, na região de hospedagem escolhida, pode ser um pouco maior que 14 dias, dependendo de quando terminarmos de implantar as alterações em todas as regiões.

Você pode usar uma organização empresarial típica como seu ambiente de pré-produção para testar atualizações, e usar sua organização com atualizações atrasadas como seu ambiente de produção. Após as atualizações estarem disponíveis em sua organização empresarial, você pode esperar que as alterações apareçam em sua organização de atualizações atrasadas aproximadamente duas semanas depois.

Regiões

A funcionalidade Atualização atrasada está disponível nas regiões de hospedagem dos Estados Unidos e da União Europeia .

Serviços que se beneficiam das atualizações atrasadas

Os serviços da UiPath podem oferecer suporte a atualizações atrasadas nos Estados Unidos ou na União Europeia. Para ver quais serviços suportam atualizações atrasadas nessas regiões, consulte a página Regiões de nuvem globais .

Página de Status

Para manter-se atualizado com o tempo de atividade de todos os serviços UiPath®, períodos de manutenção planejada ou incidentes, consulte a página Status.

Implantação de funcionalidades do Test Cloud Public Sector

Nossa abordagem para introduzir novas funcionalidades ou atualizações no Test Cloud Public Sector é projetada para garantir uma transição perfeita e eficaz para você.

O que esperar

1. Notas de versão: após finalizarmos o desenvolvimento e teste de novas funcionalidades ou atualizações, nós as anunciamos por meio de notas de versão. Essas notas de versão são acessíveis em https://docs.uipath.com/pt-BR/.
2. Transparência: nossas notas de versão são projetadas para serem transparentes e informativas. Eles detalham o que a nova funcionalidade implica e quaisquer alterações que ela traga para a funcionalidade existente.
3. Tempo: os usuários devem esperar ver funcionalidades novas ou atualizações logo após a disponibilização das notas de versão. O tempo específico pode variar com base na complexidade da funcionalidade ou atualização, mas queremos disponibilizá-los o quanto antes após o anúncio.

Para manter-se atualizado com o tempo de atividade de todos os serviços UiPath®, períodos de manutenção planejada ou incidentes, consulte a página Status.

Implantação de funcionalidades Test Cloud Dedicated

Uma das principais vantagens do Test Cloud Dedicated é a capacidade de controlar atualizações. Ele atende a requisitos específicos para atualizar seus aplicativos UiPath fundamentais, permitindo que você aproveite aspectos-chave, como os seguintes:

• Agendamento quando sua plataforma e os serviços da UiPath podem passar por atualizações, evitando qualquer interrupção dos negócios. Por exemplo, você pode evitar atualizações durante as estações de pico, como feriados de fim de ano.
• Determinar o agendamento para implantar novos recursos em sua plataforma. Isso permite que você planeje a validação de automações e de novos recursos em ambientes de teste e produção.

Processo de lançamento

Esta página explica como as atualizações são entregues, controladas e comunicadas entre ambientes no Test Cloud Dedicated, usando um modelo de implantação baseado em toques.

Visão geral da versão

As versões dedicadas do Test Cloud acontecem a cada duas semanas. Cada sprint entrega uma carga que inclui: novas funcionalidades e aprimoramentos, patches de segurança, infraestrutura, atualizações de configuração e correções de bugs.

Todas as atualizações seguem uma estratégia de implantação baseada em anel regida por um plano de implantação de serviço.

Agendamento e ambientes de implantação

O ciclo de vida de implantação do Test Cloud Dedicated envolve os seguintes componentes:

• Cadência de lançamento – As versões seguem uma programação uma vez a cada duas semanas. Cada sprint inclui atualizações cumulativas, como novas funcionalidades, melhorias, patches de segurança e correções de bugs.
• Implantação baseada em loop – As versões progridem por vários ambientes em sequência, com o Sandbox sendo o primeiro ambiente. Os seguintes ambientes dependem de sua preferência de agendamento e arquitetura de implantação. O ambiente de Sandbox é uma instância compartilhada que você pode usar para validar atualizações com antecedência. Isso ocorre quando as notas de versão são publicadas.
  Observação:

  O fluxo de implantação exclui janelas de blecaute e períodos de congelamento.

Tipos de versões

O Test Cloud Dedicated fornece dois tipos de atualizações:

• Versão padrão: implantação regular de atualizações de produtos, infraestrutura e configuração a cada duas semanas.
• Versões de hotfix: correção emergencial para vulnerabilidades de segurança ou bugs de alto impacto.

Hotfixes e versões de emergência

Para correções de alta prioridade, o ciclo de vida da implantação segue essas exceções:

• As versões são rastreadas rapidamente em todos os níveis.
• Atrasos de toque, janelas de manutenção e janelas de blecaute podem ser ignoradas com base na urgência.
  Observação:

  Apenas regressões do comportamento anterior do Test Cloud Dedicated são elegíveis para hotfixes.

Controles de atualização

O Test Cloud Dedicated fornece flexibilidade sobre quando as atualizações são implantadas. Você pode configurar seu ambiente de produção usando os seguintes tipos de controle de atualização:

• Versão atrasada: adiar atualizações por até 30 dias.
• Período de blecaute: impeça implantações durante um período fixo. As regras de um período de blecaute são as seguintes:
  • Pode durar no máximo 30 dias consecutivos.
  • Deve ser seguido por um período aberto de 10 dias antes que outro blecaute seja aplicado.
  • Deve ser enviado com pelo menos cinco dias úteis de antecedência.
  • Não é possível bloquear o agendamento de implantações nas próximas 48 horas. Por exemplo, você pode estender uma janela de blecaute que termina em menos de dois dias, mas você pode ajustar uma janela de blecaute que termina em mais de cinco dias.
• Janela de manutenção: certifique-se de que as atualizações ocorram fora do horário comercial. A janela de manutenção normalmente é agendada entre 15h e 21h EST. Uma janela contínua de 6 horas é recomendada para atualizações em todos os ambientes de produção.
  Observação:

  O ambiente do Sandbox é excluído dos períodos de blecaute e manutenção.

Comunicação e responsabilidade do usuário

Para garantir que você esteja ciente de como as versões estão sendo implantadas na sua organização do Test Cloud Dedicated, você deve verificar os seguintes recursos:

• Notas de versão: Publicado no mesmo dia em que o ambiente do Sandbox é atualizado.
• Notificações da página de status: usadas para qualquer tempo de inatividade, com aviso pelo menos de sete dias.

Como um usuário do Test Cloud Dedicated, você deve fazer o seguinte:

1. Verifique regularmente as notas de versão e atualizações de páginas de status.
2. Revise as notas de versão depois de publicadas.
3. Valide as alterações no Sandbox e quaisquer outros ambientes aprovados.
4. Abra um ticket de suporte para pausar a versão de produção se você descobrir regressões ou problemas de desempenho.

Exemplo de implantação

Por exemplo, se uma versão de sprint for implantada no Sandbox em 7 de julho e o atraso de produção for de 30 dias, a linha do tempo seria a seguinte:

1. Atualização do sandbox realizada em 7 de julho.
2. Notas de versão publicadas em 7 de julho.
3. Atualização da produção realizada em 9 de agosto.

Sobre os controles de atualização

Fornecemos dois tipos de controles:

1. Lançamento atrasado: permite adiar as atualizações por até 30 dias.
2. Janela de blecaute: garantimos que não ocorra atualização por um período específico com uma janela de blecaute de até 30 dias.

Para garantir que as organizações do Test Cloud permaneçam atualizadas, colocamos as seguintes restrições:

• Janelas de blecaute podem durar apenas um período contínuo de 30 dias. Isso é para acomodar um período de congelamento de 30 dias para suas necessidades de final de ano.
• Cada janela de blecaute deve ser seguida por uma interrupção de pelo menos 10 dias, o que garante que a UiPath tenha tempo suficiente para implantar atualizações após uma janela de blecaute prolongada.
• Qualquer modificação no período de blecaute deve ser enviada por meio de um ticket 5 dias úteis antes da alteração pretendida.
• Você não tem permissão para implementar nenhuma alteração que resulte no bloqueio do tempo desbloqueado nas próximas 48 horas.

A seção a seguir descreve alguns exemplos para ajudar você a entender melhor essas diretrizes:

• Se você estiver em uma janela de blecaute que termina em 5 dias, você pode estender ou reduzir essa janela, pois ela não bloqueará nenhum novo período.
• Se a janela de blecaute terminar em 1 dia, ela não pode ser estendida porque o dia seguinte seria bloqueado.
• Se não houver nenhuma janela de blecaute atual e você deseja estabelecer uma que comece em 1 dia, essa janela não pode ser criada.

Gerenciamento dos controles de atualização

Para configurar os dois controles de atualização disponíveis no Test Cloud, você deve entrar em contato com nossa equipe de suporte e abrir tíquetes de suporte.