2025.10.1

Date de publication : 30 octobre 2025

Prise en charge des utilisateurs EntraID avec l’authentification multifacteur (MFA)

Ajouté : 3 novembre 2025

Vous pouvez désormais utiliser un Unattended Robot avec des utilisateurs EntraID dont l'authentification multifacteur est activée. Reportez-vous à la section Utilisation d'utilisateurs EntraID avec authentification multifacteur (MFA) pour les robots Unattended.

Délai configurable du démarrage de l'exécuteur

Une nouvelle variable d'environnement (UIPATH_EXECUTOR_STARTUP_DELAY) a été introduite pour ajouter un court délai avant la création du processus Exécuteur dans les sessions Windows non assistées. Elle peut être utilisée si l'infrastructure nécessite que d'autres processus démarrent avant que l'Exécuteur ne démarre dans la session Windows.

Configuration améliorée de la journalisation Robot

Robot prend désormais en charge la double journalisation avec des niveaux de journalisation distincts pour les fichiers locaux et Orchestrator. Utilisez la variable d'environnement UIPATH_FILE_LOG_LEVEL pour définir un niveau de journalisation minimum différent pour la journalisation des fichiers locaux tout en maintenant un niveau distinct pour les journaux envoyés à Orchestrator.

Cela vous permet de stocker des journaux détaillés, tels que les niveaux Info+, localement sur la machine, tout en envoyant uniquement les journaux à priorité élevée, tels que les niveaux WARN+, à Orchestrator. Cela réduit la croissance de la base de données tout en préservant des informations de diagnostic local complètes. Les valeurs valides incluent : Verbose, Trace, Information, Warning, Error, Critical et Off.

Prise en charge des arguments d’entrée et de sortie volumineux

À partir de cette version, le robot prend en charge les arguments d’entrée et de sortie avec plus de 10 000 caractères.

Prise en charge des arguments de fichier des tâches

À partir de cette version, le robot prend en charge les arguments d'entrée et de sortie de type Fichier.

Prise en charge des domaines UPN

Auparavant, l’authentification par carte à puce pour les sessions Unattended faisait correspondre le nom d’utilisateur Orchestrator uniquement à l’UPN principal. La modification du domaine UPN nécessitait de recréer les cartes à puce.

Vous pouvez maintenant spécifier l’UPN sur la carte à puce dans le champ Nom d’utilisateur\Domaine de votre compte Robot. Utilisez le format ADUPN\some.upn@domain pour les domaines privés ou AzureAd\some.Azure@domain pour les domaines Azure AD.

Cette mise à jour permet également de spécifier un UPN directement pour l’authentification, qu’elle soit basée sur un mot de passe ou une carte à puce.

Cependant, lors de l’utilisation de l’authentification par carte à puce avec des certificats, les UPN alternatifs sont pris en charge uniquement si le certificat a été émis pour cet UPN alternatif.

Migration des paramètres du proxy

La mise à jour du robot à l’aide de UiPathStudio.msi ou UiPathRobot.msi entraîne la migration automatique des paramètres du proxy du fichier uipath.config vers %ProgramData%\UiPath\Shared\proxy.json.

Période de rétention des journaux de workflow

La période de rétention des fichiers journaux de workflow a été limitée à 30 jours par défaut.

ID de la tâche dans les journaux d'exécution

Les journaux d'exécution de robots affichent désormais l'identifiant de la tâche.

Prise en charge des cartes à puce pour le mode sans affichage avec utilisateur.

Les tâches d'arrière-plan en mode sans affichage avec utilisateur fonctionnent désormais également avec des identifiants de carte à puce, pas seulement avec un nom d'utilisateur et un mot de passe.

Amélioration des détails du journal

Les journaux d'erreurs fournissent désormais des informations détaillées sur l'activité qui a provoqué l'échec de votre workflow, y compris le nom de fichier du workflow, le nom de l'activité et la hiérarchie des conteneurs. Ces détails vous aident à localiser rapidement l'activité au sein de votre projet et s'affichent dans les journaux de Studio, Orchestrator et Robot.

HTTPS pour tous les flux NuGet

À partir des versions de robot de février 2025 (dernière version) et d'octobre 2025 (LTS), les appels aux flux HTTP non sécurisés provenant de packages pris en charge par NuGet ne sont plus autorisés. Lorsqu'un flux non HTTPS est utilisé, une erreur est générée et il n'est pas possible de modifier ce comportement.

Faites la transition vers des flux HTTPS sécurisés pour éviter les perturbations.

Nouvelles options pour les sessions utilisateur

Deux nouvelles options pour la variable d'environnement système UIPATH_SESSION_BEHAVIOR, LeaveSessionActive LeaveSessionDisconnected vous permettent de contrôler les conséquences sur la session utilisateur une fois qu'une tâche est terminée.

• UIPATH_SESSION_BEHAVIOR=LeaveSessionActive : empêche la restauration de l’état initial de la session.
• UIPATH_SESSION_BEHAVIOR=LeaveSessionDisconnected : déconnecte toujours la session au moment de la restauration.

Nouvelle empreinte du certificat de référentiel UiPath SHA-256

Si vous utilisez la vérification de la signature des packages, vous devez ajouter une nouvelle empreinte de certificat de référentiel UiPath SHA-256 à votre configuration NuGet. Vérifiez son ajout à la fois sur les auteurs et référentiels approuvés, comme le montre notre documentation.

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

Prise en charge de Windows Server 2025

À partir de cette version, le robot UiPath peut également s'exécuter sur les systèmes d'exploitation Windows Server 2025.

Mise à jour des exigences du .NET Framework

La configuration minimale requise .NET Framework a été portée de la version 4.6.1 à la version 4.7.2.

Résolution de bogues

• Parfois, l'exécution des tâches échouait avec les exceptions « Impossible d'accéder à un canal fermé » ou « Connexion fermée ». Ce comportement ne se produit plus.
• Dans de rares cas, l'utilisation de l'activité Requête HTTP dans un projet hérité a provoqué un blocage inattendu de l'exécuteur avec l'erreur suivante : « System.Exception : impossible de récupérer le résultat de l'exécution de la tâche. Cela peut être dû au volume trop important d'un message empêchant son traitement. » L'erreur est apparue dans Orchestrator pour les tâches ayant échoué.
• Dans les workflows codés, une exception peut survenir lorsqu'un workflow est invoqué plusieurs fois en parallèle. C'est l'utilisation de la méthode RunWorkflowAsync qui en était la cause.
• L'utilisation de guillemets spéciaux " (0x201C) dans des chaînes de caractères provoquait une erreur de compilation JIT lors de l'exécution dans des projets Windows.
• Le service de robot détectait par erreur une tâche interactive comme étant en cours, ce qui empêchait de nouvelles tâches de démarrer. Le message d'erreur « Another interactive job is running for this user. (Une autre tâche interactive est en cours d'exécution par cet utilisateur). A user can run a single interactive job at a time (Un utilisateur ne peut exécuter qu'une seule tâche interactive à la fois). » s'affichait, même lorsqu'aucune tâche n'était en cours d'exécution. Cela était dû à une mise à jour incorrecte de l'état du niveau de service, de sorte que les tâches se trouvaient bloquées dans des états de terminaison ou d'arrêt.
• Une fois qu'une machine était inactive ou verrouillée, le service de robot UiPath ne pouvait pas se reconnecter à Orchestrator. Il continuait d'utiliser indéfiniment une connexion coupée. La connexion à Orchestrator a une durée limitée, de 30 minutes par défaut. Vous pouvez ajuster cette durée en utilisant UIPATH_HTTP_CONNECTION_LIFETIME, une variable d'environnement qui définit la durée de la connexion en secondes.
• Le lancement répété de la session Robot (incrustation) provoquait des pics de mémoire.
• La capture d'écran d'une session provoquait occasionnellement une erreur d'application UiPath.Session.csharp.exe, ce qui empêchait les sessions de robot de se fermer correctement et les nouvelles tâches ne pouvaient pas démarrer.
• Auparavant, lorsqu'un compte d'utilisateur existait dans plusieurs domaines, il provoquait parfois l'échec de tâches sans assistance en raison du délai d'expiration de la session. Cela était dû à une confusion de domaine lors de l'identification de la session.
• Correction d'un bug FreeRDP qui faisait que le service de robot UiPath utilisait un pourcentage élevé du CPU.
• Il arrivait que le robot signale que la tâche était en cours d'exécution, même si l'exécuteur Robot s'était déjà arrêté.
• Portable Executor définit désormais la résolution appropriée lorsqu'il s'exécute sur Windows.
• Les packages générés avec les anciennes versions de Studio qui utilisaient l'activité Invoke Workflow se plantaient si le workflow invoqué se trouvait dans un sous-dossier.
• Cette version apporte plusieurs correctifs en matière de performance.