Implementación de características

Los nuevos productos y características se introducen progresivamente en estas plataformas en la nube. En general, la nueva funcionalidad está disponible primero en Test Cloud y, posteriormente, está disponible en Test Cloud Public Sector y Test Cloud Dedicado, sujeto a los requisitos de cumplimiento, infraestructura y preparación para el lanzamiento. Por lo tanto, la disponibilidad puede variar en función de la plataforma en la nube que utilices.

Test Cloud de implementación de características

Cuando las actualizaciones estén disponibles

Las actualizaciones que anunciamos en las notas de la versión de Test Cloud estarán disponibles de forma progresiva, dependiendo de lo siguiente:

• tu plan de licencia
• su organización y región del tenant

Por lo tanto, las actualizaciones llegan a diferentes usuarios en diferentes momentos.

La fecha en que se anuncia un cambio por primera vez en las notas de la versión es la fecha en que está disponible por primera vez. Si aún no notas el cambio, lo notarás pronto.

Versión de Community: los cambios se ponen primero a disposición de los usuarios de Community. Aquí es cuando publicamos las notas de la versión.

Versión Enterprise: si eres un usuario Enterprise, la implementación suele estar disponible en un plazo de una hora a 14 días después de la implementación de Community. En ciertos casos, algunas características pueden requerir tiempo adicional antes de estar disponibles en Enterprise. Los tenants canarios, utilizados para las pruebas, suelen recibir actualizaciones tres días después del anuncio. El plazo preciso para que puedas acceder a estos cambios en la región de alojamiento seleccionada varía, dependiendo de cuándo los cambios se hayan implementado correctamente en todas las regiones.

No anunciamos versiones Enterprise o versiones para las diferentes regiones por separado.

La siguiente tabla sirve como ejemplo de cuándo una característica está disponible para los usuarios de Community, así como para los usuarios de Enterprise:

Fecha de la nota de la versión	Fecha de publicación de la comunidad	Fecha de publicación de Enterprise
14 de julio de 2025	14 de julio de 2025	a partir del 14 de julio de 2025

Cambios solo para Enterprise

Si un cambio es exclusivo del plan Enterprise, lo marcamos utilizando la etiqueta Enterprise () en las notas de la versión. Para tales cambios, la primera versión se envía directamente a los usuarios de Enterprise y Enterprise de prueba. Notarás estos cambios a partir de la fecha de la nota de la versión, pero pueden pasar unos días hasta que estén disponibles en tu región.

La siguiente tabla sirve como ejemplo de cuándo una característica está disponible solo para usuarios de Enterprise:

Fecha de la nota de la versión	Fecha de publicación de la comunidad	Fecha de publicación de Enterprise
14 de julio de 2025	N/D	a partir del 14 de julio de 2025

Organizaciones de actualización retrasada

Esta característica está disponible para clientes Enterprise con una licencia de nivel Avanzado .

Póngase en contacto con el equipo de ventas de UiPath para obtener más información sobre cómo convertirse en un cliente de nivel avanzado.

Si tu organización está alojada en una región de actualización retrasada, recibirás actualizaciones para Test Cloud y sus servicios al menos dos semanas después de que lleguen a otras organizaciones empresariales, lo que está sujeto a las reglas descritas anteriormente.

El número exacto de días que tardan los cambios en estar disponibles en tu organización de actualización retrasada, en la región de alojamiento elegida, puede ser ligeramente superior a 14 días, dependiendo de cuándo terminemos de implementar los cambios en todas las regiones.

Puedes utilizar una organización empresarial típica como tu entorno de preproducción para probar las actualizaciones, y utilizar tu organización de actualización retrasada como tu entorno de producción. Una vez que las actualizaciones estén disponibles en tu organización empresarial, puedes esperar que los cambios aparezcan en tu organización de actualización retrasada aproximadamente dos semanas después.

Regiones

La característica de actualización diferida está disponible en las regiones de alojamiento de Estados Unidos y la Unión Europea .

Servicios que se benefician de las actualizaciones retrasadas

Los servicios de UiPath pueden admitir actualizaciones retrasadas en los Estados Unidos o la Unión Europea. Para ver qué servicios admiten actualizaciones retrasadas en estas regiones, consulta la página Regiones globales de la nube .

Página de estado

Para estar al tanto del tiempo de actividad de todos los servicios de UiPath®, los períodos de mantenimiento planificados o las incidencias, consulta la página Estado.

Implementación de características Sector público de Test Cloud

Nuestro enfoque para introducir nuevas características o actualizaciones en Test Cloud Public Sector está diseñado para garantizar una transición fluida y efectiva para ti.

Qué esperar

1. Notas de la versión: después de finalizar el desarrollo y las pruebas de nuevas características o actualizaciones, las anunciamos a través de notas de la versión. Estas notas de la versión están disponibles en https://docs.uipath.com/es/.
2. Transparencia: nuestras notas de la versión están diseñadas para ser transparentes e informativas. Detallan lo que implica la nueva característica y cualquier cambio que aporte a la funcionalidad existente.
3. Plazo: los usuarios deberían esperar ver las nuevas características o actualizaciones poco después de que las notas de la versión estén disponibles. El tiempo específico puede variar en función de la complejidad de la característica o actualización, pero nuestro objetivo es hacerlos accesibles lo antes posible después del anuncio.

Para estar al tanto del tiempo de actividad de todos los servicios de UiPath®, los períodos de mantenimiento planificados o las incidencias, consulta la página Estado.

Implementación de características Test Cloud Dedicated

Una de las principales ventajas de Test Cloud Dedicated es la capacidad de controlar las actualizaciones. Satisface los requisitos específicos para actualizar sus aplicaciones vitales de UiPath, lo que le permite aprovechar aspectos clave como los siguientes:

• Programar cuándo tu plataforma y los servicios de UiPath pueden actualizarse, evitando cualquier interrupción del negocio. Por ejemplo, puedes evitar las actualizaciones durante las temporadas altas, como las vacaciones de fin de año.
• Determinar la programación para implementar nuevas características en tu plataforma. Esto te permite planificar la validación de automatizaciones y nuevas características tanto en entornos de prueba como de producción.

Proceso de publicación

En esta página se explica cómo se entregan, controlan y comunican las actualizaciones en los entornos de Test Cloud Dedicated, utilizando un modelo de implementación basado en anillos.

Descripción general de la versión

Los lanzamientos de Test Cloud Dedicated se realizan cada dos semanas. Cada sprint ofrece una carga útil que incluye: nuevas características y mejoras, parches de seguridad, infraestructura, actualizaciones de configuración y correcciones de errores.

Todas las actualizaciones siguen una estrategia de implementación basada en anillos regida por un plan de implementación de servicios.

Programación y entornos de implementación

El ciclo de vida de implementación de Test Cloud Dedicated implica los siguientes componentes:

• Cadencia de lanzamiento: los lanzamientos siguen un calendario de una vez cada dos semanas. Cada sprint incluye actualizaciones acumulativas, como nuevas características, mejoras, parches de seguridad y correcciones de errores.
• Implementación basada en anillos: las versiones progresan a través de varios entornos en secuencia, siendo Sandbox el primer entorno. Los siguientes entornos dependen de tu programación y arquitectura de implementación preferidas. El entorno Sandbox es una instancia compartida que puedes utilizar para validar las actualizaciones por adelantado. Aquí es cuando se publican las notas de la versión.
  Nota:

  El flujo de implementación excluye las ventanas de bloqueo y los períodos de congelación.

Tipos de versiones

Test Cloud Dedicated te ofrece dos tipos de actualizaciones:

• Versión estándar: implementación regular de actualizaciones de productos, infraestructura y configuración cada dos semanas.
• Versiones de revisiones: corrección de emergencia para vulnerabilidades de seguridad o errores de alto impacto.

Revisiones y versiones de emergencia

Para las correcciones de alta prioridad, el ciclo de vida de la implementación sigue estas excepciones:

• Las versiones se rastrean rápidamente en todos los anillos.
• Los retrasos en los timbres, las ventanas de mantenimiento y las ventanas de bloqueo pueden omitirse en función de la urgencia.
  Nota:

  Solo las regresiones del comportamiento anterior de Test Cloud Dedicated son aptas para las revisiones.

Actualizar controles

Test Cloud Dedicated proporciona flexibilidad sobre cuándo se implementan las actualizaciones. Puedes configurar tu entorno de producción utilizando los siguientes tipos de control de actualización:

• Lanzamiento retrasado: posponga las actualizaciones hasta 30 días.
• Ventana de bloqueo: evita las implementaciones durante un período fijo. Las reglas de un período de bloqueo son las siguientes:
  • Puede durar un máximo de 30 días consecutivos.
  • Debe ir seguido de un período abierto de 10 días antes de que se pueda aplicar otro bloqueo.
  • Debe enviarse con al menos cinco días hábiles de antelación.
  • No se pueden bloquear las programaciones de implementaciones en las próximas 48 horas. Por ejemplo, puedes ampliar una ventana de bloqueo que finaliza en menos de dos días, pero puedes ajustar una ventana de bloqueo que finaliza en más de cinco días.
• Ventana de mantenimiento: asegúrate de que las actualizaciones se realicen fuera del horario laboral. La ventana de mantenimiento suele programarse entre las 15:00 y las 21:00 EST. Se recomienda una ventana continua de 6 horas para las actualizaciones en todos los entornos de producción.
  Nota:

  El entorno Sandbox está excluido de los períodos de bloqueo y mantenimiento.

Comunicaciones y responsabilidad del usuario

Para asegurarte de que estás al tanto de cómo se implementan las versiones en tu organización de Test Cloud Dedicated, debes comprobar los siguientes recursos:

• Notas de la versión: publicadas el mismo día en que se actualiza el entorno Sandbox.
• Notificaciones de la página de estado: se utiliza para cualquier tiempo de inactividad, con al menos siete días de antelación.

Como usuario de Test Cloud Dedicated, se espera que hagas lo siguiente:

1. Comprueba periódicamente las notas de la versión y las actualizaciones de la página de estado.
2. Revise las notas de la versión una vez publicadas.
3. Valida los cambios en Sandbox y en cualquier otro entorno aprobado.
4. Abre un ticket de soporte para pausar la versión de producción si descubres regresiones o problemas de rendimiento.

Ejemplo de implementación

Por ejemplo, si se implementa una versión de sprint en Sandbox el 7 de julio y el retraso en la producción es de 30 días, el calendario sería el siguiente:

1. Actualización de Sandbox realizada el 7 de julio.
2. Notas de la versión publicadas el 7 de julio.
3. Actualización de producción realizada el 9 de agosto.

Acerca de los controles de actualización

Ofrecemos dos tipos de controles:

1. Lanzamiento retrasado: esto te permite posponer las actualizaciones hasta 30 días.
2. Ventana de bloqueo: nos aseguramos de que no se realicen actualizaciones durante un período específico con una ventana de bloqueo de hasta 30 días.

Para garantizar que las organizaciones de Test Cloud se mantengan actualizadas, hemos establecido las siguientes restricciones:

• Las ventanas de bloqueo solo pueden durar un período continuo de 30 días. Esto es para acomodar un período de congelación de 30 días para sus necesidades de fin de año.
• Cada ventana de bloqueo debe ir seguida de un descanso de al menos 10 días, lo que garantiza que UiPath tenga tiempo suficiente para implementar actualizaciones después de una ventana de bloqueo prolongada.
• Cualquier modificación de la ventana de bloqueo debe enviarse mediante un ticket 5 días laborables antes del cambio previsto.
• No se le permite implementar ningún cambio que resulte en el bloqueo del tiempo dentro de las próximas 48 horas, que previamente estaba desbloqueado.

La siguiente sección describe algunos ejemplos para ayudarte a comprender mejor estas directrices:

• Si te encuentras en una ventana de bloqueo que concluye en 5 días, puedes ampliar o reducir esta ventana, ya que no bloqueará ningún nuevo período de tiempo.
• Si la ventana de bloqueo finaliza en 1 día, no se puede ampliar porque el día siguiente se bloquearía.
• Si no hay una ventana de bloqueo actual y deseas establecer una que comience en 1 día, no se puede crear dicha ventana.

Gestionar los controles de actualización

Para configurar ambos controles de actualización disponibles en Test Cloud, debes ponerte en contacto con nuestro equipo de soporte y enviar tickets de soporte.