2.2510.2

Notes de version 2.2510.2 pour Automation Suite sur OpenShift.

Date de publication : 15 avril 2026

Nouvelles fonctionnalités agentiques intégrées à Automation Suite

Nous continuons d'étendre les capacités d'automatisation agentique disponibles dans Automation Suite sur OpenShift. Cela vous permet de répondre à vos besoins de souveraineté des données tout en tirant profit de l'automatisation agentique au sein de votre propre infrastructure, en ligne des capacités disponibles via Automation Cloud.

Dans le cadre de cette version, les produits et services suivants sont désormais disponibles :

• Agents
• Autopilot
• Healing Agent
• Maestro
• Serveurs MCP
• ScreenPlay

Avant d'activer ces produits, reportez-vous aux dépendances et aux prérequis entre produits pour vous assurer que votre environnement répond à toutes les exigences. Les détails d'installation et de configuration sont disponibles dans le Guide d'installation d'Automation Suite sur OpenShift.

Validation de la chaîne de certificats TLS

Automation Suite nécessite désormais une chaîne de certificats TLS complète : un certificat de feuille, tous les certificats intermédiaires et l'autorité de certification racine. Auparavant, vous pouviez fournir une chaîne partielle (certificat de feuille et autorité de certification racine uniquement). Vous devez mettre à jour votre bundle d’autorité de certification pour y inclure tous les certificats intermédiaires. Si vous ne le faites pas, la validation TLS échouera.

Pour de plus amples informations, consultez la section Exigences du certificat.

Nouveau champ obligatoire pour les déploiements Disaster Recovery

Nous avons ajouté un nouveau champ type obligatoire dans la section multisite de input.json. Ce champ est requis lors de la configuration des déploiements de Disaster Recovery et spécifie le type de déploiement. Vous devez le définir sur active-passive. Ce champ est requis pour les configurations de cluster principal et secondaire.

Pour de plus amples informations, consultez la section Disaster Recovery : configurations active/passive.

Amélioration des messages de vérification des prérequis pour la validation de l’API Magasin d’objets

Les vérifications des prérequis de l’API du magasin d’objets fournissent désormais des messages d’erreur plus clairs, ce qui facilite le diagnostic et la résolution des problèmes de configuration avant l’installation.

Prise en charge d'Integration Service pour FIPS 140-2

Integration Service est désormais pris en charge sur les déploiements Automation Suite qui s'exécutent sur des machines compatibles FIPS 140-2. Pour de plus amples informations, consultez la section Sécurité et conformité.

Nouvelle configuration d’Integration Service pour les déploiements cloud souveraineté

Un nouveau champ facultatif queue_config.fqdn_suffix est désormais disponible sous integrationservices dans input.json. Ce champ est destiné aux déploiements cloud souveraineté ou nationaux où les points de terminaison de file d'attente utilisent un suffixe de nom de domaine complet non standard, tel que China AWS (amazonaws.com.cn) ou China Azure (core.chinacloudapi.cn). Si le champ est laissé vide ou omis, les suffixes par défaut seront appliqués.

Pour plus de détails, consultez la section Configuration de input.json.

Nom du service de passerelle d’entrée Istio configurable

Le nom du service de passerelle d’entrée Istio, précédemment codé en dur sous la forme istio-ingressgateway, est désormais configurable à l’aide du paramètre istio_gateway_service_name dans la section ingress de input.json.

Pour de plus amples informations, consultez la section Installation et configuration du service mesh.

Prise en charge étendue des produits pour les déploiements actifs/passifs

Autopilot for Everyone et Solutions prennent désormais en charge les déploiements actif/passif. Pour de plus amples informations, consultez la section Récupération d'urgence - Active/Passive.

Prise en charge de HashiCorp Vault et AWS Secrets Manager en tant que fournisseurs de magasin de clés secrètes

Automation Suite prend désormais en charge deux fournisseurs de magasins secrets supplémentaires pour stocker les informations d'identification sensibles :

• HashiCorp Vault
• AWS Secrets Manager

Pour plus de détails, reportez-vous à Configuration de HashiCorp Vault en tant que magasin secret et Configuration d'AWS Secrets Manager en tant que magasin secret.

Version minimale de l’opérateur de clés secrètes mise à jour

Nous avons mis à jour la version minimale prise en charge de l’opérateur de clés secrètes externe à la version v0.16.2, qui inclut les API ESO v1. Pour plus de détails, consultez la section Installation de l’opérateur de clés secrètes externes.

Prise en charge du cloud Azure pour le magasin secret Key Vault

Nous avons introduit la prise en charge des environnements cloud Azure dans la configuration du magasin de clés secrètes Azure Key Vault. Pour vous connecter à un environnement cloud souveraineté, vous devez configurer le champ environment_type . Pour de plus amples informations, consultez la section Configuration de l'environnement cloud Azure.

Admin

Rôle de gestion des utilisateurs

Les administrateurs de l'organisation peuvent désormais déléguer des tâches de gestion de l'identité à des utilisateurs non administrateurs via un nouveau rôle personnalisé au niveau de l'Organization. Lorsqu'il est affecté, ce rôle permet aux utilisateurs de gérer les comptes d'utilisateur, les comptes de robot et les groupes locaux au niveau de l'organisation sans accorder les droits d'administrateur complets de l'organisation.

Le rôle prend en charge les autorisations CRUD granulaires par type de ressource et inclut des protections d'élévation de droits intégrées: les utilisateurs dotés de ce rôle ne peuvent pas modifier le groupe d'administrateurs ou interagir avec les comptes d'administrateur existants de l'organisation.

Pour de plus amples informations, consultez la section Rôle de gestion des utilisateurs.

Mise à jour de l’expérience Apporter votre propre modèle

L'expérience de configuration LLM a été repensée pour fournir un moyen plus simple et plus intuitif d'ajouter et de gérer des modèles. L'interface mise à jour introduit des éléments de configuration plus clairs, y compris une sélection obligatoire du type d'API (type de point de terminaison), garantissant l'alignement explicite entre le modèle configuré et son point de terminaison pris en charge.

Avec cette mise à jour, vous pouvez connecter en toute sécurité les produits agentiques UiPath à vos propres LLM tout en conservant le contrôle total sur le comportement du modèle, les paramètres de configuration, la capacité et l’architecture de déploiement. Les modèles restent inchangés dans votre environnement et prennent en charge des exigences strictes en matière de sécurité, de conformité et de résidence des données.

Par ailleurs, vous pouvez utiliser des modèles de connecteur personnalisés directement à partir du flux de configuration pour intégrer des passerelles propriétaires, des points de terminaison privés et des API non standard, permettant ainsi une intégration en libre-service des infrastructures LLM personnalisées et privées.

Pour de plus amples informations, consultez la section Configurer des LLM.

Pour obtenir un aperçu des fournisseurs LLM pris en charge, des modes d’intégration et de la compatibilité des capacités par produit et par fonctionnalité, consultez la section Prise en charge des modèles LLM.

Modification du connecteur Anthropic Claude LLM

Correction - ajouté le 11 mai 2026: à partir d’Automation Suite 2.2510.2, Les LLM Anthropic Claude doivent être configurés à l'aide du connecteur Amazon Web Services dans Integration Service. Connexions existantes créées avec le connecteur Amazon Bedrock dans Automation Suite 2.2510.x doivent être migrés vers le connecteur Amazon Web Services.

Prise en charge étendue de la configuration LLM personnalisée

Les produits suivants, récemment intégrés à Automation Suite, prennent en charge des configurations LLM personnalisées : Agents, Autopilot, Healing Agent, et UI Automation.

Mises à jour de l'ancrage dans le contexte

L’ancrage dans le contexte inclut deux nouvelles fonctionnalités disponibles via UiPath Agents :

• DeepRag améliore la génération augmentée par récupération grâce à un raisonnement plus approfondi et en plusieurs étapes sur vos sources de connaissances, permettant aux agents de générer des informations plus précises et plus contextuelles à partir de données complexes ou de grande taille.
• La transformation par lots permet de traiter et de préparer de grands volumes de documents en vue d’une seule exécution de pipeline, ce qui réduit les frais généraux et facilite la mise à jour des bases de connaissances de l’agent.

Résolution de bogues

• Nous avons corrigé un problème qui empêchait l’utilisation de noms de bases de données personnalisés pour les Solutions. Auparavant, lorsque vous indiquiez un nom de base de données personnalisé, les vérifications des prérequis échouaient.
• Nous avons corrigé un problème qui empêchait certains pods AI Center et Document Understanding de démarrer lorsque la vérification du certificat TLS de la base de données était activée.
• Nous avons résolu un problème qui empêchait le déploiement istio-validation-deployment d’être automatiquement supprimé après l’exécution des vérifications des prérequis (uipathctl prereq) ou de la vérification de l’état (uipathctl health check), utilisant des ressources de cluster inutiles.
• Cette version inclut les correctifs livrés dans Automation Suite 2.2510.1+patch1.

Problèmes connus

Conflit de mise à l'échelle horizontale du pod Autoscaler et d'ArgoCD dans les environnements haute disponibilité

Erratum - ajouté le 10 septembre 2026: dans les environnements haute disponibilité, lorsque la charge augmente, l'outil de mise à l'échelle horizontale des pods Mise à l'échelle des charges de travail affectées met à l'échelle les charges de travail affectées tandis que le contrôleur d'application ArgoCD les réduit. Cela se produit parce qu'ArgoCD traite le nombre de répliques défini dans le graphique ou le manifeste Helm comme source de vérité, ce qui entraîne l'augmentation et la réduction des charges de travail sans cesse sans stabiliser.

Pour résoudre le problème, vous devez corriger argocd-cm ConfigMap dans l'espace de noms <argocd> afin qu'ArgoCD ignore les différences de nombre de répliques:

kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
  '{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'

Réappliquez la commande après chaque resynchronisation du graphique ArgoCD ou mise à niveau d'Automation Suite, car les deux écrasent ConfigMap et suppriment le correctif.

Nous avons résolu le problème dans Automation Suite sur OpenShift 2.2510.4.

Les vérifications des prérequis échouent en raison de sous-domaines alm et de surveillance manquants dans le SAN du certificat

Erratum - ajouté le 10 septembre 2026: un problème entraîne l'échec des vérifications des prérequis lors de l'installation d'Automation Suite avec des certificats émis par une autorité de certification si le SAN du certificat n'inclut pas alm.<fqdn> et monitoring.<fqdn>, même lorsque les composants correspondants sont exclus à l'aide de exclude_components dans input.json.

Nous avons résolu le problème dans Automation Suite 2.2510.4.

Studio Desktop ne peut pas charger les connecteurs et activités Integration Service

Erratum - ajouté le 23 juillet 2026: dans Studio Desktop, le panneau Activités ne répertorie pas les connecteurs et activités Integration Service. Le problème est causé par une erreur de configuration du routage dans le service virtuel intsvcs-periodic.

Pour résoudre le problème, consultez la section Studio Desktop ne peut pas charger les connecteurs et activités Integration Service.

Nous avons résolu le problème dans Automation Suite sur OpenShift 2.2510.3.

Les vérifications des prérequis échouent lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé

Erratum - ajouté le 23 juillet 2026: un problème entraîne l’échec incorrect de la commande de vérification des prérequis lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé.

Pour résoudre le problème, consultez la section Résolution des problèmes.

Ce problème est résolu dans Automation Suite 2.2510.3.

La migration du schéma MessageBus échoue sur les bases de données alimentées à partir d’Automation Suite 2022.10.x ou d’une version antérieure

Erratum - ajouté le 23 juillet 2026: lors de la mise à niveau vers Automation Suite 2.2510.2, la migration du schéma MessageBus échoue si la base de données a été créée à l’origine sur Automation Suite 2022.10.x ou une version antérieure, quel que soit le nombre de versions par lesquelles elle a été mise à niveau depuis. Les bases de données créées à l'origine sur Automation Suite 2023.x ou une version ultérieure ne sont pas affectées.

Pour vérifier si votre base de données est affectée, exécutez la requête suivante:

SELECT * FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'

Si la requête renvoie des lignes, supprimez-les avant la mise à niveau:

DELETE FROM [msgbus].[__EFMigrationsHistory] WHERE MigrationId NOT LIKE '2[0-9][0-9][0-9]%'

Limitations de l'authentification Kerberos

L’authentification basée sur Kerberos n’est actuellement pas prise en charge pour les produits et services suivants :

• AgentHub
• Agents
• AI Trust Layer (Passerelle LLM, Observabilité LLM, Ancrage dans le contexte)
• Autopilot for Everyone
• Autopilot (A4D)
• Integration Service
• Maestro
• Proxy sémantique
• Solutions
• Studio Web
• TaaS

Nous travaillons à l’ajout de la prise en charge de Kerberos aux prochaines versions d’Automation Suite.

Pendant ce temps, vous pouvez utiliser d’autres mécanismes d’authentification tels que l’authentification de base ou l’authentification basée sur l’identité de la charge de travail.

Limitations de la prise en charge de FIPS 140-2

Insights n'est pas pris en charge sur les déploiements Automation Suite qui s'exécutent sur des machines compatibles FIPS 140-2. Pour rester conforme aux exigences FIPS 140-2, vous devez désactiver Insights. Si vous avez besoin d'utiliser Insights, vous pouvez le déployer sur un nœud non FIPS dédié.

Pour de plus amples informations, reportez-vous aux sections Sécurité et conformité et Comment déployer Insights dans un cluster compatible FIPS.

L’ingestion de l’ancrage dans le contexte échoue dans les environnements hors ligne

Erratum - ajouté le 10 septembre 2026: dans les déploiements hors ligne (physiquement isolés), l'ingestion des documents d'ancrage dans le contexte échoue pour chaque type de fichier. L'erreur signalée indique à tort un problème avec le contenu du fichier.

Nous avons résolu le problème dans Automation Suite sur OpenShift 2.2510.4.

Chronologie de l’abandon

Nous vous recommandons de vérifier régulièrement le calendrier d'obsolescence pour toute mise à jour concernant les fonctionnalités qui seront obsolètes et supprimées.

Détails du regroupement

Versions du produit

Le tableau suivant décrit le statut de la version, la version et les notes de publication de tous les produits UiPath déployés sous Automation Suite 2.2510.2.

Légende :

✅ Nouveau : cette version d’Automation Suite comprend une nouvelle version de produit. De nouvelles notes de publication sont disponibles.

◆ Offre groupée : cette version inclut une version du produit précédemment publiée. Aucune nouvelle note de version n'est disponible.

Produit	Version	Notes de publication
Action Center	✅ Nouveau : 2.2510.2	Notes de publication d'Action Center
Agents	✅ Nouveau : 2.2510.2	Notes de version des Agents
AI Center	✅ Nouveau : 2.2510.2	Notes de publication d'AI Center
AI Computer Vision	✅ Nouveau : 2.2510.2	Notes de publication d'AI Computer Vision
Apps	✅ Nouveau : 2.2510.2	Notes de publication d'Apps
Automation Hub	✅ Nouveau : 2.2510.2	Notes de publication d'Automation Hub
Automation Ops	✅ Nouveau : 2.2510.2	Notes de publication d'Automation Ops
Autopilot for Everyone	✅ Nouveau: 2025.9.5	Notes de publication d’Autopilot for Everyone
Data Service	✅ Nouveau : 2.2510.2	Notes de publication de Data Service
Document Understanding	✅ Nouveau : 2.2510.2	Notes de version des projets basés sur Document Understanding et AI Center Notes de publication des projets modernes Document Understanding
Healing Agent	✅ Nouveau : 2.2510.2	Notes de version de Healing Agent
Insights	✅ Nouveau : 2.2510.2	Notes de publication Insights
Integration Service	✅ Nouveau : 2.2510.2	Notes de publication d'Integration Service
Maestro	✅ Nouveau : 2.2510.2	Notes de version de Maestro
ScreenPlay	✅ Nouveau : 2.2510.2	Notes de version de ScreenPlay
Orchestrator	✅ Nouveau : 2.2510.3	Notes de publication d'Orchestrator
Solutions	✅ Nouveau : 2.2510.2	Notes de publication des solutions
Process Mining	✅ Nouveau : 2.2510.2	Notes de publication de Process Mining
Studio Web	✅ Nouveau : 2.2510.2	Notes de publication de Studio Web
Test Manager	✅ Nouveau : 2.2510.2	Notes de publication Test Manager