Connecter un agent Copilot Studio à vos données Power BI : le Fabric Data Agent expliqué

Oui, un agent Copilot Studio peut aujourd'hui interroger directement vos données Power BI, sans export ni duplication, grâce au Fabric Data Agent : un composant Microsoft Fabric connecté à l'agent comme « agent connecté », capable de traduire une question en langage naturel en requête DAX, SQL ou KQL selon la source, puis de renvoyer une réponse dans la conversation. La fonctionnalité est en préversion, demande une capacité Fabric payante (F2 minimum) ou un Power BI Premium P1 avec Fabric activé, et vient avec des limites concrètes - 25 lignes de réponse maximum, requêtes en anglais uniquement, lecture seule, canal Teams validé en priorité. Cet article détaille les prérequis, les sources de données compatibles, la configuration pas à pas dans Copilot Studio, et les limites à anticiper avant d'engager un projet autour de cette architecture.

Qu'est-ce qu'un Fabric Data Agent, et pourquoi le connecter à Copilot Studio

Un Fabric Data Agent est une fonctionnalité Microsoft Fabric, en disponibilité générale, qui transforme une question posée en langage naturel en requête exécutable sur une ou plusieurs sources de données, sans que l'utilisateur n'écrive de SQL, de DAX ou de KQL. Concrètement, l'agent choisit la bonne source parmi celles qui lui sont rattachées, génère la requête correspondante avec un modèle de langage, l'exécute, puis rédige une réponse lisible à partir du résultat. On peut l'enrichir avec des instructions métier et des exemples de questions-réponses pour orienter son comportement.

Jusqu'à récemment, ce composant restait cantonné à l'écosystème Fabric et à Copilot dans Power BI. La nouveauté, encore en préversion au moment de la rédaction de cet article, est la possibilité de le rattacher directement à un agent Copilot Studio en tant qu'agent connecté : votre agent métier (support client, assistant RH, copilote commercial) peut alors aller chercher une réponse chiffrée dans vos données Power BI au même titre qu'il appellerait un flux Power Automate ou une autre source de connaissance, sans étape d'export, de synchronisation ou de duplication dans Dataverse.

Sources de données compatibles et mode de traduction

Un même Fabric Data Agent peut combiner jusqu'à cinq sources de données, à condition de disposer d'un accès en lecture sur chacune. Le mode de traduction de la question en requête diffère selon le type de source :

Les bases miroir (mirrored databases) et les ontologies Fabric sont également supportées en entrée. En revanche, aucun contenu non structuré (PDF, Word, texte libre) n'est accepté par un Fabric Data Agent : pour ce type de contenu, une source de connaissance Copilot Studio classique (SharePoint, OneDrive) reste le bon choix, en complément de l'agent connecté plutôt qu'à sa place.

Prérequis techniques et licences à réunir avant de commencer

Avant d'ouvrir Copilot Studio, quatre conditions doivent être réunies côté Fabric et côté licences :

• Capacité Fabric payante F2 minimum, ou un Power BI Premium par capacité P1 ou supérieur avec Microsoft Fabric activé sur cette capacité.
• Licence Microsoft 365 Copilot pour l'organisation, plus une licence utilisateur pour chaque personne qui construit et gère les agents personnalisés.
• Paramètre de locataire activé pour le traitement et le stockage cross-geo de l'IA, côté Fabric - un réglage à vérifier avec l'administrateur Fabric/Microsoft 365 avant toute tentative de connexion, faute de quoi le Fabric Data Agent n'apparaîtra pas dans la liste disponible depuis Copilot Studio.
• Même tenant et même compte pour Fabric et Copilot Studio : le Fabric Data Agent doit être publié, accompagné d'une description détaillée, et vous devez vous connecter aux deux produits avec le même compte, disposant d'un accès en lecture au data agent et à ses sources sous-jacentes.

Un point souvent sous-estimé en phase de cadrage : la capacité Fabric qui héberge la source de données (lakehouse, warehouse...) doit se trouver dans la même région que la capacité qui héberge le Fabric Data Agent. Un lakehouse en France Central et un agent provisionné par défaut sur une autre région suffisent à bloquer la connexion, sans message d'erreur toujours explicite.

Configurer la connexion, étape par étape

1. Dans Copilot Studio, ouvrez l'environnement cible et créez un nouvel agent (ou ouvrez un agent existant), avec un nom et une description clairs.
2. Dans le menu Agents en haut de l'écran de configuration, sélectionnez + Ajouter.
3. Choisissez Microsoft Fabric parmi les options pour étendre l'agent.
4. Créez une connexion Fabric si aucune n'existe encore, puis passez à l'étape suivante.
5. Sélectionnez le Fabric Data Agent publié dans la liste proposée (s'il n'apparaît pas, revérifiez publication, compte, tenant et accès au workspace Fabric).
6. Ajustez si besoin la description du data agent connecté, puis validez l'ajout.
7. Vérifiez que l'agent connecté apparaît bien dans la liste des agents de votre configuration.
8. Choisissez le mode d'authentification du data agent connecté : authentification utilisateur (chaque utilisateur doit disposer d'un accès au data agent et à ses sources) ou authentification de l'auteur (les identifiants du concepteur sont utilisés pour tous).
9. Ajoutez si besoin des sujets et phrases déclencheuses pour orienter les questions vers ce data agent, puis testez dans le panneau de test intégré.
10. Activez l'orchestration générative IA dans les paramètres de l'agent (Paramètres > Orchestration), condition nécessaire pour que l'agent sache mobiliser le data agent connecté de façon autonome.
11. Publiez l'agent, puis ajoutez un canal de diffusion.

Sur ce dernier point, la documentation Microsoft comporte une incohérence à connaître : certaines pages mentionnent Teams et Microsoft 365 Copilot comme canaux possibles, alors qu'un agent personnalisé avec un data agent connecté n'est aujourd'hui pas supporté sur Microsoft 365 Copilot et n'a été validé que sur Microsoft Teams. Tant que la fonctionnalité reste en préversion, mieux vaut considérer Teams comme le seul canal fiable pour ce cas d'usage et traiter les autres comme non garantis.

Les limites à connaître avant de s'engager sur cette architecture

Plusieurs contraintes, documentées par Microsoft, méritent d'être anticipées dès le cadrage plutôt que découvertes en recette :

• Réponse plafonnée à 25 lignes et 25 colonnes. Une demande de reformulation du type « montre-moi toutes les lignes » dans la même conversation reste bridée par ce plafond ; il faut ouvrir une nouvelle session pour repartir d'un contexte propre.
• Questions, instructions et exemples en anglais uniquement. Le data agent lui-même ne traite qu'en anglais, même si l'agent Copilot Studio qui l'appelle est configuré en français pour le reste de la conversation ; un travail de reformulation ou de pivot linguistique est à prévoir dans l'orchestration.
• Lecture seule, par construction. Le data agent ne génère que des requêtes de lecture (SQL, DAX, KQL) : il ne crée, ne met à jour ni ne supprime aucune donnée, et ne déclenche ni notebook ni flux d'écriture.
• Résidence des données à vérifier. Les réponses d'un Fabric Data Agent consommé depuis Copilot Studio peuvent sortir du périmètre de conformité Fabric et être traitées ou stockées selon les règles de Copilot Studio ; un point à valider avec la conformité avant tout déploiement sur des données sensibles.
• Jusqu'à cinq sources par data agent, pas plus, avec des exemples question-requête limités à 100 par source (et non disponibles pour les modèles sémantiques Power BI).
• Historique de conversation non garanti : il peut être réinitialisé lors d'une mise à jour du service ou du modèle sous-jacent, sans préavis utilisateur.
• Gouvernance Purview active : les règles DLP, les restrictions d'accès et les étiquettes de confidentialité peuvent bloquer une requête ou produire une réponse incomplète, et les interactions peuvent être journalisées et retrouvées via Purview Audit et eDiscovery.

Fabric Data Agent, connecteur Power BI classique, ou copie dans Dataverse : quelle architecture choisir

Connecter Copilot Studio à Power BI n'est pas une idée neuve : au moins trois architectures coexistent, avec des compromis très différents.

Pour la plupart des projets, la bonne approche reste progressive : commencer par un connecteur Power BI classique câblé sur un petit nombre de questions connues, puis n'investir dans un Fabric Data Agent que lorsque le besoin réel justifie des questions vraiment ouvertes et imprévisibles sur un gros volume de données.

Questions fréquentes

Faut-il une licence Power BI Pro ou Premium pour utiliser un Fabric Data Agent dans Copilot Studio ?

Une licence Power BI Pro classique ne suffit pas. Il faut soit une capacité Fabric payante F2 ou supérieure, soit un Power BI Premium par capacité P1 ou supérieur avec Microsoft Fabric activé sur cette capacité, en plus d'une licence Microsoft 365 Copilot pour l'organisation et d'une licence utilisateur pour chaque concepteur d'agent.

L'agent peut-il modifier des données Power BI via le Fabric Data Agent ?

Non. Le Fabric Data Agent ne génère que des requêtes de lecture (SQL, DAX ou KQL selon la source) : il ne peut ni créer, ni modifier, ni supprimer de données, et ne déclenche aucune action d'écriture, notebook ou flux. Pour une action qui modifie une donnée, il faut passer par un outil distinct (flux Power Automate, action personnalisée) appelé en complément du data agent.

Cette architecture fonctionne-t-elle correctement en français ?

Partiellement. L'agent Copilot Studio qui pilote la conversation peut être configuré en français comme n'importe quel autre agent, mais le Fabric Data Agent lui-même ne traite les questions, instructions et exemples qu'en anglais. En pratique, cela impose un travail de reformulation dans l'orchestration ou l'acceptation d'un aller-retour linguistique, un point à valider en recette avant toute mise en production auprès d'utilisateurs francophones.