- Notas relacionadas
Orchestrator Release Notes
Febrero de 2022
Ahora puedes elegir entre una selección más amplia de complementos para almacenar las credenciales de Orchestrator. BeyondTrust, un nuevo almacén de credenciales, está ahora integrado con Orchestrator. Para obtener instrucciones de configuración, consulta Integración de BeyondTrust.
En esta versión, enviamos un nuevo mecanismo de autenticación de UiPath Robot que utiliza el marco OAuth 2.0 como base de su protocolo de autenticación, lo que conlleva que los UiPath Robots desatendidos puedan conectarse a Orchestrator utilizando un par ID de cliente-secreto de cliente generado mediante objetos de la plantilla de máquina. El par ID de cliente-secreto de cliente genera un token que autoriza la conexión y proporciona al UiPath Robot acceso a los recursos de Orchestrator.
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.
Las credenciales del cliente requieren UiPath Robot 2022.2 o superior.
De forma excepcional, las credenciales de cliente no estarán disponibles para los usuarios de la versión Enterprise hasta una semana después de la fecha de lanzamiento de la versión Community. En cambio, la característica se enviará a los usuarios de la versión Enterprise junto con la versión Enterprise 2022.4 de UiPath Robot.
En Orchestrator se proporcionan diversos roles predeterminados para facilitar la asignación de acceso a los principales casos de uso y para que sirva de base de funcionamiento para cualquier nuevo cliente que se inicie en el entorno. Una vez te hayas familiarizado con el ecosistema y hayas comprendido bien tus casos de uso específicos para la automatización, podrás editar estos roles o crear otros nuevos acordes a tus necesidades.
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 |
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.
Para utilizar esta opción, ve a Tenant > Gestionar accesos > Roles, haz clic en (más opciones) a la derecha de una fila y selecciona Duplicar y personalizar.
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.
Ahora puedes elegir entre una selección más amplia de complementos para almacenar las credenciales de Orchestrator. HashiCorp Vault, un nuevo almacén de credenciales, está ahora integrado con Orchestrator. Para obtener instrucciones de configuración, consulta HashiCorp Vault.
- Evita el rastreo de datos de los artículos en cola eliminando el valor de la clave
SpecificContent
a través de la API. Usa el punto de conexiónPUT /odata/QueueItem({Id})
con el tipo de carga útil descrita en nuestra documentación.
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.
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.
- 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.
- En ocasiones, las ejecuciones del conjunto de pruebas y del programa de pruebas han fallado con el siguiente 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.
- 28 de febrero de 2022
- Ya está disponible el nuevo almacén de credenciales
- 25 de febrero de 2022
- Marco basado en OAuth 2.0 para la autenticación de robots
- 24 de febrero de 2022
- Mejoras en los roles
- 22 de febrero de 2022
- Nuevo almacén de credenciales
- Eliminar el contenido de los elementos de cola a través de la API
- 7 de febrero de 2022
- Mecanismo (más) reciente de desencadenadores de cola para lanzar trabajos a través de desencadenadores de cola
- Nuevo conjunto de permisos
- Mejoras
- Corrección de errores