2020.10.1

Fecha de publicación: 28 de octubre de 202

Novedades

Actualizaciones de requisitos

TargetFramework debe actualizarse desde el anterior .NET Framework 4.7.2 a un Target Framework compatible para mantener la funcionalidad de los complementos del almacén de credenciales y las extensiones de NLog. Consulta la documentación de Target Framework para obtener más detalles.

Carpetas modernas

La nueva experiencia de usuario de Orchestrator anuncia un mundo nuevo para tu gestión de implementación: sin usar carpetas clásicas y en un único mundo moderno.Hemos deshabilitado las carpetas clásicas para todos los tenants nuevos, haciendo del paradigma moderno la opción predeterminada para nuevos usuarios e implementaciones.

• Este cambio viene acompañado de un sinfín de mejoras para quienes ya están familiarizados con las carpetas modernas: ahora se pueden mover fácilmente las carpetas en o entre jerarquías, borrar carpetas y todas las entidades asociadas, y modificar los permisos asociados para los roles de carpeta predeterminados.

• Para acercarte aún más a un lugar listo para automatizar, los nuevos tenants tienen habilitados espacios de trabajo personales de forma predeterminada, y los cinco roles creados automáticamente desde el principio. Mano a mano con el cambio al enfoque únicamente moderno, se han actualizado los permisos asociados de los roles de las carpetas modernas predeterminadas.

Rol
Tenant Administrator
Allow to be Folder Administrator (anteriormente Enable Folder Administration)
Administrador de carpeta
Allow to be Folder Administrator (anteriormente Enable Running Automation)
Automation User

• El usuario administrador cuenta con los siguientes roles a nivel de tenant: administrador de tenant, Permitir ser administrador de carpeta, Permitir ser usuario de automatización y Administrador.

• Para ofrecer una separación más clara entre las atribuciones de un administrador de carpetas y las de un administrador de tenants, hemos eliminado los privilegios de gestión de robots de los roles centrados en las carpetas (Permitir ser administrador de carpetas y Permitir ser usuario de automatización). Como práctica recomendada, recomendamos crear un rol independiente que contenga permisos de Robots y asignarlo a los usuarios que lo necesiten de forma controlada.

Modelo de permisos

• Para simplificar aún más el control de acceso, el modelo de asignación Heredar del tenant ha quedado obsoleto. Las carpetas modernas existentes que anteriormente usaban un modelo de Heredar del tenant se han convertido, y cada usuario recibe sus roles de tenant también en el nivel de carpeta.

Vamos a ilustrar la conversión con un ejemplo. Digamos que Petrina Smith trabaja en las carpetas de Finanzas y RR. HH. que antes utilizaban el modelo de permiso Heredar del tenant. El rol heredado del tenant se asignará al usuario a nivel de carpeta, en función de la misma. Por ello, Petrina tiene asignada la función tanto en la carpeta de Finanzas como en la de Recursos Humanos, además de conservarla a nivel de tenant.

Carpetas clásicas

Para quienes aún se aferran al clásico, no hay razón para preocuparse. Las implantaciones existentes conservan la compatibilidad con las carpetas clásicas tras la actualización y para hacerlo aún más atractivo, hemos añadido una herramienta de migración que le permitirá pasar rápida y fácilmente al nuevo mundo, exclusivamente moderno.

Importante: Fe deerratas de mayo de 2022: el parámetro DefaultFolderIsClassic se ha reemplazado por Features.ClassicFolders.Enabled.Features.ClassicFolders.Enabled está oculto y su valor predeterminado es false.

Habilitar/deshabilitar robots

Para agilizar la migración de los robots de las carpetas clásicas a las carpetas modernas, hemos facilitado la activación y desactivación de los robots que residen en las carpetas clásicas. De esta manera, se te presenta la opción de deshacer si un paso falla durante la migración. Solo puedes desactivar los robots en los siguientes estados de conexión: activo, desconectado, no responde.

Más información sobre habilitar/deshabilitar los robots en carpetas clásicas.

Paquetes de carpetas

Para ayudar con la delegación de responsabilidades en tu empresa al mismo tiempo que mantienes separados los paquetes, las carpetas de primer nivel ahora se pueden crear con una fuente de paquetes independiente. Ver más información aquí.

El acceso a la fuente se controla mediante un nuevo conjunto de permisos de Paquetes de carpeta con alcance de carpeta. Todas las subcarpetas heredan la configuración de transmisión del paquete de la raíz principal.

Experiencia de espacios de trabajo personales

Paquetes de carpetas

Los espacios de trabajo personales vienen con su propia fuente de paquetes predeterminada y marcan un mínimo histórico en los esfuerzos de implementación de paquetes. Cualquier paquete añadido al espacio de trabajo se implementará automáticamente como proceso en el espacio de trabajo.

Plantillas de la máquina

A partir de ahora, Orchestrator asume la gestión de la plantilla de máquina en lugar del usuario. Esto elimina sobrecargas innecesarias por parte del desarrollador, que puede comenzar a trabajar en el contexto del espacio de trabajo directamente publicando proyectos de automatización y lanzando trabajos desde Orchestrator con fines de depuración.

Los usuarios que trabajan en otras carpetas además de su espacio de trabajo personal pueden beneficiarse de las capacidades de depuración de Orchestrator de su plantilla de máquina asignándola a las carpetas en las que están trabajando (es decir, las carpetas que se les han asignado).

Perfil de IU simplificado

Para ayudar a los nuevos usuarios en su viaje de automatización, hemos añadido un perfil de IU simplificado en Orchestrator para quienes usan espacios de trabajo personales. La experiencia de usuario se limita a la funcionalidad disponible en su espacio de trabajo. Más información sobre perfiles de IU.

Gestión de espacios de trabajo personales

Esta versión gradúa las capacidades clave de gestión de espacio de trabajo personal, ocasionando múltiples mejoras para todos los administradores de espacios de trabajo personales y los propietarios de empresas.

• Supervisa todos los espacios de trabajo desde una ubicación centralizada y ayuda a los desarrolladores en sus actividades diarias explorando los contenidos de sus espacios de trabajo de un vistazo.

• Mantener Orchestrator limpio de todos los datos no utilizados ahora es muy fácil. Puedes identificar rápidamente todos los espacios de trabajo con poca o nula actividad, o aquellos que se han quedado huérfanos después de que los empleados abandonaran la organización. La estrategia de limpieza queda a tu discreción y es bastante sencilla, ya que puedes eliminar o convertir el espacio de trabajo en una carpeta desde la comodidad de tu página independiente de Espacios de trabajo personales.

• Habilitar espacios de trabajo personales para numerosos usuarios ahora es un proceso ininterrumpido con una nueva característica que te permite habilitar espacios de trabajo para varios usuarios a la vez. La sección Espacios de trabajo personales de la página Configuración es el lugar indicado para ello. Aquí, un administrador puede habilitar espacios de trabajo personales para todos los usuarios en un tenant que use un perfil de licencia atendida concreto y que aún no tengan un espacio de trabajo que llamar su casa.

Más información sobre Espacios de trabajo personales.

Automatización desatendida

Iniciar trabajo en una máquina específica

Si buscabas capacidades de depuración mejores, ten la seguridad de que, a partir de ahora, puedes seleccionar la máquina host en la que se inicia un trabajo determinado. Haz clic aquí para obtener más información sobre trabajos.

Robots desatendidos para usuarios locales

Para facilitar las pruebas de automatización destatendida relativas a los usuarios locales de Windows que residen en varias máquinas host, nos hemos asegurado de que los robots desatendidos que suplantaban cuentas locales solo requieran el nombre de usuario y la contraseña de Windows correspondientes.La máquina host ya no es un identificador obligatorio.

Digamos que estás usando LocalUser1 en cinco máquinas host. En lugar de configurar cinco entidades de usuario en Orchestrator para cada combinación, defines el robot desatendido solo en una entidad de usuario, usando la .\LocalUser1sintaxis en el campo Dominio\Nombre de usuario. De este modo, puedes usar esa cuenta de Windows concreta en cada máquina host mediante una única entidad de usuario de Orchestrator.

Nada ha cambiado para las cuentas asociadas a dominios, donde el robot requiere la sintaxis domain\username igual que antes.

Activo por usuario

Para alinearse mejor con las necesidades de tu empresa, presentamos los activos por usuario, la contrapartida moderna de los activos por robot clásicos. Los activos por usuario mejoran la lógica subyacente a los archivos en carpetas modernas, creando una asignación precisa entre el usuario y la credencial usada durante la ejecución.

Restricción de la ejecución concurrente

Para escenarios en los que un usuario no puede iniciar sesión más de una vez en cada ocasión, presentamos la posibilidad de restringir la ejecución concurrente desatendida. Esto ayuda a modular el algoritmo de asignación de trabajos limitando que un usuario ejecute simultáneamente varios trabajos.

Gestión de proveedores de HSM

Para un mejor control en términos de proveedores de HSM, ahora se puede elegir desde la comodidad de tu tenant de Orchestrator qué modelo de seguridad de hardware usar para recuperar credenciales de robot desatendido.

Esto elimina la necesidad de configurar los HSM en el nivel de robot, y agiliza la experiencia de autenticación en escenarios desatendidos.

Consideraciones sobre la instalación

Orchestrator se ha migrado a .NET Core 3.1 ya que UiPath se esfuerza por alcanzar un nuevo nivel de escalabilidad, rendimiento y seguridad. .NET Core 3.1 nos permite estar al día de las innovaciones tecnológicas y aprovechar al máximo las capacidades del nuevo marco.

Marcos de destino

A partir de la versión 2020.10, debe actualizarse TargetFramework desde .NET Framework 4.7.2 anterior a una versión de Target Frameworks compatible para mantener la funcionalidad de los complementos del almacén de credenciales y las extensiones NLog. El marco de destino tanto de los almacenes de credenciales como de las extensiones NLog es comprobado por el instalador UiPathOrchestrator.msi y la Herramienta de configuración de la plataforma. Consulta la sección Marco de destino en los documentos para obtener más detalles.

Complementos del almacén de credenciales - CyberArk

En versiones anteriores de Orchestrator, el complemento del almacén de credenciales de CyberArk utilizaba una biblioteca que no es compatible con .NET Core. Orchestrator utiliza ahora la herramienta CLIPasswordSDK.exe que viene con CyberArk AIM. Ver más información aquí.

Configuración de proxy

La configuración del proxy ya no se configura en web.config, sino en .NET Core. Consulta la documentación sobre la configuración del proxy en 2020.10.

web.config

La mayoría de los ajustes de configuración de Orchestrator se han trasladado de web.config a UiPath.Orchestrator.dll.config: El nuevo archivo conserva la misma estructura que el antiguo archivo web.config y está ubicado en el mismo directorio. Después de realizar los cambios en UiPath.Orchestrator.dll.config, reinicia el sitio web manualmente para que se aplique la nueva configuración.

web.config se ha reutilizado solo para contener la configuración utilizada por IIS. Al actualizar, el instalador moverá automáticamente los ajustes de configuración al nuevo archivo de configuración.

Consulta aquí los detalles sobre este cambio.

Consulta la documentación de web.config en 2020.10.

Consulta la documentación de UiPath.Orchestrator.dll.config en 2020.10.

IIS Manager

Las cadenas de conexión y los ajustes de la aplicación ya no serán visibles en el administrador de IIS. No se ofrece soporte para la utilización del administrador de IIS para editar las cadenas de conexión de Orchestrator. Debes editar el archivo de configuración directamente.

Objetivos NLog

Si utilizas destinos NLog personalizados de tipo Database, la propiedad connectionStringName se cambia automáticamente a connectionString durante la actualización. Si introduces manualmente el destino en el archivo de configuración después de la instalación/actualización, utiliza la nueva propiedad con el valor correcto. Más detalles aquí.

SignalR con WebSockets

Hemos actualizado la biblioteca SignalR a una versión más nueva que no es compatible con los clientes antiguos de UiPath Robot. Recomendamos actualizar tus Robots a 2020.10 para usar WebSockets, lo que hace las implementaciones de Robots a gran escala particularmente rentables.

Sesiones fijas de SignalR

El escalado horizontal de SignalR Redis requiere sesiones fijas para todos los transportes distintos de WebSockets. De forma predeterminada, solo está habilitado el transporte de WebSockets, ya que Orchestrator supone que las sesiones fijas no están habilitadas en el equilibrador de carga del cliente.

Escalamiento de servidor SQL SignalR

El mecanismo de scaleout se cambia de SQL Server a Redis durante la instalación. Ya no puede deshabilitarse la autenticación SignalR para los Robots/actividades. Para ello, el parámetro Scalability.SignalR.AuthenticationEnabled no tiene efecto.

Actividad de los elementos en la cola de espera

Puedes sufrir retrasos de hasta 30 segundos si utilizas una actividad Elemento en la cola de espera anterior a 2020.10. Actualiza a la versión de actividad más reciente para evitar este tipo de problemas.

Infraestructura NuGet

Aunque hicimos todo lo posible para que el proceso de actualización fuera fluido, la migración a .NET Core aportó muchos cambios, incluido un protocolo NuGet mejor, más rápido y más sólido. Recomendamos encarecidamente reiniciar sus Robots después de actualizar Orchestrator a la versión v2020.10 para un funcionamiento completamente mejorado de sus automatizaciones.

Hemos actualizado el protocolo interno de las fuentes NuGet de la v2 a la v3.

Legacy ya no se admite como NuGet.Repository.Type. Al actualizar, todos los repositorios de tipo Legacy se migrarán a Composite.Toda la configuración de la aplicación relacionada con Legacy está obsoleta y ya no tiene efecto.

Biblioteca Swagger

Hemos realizado cambios significativos a la forma en que generamos el archivo swagger.json, que describe la API de Orchestrator. Si confías en un generador de bibliotecas cliente que utilice la descripción de la API en el archivo Swagger (por ejemplo, AutoRest, Swagger Codegen), el código generado será significativamente diferente.

API con parámetros POST de formulario

Realizar solicitudes POST con parámetros en objetos de datos de formulario ya no funciona. El único mecanismo compatible para realizar solicitudes POST a Orchestrator es incluir los parámetros de solicitud en un JSON en el cuerpo de la solicitud.

Actualización de la preparación

Herramienta de configuración de la plataforma

Orchestrator v2020.10 se envía con una versión mejor y más robusta de la Herramienta de configuración de la plataforma, que se ha reutilizado para ayudarte con la implementación de Orchestrator en varios frentes. Esta versión mejorada le ayuda a comprobar el estado y la preparación de su entorno antes de una actualización, así como a realizar varias operaciones después de la instalación.

No solo realiza varias comprobaciones de requisitos, sino que también agiliza el proceso de cambio de certificados de Orchestrator/Identity Server y URL después de la instalación. Más información sobre la Herramienta de configuración de la plataforma.

UiPath.Orchestrator.dll.config Encryption/Decryption Tool

Hemos añadido una nueva herramienta en el directorio de instalación de Orchestrator para ayudarte a cifrar secciones en el nuevo archivo de configuración de Orchestrator (UiPath.Orchestrator.dll.config). UiPath.Orchestrator.Setup.ProtectedConfiguration.Console.exe es una herramienta CLI relacionada con aspnet_regiis.exe. La herramienta acepta todos los argumentos enviados a aspnet_regiis.exe y añade la funcionalidad de .NET Core faltante. Más información sobre el cifrado de las secciones de UiPath.Orchestrator.dll.config.

AppSettings.Production.json Encryption/Decryption Tool

Hay una nueva herramienta disponible para ayudarte a cifrar/descifrar los archivos de Identity Server y Webhooks AppSettings.Production.json. La herramienta UiPath.IdentityServerConfigProtector.exe se encuentra en el directorio de instalación de Orchestrator, en la carpeta Identidad: C:\Program Files (x86)\UiPath\Orchestrator\Identity\Tools. Consulta aquí cómo utilizarlo.

Procesos en constante ejecución

Con el fin de aumentar el control sobre sus procesos, hemos añadido la opción Procesos siempre en ejecución en la página Configuración de proceso para restringir la terminación de procesos desde UiPath Assistant. Más información sobre cómo gestionar procesos.

Estación de clasificación

La Estación de clasificación es una nueva característica que mejora la colaboración entre humanos y robots, al permitir a los humanos revisar y corregir la clasificación de documentos y dividir los resultados. Puede utilizarse tanto como actividad attended (a través de la Estación de clasificación actual) además de como integrada en el Action Center de Orchestrator aprovechando los flujos de trabajo de larga duración (mediante la acción Crear clasificación de documentos y la acción Esperar a la clasificación de documentos y reanudar).

Desactivación de desencadenador automático

Ahora puedes configurar la desactivación automática del desencadenador con dos nuevos parámetros UiPath.Orchestrator.dll.config (anteriormente web.config): Triggers.DisableWhenFailedCount y Triggers.DisableWhenFailingSinceDays. El desencadenador se deshabilita automáticamente después de un cierto número de inicios fallidos (Triggers.DisableWhenFailedCount) si no se ha iniciado correctamente en un número específico de días (Triggers.DisableWhenFailingSinceDays).

Consulta los detalles sobre estos parámetros de UiPath.Orchestrator.dll.config.

Gestión de datos de pruebas

Reduce el tiempo dedicado a las pruebas gestionando tus datos de prueba mediante colas de datos de prueba y la creación de datos de prueba sintéticos. La cola de datos de prueba es tu almacenamiento central, donde puedes preparar, almacenar y consumir datos de prueba. Puedes ampliar tus pruebas mediante casos de prueba que almacenan y consumen elementos de la cola dentro y fuera de las colas de datos de prueba, en un orden PEPS (primero en entrar, primero en salir).

Mejoras

Action Center

Una adición notable en esta versión es la compatibilidad de Action Center con las carpetas modernas. Si hasta ahora tenías acceso restringido a solo las carpetas clásicas, a partir de ahora podrás aprovechar todas las funciones de Action Center independientemente del tipo de carpeta.

También hemos añadido una nueva página exclusivamente para los administradores de acciones de su empresa, de modo que puedan asignar y asignar acciones fácilmente a cualquier usuario de acciones desde una ubicación centralizada.

Procesos

Entre todas las mejoras de usabilidad que nos entusiasman, en esta versión nos encanta haber resuelto algunas frustraciones habituales relativas a procesos. Más información sobre actualizar procesos en el nivel de paquete.

• Para ayudarte a identificar y diferenciar procesos entre sí, ahora heredan el conjunto de descripción del paquete asociado en tiempo de diseño en Studio. Esto sucede independientemente de si se implementan de forma manual o automática en un espacio personal. También puede añadir una descripción a sus procesos o editar el existente como desee, sin restricciones. Más información sobre cómo añadir un proceso a Orchestrator aquí.

• La actualización de procesos en varias carpetas a la versión de paquete disponible más reciente se facilita con una nueva característica de actualización masiva, que te permite actualizar todos los procesos asociados a un paquete. Simplemente selecciona los paquetes de destino, y Orchestrator hace por ti el trabajo buscando y mostrando todos los procesos asociados que no usan la versión del paquete disponible más reciente. Elige los procesos que se actualizarán a la versión del paquete disponible más reciente, y has terminado.

a. El nombre del paquete

b. La versión más reciente del paquete

c. El número de procesos que no utilizan la versión más reciente del paquete

d. Los nombres de los procesos, junto con la versión de paquete actual y la ruta de la carpeta o subcarpeta en la que residen.

Facilidad de uso

Además de la nueva apariencia modernizada que presentamos, hemos realizado varios cambios para mejorar la usabilidad y la consistencia general del producto. Lee esta sección para saber qué esperar en términos de experiencia de usuario.

• Ahora puedes previsualizar los cambios realizados en el color del encabezado y el logotipo para poder ajustarlos adecuadamente antes de guardar los cambios.

• Ahora puedes asignar usuarios, grupos de usuario y plantillas de máquina directamente en el nivel de carpeta navegando a la página Configuración en el contexto de una carpeta.

• La asignación de plantillas de máquina a carpetas se ha facilitado más que nunca con el añadido de nuevas capacidades que anteriormente solo estaban disponibles en la página Máquinas. Como resultado, ahora puedes copiar una clave de máquina y editar sus tiempos de ejecución directamente desde la página Carpetas. Ten en cuenta que las plantillas de máquina necesitan tiempos de ejecución para ser aptas para la ejecución, así que asegúrate de asignarles algunos al asignar la máquina a una carpeta.

• Para disponer de una descripción más detallada y a mano de las estadísticas de Orchestrator, ahora puedes navegar desde los contadores de trabajos en la página de Inicio a la página de Trabajos correspondiente, que se filtra en consecuencia. Por ejemplo, si haces clic en la sección correspondiente a los trabajos en ejecución, la página que se muestra tiene aplicado el filtro de estado Ejecutando.

• La página Procesos muestra ahora el nombre del paquete asociado a cada proceso.

• Ahora puedes actualizar fácilmente los roles predeterminados con cualesquiera permisos necesarios adicionales.

• Hemos tenido en cuenta vuestras sugerencias y hemos cambiado el nombre de algunas de las funciones predefinidas disponibles en la página Configuración. Haz clic aquí para ver los nuevos nombres y los permisos correspondientes a cada rol.

Nombres antiguos	Nombres nuevos
Habilita la administración de carpetas	Permite ser Administrador de carpeta
Habilitar Ejecutar automatización	Permite ser Usuario de automatización

Configuración

• A partir de ahora, el instalador UiPathOrchestrator.msi valida el nombre de host del sitio web con el Nombre alternativo del asunto del certificado SSL y solo recurre a la comprobación del Nombre del asunto si falta el nombre alternativo.

• Las instalaciones de nodos secundarios ahora solo se pueden realizar en modo silencioso. Asegúrate de especificar el parámetro PARAMETERS_FILE al hacerlo.

• Hemos mejorado la experiencia de migración para actualizar a Orchestrator habilitado para Identity Server en implementaciones de Azure y hemos añadido una reversión en caso de migraciones fallidas.

Prueba de automatización

• La publicación de automatizaciones de prueba con casos de prueba crea automáticamente un proceso si aún no ha tenido lugar.

• La Programación de pruebas crea una nueva ejecución de prueba solo si la ejecución anterior ha finalizado.

• Ahora se admiten Medios de ejecución para las ejecuciones de prueba, de modo que puedas ver cualquier captura de pantalla tomada de ejecuciones fallidas.

• Crea conjuntos de prueba directamente en la página Casos de prueba.

• Los conjuntos de prueba creados mediante herramientas externas ahora son visibles solo a través de la API y no se muestran en la página Conjuntos de prueba.

• Ahora realizamos un par de validaciones adicionales al cargar los paquetes de automatización de pruebas. Para cargar correctamente un paquete o una versión de paquete, asegúrese de lo siguiente:

  • El paquete contiene al menos un punto de entrada.

  • El tipo de proyecto es el mismo entre diferentes versiones del mismo paquete.

• Hemos mejorado el rendimiento del filtrado de la versión de lanzamiento y de la creación del conjunto de pruebas.

• Ahora puedes elegir entre todas las versiones disponibles al seleccionar los paquetes para la creación de conjuntos de pruebas.

API

• Anteriormente, las solicitudes de API realizadas con la autenticación de Windows se limitaban al primer tenant en el que se había aprovisionado el usuario de AD. Ahora puedes especificar el tenant al realizar llamadas a la API utilizando el encabezado X-UIPATH-TenantName. Consulta un ejemplo aquí.

• Recupera los ID de sesión de la máquina realizando una solicitud GET al punto final /odata/Sessions/UiPath.Server.Configuration.OData.GetMachineSessions .

Rendimiento

Si ha llegado tan lejos, se merece saber que se han realizado muchos ajustes en el rendimiento, y esta versión aporta mejoras increíbles en los tiempos de respuesta.

Otros

• Sabemos lo que se sufre al tener trabajos atascados en el estado Terminando, así que se nos ocurrieron un par de soluciones para ayudar a limpiar el estorbo. Ahora puedes pasar los trabajos a un estado de Terminación utilizando el comando Eliminar. Además, los nuevos parámetros Jobs.TerminatingJobsTimeout y Jobs.TerminatingJobsCleanupCron te permiten personalizar una estrategia de limpieza de trabajos haciendo la transición de trabajos en un estado Terminando a Error según tu configuración. De forma predeterminada, el trabajo de limpieza se ejecuta una vez cada tres horas y solo pasa a Fallido los trabajos que hayan pasado al menos un día en estado Terminando. Consulta aquí cómo configurar los parámetros.

• Hemos añadido un nuevo webhook (task.saved) para guardar acciones para notificarte cuando una acción se ha guardado antes de completarse.

• Ahora puedes filtrar los registros por nombre de la máquina host en la que han sido generados usando el filtro Máquina en la página Registros. El nuevo filtro funciona de forma retroactiva para los registros almacenados en Elasticsearch, mientras que, para los registros almacenados en la base de datos, solo funciona para las nuevas entradas de registro.

• Para mantenerte informado sobre cualquier cosa que suceda en Orchestrator, hemos implementado alertas para Carpetas y Espacios de trabajo personales. Más información sobre alertas.

• Reinicio de su versión v2020.10 + Los robots ya no son necesarios cada vez que se cambia cualquiera de las siguientes configuraciones en Orchestrator: RunDisconnectedHours, HearbeatPeriodSeconds, fuente NuGet y configuración de SignalR.

• Para mejorar tu experiencia de resolución de problemas, ahora puedes permitir que se muestre la PII de Orchestrator añadiendo la siguiente clave en UiPath.Orchestrator.dll.config (anteriormente web.config): <add key="ExternalAuth.ShowPII" value="true" />. La clave no se muestra de forma predeterminada en UiPath.Orchestrator.dll.config, y el comportamiento predeterminado no permite que se muestre la PII.

Cambios de última hora

Escalamiento de servidor SQL SignalR

El mecanismo de scaleout se cambia de SQL Server a Redis durante la instalación. Ya no puede deshabilitarse la autenticación SignalR para los Robots/actividades. Para ello, el parámetro Scalability.SignalR.AuthenticationEnabled no tiene efecto.

API

• A partir de ahora, el parámetro OData.BackwardsCompatible.Enabled se establece como true de forma predeterminada, lo que significa que Orchestrator analiza y conserva caracteres especiales de forma predeterminada y ya no usa mecanismos de codificación y escape para transformar datos de entrada para propiedades dinámicas en modelos OData (por ejemplo, QueueItem.SpecificContent). Anteriormente, OData.BackwardsCompatible.Enabled se convertía en false de forma predeterminada, lo que significa que los caracteres especiales eran codificados/escapados a menos que especificaras el tipo de datos al realizar una solicitud a la API, usando la siguiente sintaxis: "[e-mail]": "#String".

• Si tus proyectos de automatización están diseñados para superar la codificación/escapado de caracteres de otra manera que no sea utilizando el método presentado anteriormente (como expresiones regulares sin escape), asegúrate de configurarlos en consecuencia, ya que podrían no funcionar a partir de ahora. O bien eso, o establecer OData.BackwardsCompatible.Enabled como false para conservar el comportamiento anterior.

Problemas conocidos

• Se ha identificado un problema al cargar nuevos archivos a depósitos MinIO. Los archivos cargados se corrompen y no funcionan. Los archivos cargados antes de la 20.10.1 no se ven afectados. Este problema se ha solucionado en la versión v2020.10.3 de Orchestrator.

  Importante: No utilices depósitos de almacenamiento de MinIO en 2020.10.1 o 2020.10.2 Orchestrator.
• A partir de la versión 20.10, el panel Recursos de Studio no enumera tus procesos a menos que otorgues al rol del robot permisos de Visualización en los procesos. Hemos añadido el permiso que falta en la versión 20.10 de Orchestrator; sin embargo, si actualiza desde una versión anterior, asegúrese de concederla explícitamente.
• Cada vez que una actualización falla y se realiza una reversión, el rol de Administrador pierde los permisos de Editar en las Acciones y de Crear en la Asignación de Acciones.
• No se redirige al usuario a la página de inicio de sesión después de anular una operación de inicio de sesión de Windows.
• Los destinos NLog personalizados no se migran automáticamente durante una actualización. Debes migrarlos a los servicios de Identity Server y Webhooks manualmente. Consulta la documentación de NLog en Identity Server.

• El uso de las URL de alimentación de la versión 3 provoca un par de problemas de visualización con paquetes y bibliotecas:

  • La fecha de publicación de un paquete (Ver versiones > Versiones de paquete) no es correcta cuando se utilizan fuentes externas de la versión 3
  • En el caso de las transmisiones de MyGet, el número total de paquetes es mucho mayor que el número real de paquetes cargados en la transmisión.
• Al intentar conectar un Robot v2019.4.4 o anterior a Orchestrator, se genera un mensaje de error incorrecto cuando el robot flotante no está definido en Orchestrator. Esto solo ocurre en las carpetas clásicas cuando se usa una clave generada por una plantilla de la máquina para la conexión. Se muestra "No hay licencias disponibles en el servidor" en lugar de "El robot no existe".
• "An error has occurred" se muestra en la página Perfil de usuario cuando el grupo de aplicaciones de identidad se detiene o se realiza el reciclaje.
• Las versiones del paquete que contienen el símbolo + son inutilizables en Orchestrator, ya que no se pueden usar para crear procesos.
• Ciertos programas antivirus pueden interferir con la herramienta de migración de IdentityServer bloqueando la ejecución de los ejecutables en el directorio predeterminado de Windows Temp. Especifica el parámetro 'tmpDirectory' como solución.
• La localización de las fuentes de Orchestrator en Studio deja de tener en cuenta los ajustes de idioma de UiPath Robot y hace que las fuentes se muestren en inglés independientemente del idioma de UiPath Robot.
• Orchestrator no filtra los usuarios que se han deshabilitado en AD. Como resultado, los usuarios de AD deshabilitados están disponibles para agregarse en Orchestrator.

Corrección de errores

• En 2020.4 Orchestrator, no se han podido editar las direcciones de correo electrónico de los usuarios locales. En esta versión, volveremos a agregar la opción.
• Anteriormente, el lanzamiento de trabajos a través de actividades Iniciar trabajo en entornos que no eran de producción implicaba el uso exclusivo de tiempos de ejecución desatendidos para ejecutarlos. Si no había ninguno disponible, los trabajos permanecían en estado Pendiente. A partir de ahora, si no hay runtimes Unattended disponibles, se consumen los tiempos de ejecución NonProduction.
• Se generó un mensaje de error (An unexpected error occurred (500). The chunked cookie is incomplete.) cuando intentó autenticarse con la autenticación de Windows en Chrome. Esto ocurría para usuarios que pertenecían a múltiples grupos de AD, ya que se superaba el límite de tamaño de las cookies del navegador.
• El mensaje de error daba lugar a la creación o actualización incorrecta de un almacén de credenciales que no se mostraba en la página Alertas, ni había detalles disponibles sobre la configuración incorrecta.
• Finalizar un trabajo de ejecución de prueba daba lugar a un estado de trabajo incorrecto en Orchestrator.
• Se han reordenado los botones de eliminar, habilitary deshabilitar programaciones de pruebas para mejorar la coherencia de la experiencia de usuario.
• Los usuarios con roles de Folder Administrator no tenían acceso a las características de prueba tras cumplir los requisitos previos a menos que se les concedieran de forma manual.
• Al deshabilitar Probar automatización no se deshabilitaba ninguna programación de prueba en ejecución.
• Para las implementaciones de Azure, en ocasiones se redirigía a los usuarios a una página de Identity Management Hub en blanco. Esto se ha corregido con la adición del parámetro -orchestratorUrl para los scripts de implementación de Azure.
• Al intentar cerrar la sesión, el usuario sería redirigido de nuevo a la página de inicio de Orchestrator.
• Durante una actualización, al pasar al almacenamiento del composite paquete NuGet, los paquetes no se migraban a la ubicación correcta.
• El instalador de Orchestrator no ha validado correctamente el nombre del sujeto alternativo del certificado.
• En raras ocasiones, se activaba el mismo trabajo en varias máquinas simultáneamente. Esto ocurría en máquinas que estaban conectadas a Orchestrator mediante la misma plantilla de máquina.
• Anteriormente, no se podían editar grupos de usuarios con nombres de longitud superior a 32 caracteres. Hemos aumentado el límite de caracteres para los nombres de grupo (campo Grupo o Nombre de usuario) a 256.