Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les assistants créés dans Copilot Studio acquièrent de nouvelles capacités grâce à l’intégration avec d’autres services en ligne. Parmi ces services figurent des services Microsoft (tels que SharePoint et Dataverse), des services tiers comme ServiceNow, Salesforce et Databricks, ainsi que des API personnalisées. Power Platform met à disposition un riche écosystème de connecteurs intégrés disponibles pour Copilot Studio, vous n’avez donc pas besoin de les développer vous-même. Vous disposez également de plusieurs possibilités pour créer des intégrations personnalisées en utilisant des approches low-code ou pro-code. Les assistants peuvent accroître leurs fonctionnalités grâce au Model Context Protocol (MCP) pour interagir avec des outils et des données externes de manière standardisée et évolutive, ou grâce à l’utilisation d’ordinateur pour automatiser des applications web et de bureau directement depuis une machine virtuelle, ce qui permet des scénarios d’intégration plus larges même si aucune API n’est disponible.
Grâce à l’utilisation d’intégrations, les assistants deviennent une interface pratique pour accéder aux fonctionnalités de plusieurs systèmes. Les utilisateurs peuvent effectuer de nombreuses opérations différentes sans quitter l’assistant. Par exemple, un assistant unique conçu dans Copilot Studio peut être utilisé pour :
- Lire, créer et mettre à jour des éléments dans une liste SharePoint.
- Envoyer un e-mail à l’aide de Office 365 Outlook.
- Ouvrir un nouveau ticket d’assistance dans ServiceNow.
Considérations relatives aux modèles d’intégration
Copilot Studio prend en charge l’intégration via des connecteurs Power Platform, des requêtes HTTP, des flux d’assistant, des compétences Bot Framework, et bien plus encore. Le choix du bon modèle d’intégration dépend des exigences du projet.
Connecteurs Power Platform
Les connecteurs permettent aux assistants d’interagir avec un service sous-jacent. C’est un ensemble d’actions et de déclencheurs exposés via une interface low-code. Les actions sont des opérations effectuées par un assistant, telles que la lecture, l’écriture ou la mise à jour. Les déclencheurs notifient l’assistant lorsqu’un événement survient dans un autre service.
Utilisez des connecteurs prédéfinis et des connecteurs personnalisés :
- Connecteurs prédéfinis : Microsoft propose un vaste écosystème de connecteurs logiciels en tant que service (SaaS) prêts à l’emploi avec Copilot Studio.
- Connecteurs personnalisés : lorsqu’aucun connecteur prédéfini n’est disponible, vous pouvez créer votre propre connecteur pour un service. Ce sont des enveloppes sans code ou low-code pour les API REST.
Les connecteurs Power Platform répondent à ces exigences :
- Les créateurs qui développent avec Power Platform connaissent bien les connecteurs no-code ou low-code.
- Le code Power Fx est pris en charge, y compris les variables, conditions, paramètres, et plus encore.
- L’analyse syntaxique et la gestion des erreurs sont intégrées.
- Les connecteurs prédéfinis ne requièrent qu’une configuration, aucun développement n’est nécessaire.
- Les connecteurs personnalisés peuvent être créés une seule fois et utilisés avec plusieurs assistants.
- Possibilité de surveiller l’activité dans le cadre de l’intégration de Copilot Studio avec Application Insights (une fonctionnalité d’Azure Monitor).
- Certains connecteurs et connecteurs personnalisés prennent en charge les réseaux virtuels.
Lorsque vous utilisez des connecteurs Power Platform pour l’intégration, tenez compte des points suivants :
- Retourner des centaines de résultats provoque un retard significatif dans la réponse de l’assistant à l’utilisateur.
- Les connecteurs tiers invitent les utilisateurs à saisir leurs identifiants avant de pouvoir se connecter au service. Un utilisateur pourrait ne pas comprendre comment établir la connexion sans accompagnement. Envisagez d’utiliser les identifiants du créateur lorsque l’utilisateur ne dispose pas des informations nécessaires pour établir la connexion.
Demandes HTTP
Les assistants peuvent s’intégrer à un autre service en envoyant une requête HTTP. Le développeur doit spécifier ces valeurs pour chaque requête HTTP :
- URI
- Méthode (GET, POST, PATCH, etc.)
- En-têtes
- Corps
Les requêtes HTTP répondent à ces exigences :
- Capacité à se connecter à des services et à effectuer des actions qui ne sont pas disponibles dans la liste des connecteurs préconfigurés.
- Nécessite moins de temps de développement qu’un connecteur personnalisé.
Lorsque vous utilisez des requêtes HTTP, prenez en compte les facteurs suivants :
- De nombreux créateurs low-code et no-code ne savent pas comment configurer une requête HTTP et peuvent avoir du mal à la gérer.
- Il n’est pas possible de partager les requêtes HTTP dans l’ensemble de votre organisation comme c’est le cas avec les connecteurs personnalisés.
Flux d’assistant
Les flux d’assistant exécutent une série d’actions selon une séquence prédéfinie. Elles utilisent les actions low-code que l’on trouve dans les connecteurs Power Platform. Les assistants peuvent transmettre des valeurs en entrée à un flux d’assistant et recevoir leurs sorties.
Les flux d’assistant sont fonctionnellement similaires aux flux de cloud de Power Automate avec quelques différences importantes :
- Les flux d’assistant peuvent permettre un débit élevé et une faible latence.
- Les flux d’assistant offrent plus de capacités que les flux Power Automate, comme « humain dans la boucle ».
- Les flux d’assistant consomment des crédits Copilot en fonction de leur utilisation. Les flux Power Automate fonctionnent généralement selon un modèle de licence par utilisateur ou par processus.
Les flux d’assistants répondent aux exigences suivantes :
- No-code / low-code.
- Enchaînement déterministe des actions.
- L’activité peut être surveillée séparément.
- Masque les valeurs sensibles telles que les clés et les secrets dans les actions de flux. Obtient les informations d’identification stockées dans Azure Key Vault pour l’authentification.
- Gère de vastes volumes de données et de grandes tailles de fichiers.
- Utilise la concurrence et des threads d’exécution parallèle afin d’améliorer la performance.
- Les flux de cloud Power Automate existants peuvent être convertis en flux d’assistant.
Lors de la conception d’un assistant utilisant des flux d’assistant, considérez les points suivants :
- La performance est limitée par les limites de l’API des services et des actions incluses.
- Le développeur doit concevoir un schéma de gestion des erreurs afin que l’assistant sache comment gérer les exceptions.
- La taille de la réponse envoyée par le flux à l’assistant est limitée.
- La logique de plus longue durée peut continuer à s’exécuter après l’action Réponse à l’assistant.
Compétences Bot Framework
Les compétences sont des blocs élémentaires conversationnels réutilisables que vous créez à l’aide du Bot Framework. Implémentez des compétences en utilisant du pro-code. Enregistrez les compétences dans Copilot Studio pour les utiliser. Après avoir enregistré une compétence dans Copilot, vous pouvez la déclencher en tant que nœud dans une rubrique de conversation.
Les compétences du Bot Framework répondent à ces exigences :
- Exécution synchrone.
- Prise en charge des points de terminaison privés.
- Les compétences existantes du Bot Framework peuvent être réutilisées dans Copilot Studio.
Lorsque vous utilisez des compétences du Bot Framework, prenez en compte les facteurs suivants :
- Nécessite du pro-code pour un développement et un support continus (p. ex., C#).
- S’exécute dans Azure AI Bot Service.
- Vous engagez des coûts supplémentaires dans Azure que vous devez couvrir avec un abonnement Azure.
- La gestion du cycle de vie des applications (ALM) ne fait pas partie de Power Platform.
Autres considérations concernant les schémas d’intégration
En plus des recommandations pour chaque type d’intégration, prenez en compte les points suivants pour une stratégie globale d’intégration :
- Les modèles d’intégration de Copilot Studio ne sont pas exclusifs et peuvent être combinés.
- Les intégrations ne sont rapides que par rapport aux points de terminaison auxquels elles se connectent.
- Optimisez toujours les requêtes afin qu’elles renvoient les résultats le plus rapidement possible pour offrir une expérience conversationnelle de qualité.
- Lorsque les flux d’assistant et Copilot Studio n’exécutent pas la logique assez rapidement, envisagez ces options :
- API personnalisées Dataverse
- Plug-ins Dataverse low-code
- Azure Functions
- Certains scénarios spécifiques nécessitent que l’intégration des données soit effectuée dans une couche intermédiaire qui modifie les messages en les relayant.
Ajouter des intégrations à un assistant
Ajoutez des intégrations à un assistant en utilisant les méthodes suivantes :
Outils
- Connectez l’intégration en tant qu’outil pour étendre les fonctionnalités d’un assistant.
- Utilisez un langage naturel pour décrire quand l’orchestrateur doit choisir l’outil pour accomplir une tâche.
- Définissez comment l’assistant doit déterminer les valeurs d’entrée de l’outil et le format de la sortie. L’IA générative peut remplir dynamiquement les entrées à partir d’une description, ou vous pouvez définir manuellement des valeurs et des formules.
- Appelez dans le cadre d’un plan créé par une orchestration générative.
Rubriques
- Appelez une intégration via un nœud de rubrique. S’exécute à la même position dans la séquence de la rubrique à chaque fois.
- Fournissez des entrées au nœud en utilisant Power Fx.
Assistants
- Créer un assistant enfant qui possède son propre ensemble d’instructions et définir l’accès aux connaissances et outils disponibles pour l’assistant parent.
- Vous pouvez également vous connecter à un assistant existant dans Copilot Studio, le SDK Microsoft 365, Microsoft Foundry, Fabric, Agent-to-Agent, etc.
Quotas et limites
Consultez les limites de service actuelles pour Copilot Studio et Power Platform :
- Quotas et limites pour Copilot Studio
- Limites de Power Automate
- Limites et allocations de requêtes Power Platform
- Limites des connecteurs Power Platform, listées sur la page individuelle de chaque connecteur.
Vous devez déterminer les limites d’API de ces services séparément :
- Capacité OpenAI : Les limites de taux ne sont pas documentées.
- Compétences en Bot Framework : Consultez la documentation Azure pour les services spécifiques utilisés.
Exemple d’aperçu de la planification des intégrations
Lors de la planification d’intégrations avec Copilot Studio, déterminez les informations suivantes pour chaque service :
- Système connecté : le service auquel vous vous connectez.
- Appelé par : le composant assistant dans Copilot Studio qui appelle le service.
- Appelé avec : le type d’intégration sélectionné.
- Volume quotidien attendu : le nombre moyen de requêtes.
- Pic attendu : le plus grand nombre anticipé de requêtes quotidiennes.
- Détails : autres informations sur l’intégration.
Voici un exemple d’assistant avec plusieurs intégrations :
| Système connecté | Appelé par | Appelé avec | Volume quotidien attendu | Pic prévu | Appels d’API par minute | Détails |
|---|---|---|---|---|---|---|
| ServiceNow | Rubrique de la base de connaissances du service d’assistance | Flux de travail | 5 000 | 1 000 | 600 | La requête utilisateur sert d’entrée pour exécuter une requête sur la base de connaissances ServiceNow à l’aide du connecteur standard. Un code JSON de résultats est renvoyé à Copilot Studio pour les données personnalisées des actions génératives. |
| Site web Contoso | Connaissances | Réponses génératives | 1 000 | 100 | S.O. |
https://contoso.com/en-us/FAQ avec /fr-fr/ défini dynamiquement en fonction de la variable locale de l’utilisateur. |
| API du répertoire interne | Rubrique Démarrage de la conversation | Flux de travail | 15,000 | 5 000 | S.O. | Utilisation de connecteurs personnalisés fonctionnant dans le contexte d’un réseau virtuel Azure pour se connecter à une API interne. |
| API Météo | Rubrique météo | HTTP | 500 | 100 | S.O. | Requête GET à une API REST. |
| Teams | Rubrique Réservation de réunion | Outils | 1 500 | 300 | 100 | Créer une réunion Teams basée sur les entrées de conversation. |
| SAP | Toutes les 24 heures | Flux de travail | 20 000 | - | 2 500 | Synchronisation quotidienne par lots du catalogue de produits de SAP vers Dataverse. |
Étape suivante
Découvrez comment les requêtes d’IA, Model Context Protocol et les assistants d’utilisation informatique peuvent étendre les capacités de votre assistant.