UiPath Documentation
integration-service
latest
false
Notes de publication d'Integration Service
Important :
Ce contenu a été traduit à l'aide d'une traduction automatique. Les packages de connecteurs disponibles dans Integration Service sont traduits à l'aide d'un moteur de traduction. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Juillet 2026

Notes de version de juillet 2026 pour Integration Service dans Automation Cloud.

July 28, 2026

Snowflake Cortex: run agent without an agent object, plus HTTP Request support

The Snowflake Cortex connector adds a new activity, Run agent without an agent object, which runs a Cortex agent inline — without first creating an agent object in Snowflake — and supports continuing multi-turn conversations using a thread ID. For more information, see Run agent without an agent object.

The connector now also supports the generic HTTP Request activity for calling Cortex API endpoints not covered by the predefined activities.

Résolution de bogues

  • Fixed an issue where specific operations on the Google Drive, Google Sheets, and Smartsheet connectors could fail or bypass Relay when using a private (Relay) connection.

July 23, 2026

Integration Service – Test Manager connector

The Integration Service – Test Manager connector lets you perform tasks on Test Manager projects and synchronize data with other Application Lifecycle Management (ALM) systems, using the Integration Service – Test Manager Connector to:

  • Create/update/delete objects.
  • Execute tests.
  • Read results and related artifacts.

Event-driven workflows and trigger-based automations are not supported.

The connector is available in Test Manager (Commercial delivery) only when delivered via Test Cloud.

For more information, refer to the UiPath Test Manager connector section of the documentation.

Amazon Web Services: Relay support for UiPath Managed Cross-Account Assume Role connections

The Amazon Web Services connector now supports Relay (private connections) when using the UiPath Managed Cross-Account Assume Role authentication method. The Access Key and Access key assume role methods are not supported with Relay and remain limited to public connections.

20 juillet 2026

Snowflake: authentification personnalisée supprimée, jeton d'accès personnel renommé

Comme annoncé le 8 juillet 2026, Snowflake applique une authentification multifacteur pour tous les utilisateurs et supprime l'accès par mot de passe pour les comptes de service dans le cadre de la phase 3 de leur déploiement d'authentification forte, qui se déroule entre août et octobre 2026.

Conformément à cette modification:

  • L'authentification personnalisée (basée sur un mot de passe JDBC) a été supprimée du connecteur Snowflake. Les connexions existantes utilisant l'authentification personnalisée continueront de fonctionner jusqu'à ce que Snowflake applique l'application de l'authentification multifacteur à votre compte — recréez-les d'abord en utilisant l'une des méthodes prises en charge: Code d'autorisation OAuth 2.0, Paire de clés RSA ou Jeton d'accès programmatique.
  • L'option d'authentification par jeton d'accès personnel a été renommée Jeton d'accès par programme pour s'aligner sur la terminologie officielle de Snowflake. Aucune modification de connexion n'est requise pour les connexions existantes.

Pour obtenir des instructions de configuration, consultez la section Authentification Snowflake.

17 juillet 2026

Salesforce: suppression à venir de l’authentification nom d’utilisateur-mot de passe

Salesforce supprime le flux nom d'utilisateur-mot de passe OAuth 2.0 pour les applications connectées dans le cadre de sa mise à jour de la version d'hiver 27, déployée (et appliquée par organisation) entre septembre et octobre 2026. Ce flux est déjà bloqué par défaut pour les nouvelles organisations Salesforce.

En amont à cette application, la méthode d’authentification par mot de passe OAuth 2.0 dans le connecteur Salesforce est obsolète.

Ce que vous devez faire: les connexions existantes utilisant le mot de passe OAuth 2.0 continueront de fonctionner jusqu’à ce que Salesforce applique l’application à votre organisation. Recréez toutes les connexions qui utilisent le mot de passe OAuth 2.0 avec l'une des méthodes prises en charge suivantes:

  • Code d'autorisation OAuth 2.0 — recommandé pour les utilisateurs humains
  • Identifiants du client OAuth 2.0 — recommandé pour les scénarios de service/non assisté
  • JWT porteur (PAT) : alternative pour les intégrations de serveur à serveur
  • Apportez votre propre application — pour un contrôle total sur les étendues et les politiques

Si vous utilisez les activités classiques Salesforce (Étendue de l’application Salesforce), migrez plutôt vers l’authentification par informations d’identification du client, comme décrit dans la note de publication des activités Salesforce v1.9.9.

Pour obtenir des instructions de configuration, consultez Authentification Salesforce.

14 juillet 2026

Connecteur HTTP Webhook: authentification basée sur l’en-tête

Le connecteur HTTP Webhook prend désormais en charge l’authentification basée sur l’en-tête, ce qui vous permet d’obliger le fournisseur à inclure une clé secrète partagée dans un en-tête HTTP désigné lors de chaque livraison de Webhook. Les requêtes qui ne comportent pas la valeur d'en-tête configurée sont rejetées avec HTTP 401, ce qui empêche les appelants non autorisés de déclencher vos workflows.

Pour obtenir des instructions de configuration, consultez HTTP Webhook authentication.

13 juillet 2026

Database Hub: disponibilité générale

Le connecteur Database Hub est désormais disponible pour tous. Cette version inclut les mises à jour suivantes:

  • Le connecteur est désormais disponible dans les workflows RPA, en plus des workflows d'API et d'UiPath MaestroTM.
  • Les nouvelles activités de déclencheur Enregistrement créé et Enregistrement mis à jour sont disponibles sur SQL Server, Oracle, PostgreSQL, Databricks et RedShift. Les tables éligibles aux événements sont détectées automatiquement à l'aide du suivi des modifications natives (par exemple, Suivi des modifications SQL Server ou Flux de données des modifications Databricks) ou des colonnes d'horodatage d'audit. Pour activer les déclencheurs, vérifiez l'éligibilité de la table et les prérequis spécifiques à la base de données sur la page Déclencheurs .
  • La prise en charge de la base de données Snowflake a été supprimée. Utilisez plutôt le connecteur Snowflake dédié.

GitHub: sélection du référentiel améliorée

Lorsque vous utilisez le champ Référentiel dans les activités du connecteur, vous pouvez désormais sélectionner le référentiel dans une liste déroulante qui répertorie les référentiels de toutes les organisations auxquelles vous avez accès.

Résolution de bogues

L’activité Requête HTTP du connecteur Slack utilisait toujours le jeton d’utilisateur OAuth, ce qui provoquait une erreur invalid_auth sur les connexions avec des étendues de bot uniquement. L’activité revient désormais au jeton de bot lorsqu’aucun jeton d’utilisateur n’est présent, conformément aux activités Slack sélectionnées.

8 juillet 2026

Google Vertex: prise en charge de Gemini 3.1 Flash-Lite

Le connecteur Google Vertex prend désormais en charge Gemini 3.1 Flash-Lite. Le modèle Flash Gemini 2.0 abandonné n'est plus disponible. Gemini 3.1.x ces modèles vous obligent à définir la région sur global lors de l’ajout d’une connexion.

Snowflake: prochaine application de l’authentification multifacteur et suppression de l’authentification personnalisée

Snowflake applique une authentification multifacteur pour tous les utilisateurs et supprime l'accès par mot de passe pour les comptes de service dans le cadre de la phase 3 de leur déploiement d'authentification forte, qui sera déployé entre août et octobre 2026.

Avant cette application, la méthode d'authentification personnalisée (basée sur un mot de passe) sera supprimée du connecteur Snowflake à partir du 20 juillet 2026.

Ce que vous devez faire: les connexions existantes utilisant l’authentification personnalisée continueront de fonctionner jusqu’à ce que Snowflake en applique l’application à votre compte. Recréez toutes les connexions qui utilisent l'authentification personnalisée avec l'une des méthodes prises en charge suivantes:

  • Code d'autorisation OAuth 2.0 — recommandé pour les utilisateurs humains
  • Paire de clés RSA — recommandée pour les scénarios de service/non assistés
  • Jeton d’accès personnel — alternative à l’accès programmatique

Pour obtenir des instructions de configuration, consultez la section Authentification Snowflake.

7 juillet 2026

Connecteur MCP (Aperçu)

Le connecteur MCP est désormais disponible en aperçu. Il s'agit d'un connecteur universel qui se connecte à n'importe quel serveur MCP distant et invoque de manière dynamique les outils que le serveur expose - à partir de vos automatisations RPA, API Workflow et Maestro.

Vous créez la connexion une fois, en vous authentifiant avec OAuth 2.0 (code d'autorisation, code d'autorisation avec PKCE ou informations d'identification du client) ou un jeton d'accès personnel, et Integration Service gère la connexion, la gestion des informations d'identification et la gouvernance de manière centralisée.

Pour plus d'informations, consultez la section À propos du connecteur MCP.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour