2023.10

Fecha de lanzamiento: 23 de octubre de 2023

Noticias de administración

Scripts de mantenimiento de nueva base de datos

Lanzamiento el 1 de noviembre de 2023

Mantener tu base de datos de Orchestrator limpia y ordenada te garantiza una experiencia fluida tanto durante las operaciones del día a día como durante las actualizaciones. Sin embargo, a medida que tus operaciones de automatización aumentan en tamaño y cobertura, esto puede convertirse en una tarea desalentadora. En un esfuerzo por ayudarte a agilizarla, hemos creado un conjunto de scripts que puedes utilizar para limpiar regularmente los datos antiguos, con la opción añadida para programar su ejecución en los momentos que te resulten convenientes.

Puedes obtener más información sobre los scripts de mantenimiento de la base de datos de Orchestrator en la documentación dedicada y puedes descargarlos del Customer Portal.

Classic folders removal

Ahora se eliminan las carpetas clásicas y todos sus objetos asociados. Este cambio provoca la eliminación de todos los objetos de este tipo de la interfaz de Orchestrator.

Si estás planeando actualizarte a esta versión, asegúrate de migrar cualquier carpeta clásica existente a carpetas modernas.

Puedes consultar la página de eliminación de carpetas clásicas para obtener más detalles sobre los pasos que llevan a este cambio.

Cambios en roles y permisos

Los roles contribuyen a controlar de forma rigurosa el acceso a las funciones y objetos de Orchestrator, lo que te permite separar de forma fiable a los usuarios en función de sus permisos. Para que esta tarea sea lo más fácil y eficaz posible, estamos realizando varios cambios en nuestros roles predeterminados.

Cambios en los permisos

El rol de carpeta Automation User y el rol de tenant Allow to be Automation User ya no cuentan con permiso para publicar procesos. Esto otorga al rol los permisos mínimos en el ámbito de carpeta necesarios para ejecutar procesos. De este modo, nos aseguramos de que los paquetes personales de los usuarios no se publiquen de forma accidental sin haber sido revisados previamente.

Nuevos roles

Existen dos nuevos conjuntos de roles que permiten combinar varios roles para obtener los resultados deseados sin perder un ápice de detalle:

• Automation Publisher y Allow to be Automation Publisher: solo contiene los permisos necesarios para publicar procesos en Orchestrator, y puede combinarse con cualquier rol existente.

• Automation Developer y Allow to be Automation Developer: pueden crear automatizaciones.

Nota:

Los nuevos roles se añaden como de solo lectura.

En el improbable caso de que una organización ya contenga un rol personalizado con el mismo nombre que uno de los nuevos roles mencionados anteriormente, le cambiaremos el nombre a "Nombre del rol: personalizado". De esta manera, se pueden utilizar ambos roles.

Cambios en las asignaciones

Al asignar un rol de carpeta predeterminado, se te pedirá automáticamente que asignes también su homólogo de tenant. Así nos aseguramos de que no te falte ningún permiso necesario para tus automatizaciones.

Nota:

Problema conocido: esta opción no funciona para usuarios o grupos de Active Directory.

Comprobaciones de eliminación

Cuando el rol Orchestrator Administrator está sin asignar a un usuario, comprobamos que no es el último usuario con ese rol. La misma comprobación se aplicará al eliminar un usuario o un grupo si no hay otros usuarios o grupos con el rol Administrator u Orchestrator Administrator.

Presentación del grupo de usuarios Citizen Developers

Estamos encantados de anunciar la última mejora de las funciones de control de acceso de nuestra plataforma: la introducción de un nuevo grupo de usuarios: Citizen Developers. Este nuevo grupo se define a nivel de organización y se integrará sin problemas en todos los servicios de la plataforma.

Con el grupo Citizen Developers, los desarrolladores ciudadanos pueden acceder a los recursos pertinentes para su trabajo sin ningún desorden de acceso innecesario, lo que reduce la sobrecarga de los administradores .

Para obtener más información sobre cómo se integra el grupo de usuarios en los diversos servicios de la plataforma, consulta la documentación del producto.

Configuración de Unattended Robot

La automatización Unattended es una de las funcionalidades básicas de Orchestrator, que permite configurar tareas que pueden llevarse a cabo por sí solas, sin intervención humana alguna. Sin embargo, su aparente sencillez se basa en unos fundamentos complejos que exigen ensamblar los componentes adecuados.

Con la intención de facilitarte el proceso de configuración, hemos creado la opción de configuración Unattended Robot, disponible en el menú Crear nuevo de la barra de herramientas de Orchestrator.

Actualmente, tienes la posibilidad de configurar un proceso basado en una plantilla de máquina autoalojada, que está seleccionada de forma predeterminada, y muy pronto habrá más opciones entre las que elegir.

Al hacer clic en Comenzar, podrás seleccionar los objetos de Orchestrator necesarios para tu futura automatización Unattended: plantilla de máquina, cuenta de UiPath Robot, carpeta y configuración de conexión. Cada paso viene acompañado de instrucciones detalladas y consejos útiles, así como enlaces a secciones en las que puedes crear los objetos que necesites.

Cambios en las comprobaciones de permisos

La creación de un desencadenador de cola desde la API ahora también requiere el permiso Crear en colas.

Se ha eliminado la configuración Auth.RememberMe.Enabled

Se ha eliminado la configuración Auth.RememberMe.Enabled de la sección Authorization del archivo UiPath.Orchestrator.dll.config, ya que no se utiliza. Te permitía seleccionar si se mostraba o no la casilla de verificación Recordarme en la página Iniciar sesión. Sin embargo, esta opción en particular ya no se puede configurar desde Orchestrator, ya que se ha movido al Identity Server.

Nuevo motor de secretos de HashiCorp Vault

El almacén de OpenLDAP ahora está disponible como motor secreto para HashiCorp Vault.

Conversión de espacios de trabajo personales inactivos

Al convertir un espacio de trabajo personal inactivo en una carpeta, ahora solo estará disponible para el administrador que inició la conversión. Por lo tanto, ningún otro usuario tendrá acceso a él.

Autenticación de clave de API para Elasticsearch

Ahora puedes iniciar sesión en Elasticsearch a través de una clave de API que generaste tú mismo en un almacén de claves. Todo lo que necesita hacer es recuperar la clave, almacenarla en su almacén de claves de Azure y conectar Orchestrator a este almacén siguiendo nuestras instrucciones.

Alertas de grupo

Ahora puedes establecer suscripciones de alerta para grupos. De esta forma puedes controlar qué tipos de alerta recibe un grupo, en función del denominador común de los miembros del grupo.

Los correos electrónicos de alerta posteriores se envían a los usuarios que forman parte de esos grupos, siempre que dichos usuarios tengan el permiso de Ver en Alertas en el ámbito de grupo.

Problemas ya conocidos:

• Los correos electrónicos de alerta enviados a los grupos pueden aparecer en inglés, independientemente de la preferencia de idioma de cada uno de los miembros del grupo.

• Los usuarios locales que formen parte de grupos AD/AAD locales y habilitados para correo pueden recibir correos electrónicos duplicados de alertas que se hayan generado para ambos grupos.

Actualizaciones del activo de automatización

Solución de problemas de trabajos pendientes

Seguramente te habrás preguntado alguna vez por qué tu trabajo estaba estancado en un estado Pendiente, sin saber cómo conseguir ejecutarlo. En las ventanas Detalles del trabajo, te proporcionamos una sección dedicada exclusivamente a las razones por las que tu trabajo aún no ha comenzado. Además, si está disponible, para cada motivo se ofrecen consejos prácticos: puede tratarse de un enlace que te dirija a la sección de Orchestrator en la que puedes solucionar el problema, o de una acción específica que debes llevar a cabo en tu caso concreto. En caso de que no tengas permisos para solucionar el problema, es posible que debas pedir ayuda a un administrador.

Exportar cuadrícula de trabajos

¿Alguna vez ha querido crear paneles y métricas basadas en los datos de sus trabajos? Nada se interpone en su camino, ya que puede exportar todos sus informes de trabajo desde la carpeta actual y descargarlos a su máquina. Más información sobre la exportación de cuadrícula.

Mejoras en la exportación de informes

Hemos simplificado la forma de exportar los datos de las cuadrículas. Estos son los cambios de los que puedes beneficiarte ahora:

• Al hacer clic en Exportar, ya no se te solicita la confirmación. En su lugar, aparece una notificación que te informa de que la exportación está en curso.

• Una vez hecho, aparecerá otra notificación que te informará de que los datos exportados están listos para su descarga.

• La descarga se iniciará automáticamente si tienes el permiso Alertas - Ver.

• Si no lo haces, puedes descargar los datos exportados desde la página Mis informes.

Consolidación de columnas de tiempo en exportaciones

Los informes que contienen datos exportados de transacciones de cola, auditoría, registros y páginas de trabajos incluían casos de información duplicada que ahora se han eliminado. En concreto, ahora las exportaciones solo contienen columnas de tiempo absoluto, que se expresan en la zona horaria del tenant.

Obsoleto de los puntos finales de los informes

Los puntos finales de los informes disponibles para los registros de auditoría, los registros de robots y las definiciones de colas están obsoletos. Como tal, desaconsejamos usar lo siguiente:

• GET/odata/AuditLogs/UiPath.Server.Configuration.OData.Reports

• GET//odata/RobotLogs/UiPath.Server.Configuration.OData.Reports

• GET/odata/QueueDefinitions({key})/UiPathODataSvc.Reports

Los puntos finales enumerados anteriormente se eliminarán en abril de 2024.

Si desea recuperar este tipo de informes, le recomendamos estos pasos:

1. Inicie una exportación llamando al punto final adecuado:

   • Para registros de auditoría: POST/odata/AuditLogs/UiPath.Server.Configuration.OData.Export
   • Para registros de robots: POST/odata/RobotLogs/UiPath.Server.Configuration.OData.Export
   • Para definiciones de colas: POST/odata/QueueDefinitions({key})/UiPathODataSvc.Export
   Importante:

   • Esta operación devuelve un ID que es necesario para los siguientes dos pasos.
2. Obtén el estado del informe llamando al punto final GET/odata/Exports({key}) y añadiendo el ID devuelto en el paso 1.
3. Una vez que el estado sea Completado, obtén un enlace de descarga para recuperar el archivo exportado, llamando al punto final GET/odata/Exports({key})/UiPath.Server.Configuration.OData.GetDownloadLink y añadiendo el ID devuelto en el paso 1.

Cómo grabar transacciones en cola fallidas

Los procesos que no tienen éxito debido a transacciones en cola fallidas ahora pueden registrarse para fines de depuración. Esta opción, llamada Grabar y almacenar transacciones de cola fallidas, está habilitada en el nivel de proceso, desde la sección Vídeo de la configuración de Grabación del trabajo.

Su salida puede renderizarse directamente en Orchestrator, dentro de la propia transacción en cola.

Caracteres no válidos en los nombres de cola

La exportación de transacciones de cola no se realizaba correctamente si el nombre de la cola contenía caracteres no válidos (\ / : * ? " < > |). Ahora esto se ha corregido reemplazando los caracteres no válidos por _, permitiendo así exportar artículos en cola.

Aclaración del límite de registros de procesamiento de colas

El recurso QueueProcessingRecords utilizado para devolver información estadística sobre colas y transacciones a través de la API devuelve datos que tienen un máximo de 90 días de antigüedad. Puedes solicitar datos por día, hora y minuto, pero solo se muestran si se han registrado en los últimos 90 días.

Esto no afecta a la funcionalidad de la interfaz de usuario, donde la información reciente aún tiene un límite de 30 días.

Puntos en los nombres de depósito de almacenamiento

Ahora se permiten puntos no consecutivos en los nombres de depósito de almacenamiento de Amazon S3.

Clasificación interna de paquetes

Los paquetes internos, es decir, los paquetes cargados a través de fuentes alojadas en Orchestrator, ahora se ordenan por fecha de publicación. La fecha de publicación es la fecha en la que se publicó la versión más reciente de un paquete.

Nuevo parámetro de clave de la máquina

Hemos agregado un nuevo parámetro al extremo GET/odata/RobotLogs , llamado MachineKey. Como el nombre indica, esto almacena la clave de la máquina, que anteriormente estaba en manos del parámetro MachineId .

MachineKey, que tiene un formato GUID, se introdujo para conservar los registros de los robots en escenarios de traslado de tenants. MachineId tiene un formato de número dinámico, lo que significa que no puede persistir en tales casos.

Aunque por ahora ambos funcionan en paralelo, se recomienda utilizar MachineKey, ya que MachineId se eliminará en abril de 2024.

Ejecución de trabajos desde espacios de trabajo personales

Los trabajos iniciados desde espacios de trabajo personales siempre deben ejecutarse bajo la identidad del usuario que los inició, no bajo la identidad del propietario del espacio de trabajo personal. Por ello, si quieres iniciar un trabajo mientras exploras un espacio de trabajo personal, debes tener tu propio robot definido para ese propósito específico, independientemente de cualquier otro robot definido en ese espacio de trabajo.

Selección de máquina de reinicio del trabajo

Al reiniciar un trabajo, el campo Máquina ahora se rellena con la misma máquina que se utilizó inicialmente para ese trabajo en particular.

Nuevo filtro de página de trabajos

La página Trabajos se ha mejorado con el nuevo filtro Proceso, que te permite reducir aún más la lista de trabajos según tus criterios deseados.

Estados finales de los artículos en cola

En un esfuerzo por garantizar la coherencia del estado final en los artículos en cola, aplicamos las siguientes respuestas de error al llamar al punto final SetTransactionResult.

Con una carga útil de éxito en un elemento fallido:

POST https://{yourDomain}/odata/Queues(1)/UiPathODataSvc.SetTransactionResult
{
  "transactionResult": {
    "IsSuccessful": true
  }
}

Con una carga útil fallida en un elemento correcto:

POST https://{yourDomain}/odata/Queues(1)/UiPathODataSvc.SetTransactionResult
{
  "transactionResult": {
    "IsSuccessful": false,
    "ProcessingException": {
      "Reason": "string",
      "Details": "string",
      "Type": "ApplicationException"
    }
  }
}

El código de error es 1866, con el mensaje "Transición no válida desde un estado final". Esto indica que no se puede cambiar el estado después de que el elemento de la cola alcance un estado final.

Además de optimizar el mecanismo de procesamiento de la cola, esto también permite que UiPath Insights actualice y sincronice correctamente los datos en función de los eventos de los elementos de la cola.

Importante: Aparecerá el mismo código de error cuando se utilicen las propiedades DeferDate o DueDate en la carga útil SetTransactionResult para mover transacciones fuera de sus estados finales. A partir de ahora, para establecer una nueva fecha límite o de aplazamiento, tendrás que clonar la transacción o crear una nueva.

Política de retención de datos de proceso

Ahora puedes establecer una política de retención personalizada predeterminada para tus trabajos. Puedes elegir ya sea eliminar de forma permanente los trabajos antiguos o moverlos a un depósito de almacenamiento designado y hacer que estén disponibles para un futuro acceso. Al hacerlo, liberas la base de datos de forma organizada y Orchestrator tiene mejor rendimiento. Pero debes tener en cuenta que incluso si no configuras tu propia política, aún se aplica una predeterminada.

Además:

• hay dos nuevas columnas de retención disponibles para seleccionar en el filtro Procesos> Columnas , para ayudarle a identificar rápidamente la política existente de un proceso
• hay una nueva alerta disponible para las suscripciones de correo electrónico en la página de preferencias de alertas , para informarle sobre los fallos de retención del proceso

Descubra los consejos y trucos de la política de retención en nuestra página de documentación.

Introducción del modo de mantenimiento de la máquina

Ahora tienes la opción de desconectar tu máquina cuando quieras realizar tareas de mantenimiento en ella. Para ello, en la página Supervisión en el ámbito de tenant, en la sección Sesiones Unattended, activa el botón de la columna Mantenimiento.

Al activar esta opción, se brinda la posibilidad de esperar a que finalicen los trabajos en ejecución o de eliminar todos los trabajos en ejecución antes de pasar al modo de mantenimiento. Sin embargo, los trabajos pendientes mantienen su estado hasta que se recogen.

Cambios en la configuración de ejecución

Hemos añadido nueva configuración para ayudarte a controlar cuándo se deshabilitan los desencadenadores tras el fallo de un trabajo. De esto es de lo que ahora puedes beneficiarte:

• Una nueva configuración en la ventana de creación del desencadenador de tiempo y del desencadenador de cola, a saber, Establecer la deshabilitación del desencadenador basado en la ejecución. Cuando la alternancia está habilitada, se te presentan dos opciones:
  • Deshabilitar cuando falla el recuento de trabajos consecutivos: el desencadenador se deshabilita tras el número de ejecuciones fallidas que eliges para esta configuración.
  • Período de gracia para deshabilitar el desencadenador (días): el número de días que hay que esperar antes de que el desencadenador se deshabilite tras el primer fallo de un trabajo.

Mejoras en la usabilidad

Comprobaciones de permisos para descargas de paquetes

Los robots ahora pueden descargar paquetes de la fuente del tenant siempre que tengan el permiso Ver en paquetes .

Minutos en predicciones de SLA

Ahora puedes establecer predicciones de SLA con más detalle, ya que hemos añadido el campo Minutos tanto a la sección Habilitar SLA para esta cola como a la sección Riesgo SLA.

Gestión de meses en expresiones cron

Hemos cambiado la forma en que tratamos los meses que tienen menos de 31 días cuando una expresión cron usa la subexpresión 31W para indicar que un trabajo debe ejecutarse el último día del mes o en el día de la semana más cercano al último día día del mes.

El comportamiento actual es el siguiente:

• Durante los meses de 31 días, la subexpresión 31W lleva a la ejecución del trabajo:

  • el 31 del mes si cae en un día laborable

  • el día de la semana más cercano al 31 si el 31 cae en fin de semana

• Durante los meses con menos de 31 días, la subexpresión 31W impide que se ejecute ningún trabajo, omitiendo así el mes por completo. En este caso, recomendamos usar LW en su lugar. Esto desencadena el trabajo el último día laborable del mes, independientemente del número de días, lo que significa que no se omiten meses.

Nuevas columnas de transacciones

Hemos añadido cuatro nuevas columnas a la página Transacciones (Colas > Ver transacciones):

• Fecha límite (absoluta)

• Posponer (absoluto)

• Iniciado (absoluto)

• Terminado (absoluto)

Ten en cuenta que no están habilitadas de forma predeterminada, así que asegúrate de seleccionarlas de la lista Columnas.

Estas columnas también se incluyen en los informes exportados.

Nueva opción de filtrado de tipos en la búsqueda de tenant

Se ha añadido la opción Catálogo de acciones al menú de filtrado Tipo en la ventana de búsqueda de tenant.

Nombre de webhook obligatorio

El parámetro Nombre ahora es obligatorio para los webhooks creados a través del punto final POST odata/Webhooks .

Asignación de aplicaciones externas

Los elementos de la interfaz de usuario relacionados con las asignaciones de cuentas y grupos se han actualizado para reflejar el hecho de que también se pueden asignar aplicaciones externas. En concreto, Asignar cuenta/grupo ahora es Asignar cuenta/grupo/aplicación externa.

Columna de revisor de transacciones

La columna Revisor de la transacción ahora incluye el nombre, apellidos y dirección de correo electrónico del revisor.

Paquetes con orígenes en el explorador de paquetes

Los paquetes de Studio que se cargan junto con todos tus orígenes .xaml (es decir, la opción Incluir orígenes seleccionada en la sección Opciones de publicación > Configuración de compilación) ahora pueden verse en su totalidad en el explorador de paquetes. Esto se aplica a los proyectos de Windows y multiplataforma.

Limitación de la información del trabajo defectuoso

El espacio de almacenamiento dedicado a la información de excepción que almacenamos cuando se produce un fallo en un trabajo ahora está limitado a 42 KB.

Aclaraciones de mensaje de error

Error de conexión al almacén de credenciales

Cuando no se establece la conexión con el almacén de credenciales que contiene las credenciales del robot, impidiendo así la recuperación de la contraseña, el robot deja de iniciarse y ahora te devuelve el siguiente error:

Unable to retrieve credentials from {credential_store_name} credential store. Please check your connection settings and ensure the {credential_store_name} service is running.

Esto evita que te bloqueen la cuenta del robot debido a repetidos intentos de iniciar el robot sin credenciales.

Error de caducidad de la licencia

Cuando caducan las licencias Unattended, la cantidad disponible para la asignación ya no coincide con la asignación real. En ese caso, se muestra el siguiente error:

Update failed! Too many licenses [license type] have been allocated. Please disconnect X [license type] from machines runtimes to match the number of defined licenses.

Corrección de errores

• Hemos solucionado una incidencia que impedía la autenticación de Swagger si Orchestrator e Identity Server se implementaban como servicios de aplicación de Azure con diferentes URL.

  Importante: la solución solo se aplica a esta versión. En versiones anteriores, debes añadir la siguiente sección al archivo web.config:

  <rewrite>
        <outboundRules>
           <rule name="CSP">
            <match serverVariable="RESPONSE_Content-Security-Policy" pattern=".*" />
            <action type="Rewrite" value="default-src 'self' https://<YOURIDENTITYURL>;connect-src 'self' https://<YOURIDENTITYURL>;script-src 'self' 'unsafe-inline';style-src 'self' 'unsafe-inline';img-src 'self' data:;font-src 'self'" />
          </rule>
        </outboundRules>
  </rewrite>

• Cuando se eliminaba un usuario del tenant host y, a continuación, se creaba otro usuario con el mismo nombre de usuario y dirección de correo electrónico que el eliminado, ya no se podía iniciar sesión en el tenant que no fuera host. Esto sucedía debido a la falta de una regla relativa al aprovisionamiento de un nuevo usuario cuando se eliminaba otro usuario con la misma información. Esta incidencia ya está solucionada.

• No se respetaba la minLevelconfiguración NLog del archivo de Identity Serverappsettings.json. El valor predeterminado de minLevel es "Info", lo que indica que los registros con una gravedad igual o superior a "Info" deberían haberse registrado. Sin embargo, minLevel no se tenía en cuenta, y los registros con niveles de gravedad inferiores, concretamente "Seguimiento" y "Depurar", también se incluían en los registros.

• Anteriormente, existía una incidencia por la que los SID conocidos se incluían de forma inadvertida al recuperar grupos de seguridad, lo que provocaba un comportamiento inesperado. Los SID conocidos ya no se incluyen al obtener grupos de seguridad, lo que garantiza una funcionalidad más fluida y predecible.

• Después de actualizar a la versión 2022.10.1 o posterior, iniciar sesión en el tenant del host, cerrar sesión y posteriormente cambiar a un tenant diferente daba como resultado la redirección de vuelta a la ubicación de cierre de sesión anterior en lugar del tenant seleccionado. Ahora, después de cerrar sesión y cambiar los tenants, se te redirigirá correctamente a la página del tenant seleccionado en lugar de la ubicación de cierre de sesión anterior.

• Navegar por la ventana Explorar depósito planteaba algunos problemas de visualización menores que ahora están solucionados.

Correcciones de vulnerabilidad de seguridad

• Debido a la falta de sincronización, los cambios realizados en las cuentas de UiPath Robots y en las aplicaciones externas en el ámbito de organización no se reflejaban en Orchestrator. Ahora, al eliminar o cambiar el nombre de una aplicación externa o al eliminar una cuenta de UiPath Robot en el ámbito de organización, ocurrirá lo mismo con estas entidades en las carpetas de Orchestrator donde se añadieron.

• El uso de la opción Cargar JSON y reemplazar en el ámbito de transacción, en la ventana Editar artículo en cola, permitía eludir validaciones importantes relacionadas con caracteres no admitidos. Esto provocaría errores al intentar utilizar esa cola en particular. Este problema ya no ocurre.

IU de Swagger

Hemos solucionado una incidencia que afectaba a las versiones 3.14.1 a 3.37.2 de la IU de Swagger, lo que permite a sus bibliotecas obtener archivos de especificación potencialmente maliciosos vinculados a través de la IU de Swagger. Hay que tener en cuenta que la incidencia no puede resolverse directamente, sino que requiere que un usuario autenticado abra el enlace malicioso.

Para solucionarla, te recomendamos encarecidamente que actualices a la última versión posible (actualización principal o complementaria).

Consulta el aviso de seguridad para obtener información más detallada.

Vulnerabilidades y exposiciones comunes

This release brings security updates and patches to address Common Vulnerabilities and Exposures (CVEs).

Problemas conocidos

• Las operaciones de etiquetas realizadas en el nivel de administración de la plataforma, como crear, editar o eliminar una etiqueta, no se auditan actualmente.
• Tener 80 mil o más robots attended ejecutándose bajo usuarios con el rol Permitir ser Automation User provoca una degradación del rendimiento. Esto se debe a que el rol tiene permisos de Ver en Alertas. Como solución, puedes crear y asignar un nuevo rol con los mismos permisos que Automation User, menos Alertas - Ver.
• La alerta “El desencadenador se deshabilita automáticamente después de que se produzca un error en la ejecución del trabajo”. generada cuando un desencadenador se deshabilita automáticamente como consecuencia de que el interruptor Deshabilitación de establecimiento de desencadenador en ejecución está habilitado, no funciona en esta versión. Se corregirá en el primer parche 2023.10.

• Añadido el 26 de octubre de 2023

  Las máquinas estándar se eliminan a partir de la versión actual. Esto significa que ya no puedes crear nuevas máquinas estándar y que te recomendamos que recurras a plantillas de máquina en su lugar. Sin embargo, la opción de interfaz correspondiente sigue siendo visible, pero te recomendamos encarecidamente que no la utilices, ya que no funcionará como se espera. Se eliminará por completo en el siguiente parche.

• Al actualizar a una versión principal, la actualización puede fallar con un error de que la extensión NLog UiPath.Orchestrator.Logs.Elasticsearch.dll no es compatible con la nueva versión de Orchestrator. Para evitar este problema, siempre debes utilizar la última versión del parche.

Cronología de la obsolescencia

Te recomendamos comprobar periódicamente la fecha de caducidad para ver las actualizaciones relativas a las características que quedarán obsoletas y serán eliminadas.