Avril 2026

27 avril 2026

Dupliquer l’action de tâche pour les tâches actives

Une nouvelle action de tâche Dupliquer est désormais disponible pour les tâches. Cette option ouvre le formulaire Démarrer la tâche pré-rempli avec la configuration de la tâche d'origine. L'action Dupliquer la tâche remplace l'action Redémarrer la tâche et active l'option pour n'importe quel état. Auparavant, les états non terminaux (En attente, En cours d'exécution, En cours d'arrêt, En fin d'exécution, Suspendu, Reprise) n'avaient pas pu être activés.

Accès simplifié à l'URL du webhook du déclencheur d'événement

L’URL du webhook est désormais disponible sur la page Exigences du package pour les déclencheurs d’événement, ce qui facilite l’accès en cas de besoin.

Amélioration de la clarté de l’option VM dans la configuration Unattended

Nous avons inclus un indice pour l’option de machine virtuelle désactivée sur la page Configuration Unattended afin d’expliquer que les configurations de machine virtuelle ne soient pas prises en charge. L'indice comprend également un lien vers la documentation pertinente. Ceci est disponible pour les Unattended Robots hébergés par UiPath et auto-hébergés.

Les déclencheurs de file d’attente continuent après la suspension de la tâche

Les déclencheurs de file d’attente peuvent désormais continuer à traiter les nouveaux éléments de file d’attente même lorsque les tâches précédemment démarrées sont à l’état Suspendu . Cela garantit que les éléments restants dans la file d'attente sont récupérés sans nécessiter de téléchargements d'éléments supplémentaires ou d'intervention manuelle.

Réinitialiser les valeurs des arguments de runtime

Nous avons ajouté un bouton Rétablir les paramètres par défaut pour les arguments de runtime. Cette option vous permet de restaurer facilement n'importe quel champ à sa valeur par défaut de package ou de processus. Lors du redémarrage d'une tâche, cette action réinitialise les valeurs par défaut configurées, et non les valeurs de l'exécution précédente.

Les sous-dossiers de l’espace de travail personnel ont été exclus de l’API Dossiers

Nous avons résolu un problème où les sous-dossiers de l’espace de travail personnel étaient renvoyés par l’API /odata/Folders .

Erreur de restauration corrigée pour les noms de ressources en double

Nous avons résolu un problème où les opérations de mise à niveau ou de restauration pouvaient échouer avec Error code - 1001, Message - "The name is already used" en raison de ressources recréées avec le même nom.

14 avril 2026

Suppression du point de terminaison GerRobotASset(robotId='robotId}') obsolète

Nous avons supprimé le point de terminaison GetRobotAsset(robotId='{robotId}') précédemment obsolète. Ce point de terminaison a déjà été marqué comme obsolète et n’est plus fonctionnel. Vous pouvez utiliser le point de terminaison suivant à la place : /odata/Assets/GetRobotAssetByNameForRobotKey.

1er avril 2026

Remarque :

La publication a eu lieu le 25 mars 2026. Les notes de version ont été publiées ultérieurement en raison de retards.

Améliorations de l’accessibilité

Nous avons amélioré l’accessibilité de plusieurs composants de l’interface utilisateur pour prendre en charge une meilleure facilité d’utilisation.

Présélectionner automatiquement le premier processus disponible lors du démarrage d'une tâche

Lors du démarrage d'une tâche, le premier processus disponible dans la liste est désormais automatiquement sélectionné en fonction de l'ordre des noms.

Cette modification rationalise le flux de démarrage des tâches et réduit le nombre d’étapes requises lors du lancement des tâches.

Message d'erreur clarifié pour les autorisations de robot manquantes

Le démarrage d'une tâche à l'aide de Run Agent renvoie désormais un message d'erreur plus clair lorsque les autorisations de robot requises sont manquantes.

Le message d’erreur indique désormais clairement lorsque l’échec est causé par des autorisations manquantes pour démarrer une tâche, ce qui vous aide à identifier et à résoudre plus rapidement les problèmes de configuration.

Ajout de l'option Supprimer l'enregistrement au menu Plus d'actions

Vous pouvez désormais supprimer des enregistrements vidéo directement à partir du menu contextuel Plus d'actions.

Précédemment, l’option Supprimer l’enregistrement n’était disponible que dans les Détails de la tâche, ce qui rendait sa découverte plus difficile. Cette mise à jour améliore la facilité d'utilisation en facilitant l'accès à l'action.

Informations détaillées sur les erreurs de validation OData

Les API OData incluent désormais des informations supplémentaires dans les réponses d'erreur lorsqu’une demande contient des paramètres de requête non valides ou mal formés.

Les réponses d'erreur contiennent désormais un champ Details qui fournit une explication plus descriptive de l'erreur de validation.

Suppression améliorée des valeurs de ressource par utilisateur et par robot

Vous pouvez désormais supprimer les valeurs de ressource par utilisateur et par robot de manière plus sûre et efficace lors de la modification d’une ressource.

Lors de la suppression d’une valeur, une boîte de dialogue de confirmation est affichée pour aider à empêcher les suppressions accidentelles. La boîte de dialogue affiche le nom de l’utilisateur ou du robot dont la valeur est sur le point d’être supprimée.

Vous pouvez également sélectionner plusieurs valeurs et les supprimer à la fois à l’aide du bouton Supprimer dans la grille des valeurs de la ressource.

Nouvelles colonnes créées ajoutées aux éléments de transaction

Nous avons ajouté deux nouvelles colonnes d’options à la grille des éléments de transaction de la file d’attente :

• Créé : affiche le temps écoulé depuis la création des éléments de transaction.
• Créé (absolu) : affiche l’horodatage exact lorsque l’élément de transaction a été créé.

Les deux colonnes sont masquées par défaut et peuvent être activées via les paramètres de visibilité des colonnes, ce qui vous permet d'afficher le moment où un élément de transaction a été créé dans un format d'horodatage relatif ou exact.

Nouveau modal de confirmation de suppression de rôle

La suppression de rôles dans Gérer l’accès → Rôles inclut désormais un modal de confirmation amélioré.

Lors de la suppression d’un rôle, vous devez taper le nom du rôle pour confirmer l’action. Cela aide à éviter les suppressions accidentelles et fournit des directives plus claires sur l'impact de la suppression d'un rôle, y compris l'effet sur les utilisateurs auxquels le rôle est actuellement affecté.

Nouvel événement de webhook QueueItem.retried

Un nouvel événement de webhook, QueueItem.retried, est disponible. Un événement est déclenché chaque fois qu'un élément de la file d'attente fait l'objet d'une nouvelle tentative.

Cet événement vous aide à surveiller l’activité de nouvelle tentative et à réagir aux éléments de la file d’attente qui sont automatiquement ou manuellement réessayés après un échec.

Supprimer les valeurs de ressource par utilisateur et par robot de manière plus sûre

Vous pouvez désormais supprimer les valeurs de ressource par utilisateur et par robot de manière plus sûre et efficace dans l’éditeur de ressources.

Lorsque vous supprimez une valeur, une boîte de dialogue de confirmation s'affiche, qui inclut le nom de l'utilisateur ou du robot affecté, empêchant les suppressions accidentelles.

Vous pouvez également sélectionner plusieurs valeurs et les supprimer en une seule fois. La grille prend désormais en charge la sélection multiple, et lorsque vous choisissez Supprimer la sélection, le système affiche une boîte de dialogue de confirmation décrivant le nombre d’entrées qui seront supprimées.

Correction du statut des options avancées du robot sur la page Vérifier l'accès

Nous avons corrigé un problème où le statut des options avancées du robot sur la page Vérifier l'accès n'était pas mis à jour correctement.

Précédemment, après avoir rétabli les options avancées de robot d'un utilisateur de Personnalisé à la configuration par défaut, la page Vérifier l'accès pouvait toujours afficher le statut comme Personnalisé au lieu de Aucun. La page reflète désormais correctement l’état de configuration actuel.

Correction de la visibilité du secret de webhook avec l'autorisation webhook.view

Les utilisateurs disposant de l’autorisation webhook.view ne peuvent plus exposer les secrets de webhook via des demandes réseau lors de l’accès à la page de liste de webhooks.

Le secret reste visible lors de la modification d'un webhook, et il peut toujours être récupéré via des appels d'API directs, car le comportement du back-end n'a pas changé.