Mai 2025

29 mai 2025

Lancement de nouvelles politiques de conservation des journaux d'audit

Comme nous l'avons annoncé précédemment dans la section Conservation des journaux d'audit, nous commençons à appliquer progressivement les politiques de conservation des audits suivantes :

• Les journaux d'audit sont stockés dans la base de données Orchestrator pendant une durée s'étendant au moins aux six derniers mois. Pendant cette période, ils sont visibles et consultables dans l'interface, de sorte que l'expérience utilisateur ne change pas.
• Pendant le déploiement, nous allons tout d'abord créer des archives des journaux d'audit de tous les mois civils, puis nous supprimerons progressivement les journaux d'audit de la base de données Orchestrator lorsque la période de conservation sera atteinte. Par la suite, Orchestrator créera des archives des journaux d'audit une fois par mois pour le mois civil qui a dépassé la fenêtre de six mois la plus récente. Par exemple, l'archivage des journaux de juin 2025 est prévu début janvier 2026. Une fois que les journaux d'audit d'un mois civil auront été archivés, ils seront supprimés de la base de données Orchestrator et ne seront plus consultables.
• Les archives des journaux d'audit sont disponibles pour les 18 mois précédant la fenêtre de six mois la plus récente, garantissant que les données du journal d'audit vous sont disponibles pendant une période totale de 24 mois. Les archives de plus de 24 mois sont automatiquement supprimées.

Pour de plus amples informations, consultez la section Télécharger des données archivées.

26 mai 2025

Amélioration des journaux d'audit des déclencheurs désactivés automatiquement

Le journal d'audit indique désormais la raison de la désactivation automatique d'un déclencheur dans les scénarios suivants :

• Le déclencheur a été désactivé lorsqu'il a dépassé les valeurs définies au niveau du locataire dans les paramètres Triggers (Déclencheurs) – Disable (Désactiver) lorsque le nombre d'échecs de création de tâche est atteint et Triggers (Déclencheurs) – Grace period (Période de grâce) lorsque la création de tâche continue d'échouer (en jours).

• Le déclencheur a été désactivé en raison de l'activation de l'option Set execution-based trigger disabled toggle (Définir la bascule de désactivation du déclencheur en fonction de l'exécution) au niveau du déclencheur et des valeurs de Disable when consecutive job execution fail count (Désactiver lorsque le nombre d'échecs d'exécution consécutifs est atteint) et

  La période de grâce suivant la désactivation du déclencheur (jours) est dépassée.

Résolution de bogues

La page Overview (Présentation) au niveau du locataire et la page Home (Accueil) au niveau du dossier affichaient uniquement les statistiques des tâches RPA. Ces pages affichent désormais les statistiques de tous les types de tâche.

21 mai 2025

Mises à jour des adresses IP sortantes

Nous étendons les listes de nos adresses IP sortantes. Les nouvelles valeurs entreront en vigueur à partir du 23 juin 2025. Pour éviter les perturbations, veillez à mettre à jour la configuration de votre pare-feu avec les nouvelles valeurs avant la date indiquée.

Pour obtenir les listes à jour des adresses IP sortantes, consultez la section Adresses IP sortantes d'Orchestrator.

Désactivation des modules de test des nouveaux locataires

À partir de cette mise à jour, la majorité du module Testing d'Orchestrator est désactivée pour tout locataire nouvellement créé. Cette modification entraîne certaines limitations sur l'onglet Testing (Tests) d'Orchestrator, comme suit :

• Les onglets Test Schedules (Planifications de test) et Test Data Queues (Files d'attente des données de test) ne sont plus disponibles.

  Toutefois, vous pouvez toujours planifier des tests dans Test Manager et les files d'attente de données de test existantes des locataires existants continuent de fonctionner. Pour de plus amples informations, consultez la section Planifier des exécutions dans Test Manager.

• L'onglet Test Executions (Exécutions de tests) affiche désormais la colonne Status (Statut) au lieu de la colonne Result (Résultat).

  La colonne Status (Statut) indique le statut actuel de l'exécution du test d'Orchestrator, tel que : Pending (En attente), Running (En cours d'exécution), Cancelled (Annulé) et Finished (Terminé). Les résultats des tests sont visibles uniquement dans Test Manager.

• Vous ne pouvez plus exécuter de scénarios de test individuels. Toutefois, vous pouvez toujours exécuter des ensembles de tests Orchestrator, mais uniquement en utilisant des API (y compris les intégrations CI/CD).

Utilisez Test Manager dans toutes vos activités de gestion des données de test.

19 mai 2025

Modèle de licence Unified Pricing

La tarification Unified Pricing est arrivée ! Notre modèle de licence Orchestrator amélioré offre de nouveaux régimes et un système de crédit flexible utilisant des Platform Units. Profitez d'un suivi et d'une réaffectation plus faciles des ressources d'Orchestrator.

Bénéfices

La tarification unifiée introduit les nouvelles fonctionnalités suivantes :

• Approche basée sur le crédit: Dans la Tarification unifiée (Unified Pricing), toutes les unités de consommation de licence (telles que les AI Units, les App Units, les Robot Units, les API Calls et les Agent Units) sont consolidées sous une seule unité, l' Unité de plate-forme (Platform Unit). Cette simplification permet une compréhension et un suivi plus faciles.

• Flexibilité améliorée: avec la Tarification unifiée, vous pouvez facilement réaffecter les Unités de plate-forme (Platform Units) en fonction de l'évolution des besoins de votre projet. Maintenant que plusieurs services UiPath consomment Platform Units, vous n'êtes plus limité à des utilisations prédéfinies pour les unités acquises. Cela vous permet de déplacer votre objectif et vos ressources là où vos projets en ont le plus besoin, et ce à tout moment.

Qui peut en bénéficier ?

Actuellement, vous pouvez acquérir des régimes de licence Unified Pricing pour Orchestrator Automation Cloud et les ordinateurs de bureau. Ce nouveau modèle de licence répond aux besoins de tous les clients, nouveaux et existants.

Si vous souhaitez conserver votre modèle de licence Flex existant, vous êtes libre de faire ce choix. Cependant, si vous utilisez actuellement le modèle Flex et que vous souhaitez passer à la tarification unifiée, n'oubliez pas que cette transition nécessitera que vous vous assuriez l'activation de la gestion des licences utilisateur et que vous réattribuiez les licences. Pour plus de conseils, contactez votre représentant commercial.

Ressources supplémentaires

• Pour des informations complètes sur les UGS utilisateur disponibles dans la Tarification unifiée, reportez-vous à UiPath Licensing.

• Pour obtenir des conseils sur la façon de sélectionner le modèle de licence optimal adapté à vos besoins, consultez le Guide de présentation.

• Pour plus de détails liés aux nouveaux plans de tarification unifiée, aux licences utilisateur et Platform Units au niveau de la plate-forme, reportez-vous au guide d'administrationAutomation Cloud .

• Pour connaître les régimes de licence, les licences utilisateur et leur comportement attendu dans Orchestrator, consultez la section Licences Unified Pricing et Platform Units.

Améliorations des filtres temporels

Remarque : Erratum – ajouté le 20 mai 2025 : nous avions annoncé cette amélioration le 16 mai 2025 en raison d'un oubli de notre part. Toutefois, nous avons activé l'amélioration le 19 mai 2025.

Nous avons amélioré nos filtres temporels en élargissant la sélection et les intervalles prédéfinis et en ajoutant des intervalles personnalisés.

Vous pouvez désormais sélectionner les intervalles prédéfinis suivants :

• Tout (All)
• Dernière heure (Last hour)
• Aujourd’hui
• Les dernières 24 heures
• 7 derniers jours
• 2 dernières semaines
• 30 derniers jours (Last 30 days)
• 6 derniers mois

En outre, vous pouvez sélectionner l'option Custom (Personnalisé et définir la date et l'heure exactes de début et de fin de votre intervalle.

Les améliorations s'appliquent aux filtres temporels des grilles suivantes :

• Dans le contexte du locataire, sous Monitoring (Surveillance) : la grille Unattended Automations (Automatisations sans assistance).
• Dans le contexte du locataire, sous Audit : les grilles Audit et Test Automation Audit (Audit d'automatisation de test).
• Dans le contexte du locataire, sous Machines : la grille Machine Event Logs (Journaux des événements machine) d'un pool de machines virtuelles de robot.
• Dans le contexte du dossier, sous Automations (Automatisations) : les grilles Jobs (Tâches) et Logs (Journaux).

Remarque : les améliorations ne s'appliquent pas aux pages de surveillance en temps réel sous Monitoring (Surveillance).

14 mai 2025

Disponibilité générale des agents

En mars 2025, nous avons annoncé le lancement d'agents à un nombre limité de clients d'entreprise. Ces agents sont désormais accessibles à tous, ce qui permet à tous nos clients de tirer parti de ces outils numériques avancés.

Pour en savoir plus sur les fonctionnalités et l'utilisation de ces agents, consultez l'annonce initiale de la fonctionnalité.

Présentation des agents codés

Nous prenons désormais en charge les agents que vous créez à l'aide de code, permettant ainsi de développer des automatisations hautement personnalisées dotées d'une logique complexe. Le développement d'agents dans votre propre IDE vous permet de contrôler entièrement la logique de l'agent, son comportement et son intégration système.

Vous pouvez utiliser le SDK UiPath pour packager vos agents codés sous forme de packages .nupkg standard et les publier dans Orchestrator par le biais du flux de packages de votre choix.

Une fois que vous déployez un agent codé dans un dossier Orchestrator, il se comporte comme n'importe quel processus standard. Vous pouvez donc planifier, déclencher et surveiller l'exécution de l'agent, et intégrer des agents codés dans des workflows d'automatisation plus étendus.

En outre, les SDK UiPath fournissent une logique permettant d'invoquer les ressources UiPath et d'interagir avec elles directement à partir du code : ressources, files d'attente, compartiments, etc.

L'illustration suivante décrit de manière générale le workflow des agents codés :

Pour de plus amples informations sur les agents codés, consultez la section À propos des agents codés.

Présentation du type de ressource Secret

Dans le cadre du lancement de nos agents codés, nous vous permettons de définir des variables d'environnement qui vous autorisent à apporter des modifications à la configuration de votre agent sans modifier directement le code.

Pour vous aider à fournir les variables d'environnement, telles que les clés API, dont votre agent codé peut avoir besoin, nous avons ajouté la prise en charge de ressources de type Secret.

Pour de plus amples informations, consultez la section À propos des ressources.

Nouvelles autorisations de rôle de Agent Memory (Mémoire de l'agent)

La fonctionnalité Agent Memory (Mémoire de l'agent), annoncée dans la section Présentation de la mémoire de l'agent, fonctionne en utilisant des données d'exécution persistantes. Cela nécessite une nouvelle autorisation au niveau du dossier, Agent Memory.

L'autorisation Agent Memory (Mémoire de l'agent) est activée par défaut dans le cadre des opérations et des rôles suivants :

• Automation Developer (Développer d'automatisation) : Afficher, Modifier, Créer.
• Automation User (Utilisateur d'automatisation) : Afficher, Modifier, Créer.
• Folder Administrator (Administrateur de dossier) : Afficher, Modifier, Créer, Supprimer.
• Personal Workspace Administrator (Administrateur d'espace de travail personnel) : Afficher, Modifier, Créer, Supprimer.

Pour obtenir une explication détaillée de la mémoire de l'agent, consultez Mémoire de l'agent.

Pour de plus amples informations sur les autorisations de rôle, consultez la section Rôles par défaut.

Calendrier de la migration vers le modèle d'union des privilèges pour les clients d'entreprise

Comme nous l'avons annoncé précédemment, nous allons bientôt commencer la migration vers le modèle d'union des privilèges pour les entreprises clientes qui n'ont pas effectué la migration elles-mêmes.

Nous allons effectuer la migration selon le calendrier suivant :

Remarque : nous avons mis à jour la chronologie le 6 juin 2025.

Date	Region
19 mai 2025	Grandes entreprises clientes sur Community, Australie
20 mai 2025	Canada, Inde
21 mai 2025	Royaume-Uni
26 mai 2025	États-Unis
3 juin 2025	Europe
18 juin 2025	Japon, Singapour
8 juillet 2025	Organisations avec mises à jour retardées et secteur public

Important :

Le calendrier que nous fournissons dans le tableau est provisoire et sujet à modification.

Pour mieux contrôler le processus de migration, nous vous recommandons vivement d'effectuer vous-même la migration, conformément aux instructions de la section Migrer depuis les paramètres hérités vers l'union des privilèges.

En outre, si vous effectuez vous-même la migration, vous pouvez produire un rapport sur les utilisateurs concernés. Pour de plus amples informations, consultez la section Utiliser l'outil de migration.

Notez que l'outil de migration ne sera plus disponible après les dates spécifiées dans le tableau.

Gestion améliorée des erreurs de formulaires

Lorsqu'un formulaire en une étape comportant des erreurs est soumis, le premier champ dans lequel une erreur est détectée est désormais mis en évidence.

9 mai 2025

Présentation de la surveillance des agents

Vous pouvez désormais tirer parti des fonctionnalités de surveillance des agents dans le contexte du locataire ou du dossier, en accédant à la page Monitoring (Surveillance), puis en sélectionnant Agents.

En plus d'afficher les tableaux des instances actives et terminées, ainsi que des agents présentant le plus d'erreurs, vous pouvez examiner les enregistrements des incidents et les informations d'exécution par agent.

Pour de plus amples informations, consultez la section Surveillance.

8 mai 2025

Disponibilité générale de Healing Agent

Healing Agent, que nous avons introduit en tant que fonctionnalité en aperçu public en décembre 2024, est désormais généralement disponible.

Pour en savoir plus sur Healing Agent et ses fonctionnalités, consultez la documentation Healing Agent.

7 mai 2025

Mise à jour des autorisations du rôle Folder Administrator (Administrateur de dossiers)

Remarque : cette modification est entrée en vigueur le 17 mars 2025, mais n'a pas été annoncée à l'époque en raison d'un problème de notre part.

Le rôle Folder Administrator (Administrateur de dossiers) ne disposait pas des autorisations View (Afficher), Edit (Modifier) et Delete (Supprimer) pour Test Case Execution Artifacts (Artefacts d'exécution de scénarios de test). Nous avons résolu ce problème.

6 mai 2025

Mises à jour sur la migration des rôles mixtes pour les entreprises clientes

Nous avons terminé avec succès la migration des rôles mixtes pour les entreprises clientes, à l'exception des organisations à mise à jour différée et du secteur public.Pour ces catégories de clients, la migration aura lieu les 20 et 21 mai 2025.

Pour de plus amples informations sur la migration des rôles mixtes, consultez notre annonce initiale.