![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
2021.10
El enfoque de UiPath sobre la documentación de los parches
UiPath lanza periódicamente parches que incluyen correcciones y mejoras con el fin de responder a las necesidades de la empresa. Cuando esto sucede, actualizamos la documentación de la versión del producto en cuestión para reflejar el último parche de esa versión.
Por ejemplo, en marzo de 2021 se publicó el parche 2020.4.5 y la documentación de 2020.4. Orchestrator se ha actualizado según los cambios del parche 2020.4.5.
Los cambios introducidos por un parche se documentan en las notas de la versión de ese parche.
Fecha de lanzamiento: 3 de noviembre de 2021
Nos complace anunciar una nueva opción de implementación para Orchestrator. Te presentamos la Automation Suite de UiPath, un paquete diseñado para ofrecer una experiencia coherente, sencilla y elegante al instalar, actualizar y gestionar los productos web de UiPath, entre los que se encuentra Orchestrator. Para más información, consulta la guía de Automation Suite.
Fecha de lanzamiento: 25 de octubre de 2021
La palabra «autómata» deriva del griego «αὐτόματον», que significa «que actúa por sí mismo». Hoy en día, en el mundo de la tecnología, el término «automatización» se utiliza a veces con poco consenso en cuanto a su significado. Y así, acabamos con la automatización desatendida, la automatización atendida, la automatización en segundo plano, la automatización en primer plano, la automatización remota, la automatización del servicio, hasta que la propia palabra parece increíblemente versátil.
En parte, esto se debe a que el término «automatización» ha evolucionado a la par que el mundo de la informática, alcanzando nuevas cotas cada día y haciéndonos partícipes de una era de cambio exponencial: somos testigos de la automatización en su recorrido hacia el cenit.
UiPath se esfuerza por romper todas las barreras entre la automatización asistida y la desatendida, haciendo que todos seamos beneficiarios potenciales de la automatización remota.
Con esta versión, Orchestrator adopta el nuevo sistema de diseño Apollo. Esto se traduce en la coherencia de la interfaz de usuario en Orchestrator y otros productos de UiPath, una navegación más sencilla y algunas mejoras en la interfaz de usuario.
Aunque Orchestrator en sí mismo sigue siendo funcionalmente igual, hay algunas cosas que debes saber desde el principio:
-
Se ha añadido un encabezado (a) que permanece visible en todas las páginas para que se mantenga el acceso a los siguientes controles: el menú de usuario (b) y las opciones rápidas (c).
- Algunos controles se han desplazado de los menús de Orchestrator al nuevo encabezado. El menú de usuario (que antes estaba en la parte superior derecha en Orchestrator) está ahora situado en la parte superior izquierda. Este menú incluye las opciones de selección del idioma del usuario, la selección del tema y la opción de cierre de sesión:
También hemos organizado mejor las opciones a nivel de host para mejorar la experiencia del usuario. Como resultado, los administradores del sistema tienen ahora un portal de Administración de identidad más limpio que muestra las aplicaciones integradas, un portal de gestión a nivel de host para configurar los ajustes globales de la instalación, y el portal de host de Orchestrator, que ahora solo incluye los ajustes a nivel de host que son específicos de Orchestrator.
No te preocupes, no hemos hecho ningún cambio drástico desde el punto de vista funcional, pero esperamos que los cambios puedan ayudarte a encontrar las cosas más fácilmente en el futuro.
Para obtener más información sobre los portales de host y las opciones disponibles en cada uno de ellos, consulta Portales de administración de host.
Cada vez son más las tecnologías que se convierten en candidatas a la automatización. Esto conlleva una serie de retos que, en la mayoría de los casos, requieren una cuidadosa planificación y un buen control de la infraestructura que lo hace posible.
Analicemos los retos a los que se enfrentan los administradores al tratar con la automatización desatendida en todo su espectro y cómo UiPath aborda estos retos con una serie de nuevas funciones.
A partir de esta versión, hay un nuevo tipo de cuenta disponible en Orchestrator: la cuenta robot.
Se trata de una identidad de no usuario que se puede configurar de la misma manera que las cuentas de usuario normales, pero la cuenta se identifica claramente como un robot en toda la plataforma. Este tipo de cuenta es similar a la que utiliza Windows para ejecutar sus servicios. Su propósito es eliminar la necesidad de crear cuentas de usuario ficticias para ejecutar las automatizaciones desatendidas, y utilizar este tipo de cuenta en su lugar.
Transición a las cuentas robot
Si tienes cuentas de usuario que utilizas para los procesos desatendidos, ahora puedes transferir la ejecución de los procesos desatendidos a una cuenta de robot.
Para ello:
- Crea una cuenta robot.
-
Configura la cuenta del robot para un uso desatendido, de la misma manera que configurarías una cuenta de usuario.
Asegúrate de asignar los mismos roles y configurar los mismos ajustes de robot que tiene la cuenta de usuario para garantizar que el proceso pueda seguir ejecutándose sin problemas. La cuenta del robot no requiere ninguna licencia de usuario.
-
Asigna la cuenta del robot a las mismas carpetas donde se asignó la cuenta del usuario.
Para obtener más detalles, consulta Asignación de cuentas o grupos a carpetas.
-
De manera opcional, comprueba y elimina cualquier función que la cuenta de usuario ya no necesite.
Para obtener información detallada, consulta Comprobar roles.
Al crear un nuevo proyecto de automatización en Studio, los desarrolladores son recibidos por el primer atributo que influye en el futuro paradero de la ejecución: el marco de destino subyacente del proyecto de automatización y el sistema operativo compatible.
La siguiente tabla muestra la versión de UiPath Robot necesaria para ejecutar los procesos según sus marcos de trabajo de destino y las consideraciones de compatibilidad con el sistema operativo.
Marco de destino |
Sistema operativo |
Versión robot |
---|---|---|
.NET Framework 4.6.1 |
Windows: Legacy |
Cualquiera |
.NET 5.0+ |
Ventanas |
2021.10+ |
.NET 5.0+ |
Multiplataforma |
2021.10+ |
NT AUTHORITY\LOCAL SERVICE
, que no tiene interfaz de usuario y no puede interactuar con una sesión de usuario.
Te enseñaremos un truco: necesitas credenciales para ejecutar procesos en primer plano, pero no las necesitas para ejecutar procesos en segundo plano. Por ello, hemos creado una nueva capacidad destinada a reducir el esfuerzo de configuración para la automatización sin supervisión. ¿Cómo? Haciendo que las credenciales sean opcionales.
En resumen, a partir de ahora puedes configurar robots desatendidos que ejecuten procesos en segundo plano sin preocuparte del quebradero de cabeza de las credenciales.
La siguiente tabla muestra la versión de UiPath Robot necesaria para ejecutar procesos en primer plano o segundo plano según las consideraciones sobre las credenciales de los robots.
Tipo de proceso |
Consideraciones sobre las credenciales |
Versión robot |
---|---|---|
Fondo |
Robot con credenciales |
Cualquiera |
Primer plano |
Robot con credenciales |
Cualquiera |
Fondo |
Robot sin credenciales |
2021.10+ |
Primer plano |
Robot sin credenciales |
Configuración no válida. Se necesitan credenciales para ejecutar trabajos en primer plano. |
Puedes optar por definir o no las credenciales para:
- Cuentas robotizadas: son las cuentas a las que se recurre para la automatización de los servicios desatendidos;
- Cuentas de usuario: cuentas dedicadas a la automatización remota personal que deben ejecutarse bajo la identidad del usuario.
Pasar de tener credenciales a no tenerlas no supone ningún esfuerzo utilizando las nuevas credenciales de robot que puedes ver representadas a continuación.
Tu carga de trabajo desatendida tiene necesidades de infraestructura únicas que pueden cambiar con el tiempo. Adecuar la carga de trabajo a los recursos adecuados es fundamental para maximizar la eficiencia y minimizar el malgasto.
En este sentido, acudimos en tu ayuda con dos nuevos controles de Orchestrator que te permiten distribuir incluso la más variada colección de trabajos a máquinas específicas. ¿Cómo se hace?
Pues es bastante sencillo: especializando tus plantillas de máquina, es decir, haciendo que la plantilla de máquina y la infraestructura de máquina asociada se limiten a ejecutar un tipo de proceso concreto. Usa las siguientes opciones al crear o editar tu plantilla de máquina:
Campo |
Descripción |
---|---|
Tipo de proceso |
En la infraestructura de la máquina que emplea esa plantilla de máquina puedes ejecutar:
|
Compatibilidad de procesos |
En la infraestructura de la máquina que emplea esa plantilla de máquina puedes ejecutar:
|
Consulta la documentación para obtener más detalles:
En esta versión, estamos rompiendo las barreras entre la automatización asistida y desatendida poniendo la ejecución desatendida al alcance de todos los desarrolladores de RPA. Estamos allanando el camino para la automatización remota personal, es decir, procesos RPA ejecutados a distancia desde la comodidad de tu espacio de trabajo personal.
La ejecución remota en máquinas virtuales gestionadas por la empresa nunca ha sido tan sencilla, ya que los nuevos usuarios tienen su propio espacio de trabajo personal por defecto y la automatización desatendida adquiere residencia permanente en los espacios de trabajo personales.
Espacios de trabajo personales para todos los nuevos usuarios
Esta función proporciona a los nuevos usuarios atendidos su propio espacio de trabajo personal por defecto y pretende poner la automatización atendida al alcance de todos los usuarios de la automatización.
Aviso a los administradores: los grupos de usuarios referenciados en Orchestrator y los usuarios aprovisionados automáticamente después de este cambio vienen sin funcionalidad asistida. Un administrador tendrá que habilitar explícitamente los robots asistidos para los grupos y/o usuarios que lo necesiten.
Este cambio hace que algunas funciones de Orchestrator sean redundantes, por lo que se han eliminado algunas partes relacionadas con la configuración de los espacios de trabajo personales.
No te preocupes por los usuarios y grupos de usuarios existentes, ya que mantienen tu configuración original. Tampoco imponemos los espacios de trabajo personales de ninguna manera. Aunque estén activados por defecto para los nuevos usuarios y grupos de usuarios, siempre puedes desactivar la funcionalidad como creas conveniente en función de cada usuario/grupo.
Sin supervisión en los espacios de trabajo personales
Los administradores que desbloqueen la experiencia desatendida para todos sus desarrolladores de RPA deben saber que se requiere un objeto de máquina (plantilla de máquina o máquina estándar) asociado a los espacios de trabajo. Esto hace que la infraestructura unattended (máquinas conectadas a Orchestrator mediante su clave) esté disponible para su ejecución en todos los espacios de trabajo personales.
Puedes hacerlo desde el contexto del tenant > Carpetas > Espacios de trabajo personales.
No se puede restringir el alcance de un objeto máquina a espacios de trabajo específicos, ni se puede excluir de ciertos espacios de trabajo; un objeto máquina puede estar asociado a todos los espacios de trabajo o a ninguno.
Asegúrate de que el objeto máquina tenga los tiempos de ejecución necesarios para soportar la ejecución de todos sus espacios de trabajo.
Experiencia de los desarrolladores de RPA con desatención
Los desarrolladores de RPA pueden beneficiarse de todas las funcionalidades específicas desatendidas antes mencionadas, siempre que un administrador haya realizado la configuración necesaria de antemano.
Esto les permite realizar las siguientes operaciones:
A. Iniciar automatizaciones de forma planificada o a través de una condición de elemento de cola mediante Desencadenadores.
B. Comprueba la salud y el estado de las máquinas y los tiempos de ejecución de las máquinas asignados por el administrador a tu espacio de trabajo mediante la función de Supervisión. Hemos añadido la tarjeta Máquinas a la página de Inicio del espacio de trabajo para poder acceder rápidamente.
C. Supervisa todos los recursos del espacio de trabajo comprobando el nuevo menú Supervisión que te permite conocer el estado de tus máquinas, procesos, colas y predicciones de SLA.
Carpeta moderna frente a espacio de trabajo personal
En un contexto de espacio de trabajo personal, los trabajos se inician bajo la identidad del propietario del espacio de trabajo. Esto conlleva un par de cambios en la funcionalidad, como sabrás gracias a las carpetas modernas:
- Los objetos máquina y los usuarios no son configurables desde el contexto de un espacio de trabajo personal.
- El usuario no es un destino de ejecución configurable para los desencadenadores, ya que es inherente a los espacios de trabajo personales que la ejecución se realice bajo la identidad del desarrollador de RPA.
- Las Funciones de prueba y acciones no están disponibles. Como resultado, los estados de trabajo Suspendido y Reanudado se vuelven irrelevantes en un contexto de espacio de trabajo.
Para que la transición sea lo más fluida posible, hemos ajustado el rol predefinido de administrador de espacio de trabajo personal con nuevos permisos. Consulta la documentación para obtener más detalles:
Para reducir aún más nuestra labor de desbloqueo de la experiencia desatendida en tu empresa, los administradores también pueden mandar la plantilla de máquina o la máquina estándar a todas las subcarpetas que necesitan la misma infraestructura de ejecución. En lugar de asignar la misma máquina a todas y cada una de las subcarpetas manualmente, puedes mandarla desde una carpeta principal a todas sus carpetas secundarias con un par de sencillos clics.
Despídete de las depuraciones molestas cuando la opción Aplicar la autenticación de usuario y deshabilitar la autenticación de clave de robot esté activada (también conocida como inicio de sesión interactivo, establecida desde la configuración del tenant en Orchestrator).
Si bien esta función aporta múltiples ventajas (mejoras en la seguridad, facilidad de flujo para los usuarios atendidos al conectarse a Orchestrator, agilización de las licencias para los usuarios al habilitar la funcionalidad de gestión de licencias de usuario), también producía una experiencia de depuración más engorrosa para los procesos desatendidos:
Cuando se inicia la sesión en una máquina conectada a Orchestrator a través de la clave de la máquina con fines de depuración mientras se aplica la autenticación interactiva, no hay procesos disponibles en tu Assistant para depurarlos, a menos que primero se inicie la sesión.
Ahora puedes conseguirlo habilitando una sesión de resolución de problemas en la máquina, que está disponible en la pestaña Sesiones desatendidas de la página Robots:
La activación de una sesión de resolución de problemas te permite ver y ejecutar procesos desatendidos desde UiPath Assistant con fines de depuración. El desarrollador no necesita una licencia de usuario para realizar esta operación.
La sesión de resolución de problemas es temporal y lo anterior solo se aplica mientras la resolución de problemas está activa.
Para obtener instrucciones, consulta Depurar procesos desatendidos.
Permite a los administradores vigilar más de cerca la automatización atendida en tu empresa con una función que permite la terminación de trabajos atendidos desde Orchestrator. Desatasca las automatizaciones con unos pocos clics dirigiéndote a Automatizaciones > Trabajos y seleccionando Más acciones > Detener o Eliminar para terminar el trabajo atendido.
En esta versión, Orchestrator aporta un mecanismo mejorado para la terminación de trabajos colgados, ya que ahora se puede usar una estrategia de eliminación de trabajos además de la estrategia de detención, y no solo como alternativa. Si aún no estás familiarizado con esta función, vamos a refrescarte la memoria: puedes optimizar tus flujos y descartar elegantemente todas las ejecuciones de trabajos engorrosos de forma planificada configurando tus desencadenadores para que detengan o eliminen los trabajos una vez transcurrido un determinado intervalo de tiempo.
En el siguiente ejemplo, Orchestrator intentará detener los trabajos que hayan estado atascados en Pendiente durante al menos 10 minutos. Si la terminación no se produce, Orchestrator intentará eliminar aquellos trabajos que hayan estado parados durante al menos 20 minutos.
Lo habéis pedido y os hemos escuchado. Te traemos la posibilidad de actualizar una cola existente de la siguiente manera:
- Cambiando el nombre a la vez que se mantiene la información de la cola existente. Olvídate de las molestias previas que suponían borrar y volver a crear la cola (incluidos los elementos de la cola) en casos básicos de errores ortográficos o de cambio de opinión sobre el nombre inicial.
- Cambiando la opción Reintento automático de No a Sí o viceversa. Ahora puedes reconsiderar si tu transacción fallida puede reintentarse automáticamente o no.
- Estableciendo un nuevo valor como Número máximo de reintentos. Dale a las transacciones varias segundas oportunidades para alcanzar el estado Correcto cuando tengas activada la opción Reintento automático.
Aunque puedes modificar estos ajustes después de la creación de la cola, ten en cuenta que los cambios que realices solo tendrán efecto en las transacciones futuras.
Lee más información en nuestro artículo Editar colas.
A partir de la versión 2021.4.3, hemos hecho posible añadir widgets en UiPath Assistant haciendo uso de las bibliotecas Automation Ops y Orchestrator.
En Orchestrator, estos widgets se marcaban como cualquier otro paquete de bibliotecas, lo que realmente no tenía ninguna utilidad. Actualmente, introducimos un nuevo tipo de biblioteca dedicada a los widgets: Assistant Widgets. Todos los widgets que se suban a Orchestrator a partir de ahora estarán etiquetados como tales para que los puedas detectar a la legua.
Hasta ahora, solo los robots desatendidos podían ejecutar flujos de trabajo de larga duración. La espera ha terminado, ya que puedes iniciar un proceso de orquestación desde Assistant de UiPath, esperar a que la acción generada se complete en Action Center y entregar el resto de la ejecución a un robot desatendido.
Existe una correlación entre las licencias utilizadas para iniciar el trabajo y las licencias consumidas por el robot desatendido para reanudar el trabajo:
Si se inicia el trabajo utilizando el robot asistido incluido en... |
... entonces la reanudación del trabajo consume un/a... |
---|---|
Licencia de usuario atendida |
Licencia para robots desatendidos |
Licencias de usuario desarrollador Citizen Developer RPA Developer RPA Developer Pro |
Licencia para robots que no son de producción |
Un robot desatendido puede reanudar el trabajo desde un servidor diferente al que inició originalmente el trabajo.
Por lo general, para aprovechar al máximo tus recursos, te recomendamos que mantengas el comportamiento por defecto para reanudar los trabajos suspendidos; es decir, reanudarlos en cualquier robot disponible y cualquier máquina disponible. Sin embargo, hay casos en los que:
- La reanudación de la ejecución del trabajo depende de una aplicación específica (por ejemplo, SAP) que está instalada en una máquina específica.
- Iniciar y reanudar un trabajo requiere el mismo contexto de usuario.
Para reconocer tus recursos y requisitos de licencia en la reanudación de un trabajo, ofrecemos la opción de usar la misma configuración de cuenta-máquina establecida al inicio del trabajo. Para más detalles, consulta el artículo Administración de trabajos.
Para aclarar la distinción entre añadir cuentas, que se hace desde la página Cuentas y grupos en el Portal de gestión, y la concesión de acceso a las cuentas, que se hace desde Orchestrator, hemos mejorado la interfaz de usuario de Orchestrator y ajustado la terminología para que no sea tan confuso.
Esto es lo que ha cambiado:
- Hemos unido las pestañas de nivel de tenant Usuarios y Roles en una nueva pestaña llamada Administrar acceso.
-
Las funciones a las que antes se accedía desde la página Usuarios son ahora accesibles desde la pestaña Asignar roles de la página Administrar acceso.
Anteriormente, no se podían crear cuentas desde allí, sino que se añadían cuentas existentes a Orchestrator para poder asignarles roles.
- Del mismo modo, las funciones a las que antes se accedía desde la página Roles ahora se acceden desde la página Administrar acceso, en la... redoble de tambores... pestaña Roles. (Si no está roto no lo arregles, ¿o no?)
- Hemos separado la experiencia de asignar funciones a cuentas o grupos. Mientras que antes se aplicaban los mismos pasos para ambos, ahora los dos tienen asistentes distintos: uno para cuentas de usuario o robots y otro para grupos, mejor adaptados a cada tarea.
- Se ha añadido el botón Gestionar cuentas y grupos a la pestaña Asignar roles (contexto Tenant > Administrar acceso > Asignar roles) que abre la página Cuentas y grupos del Portal de gestión, donde puedes añadir nuevas cuentas o grupos.
- Por último, en la página Administrar acceso > Asignar roles, el botón Comprobar permisos ha pasado a llamarse Ver roles. Esto se debe a que en realidad se asignan funciones a los usuarios o grupos; los permisos, en cambio, son los componentes de los roles y no se asignan por separado.
Documentación
Si está vinculado a un directorio, ahora también puede añadir administradores del sistema por su cuenta de directorio, no solo creando cuentas locales. Para obtener instrucciones, consulta Añadir un administrador del sistema.
Ahora ofrecemos soporte a la autenticación OAuth2 para leer los registros de los robots en Elasticsearch. Ahora puedes usar un token en lugar de un nombre de usuario y una contraseña como método de autenticación.
UiPath.Orchestrator.dll.config
de Orchestrator: Logs.Elasticsearch.OAuthEnabled y Logs.Elasticsearch.OAuthExpireInSeconds.
También ofrecemos OAuth2 para NLog. Puedes activar la funcionalidad estableciendo el siguiente atributo en la configuración del objetivo: OAuthEnabled = “true”.
Para más información sobre los métodos de autenticación disponibles, consulta Autenticación de X-PACK.
Hasta ahora, para descubrir los recursos necesarios para iniciar un proceso, había que explorar el proyecto de automatización, ya sea en Studio o usando el explorador de paquete de Orchestrator. Para facilitar tu primera experiencia de ejecución, hemos creado una nueva función que revela los recursos necesarios para iniciar un proceso.
Pon en marcha tus procesos en un santiamén viendo las colas, los activos, los catálogos de acciones y los depósitos de almacenamiento de los que dependen desde el principio. ¡Se acabaron los atascos!
Todas las dependencias de los procesos están centralizadas en una vista de Orchestrator cuando se añaden o editan procesos, con información útil sobre cada objeto requerido.
Lo mejor es que puedes crear o vincular rápidamente los recursos necesarios sin salir del contexto del proceso. ¿No encuentras un activo? Solo tienes que crearlo en el momento. ¿Hay una cola muy necesaria en una carpeta diferente? No hay más que enlazarla con un solo clic. Así de fácil. No te fíes de nuestra palabra. Pruébalo tú mismo.
Para hacer frente a los problemas de seguridad que plantean los robots con acceso al feed del host por defecto (actualmente en MyGet), para recuperar los paquetes de la biblioteca hemos añadido una nueva opción que solo permite las conexiones a la transmisión del tenant.
Mientras que antes ofrecíamos las opciones Solamente la transmisión del host y Transmisiones del host y del tenant para la recuperación de tus paquetes de bibliotecas, ahora ofrecemos una tercera opción: Solo transmisión para tenant.
Depurar los procesos más fácilmente, ya que hemos cambiado la alerta sobre el alcance del número máximo de trabajos para un proceso de gravedad Error a Información. El mensaje emergente que puedes encontrar en este caso es: «Carpeta [folder_name]: #trigger [trigger_name] para #process [process_name] no ha podido crear trabajos. Ya se alcanzó el número máximo de trabajos para este Proceso. Compruebe la configuración de los desencadenadores, la disponibilidad del robot y los trabajos en ejecución. (#1693).»
Para encontrar este tipo de alertas en la página Alertas, asegúrate de cambiar el filtro Estado a Todos.
A partir de hoy, habilitamos la función de grabación de medios por defecto para todas las implementaciones de Orchestrator y eliminamos el control deslizante correspondiente de la interfaz de usuario. No te preocupes, aún puedes deshabilitar la característica mediante los ajustes de aplicación MediaRecording.Enabled correspondientes.
Como recordatorio, esta opción debe estar activada a nivel de proceso para que funcione. Aprende a activar la grabación por proceso.
La tipificación dinámica es una nueva opción que permite controlar el modo en que Orchestrator interpreta los valores de cadena dentro de los archivos CSV utilizados para cargar los elementos de la cola. Esto puede resultar especialmente útil para las colas con definiciones de esquema en las que se necesita que Orchestrator interprete los valores numéricos como enteros o booleanos para que coincidan con la definición del esquema.
Queue item violates the specific data JSON schema
.
Para evitar problemas de rendimiento cuando se almacenan más de 1 millón de registros de robots en la tabla Registros, se recomienda crear un índice. Para más detalles, consulta Registros de Orchestrator.
¿Has pensado alguna vez en lo estupendo que sería tener siempre actualizados tus robots? Entonces, ¡tenemos una gran noticia! Ahora puede actualizar los clientes UiPath Robot, Studio y UiPath Assistant a versiones más recientes desde Orchestrator. Esto proporciona una manera fácil de entregar una actualización de versión a una gran base de máquinas desde una ubicación centralizada, lo que ayuda a eliminar la fricción del usuario y agiliza el proceso de actualización.
UiPathOrchestrator.msi
dispone ahora de opciones de configuración adicionales dedicadas a la nueva funcionalidad del servidor de actualización. Una pantalla adicional para Actualizar la configuración de la base de datos del servidor está disponible en la IU, y CLI produce nuevos parámetros específicos del servidor de actualización. Para más información, consulta el instalador de Windows y Parámetros de la línea de comandos de Orchestrator.
- Hemos eliminado los siguientes parámetros del script
Publish-Orchestrator.ps1
:-hostAdminPassword
,-isHostPassOneTime
,-defaultTenantAdminPassword
y-isDefaultTenantPassOneTime
. Estas teclas son ahora específicas del scriptMigrateTo-IdentityServer.ps1
. Para más detalles sobre esto, véase Parámetros de MigrateTo-IdentityServer.ps1. - Antes de actualizar a Orchestrator v2021.10, recomendamos limpiar
queueItemEvents
yjobEvents
para evitar cualquier problema de rendimiento. - La actualización a Az v6.0.0 cuando se está usando cualquier versión anterior del módulo hace que se muestre el siguiente mensaje:
WARNING: The version 'x.x.x' of module 'Az.<Name>' is currently in use. Retry the operation after closing the applications.
Para solucionar este problema, asegúrate de ejecutarPublish-Orchestrator.ps1
en una nueva sesión de PowerShell. - Si usas Microsoft Azure Key Vault para el cifrado del tenant, ahora debes configurar un parámetro adicional en el archivo
UiPath.Orchestrator.dll.config
de tu instancia de Orchestrator:Azure.KeyVault.DirectoryId
. Para obtener instrucciones detalladas, consulta Configuración de clave de cifrado por tenant. -
La conversión de las cuentas de Active Directory (controlada por la configuración
WindowsAuth.ConvertUsersAtLogin
del archivoUiPath.Orchestrator.dll.config
), se realiza ahora automáticamente durante la instalación o la actualización. Así que hemos eliminado esta configuración del archivo. Esta conversión no afecta a tus robots actuales.Aviso: Si en algún momento tuviste la versión 2018.4 y nunca convertiste usuarios locales de AD en usuarios de directorio (o no convertiste todos los usuarios importados), las cuentas de directorio que no se convirtieron deben iniciar sesión de forma interactiva en Orchestrator al menos una vez para finalizar la conversión. El inicio de sesión en el portal de gestión de identidad o el inicio de sesión desde UiPath Studio o UiPath Assistant no completa la conversión de la cuenta.
- Ahora es posible deshabilitar la integración de proxy mediante un nuevo parámetro
UiPath.Orchestrator.dll.config
: ProxyIntegration.Enabled. Por defecto, el parámetro no es visible, y su valor se establece comotrue
, lo que significa que la integración del proxy se activará a menos que se especifique lo contrario. - El script
Publish-IdentityServer.ps1
requiere ahora la configuración de un nuevo parámetro para indicar la dirección pública de Identity Server:-identityServerUrl
. Para más detalles, consulta Parámetros de Publish-IdentityServer.ps1.
- Cuando un tenant está en modo de mantenimiento, las llamadas de API para ese tenant ahora devuelven el código de estado
423
en lugar de503
. - Hemos mejorado el punto final
GetFolderNavigationContextForCurrentUser
de la APIFolderNavigation
añadiendo la propiedad booleanaIsPersonal
. Esta propiedad se muestra en el cuerpo de la respuesta del punto final y comprueba si la carpeta devuelta es un espacio de trabajo personal. Encuentra más detalles en nuestra guía de referencia. - La recuperación de registros de auditoría a través de la API ahora devuelve las entradas en lotes de un máximo de 3000 entradas para aumentar el rendimiento. Para obtener el resto de entradas, usa los parámetros de consulta omitir y arriba. Por ejemplo, para obtener el segundo lote de 3000 entradas del registro de auditoría, la llamada a la API sería GET
https://{base_url}/{organization}/{tenant}/api/auditLog?top=3000&skip=3000
. -
Para fines de auditoría, añadimos las propiedades necesarias a varios DTO de recursos y, por lo tanto, a los cuerpos de respuesta de los siguientes terminales:
-
/odata/Users
"LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0
-
odata/Robots
"LastModificationTime": "2021-10-12T07:32:24.940Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:32:24.940Z", "CreatorUserId": 0
-
odata/Releases
"LastModificationTime": "2021-10-12T07:29:25.914Z", "LastModifierUserId": 0, "CreatorUserId": 0
-
odata/Assets
"LastModificationTime": "2021-10-12T07:57:15.145Z", "LastModifierUserId": 0, "CreationTime": "2021-10-12T07:57:15.145Z", "CreatorUserId": 0
-
odata/Libraries
"Created": "2021-10-12T07:59:04.182Z", "LastUpdated": "2021-10-12T07:59:04.182Z", "Owners": "string", "IconUrl": "string", "Summary": "string", "PackageSize": 0, "IsPrerelease": true, "LicenseUrl": "string", "ProjectUrl": "string"
-
Fe de erratas, 9 de diciembre de 2021
Las propiedades DTO anteriormente enumeradas no se entregaron en 2021.10, como se indica en las notas de publicación, debido a un contratiempo por nuestra parte.
Actualización del 9 de mayo de 2022
Las propiedades de DTO se han añadido a los siguientes recursos en Orchestrator 2022.4:
-
/odata/Users
-
/odata/Robots
-
/odata/Releases
-
/odata/Assets
-
/odata/Libraries
A partir de ahora, el rol Administrator de tenant incluye permisos de Visualización en tareas en segundo plano. Este cambio no altera los roles existentes de Administrador de tenant. Consulta la información sobre los roles predeterminados y sus permisos.
Ha llegado el momento de abandonar la pestaña Acciones y la gestión desde Orchestrator, tal y como predijimos en 2021.4. Ha llegado la hora de que tus acciones se despidan de Orchestrator y adopten plenamente Action Center, el lugar dedicado a ver y gestionarlas todas. Solo tienes que asegurarte de estar en el contexto de la carpeta correcta. Asigna, reenvía, completa acciones e incluso gestiona catálogos de acciones con Action Center. No te preocupes por las acciones de Orchestrator existentes, ya que el instalador redirige todos los enlaces de acciones de Orchestrator a la nueva interfaz de Action Center. Solo tienes que instalar o actualizar el Action Center local, pero ten en cuenta que debes conectarte a una instancia de Orchestrator. La instalación puede estar en el mismo servidor que Orchestrator o en uno diferente.
Descubra la experiencia de Action Center.
Hemos desvinculado Insights de Orchestrator. Ten la seguridad de que no hemos eliminado ninguna funcionalidad, y todas las tareas que antes realizabas a través de Orchestrator ahora se pueden abordar en Insights. Para más detalles, consulta la guía de Insights.
- Hemos cambiado el nombre del campo Deshabilitar ejecución simultánea a Ejecutar solo un trabajo a la vez para evitar cualquier posible confusión sobre lo que hace la opción.
- Ahora puedes eliminar versiones individuales de paquetes desde la ventana Versiones de paquetes, en el menú Más acciones.
- Cambiamos el valor por defecto de la configuración del robot Iniciar sesión en la consola a Sí.
- Hola, Automation User, acabamos de desbloquearte el permiso Crear en Registros por defecto. A partir de ahora podrás crear registros cada vez que ejecutes trabajos en Orchestrator.
Para beneficiarte de esta configuración en tus tenants existentes, dirígete a Tenant > Configuración > Roles estándar, y actualiza Automation User para incluir el permiso por defecto que falta.
Las siguientes capacidades de Orchestrator se han eliminado a partir de 2021.10:
- Inscripción automática de robots con máquinas estándar. Se recomienda utilizar plantillas de máquina y conectar las máquinas mediante la línea de comandos.
- Autenticación NTLM. Se recomienda usar el flujo de OAuth en su lugar.
Varias capacidades de Orchestrator quedarán obsoletas en 2022. Te recomendamos encarecidamente que cambies a alternativas superiores.
- La obsolescencia de las máquinas estándar está prevista para abril de 2022. Se recomienda utilizar plantillas de máquinas.
- La obsolescencia de las carpetas clásicas está prevista para octubre de 2022. Se recomienda migrar a carpetas modernas.
/odata/ExecutionMedia/UiPath.Server.Configuration.OData.DeleteMediaByJobId
requiere ahora permisos de eliminación en los soportes de ejecución, mientras que antes se necesitaban permisos visualización.
- No puedes asignar cuentas de robot a una carpeta si antes de navegar al nivel de tenant la última carpeta seleccionada era una carpeta clásica. El síntoma principal es que al buscar una cuenta de robot para asignar, la cuenta de robot no se muestra aunque exista. Como solución, selecciona una carpeta moderna de la barra lateral de carpetas antes de dirigirte a Tenant > Carpetas para llevar a cabo la asignación.
-
La autenticación de usuarios a través de Azure Active Directory puede provocar una respuesta de error 500. Este comportamiento se debe a una excepción no controlada provocada por el método
get_DNSDomainName()
, incapaz de resolver el dominio del usuario autentificado.Para evitar la excepción, resuelve tus registros DNS en el Azure Active Directory.
- El formato de la hora se colapsa en varias páginas cuando se establece el chino, el japonés o el coreano como idioma del Orchestrator.
- Los usuarios con rol de administrador pueden eliminarse de la API de Orchestrator. Esta operación no puede realizarse mediante la interfaz de usuario.
- No puedes usar el archivo .CSV de transacciones para cargar elementos en una cola. Usa la plantilla CSV proporcionada en la documentación en su lugar.
- Ocasionalmente, al iniciar/reiniciar tu máquina Orchestrator, uno de los nodos muestra errores y queda inutilizado. Como solución, reinicia Orchestrator desde IIS.
- Orchestrator no muestra correctamente los formatos de tiempo en la página Registros cuando el idioma de Orchestrator está configurado en chino, japonés o coreano. Los caracteres
0
se representan como ceros cortados e impiden que se muestre el glifo que sigue a0
. Por ejemplo, lo que debería mostrarse como11時20分03秒
se representa como11時2Ø03秒
. - El filtrado por identidad de host en las páginas Trabajos y Registros no funciona correctamente para trabajos ejecutados a través de cuentas sin credenciales. Cuando se ejecutan trabajos en máquinas Windows, la columna Identidad de host se rellena con la identidad real de los robots (domain\username), sin embargo, al filtrar por este valor no se obtienen trabajos. Cuando se ejecutan trabajos en máquinas Linux, los trabajos se ejecutan bajo Raíz, sin embargo, este valor no está disponible para el filtrado.
- Los trabajos de persistencia ya no permanecen en la cola de servicio del robot (es decir, en estado de ejecución) si los correspondientes flujos de trabajo de larga duración se han puesto en pausa.
- El latido ahora usa correctamente el índice
IX_Executing
de la tablaJobs
cuando obtienes los trabajos actuales. - Al detener o eliminar un trabajo, el valor de la máquina para ese trabajo desaparecía. El problema se solucionaba al actualizar la página Trabajos.
- Los robots instalados en modo usuario no recibían los comandos de detención/eliminación de Orchestrator: al eliminar o detener un trabajo, el robot se quedaba en el estado Terminando.
- Se ha corregido un error que afectaba a eventos de Webhooks (
queueItem.transactionStarted
) debido a la falta de la propiedad de definición de la cola. - Los robots atendidos que ejecutaban trabajos aparecían como Disponibles si se actualizaba Assistant.
- Orchestrator no conservaba la configuración de ejecución del robot de un usuario (la restablecía a los valores predeterminados) en un escenario que implicaba a dos usuarios de Active Directory que usaban una licencia multiusuario y la misma VDI. Explícitamente, los ajustes de ejecución que se especificaban para el robot del usuario A mientras el usuario B estaba conectado a Orchestrator se borraban al conectarse a Orchestrator con el usuario A. Este comportamiento ya no ocurre.
- En raras ocasiones, se ha detectado un problema en los desencadenadores en Orchestrator tras activar Insights. El problema desaparecería al desactivarlo. El problema ya no se produce.
- El error
Release does not exist
se producía al actualizar la ventana de detalles de seguimiento de un proceso en una subcarpeta secundaria (Supervisión > Procesos > Incluir subcarpetas > Información general de procesos). - El estado de visibilidad de la columna Trabajos no se mantiene al salir de la página.
- La lista de robots no se completaba al intentar crear un desencadenador desde la página Procesos en las carpetas clásicas.
- No se podían depurar los activos por pares usuario/máquina de Studio. Para comprobar si un par usuario-máquina específico había recibido un activo, se debía iniciar el trabajo desde Assistant u Orchestrator. Este ya no es el caso.
- Esta nueva versión de Orchestrator conlleva la obsolescencia del parámetro
-useQuartzClustered
en el scriptPublish-Orchestrator.ps1
. - Ya no se puede actualizar el tiempo de vencimiento token de portador a través de
UiPath.Orchestrator.dll.config
. Como resultado, el ajusteAuth.Bearer.Basic.Expire
ya no está disponible en el archivo de configuración de Orchestrator. Los cambios ahora solo son posibles ajustando la propiedadAccessTokenLifetime
del clienteOrchestrator.Ropc
en la base de datos de Identity ServerClients
. Consulta nuestra sección de resolución de problemas para ver un ejemplo de configuración. - Intentar actualizar Orchestrator de v2018.4 a v2021.4 sin definir el elemento
<httpErrors>
en el archivoWeb.Config
causaba problemas. Esto provocaba un error de actualización y la duplicación de cada entrada<httpErrors>
. Hemos solucionado el problema y ahora las actualizaciones se realizan sin contratiempos y sin necesidad de recurrir a una solución. - Tras la instalación, Orchestrator no se añadía a las fuentes del Visor de Eventos. Como resultado, los registros de la aplicación usando el objetivo estándar NLog
eventLog
no se registraban en el Visor de Eventos. El problema se ha solucionado. - Ahora usar Dynatrace OneAgent para supervisar el rendimiento de las aplicaciones (APM) sin el riesgo de problemas de arranque de Identity Server.
- El campo Correo electrónico del usuario era obligatorio cuando se creaban usuarios aunque la configuración
UseEmailAsIdentityName
estuviera establecida comofalse
en el archivo de Identity ServerappSettings.onprem.json
. Hemos solucionado el problema y ahora puedes crear usuarios sin una dirección de correo electrónico. - Hemos solucionado un problema de actualización que impedía que el archivo
.json
generado que contenía los parámetros de instalación capturara correctamente los detalles de la base de datos de Insights.
- El tiempo de espera de las actividades Establecer activo y Establecer credencial se agotaba en el caso de los activos destinados a un gran número de robots. Hemos añadido un nuevo mecanismo mejorado para establecer los valores del robot que implica un nuevo punto final de la API:
/odata /Assets /UiPath.Server.Configuration.OData.SetRobotAssetByRobotKey
. - Los metadatos del punto final
/odata/ProcessSchedules/UiPath.Server.Configuration.OData.SetEnabled
eran incorrectos, lo que provocaba que un cliente OData generado no pudiera llamar al punto final. - La llamada al punto final
/odata/Alerts/UiPath.Server.Configuration.OData.MarkAsRead
no marcaba el identificador de alerta especificado como leído. Este comportamiento se soluciona proporcionando elUserNotificationId
en lugar de la alertaId
. Más información en nuestra documentación de referencia.
- En el caso de los plugins de almacén de credenciales con referencias, Orchestrator no cargaba los archivos de referencia a menos que se utilizara una clase del ensamblado referenciado para implementar ISecureStore. Ahora Orchestrator puede cargar los ensamblados desde la carpeta Plugins en cualquier momento.
- El uso de los almacenes de credenciales de CyberArk AAM con la autenticación Path (
Plugins.SecureStores.CyberArk.UsePowershellCLI
establecido/a comotrue
) generaba el siguiente mensaje de error:Failed to retrieve robot password from UiPath.Orchestrator.SecureStore.CyberArk.CyberArkAimSecureStore storeUiPath.Orchestrator.Extensibility.SecureStores.SecureStoreException: Could not find password! Reason: '.\GetCredential.bat : The term '.\GetCredential.bat' is not recognized as the name of a cmdlet, function, script file, or operable program.
GetCredentials.bat
se publicaba en la carpeta de instalación de Orchestrator en lugar de la carpeta Plugins. El archivo se publica ahora en la carpeta Plugins.
- La zona horaria de Volgogrado en los ajustes de la aplicación Orchestrator ha pasado de llamarse (UTC+04:00) Volgogrado a llamarse (UTC+03:00) Volgogrado. Se trataba de un problema de visualización, la zona horaria en sí era correcta (es decir, UTC+03:00).
- Al probar la configuración del correo electrónico, se mostraba un mensaje de éxito cuando no se especificaba ningún puerto SMTP. Este comportamiento ya no ocurre, y la validación del correo electrónico falla en este escenario.
- El rendimiento se degradaba en entornos con un gran número de trabajos (del orden de millones), lo que causaba tiempos de espera al intentar recuperar el estado de los trabajos. Esto ya no supone un problema.
- Rara vez se mostraba un mensaje de error después de añadir un calendario de días no laborables,
#199 - Cannot read property 'unshift' of undefined
. Al añadir calendarios ya no se produce este error. - El rendimiento se degradaría con un alto consumo de CPU de SQL en entornos con unos 80 000 usuarios, cada uno con su propio espacio de trabajo personal.
- Al intentar crear un calendario sin permiso para Editar en la Configuración, se producía el error «Ya existe un calendario con el mismo nombre» en lugar de «No tienes autorización». Hemos corregido el comportamiento y se muestra el mensaje de error correcto.
- La carga de un archivo de cero bytes a un depósito de almacenamiento MinIO mediante la actividad Cargar archivo de almacenamiento provocaba el error "El código de estado de la respuesta no indica éxito: 500". La carga de archivos de cero bytes en cubos MinIO ya no genera un error.
- El uso excesivo de licencias cuando no quedaban licencias de un tipo no se ilustraba correctamente en Orchestrator en la página Licencia debido a que no se mostraban las tarjetas de licencia. Este comportamiento se ha corregido y las tarjetas se muestran en los escenarios de sobreuso con 0 licencias.
- El mensaje de error generado por Orchestrator cuando la publicación desde Studio falla porque un proyecto supera el tamaño máximo de paquete permitido no indicaba correctamente la causa del error. El mensaje indica ahora que el archivo es demasiado grande.
- Automation Suite
- Nuevo sistema de diseño para Orchestrator
- Nuevos portales para los administradores de sistemas
- Automatización desatendida
- Cuentas robóticas para el uso desatendido
- Agilización de la instalación desatendida
- Optimización de la infraestructura sin supervisión
- Espacios de trabajo personales con posibilidad de desatención
- Envío de objetos de la máquina a todas las subcarpetas a la vez
- Depuración de procesos desatendidos
- Automatización atendida
- Terminación de trabajos asistidos mediante Orchestrator
- Detener/eliminar automáticamente los trabajos pendientes
- Mejoras en las colas
- Asistente de widgets
- Flujos de trabajo de larga duración
- El auge de los robots asistentes en los flujos de trabajo de larga duración
- Conservación de la configuración cuenta-máquina al reanudar el trabajo
- Cuentas y acceso
- Cambios de la interfaz
- Cuentas de directorio para administradores de sistemas
- Autenticación OAuth2 de Elasticsearch
- Paquetes y automatizaciones
- Exposición de los requisitos de los paquetes
- Restringir el acceso de los robots a la fuente de bibliotecas host
- Depuración de procesos
- Grabación para todas las implementaciones de Orchestrator
- Escritura dinámica
- Mejores prácticas de rendimiento
- Experiencia en instalación y actualización
- Actualización automática de los componentes del cliente
- Actualizar
- Configuración
- API
- Pruebas
- Despedida
- Nos vemos en el otro lado, Actions
- Insights abandona Orchestrator
- Mejoras en la usabilidad
- Cronología de la obsolescencia
- Cambios de última hora
- Permisos de medios de ejecución
- Problemas conocidos
- Corrección de errores
- Automatizaciones
- Configuración
- API
- Almacenes de credenciales
- Otros