- Notas relacionadas
Orchestrator Release Notes
Julio de 2023
Nos esforzamos constantemente por conseguir que nuestros roles sean lo más intuitivos y autónomos posibles, para que puedas determinar más fácilmente qué rol se ajusta mejor a tus necesidades.
Esto es lo que puedes esperar a partir del 21 de agosto en Community y del 28 de agosto en Enterprise:
-
El rol Usuario de automatización ya no tendrá permiso para publicar paquetes y se atendrá a su definición inicial, es decir, un usuario con los permisos mínimos de nivel de carpeta necesarios para ejecutar procesos. Se trata de una buena práctica de gobernanza para garantizar que los paquetes personales de usuarios no se publican accidentalmente sin haber sido revisados primero.
-
Tendrás acceso a un nuevo rol, Automation Publisher, que está dedicado a usuarios competentes que pueden publicar sus propios paquetes.
Se han añadido webhooks a la lista de entidades que se pueden devolver en la página Buscar en tenant.
Los reintentos manuales no se cuentan para el número máximo de reintentos que se establecen para los elementos en cola.
Para alinearse con este comportamiento, se han aplicado los siguientes cambios en los parámetros cuando se realizan reintentos manuales desde la API:
-
RetryNumber
es ahora0
-
AncestorId
es ahoranull
Los artículos en cola individuales ahora obtienen su propia clave única al volver a ser procesados, mientras que antes heredaban la clave del artículo principal.
Esto se aplica tanto a los reintentos automáticos como a los manuales.
Cuando no se establece la conexión con el almacén de credenciales que contiene las credenciales del robot, impidiendo así la recuperación de la contraseña, el robot deja de iniciarse y ahora te devuelve el siguiente error:
Unable to retrieve credentials from {credential_store_name} credential store. Please check your connection settings and ensure the {credential_store_name} service is running.
Unable to retrieve credentials from {credential_store_name} credential store. Please check your connection settings and ensure the {credential_store_name} service is running.
Esto evita que te bloqueen la cuenta del robot debido a repetidos intentos de iniciar el robot sin credenciales.
Hemos añadido cuatro nuevas columnas a la página Transacciones (Colas > Ver transacciones):
-
Fecha límite (absoluta)
-
Posponer (absoluto)
-
Iniciado (absoluto)
-
Terminado (absoluto)
Ten en cuenta que no están habilitadas de forma predeterminada, así que asegúrate de seleccionarlas de la lista Columnas.
Estas columnas también se incluyen en los informes exportados.
Hemos cambiado nuestra política de conservación de vídeos grabados. Ahora, al elegir grabar una ejecución de un trabajo desde la configuración de su proceso subyacente, el video se almacena en Orchestrator de la siguiente manera:
-
durante 7 días en el caso de trabajos fallidos
-
durante 3 días en el caso de trabajos con éxito
Hemos añadido nueva configuración para ayudarte a controlar cuándo se deshabilitan los desencadenadores tras el fallo de un trabajo. De esto es de lo que ahora puedes beneficiarte:
- Una nueva configuración en la ventana de creación del desencadenador de tiempo y del desencadenador de cola, a saber, Establecer la deshabilitación del desencadenador basado en la ejecución. Cuando la alternancia está habilitada, se te presentan dos opciones:
- Deshabilitar cuando falla el recuento de trabajos consecutivos: el desencadenador se deshabilita tras el número de ejecuciones fallidas que eliges para esta configuración.
- Período de gracia para deshabilitar el desencadenador (días): el número de días que hay que esperar antes de que el desencadenador se deshabilite tras el primer fallo de un trabajo.
Nota:
En caso de que estés ejecutando un robot sin servidor en una instancia Community, los siguientes valores de ejecución se establecen automáticamente y no se pueden editar:
- Deshabilitar cuando falla el recuento de trabajos consecutivos - 10.
- Período de gracia para deshabilitar el desencadenador (días) - 0.
Esto significa que el desencadenador se deshabilitará el día en que el trabajo falló 10 veces consecutivas, para evitar que el consumo de Robot Units intente ejecutar el trabajo constantemente con éxito.
- Dos nuevas configuraciones de ejecución a nivel de tenant destinadas a los desencadenadores de eventos, horas y colas conectados (por ejemplo,desencadenadores creados en Studio Web) publicados automáticamente en espacios de trabajo personales:
- Desencadenadores - Desencadenadores conectados - Deshabilitar cuando falle la ejecución del trabajo: el desencadenador se deshabilita tras el número de ejecuciones fallidas que eliges para esta configuración.
- Desencadenadores - Desencadenadores conectados - Período de gracia en el que la ejecución del trabajo sigue fallando Recuento (días): el número de días que se deben esperar antes de que el desencadenador se deshabilite tras el primer fallo de un trabajo.
Estos no se aplican a los desencadenadores publicados fuera de los espacios de trabajo personales.
Hemos simplificado la forma de exportar los datos de las cuadrículas. Estos son los cambios de los que puedes beneficiarte ahora:
-
Al hacer clic en Exportar, ya no se te solicita la confirmación. En su lugar, aparece una notificación que te informa de que la exportación está en curso.
- Una vez hecho, aparecerá otra notificación que te informará de que los datos exportados están listos para su descarga.
-
La descarga se iniciará automáticamente si tienes el permiso Alertas - Ver.
- Si no lo haces, puedes descargar los datos exportados desde la página Mis informes.
Se han cambiado el nombre de dos configuraciones de ejecución a nivel de tenant para ayudarle a orientarse con facilidad:
- Desencadenadores: ahora deshabilitar cuando el recuento ha fallado Desencadenadores: deshabilitar cuando se produce un error en la creación de trabajos
- Desencadenadores: deshabilitar cuando el recuento sigue fallando (días) es ahora Desencadenadores: período de gracia cuando la creación de trabajos sigue fallando (días)
Los paquetes internos, es decir, los paquetes cargados a través de fuentes alojadas en Orchestrator, ahora se ordenan por fecha de publicación. La fecha de publicación es la fecha en la que se publicó la versión más reciente de un paquete.
La ejecución recurrente de desencadenadores de tiempo, desencadenadores de cola y programaciones de pruebas ahora se basa en su hora de creación. Si bien antes se activaban en el segundo 0 de cada minuto, ahora se activan en el mismo segundo que el de su hora de creación.
Así es como el cambio se traduce en expresiones cron:
-
Para un desencadenador de tiempo creado a las 12: 23: 34 con la expresión cron 0 * *? * * (es decir configurado para ejecutarse cada minuto), la próxima hora de ejecución será a las 12:24:34.
-
Para un desencadenador de tiempo creado a las 12:23:34 con la expresión cron 1 * *? * * (es decir configurado para ejecutarse a partir de 1 segundo cada minuto), la próxima hora de ejecución será a las 12: 24: 1: 0.
Los robots ahora pueden descargar paquetes de la fuente del tenant siempre que tengan el permiso Ver en paquetes .
Los reintentos manuales no se cuentan para el número máximo de reintentos que se establecen para los elementos en cola.
Para alinearse con este comportamiento, se aplicarán los siguientes cambios de parámetros cuando se realicen reintentos manuales desde la API:
-
RetryNumber
será0
-
AncestorId
seránull
Está previsto que este cambio se produzca dentro de dos semanas en Community y dentro de un mes en Enterprise.
Próximo cambio en las comprobaciones de permisos
Crear un desencadenador de cola desde la interfaz de usuario requiere permisos para Colas . Sin embargo, esta aplicación no se aplica actualmente para las Actionsdesencadenadas por API. Por tanto, en el plazo de un mes también empezaremos a comprobar el permiso Crear en colas cuando intentes crear un desencadenador de cola desde la API. Asegúrese de cumplir con este requisito antes de esa fecha.
La fecha en que un cambio se anuncia por primera vez en las notas de la versión es la fecha en que está disponible por primera vez.
Si aún no ves el cambio, podrás verlo pronto, después de desplegar los cambios en todas las regiones.
Te recomendamos comprobar periódicamente la fecha de caducidad para ver las actualizaciones relativas a las características que quedarán obsoletas y serán eliminadas.
- 26 julio 2023
- Próximos cambios en los roles y permisos
- 24 de julio de 2023
- Webhooks en la búsqueda de tenant
- Cambios de reintentos manuales
- Clave única del artículo en cola
- Error de conexión al almacén de credenciales
- Nuevas columnas de transacciones
- 20 de julio de 2023
- Conservación de los videos grabados
- 18 de julio de 2023
- Cambios en la configuración de ejecución
- Mejoras en la exportación de informes
- 11 July 2023
- Configuración de ejecución con nombre nuevo
- Clasificación interna de paquetes
- Cambios en la ejecución del desencadenador
- Comprobaciones de permisos para descargas de paquetes
- Cambios en los próximos reintentos manuales
- Romper el cambio
- ¿Cuándo puedo ver estos cambios?
- Cronología de la obsolescencia