2025.10.1

Fecha de lanzamiento: 30 de octubre de 2025

Soporte para usuarios de EntraID con autenticación multifactor (MFA)

Añadido: 3 de noviembre de 2025

Ahora puedes utilizar un robot desatendido con usuarios de EntraID que tengan habilitada la autenticación multifactor. Consulta Uso de usuarios de EntraID con autenticación multifactor (MFA) para robots desatendidos.

Retraso de inicio del ejecutor configurable

Se ha introducido una nueva variable de entorno (UIPATH_EXECUTOR_STARTUP_DELAY) para añadir un corto retraso antes de la creación de proceso de ejecutor en sesiones de Windows desatendidas. Esto se puede utilizar si la infraestructura requiere que se inicien otros procesos antes de que se inicie el ejecutor en la sesión de Windows.

Configuración de registro de robot mejorada

Robot ahora admite el registro dual con niveles de registro independientes para archivos locales y Orchestrator. Usa la variable de entorno UIPATH_FILE_LOG_LEVELpara establecer un nivel de registro mínimo diferente para el registro de archivos locales a la vez que mantienes un nivel independiente para los registros enviados a Orchestrator.

Esto te permite almacenar registros detallados, como los niveles de INFO+, localmente en la máquina mientras se envían solo registros de mayor prioridad, como los niveles de WARN+, a Orchestrator. Al hacerlo, se reduce el crecimiento de la base de datos a la vez que se conserva la información de diagnóstico local completa. Los valores válidos incluyen: Verbose, Trace, InformationWarning, Error, Criticaly Off.

Compatibilidad con argumentos de entrada y salida de gran tamaño

A partir de esta versión, el robot admite argumentos de entrada y salida con más de 10000 caracteres.

Soporte de argumentos de archivo para trabajos

A partir de esta versión, el robot admite argumentos de entrada y salida de tipo Archivo.

Compatibilidad con dominios UPN

Anteriormente, la autenticación de la tarjeta inteligente para sesiones unattended comprobaba la coincidencia del nombre de usuario de Orchestrator solo con el UPN principal. Al cambiar el dominio UPN, es necesario volver a crear las tarjetas inteligentes.

Ahora puedes especificar el UPN de la tarjeta inteligente en el campo Dominio\Nombre de usuario de tu cuenta de Robot. Utilice el formato ADUPN\some.upn@domainpara dominios privados o AzureAd\some.Azure@domainpara dominios de Azure AD.

Esta actualización también permite especificar un UPN directamente para la autenticación, independientemente de si se utiliza la autenticación basada en contraseña o con tarjeta inteligente.

Sin embargo, cuando se utiliza la autenticación de tarjeta inteligente con certificados, los UPN alternativos solo se admiten si el certificado se emitió para ese UPN alternativo.

Migración de la configuración de proxy

La actualización de Robot utilizando UiPathStudio.msi o UiPathRobot.msi migra automáticamente la configuración de proxy del archivo uipath.config a %ProgramData%\UiPath\Shared\proxy.json.

Período de retención para los registros de flujo de trabajo

El período de retención para los archivos de registro del flujo de trabajo se ha limitado a 30 días de forma predeterminada.

ID del trabajo en los registros de ejecución

Los registros de ejecución de Robot ahora muestran el ID del trabajo.

Soporte de tarjetas inteligentes para el modo headless con usuario

Los trabajos en segundo plano en el modo headless con usuario ahora también funcionan con credenciales de tarjeta inteligente, no solo con el nombre de usuario y la contraseña.

Detalles de registro mejorados.

Los registros de errores ahora proporcionan detalles sobre la actividad que provocó que tu flujo de trabajo fallara, incluido el nombre del archivo del flujo de trabajo, el nombre de la actividad y la jerarquía del contenedor. Estos detalles te ayudan a localizar rápidamente la actividad dentro de tu proyecto, y se muestran en los registros de Studio, Orchestrator y Robot.

HTTPS para todas las fuentes de NuGet

A partir de las versiones de Robot en febrero de 2025 (más reciente) y octubre de 2025 (LTS), ya no están permitidas las llamadas a fuentes HTTP no seguras desde paquetes compatibles con NuGet. Cuando se utiliza una fuente no HTTPS, se produce un error, y no es posible excluirse de este comportamiento.

Transición a fuentes HTTPS para evitar interrupciones.

Nuevas opciones para sesiones de usuario

Dos nuevas opciones para la variable de entorno del sistema UIPATH_SESSION_BEHAVIOR, LeaveSessionActive y LeaveSessionDisconnected, te permiten controlar lo que sucede con la sesión de usuario después de que se complete un trabajo.

• UIPATH_SESSION_BEHAVIOR=LeaveSessionActive—Impide la restauración del estado de la sesión inicial.
• UIPATH_SESSION_BEHAVIOR=LeaveSessionDisconnected—Desconecta siempre la sesión al restaurar.

Nueva huella digital del certificado SHA-256 del repositorio de UiPath

Si utilizas la verificación de firmas de paquetes, se debe añadir un nuevo certificado del repositorio de UiPath con la huella digital SHA-256 a tu configuración de NuGet. Asegúrate de que se añada tanto en autores de confianza como en repositorios de confianza, tal como se muestra en nuestra documentación.

<certificate fingerprint="A96ADDC7455443CF702A887BC153CF7844038E2E88081D676C57DDD90EC90245" hashAlgorithm="SHA256" allowUntrustedRoot="false" />

Soporte para Windows Server 2025

A partir del lanzamiento, UiPath Robot también puede ejecutarse en sistemas operativos Windows Server 2025.

Actualización de requisitos de .NET Framework

El requisito mínimo de .NET Framework se ha actualizado de 4.6.1 a 4.7.2.

Corrección de errores

• A veces, la ejecución de trabajos fallaba con las excepciones "No se puede acceder a una canalización cerrada" o "Conexión cerrada". Este comportamiento ya no se produce.
• En raras ocasiones, utilizar la actividad HTTP Request en un proyecto heredado hacía que el ejecutor se bloqueara inesperadamente con el error: "System.Exception: no se puede recuperar el resultado de la ejecución del trabajo. Esto podría deberse a que un mensaje era demasiado grande para procesar". El error aparecía en Orchestrator para trabajos fallidos.
• En los flujos de trabajo codificados, podía ocurrir una excepción al invocar un flujo de trabajo varias veces en paralelo. Esto era causado por el uso del método RunWorkflowAsync.
• El uso de comillas de caracteres especiales " (0x201C) en cadenas provocaba un error de compilación JIT en runtime en proyectos de Windows.
• El mantenimiento de robot de UiPath detectaba incorrectamente un trabajo interactivo como en progreso, lo que impedía el inicio de nuevos trabajos. Se mostraba el mensaje de error "Otro trabajo interactivo está en ejecución para este usuario."Un usuario puede ejecutar un solo trabajo interactivo a la vez". incluso cuando no había trabajos en ejecución. Esto ocurría debido a una actualización de estado nivel de servicio inadecuada, que hacía que los trabajos se atascaran en estados de terminación o detención.
• Después de que una máquina estuviera inactiva o bloqueada, el mantenimiento de robot de UiPath no podía volver a conectarse a Orchestrator.Seguía utilizando una conexión interrumpida de forma indefinida. La conexión a Orchestrator tiene una duración finita, con un valor predeterminado de 30 minutos. Puedes ajustar esta duración utilizando UIPATH_HTTP_CONNECTION_LIFETIME, una variable de entorno que define la duración de la conexión en segundos.
• El inicio repetido de la sesión de Robot (imagen-en-imagen) provocaba picos de memoria.
• Ocasionalmente, tomar una captura de pantalla de la sesión provocaba un error de la aplicación UiPath.Session.csharp.exe, que evitaba que las sesiones de robot se cerraran correctamente y que los nuevos trabajos no podían iniciarse.
• Anteriormente, cuando una cuenta de usuario existía en varios dominios, a veces provocaba que los trabajos unattended fallaran con un tiempo de espera de la sesión. Esto sucedió debido a la confusión del dominio durante la identificación de la sesión.
• Se ha corregido un error de FreeRDP que provocaba que Robot Service utilizara un porcentaje alto de CPU.
• Ocasionalmente, el robot informaba de que el trabajo se estaba ejecutando, incluso si el Ejecutor de robot ya había salido.
• Ejecutor portátil ahora establece la resolución correcta cuando se ejecuta en Windows.
• Los paquetes generados con versiones anteriores de Studio que utilizaban la actividad Invocar flujo de trabajo se bloqueaban si el flujo de trabajo invocado estaba en una subcarpeta.
• Esta versión trae varias correcciones de rendimiento.