Febrero de 2022

28 de febrero de 2022

Ya está disponible el nuevo almacén de credenciales

You can now choose from a wider selection of plugins to store your Orchestrator credentials. BeyondTrust, a new credential store, is now integrated with Orchestrator. For configuration instructions, see Beyond Trust integration.

25 de febrero de 2022

Marco basado en OAuth 2.0 para la autenticación de robots

In this release, we ship a new robot authentication mechanism that uses the OAuth 2.0 framework as the basis for its authentication protocol, meaning unattended robots can connect to Orchestrator using a client ID - client secret pair generated via machine template objects. The client ID - client secret pair generates a token that authorizes the connection and provides the robot with access to Orchestrator resources.

Las credenciales de cliente permiten a la instancia de UiPath Robot acceder a los recursos utilizando sus propias credenciales en lugar de suplantar a un usuario. Cuando el UiPath Robot solicita recursos a Orchestrator, Orchestrator obliga al propio UiPath Robot a estar autorizado a realizar una acción, pues no hay ningún usuario participando en la autenticación.

Importante:

Client credentials require the UiPath Robot 2022.2 or higher. As an exception to our typical release cadence, client credentials do not become available to Enterprise users one week after the Community release date. Instead, the feature will be shipped to Enterprise users alongside the 2022.4 enterprise release of the UiPath Robot.

Más información sobre la autenticación de robots.

Instructions for administrators on how to manage client credentials (create new credentials, revoke access).

Intstructions for RPA developers and attended users on how to connect their robots to Orchestrator.

24 de febrero de 2022

Mejoras en los roles

We provide several default roles in Orchestrator to make access assignment for the main use cases easy and to serve as a functioning base for any new customer that is just starting with the environment. After getting familiar with the ecosystem and understanding your particular use cases for automation, you could edit these roles, or create new ones to suit your needs.

Lo básico nunca pasa de moda. Por ello, queremos garantizar la disponibilidad de estos roles manteniendo su categoría de estándar.

Por ello, hemos realizado diversas mejoras en los roles y permisos, especialmente en relación con los roles predeterminados para carpetas modernas.

Los roles predeterminado están disponibles de forma predeterminada

Ya no necesitas añadir los roles predeterminados al tenant desde la configuración de Orchestrator. Ahora están disponibles de manera predeterminada para todos los tenants nuevos y para los que no se añadieron de forma manual hasta ahora.

Las opciones para añadir estos roles desde la página Configuración de los tenants (pestaña General) se han eliminado.

Los roles predeterminado ahora son de solo lectura

Ya no puedes editar los roles predeterminados. Puedes ver los permisos que incluyen, pero ya no puedes cambiarlos.

Si necesitas una versión personalizada, debes crear un rol nuevo con los permisos necesarios.

Las versiones personalizadas de los roles predeterminados ahora se llaman "Personalizados"

Si has personalizado alguno de los roles predeterminados cambiando los permisos, no te preocupes, están a salvo. Hemos cambiado el nombre de todos tus roles personalizados a Nombre de rol - Custom para que sepas cuáles son los predeterminados y cuáles los personalizados.

Por ejemplo, si has personalizado los permisos del rol predeterminado Automation User, ahora dispones de los siguientes roles:

Rol	Origen	¿Puede editarse?	¿Puede asignarse?	Permisos
Automation User	System	N	Y	Estándar
Automation User - Custom	Definido por el usuario	Y	Y	Personalizar

Nota:

Aunque sus roles personalizados tienen ahora un nuevo nombre, todas las cuentas o grupos a los que se asignaron los roles afectados tienen ahora asignada la versión renombrada. No tienes que hacer nada respecto a estos cambios. Todo seguirá funcionando como de costumbre.

Duplicar y personalizar roles

Hemos añadido una nueva opción a los roles que permite copiar y personalizar uno de los roles existentes. Esta opción está disponible para los roles predeterminado y los roles personalizados, pero no para roles mixtos.

Ahora que los roles predeterminados son de solo lectura, esta es la forma nueva de personalizarlos si estás conforme con ellos, pero quieres modificar algún detalle.

To use this option, go to Tenant > Manage Access > Roles, click (more options) at the right of a row, and select Duplicate & customize.

Exportación e importación de roles

Ya puedes exportar cualquiera de tus roles existentes a formato CSV y, en ese formato, importarlos de nuevo a Orchestrator. Esto permite volver a utilizar tu conjunto de roles cuidadosamente creado en las organizaciones y en los tenants.

Exportar un rol e importar un rol

22 de febrero de 2022

Nuevo almacén de credenciales

You can now choose from a wider selection of plugins to store your Orchestrator credentials. HashiCorp Vault, a new credential store, is now integrated with Orchestrator. For configuration instructions, see HashiCorp Vault.

Eliminar el contenido de los elementos de cola a través de la API

• Prevent queue items data tracing by deleting the value of the SpecificContent key via API. Use the PUT /odata/QueueItem({Id}) endpoint with the type of payload described in our documentation.

7 de febrero de 2022

Mecanismo (más) reciente de desencadenadores de cola para lanzar trabajos a través de desencadenadores de cola

Tras una serie de avances y retrocesos en el ámbito de los desencadenadores de cola, se ha reajustado la forma en que los desencadenadores de cola lanzan los trabajos con lo que se espera que sea la última y mejor implementación de todos ellos.

Planteamiento del problema: cada vez que sus colas contenían menos elementos nuevos que elementos en curso, no se lanzaba ningún trabajo a pesar de que los robots estaban inactivos. Esto ocurría porque el número de trabajos en ejecución (que procesan activamente los elementos de cola) superaba el número de trabajos objetivo (trabajos necesarios para procesar los nuevos elementos).

Corrección inicial: Orchestrator tenía en cuenta tanto los elementos de cola nuevos como los que estaban en curso al calcular el número de trabajos de destino, en lugar de tener en cuenta solo los nuevos. Suena bien. No funcionaba.

Nueva y brillante solución: Orchestrator tiene en cuenta los nuevos elementos al calcular el número de trabajos de destino, pero tiene en cuenta el número de trabajos pendientes a la hora de decidir si se lanza un nuevo trabajo o no.

• Supongamos que tienes 2 nuevos artículos en una cola y que existen 2 trabajos pendientes => en ese caso, no se lanzan nuevos trabajos.
• Supongamos que tienes 2 nuevos artículos y que existe 1 trabajo pendiente => en ese caso, se lanza 1 nuevo trabajo.

Esto garantiza que Orchestrator lance suficientes trabajos para procesar todos los nuevos elementos sin excederse.

Nuevo conjunto de permisos

Esta versión incluye un nuevo conjunto de permisos de carpeta para Conexiones. Por el momento, los permisos no tienen un uso real, sino que forman parte de una próxima característica.

Mejoras

• Para ayudarte a identificar los errores de configuración a nivel de trabajo o de desencadenador, a partir de ahora, cuando inicies un trabajo o configures un desencadenador, podrás ver claramente si determinados tiempos de ejecución se han configurado en la carpeta que los contiene o no.

En lo que se refiere a trabajos, solo se pueden seleccionar los tiempos de ejecución asignados a las máquinas de la carpeta. No funciona al intentar seleccionar tiempos de ejecución no asignados y aparece un mensaje explicativo del comportamiento.

En lo que respecta a los desencadenadores, se pueden seleccionar los tiempos de ejecución que no se han asignado a las máquinas de la carpeta, siendo fácil detectarlos mediante un icono de advertencia.

• Anteriormente, no se podían utilizar tiempos de ejecución de prueba para la depuración remota desde Studio o cuando se utilizaba la asignación dinámica en Orchestrator. Ambas operaciones solo permitían el uso de tiempos de ejecución que no fueran de producción o no atendidos. Con esta versión, puedes hacer ambas operaciones con los tiempos de ejecución de las pruebas.

  

• En el caso de los robots de Automation Cloud™, el inicio de un trabajo con la opción Mantener la asignación de cuenta/máquina en la reanudación del trabajo supone ahora que el trabajo se reanuda en cualquier máquina del mismo grupo, es decir, el mismo tipo de máquina, pero no necesariamente la misma máquina.

  

• Ahora puedes filtrar las transacciones de una cola por el robot que procesó las transacciones. El menú desplegable del filtro Robot muestra los robots presentes en la carpeta moderna correspondiente. Para ver los robots disponibles, es necesario tener permisos de visualización en Usuarios.

  

Corrección de errores

• Occasionally, test set and test schedule executions failed with the following error: System.Data.Entity.Core.EntityException: The underlying provider failed on Open.System.PlatformNotSupportedException: This platform does not support distributed transactions. Test sets and test schedules are now executed with no errors.
• Anteriormente, al eliminar una carpeta de Orchestrator que contenía un depósito de almacenamiento de Azure se eliminaban todos los datos de Azure. A partir de ahora, al eliminar una carpeta, Orchestrator realiza un borrado suave que hace que los datos no estén disponibles para los usuarios de Orchestrator, en cambio sí lo están en Azure.