Julio de 2023

26 julio 2023

Próximos cambios en los roles y permisos

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.

As such, this is what you can expect starting with August 21st in Community and August 28th in Enterprise:

• The Automation User role will no longer have permission to publish packages, and will abide by its initial definition, namely a user with the minimum folder level permissions needed to execute processes. This is a governance best practice to ensure that personal user packages do not accidentally get published without first being reviewed.
• You will have access to a new role, Automation Publisher, which is dedicated to proficient users who can publish their own packages.

24 de julio de 2023

Webhooks en la búsqueda de tenant

Webhooks have been added to the list of entities that can be returned in the Search in tenant page.

Cambios de reintentos manuales

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 ahora 0
• AncestorId es ahora null

Clave única del artículo en cola

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.

Error de conexión al almacén de credenciales

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.

Esto evita que te bloqueen la cuenta del robot debido a repetidos intentos de iniciar el robot sin credenciales.

Nuevas columnas de transacciones

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.

20 de julio de 2023

Conservación de los videos grabados

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

18 de julio de 2023

Cambios en la configuración de ejecución

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 el recuento de ejecuciones de trabajos consecutivos falla : el desencadenador se deshabilita después del número de ejecuciones fallidas que elijas para esta configuración.
  • Período de gracia para deshabilitar el desencadenador (días) : el número de días que se debe esperar antes de que se deshabilite el desencadenador después del 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:

    • Disable when consecutive job execution fail count - 10.
    • Grace period on disabling the trigger (days) - 0. This means the trigger will get disabled on the day when the job failed 10 consecutive times, to prevent the consumption of Robot Units from constantly trying to execute the job successfully.
• Two new tenant-level execution settings aimed at connected event, time, and queue triggers (i.e. triggers created in Studio Web) automatically published to personal workspaces:
  • Triggers - Connected triggers - Disable when job execution fail count - the trigger is disabled after the number of failed executions you choose for this setting.
  • Triggers - Connected triggers - Grace period when job execution keeps failing count (days) - the number of days to wait before the trigger is disabled after the first failure of a job.These do not apply to triggers published outside of personal workspaces.

Mejoras en la exportación de informes

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.

11 July 2023

Configuración de ejecución con nombre nuevo

Se han cambiado el nombre de dos configuraciones de ejecución a nivel de tenant para ayudarle a orientarse con facilidad:

• Triggers - Disable when failed count is now Triggers - Disable when job creation fail count
• Triggers - Disable when it keeps failing count (days) is now Triggers - Grace period when job creation keeps failing count (days)

Clasificación interna de paquetes

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.

Cambios en la ejecución del desencadenador

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.

Comprobaciones de permisos para descargas de paquetes

Los robots ahora pueden descargar paquetes del tenant, siempre que tengan el permiso Ver en paquetes.

Cambios en los próximos reintentos manuales

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

This change is scheduled to happen in two weeks' time in Community and in a month's time in Enterprise.

Romper el cambio

Próximo cambio en las comprobaciones de permisos

Creating a queue trigger from the user interface requires Queues permissions. However, this enforcement is not currently in place for API-triggered actions. As such, within a month, we will also start checking for the Create on Queues permission when you try to create a queue trigger from the API. Please make sure that you meet this requirement before that time.

¿Cuándo puedo ver estos cambios?

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.

Más información

Cronología de la obsolescencia

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.