2020.10.4

Fecha de lanzamiento: 15 de diciembre de 2020

Novedades

Integración de CyberArk CCP

Nos esperan muchas buenas noticias, ya que hemos ampliado y mejorado la funcionalidad de nuestro almacén de credenciales mediante la integración de CyberArk CCP con Orchestrator

Información general

El proveedor central de credenciales (CCP) es el método AAM sin agente que se utiliza para integrar Orchestrator con CyberArk. Permite la recuperación de información sensible, como las credenciales de los robots y los activos de credenciales de CyberArk, sin desplegar un agente en el servidor, ya que las contraseñas que se almacenan en una caja fuerte se recuperan en el proveedor central de credenciales, donde pueden acceder a ellas las aplicaciones remotas autorizadas. Es necesario un certificado de cliente para garantizar la recuperación segura de las credenciales.

Para integrarse con éxito con CyberArk® CCP, sugerimos que eches un vistazo a cómo configurar correctamente tu entorno en CyberArk® PVWA:

1. Crea una aplicación para tu instancia de Orchestrator y agrega certificados de cliente.
2. Crea una Caja fuerte y agrega miembros a ella para garantizar los permisos adecuados.

Al actualizar a la versión v2020.10.4, CyberArk CCP se habilita automáticamente si tenía CyberArk habilitado en su instancia antes de la actualización. Si ese no es su caso, añada UiPath.Orchestrator.SecureStore.CyberArkCCP.dll al parámetro Plugins.SecureStores en UiPath.Orchestrator.dll.config para habilitarlo.

Mejoras

Estrategias de conteo de trabajos

En esta versión, le daremos control total sobre la estrategia de recuento de trabajos para los trabajos iniciados mediante desencadenadores. El parámetro Triggers.JobsCountStrategy te permite elegir la estrategia que mejor se adapta a tus necesidades de la siguiente manera:

• PerProcess: un desencadenador inicia el número de trabajos requerido teniendo en cuenta cualquier trabajo pendiente del proceso especificado. Por ejemplo, dos desencadenadores definidos para el mismo proceso inician 3 y 5 trabajos respectivamente. Si el primer desencadenador inicia 3 trabajos en un momento dado, cuando se activa el segundo desencadenador se lanzan 2 trabajos para llegar a los 5 trabajos necesarios.
• PerTrigger: un desencadenador inicia el número de trabajos requerido teniendo en cuenta cualquier trabajo existente iniciado previamente por ese mismo desencadenador. Por ejemplo, se define un desencadenador para iniciar 9 trabajos en un momento dado. Si se han completado 2 trabajos correctamente en el momento en que se desactiva este desencadenador de nuevo, Orchestrator inicia otros 2 trabajos para llegar a los 9 trabajos necesarios.
• NoLimit: el desencadenador inicia el número de trabajos requerido independientemente de cualquier trabajo existente y pendiente. Por ejemplo, se define un desencadenador para iniciar 5 trabajos en un momento dado. La segunda vez que se desactiva el desencadenador, se inician otros 5 trabajos.

Más información sobre el parámetro Trigger.JobsCountStrategy .

Soporte de actividades de persistencia

En esta versión, hemos añadido compatibilidad para actividades de persistencia en flujos de trabajo basados en elementos en cola. Anteriormente, Orchestrator abandonaba los elementos de la cola que habían estado en curso durante más de 24 horas, interfiriendo con los flujos de trabajo de larga duración que superaban la barrera de las 24 horas. Esta limitación se ha eliminado, lo que permite obtener información humana sobre sus transacciones sin necesidad de tiempo.

Importante: esta función no se entregó en 2020.10.4, como se indica en las notas de la versión, debido a un percance. Es nuestra prioridad añadirlo al siguiente parche de Orchestrator. El límite de 24 horas para los elementos en cola en curso sigue existiendo hasta que nuestro equipo lo incluye en la siguiente versión.

Configuración

• Ahora recomendamos usar el modo pasivo para las instalaciones de nodos secundarios. Puedes especificar el parámetro /passive para habilitar una interfaz de usuario limitada con una barra de progreso y ventanas emergentes de error. Aunque anteriormente solo estaba disponible el modo silencioso, ahora debes usar /Q estrictamente para instalaciones desatendidas.

Otros

• Ahora puedes controlar si se muestran o no los códigos de error de inicio de sesión en la interfaz de usuario, utilizando el parámetro OcultarCódigosDeErrorEnUi en el archivo appsettings.Production.json Identity Server.
• La funcionalidad de Orchestrator puede verse afectada si el elemento <system.webServer> en web.configcontiene cualquier sección bloqueada. Por este motivo, hemos añadido una comprobación adicional en la Herramienta de configuración de la plataforma que comprueba todo el elemento <system.webServer> para detectar secciones bloqueadas. Si tales secciones existen, deberás desbloquearlas manualmente en IIS.
• Para evitar confusiones sobre lo que hace el botón de alternancia de Procesos siempre en ejecución, lo hemos renombrado como Procesos que no se pueden detener desde UiPath Assistant. Significa que si habilitas esta función desde la página de configuración de Procesos, no podrás detener el proceso correspondiente desde UiPath Assistant.

Corrección de errores

• Todos los registros generados antes de la versión 2019.10 se mostraban en la página Registros sin que se filtraran por la carpeta que los contenía (anteriormente, unidad de organización). Hemos añadido y habilitado de forma predeterminada una nueva configuración UiPath.Orchestrator.dll.config (Logs.Elasticsearch.EnableFolderIdFilter) que evita que los registros que no se pueden filtrar se muestren en la página de registros . Aún puedes ver dichos registros navegando a Registros desde las páginas Robots (carpetas clásicas) y Trabajos (Más acciones > Ver registros).
• Cada vez que fallaba una actualización y se realizaba una reversión, el rol de administrador perdía los permisos de Editar en las acciones y los permisos de Crear en la Asignación de acciones. El rol ahora mantiene ambos pares en caso de una actualización fallida.
• Debido a que appSettings se ha movido de Web.Config a UiPath.Orchestrator.dll.config, el script Configure-PlatformNode.ps1 provocará que las migraciones de uno a varios nodos fallen. El script ya no arroja un error.
• La migración de paquetes no limpiaba la carpeta Storage importada pero no utilizada después de una actualización fallida. El contenido sobrante ahora se elimina.
• El instalador de UiPathOrchestrator.msi no buscaría espacio disponible en disco antes de iniciarse la actualización, lo que podría provocar que la migración del paquete falle. Ahora se emite una advertencia antes de que comience la migración.
• UiPathPlatformInstaller.exe no valida los certificados SSL con formatos de asunto específicos, lo que ha provocado un error de instalación o una advertencia de actualización.
• El uso de la autenticación de Windows durante una actualización impedía que el instalador de UiPathOrchestrator.msi validara las credenciales. Esto provocó que el proceso de actualización no se realizara correctamente.
• El tipo de argumento no se validó en Orchestrator, lo que permite a los usuarios establecer valores de parámetros no aptos para sus procesos. La validación se realiza ahora correctamente, y se arroja un error si la entrada no coincide con el tipo de argumento establecido en tiempo de diseño.
• La eliminación de una carpeta clásica no eliminaba los usuarios asociados. Los usuarios ahora se eliminan tras eliminar una carpeta clásica.
• Actualización de la versión v2020.4 a la versión 2020.10 de usuarios de Active Directory no asignados de Orchestrator desde las carpetas modernas basado en el modelo de permisos Heredar del tenant . Esto ocurría a pesar de tener el grupo principal de Active Directory asignado a la carpeta.
• Al borrar credenciales de activo que residen en almacenes de credenciales de lectura/escritura solo se borraban desde Orchestrator. A partir de ahora, al eliminar una credencial de activo en Orchestrator también se elimina el objeto de credencial asociado referenciado en el almacén de credenciales. Asegúrate de que las credenciales de activo que se eliminarán no se usan en otros lugares, como en proyectos de automatización.
• Las sesiones de usuario no expiraban tras el finalizar período de tiempo de espera de inactividad, evitando que se cerrase la sesión de los usuarios como era de esperar.