SharePoint Agent, Copilot Studio ou RAG sur mesure : que choisir en Belgique ?

Le vrai problème : retrouver une réponse fiable sans ouvrir l’accès trop largement

Une organisation n’a généralement pas besoin d’un « chatbot de plus », mais d’un chemin contrôlé entre une question, une source approuvée et une action utile. Un collaborateur veut connaître la procédure d’achat, la règle de remboursement, la méthode d’intervention ou la clause applicable. L’assistant doit retrouver la bonne information, citer sa provenance, respecter les droits et admettre lorsque la réponse ne peut pas être établie.

Le modèle de langage n’est qu’une partie de cette chaîne. Il faut aussi définir sources, recherche, identité, autorisations, journaux, responsables et escalade. Le RAG — génération augmentée par récupération — récupère des passages pertinents avant la réponse. Il ne garantit à lui seul ni exactitude, ni fraîcheur, ni confidentialité.

Avant de comparer des outils, formalisez un cas d’usage : « les techniciens doivent retrouver une procédure validée pendant une intervention », « les RH veulent répondre aux questions sur les politiques internes » ou « le service client doit consulter les spécifications d’un produit ». La page GVISION consacrée au socle SOP, wiki et RAG montre comment structurer cette connaissance avant de l’exposer à un assistant. Le présent article traite l’étape suivante : choisir l’architecture qui la rend exploitable.

Agent SharePoint, Copilot Studio et RAG sur mesure : trois niveaux de contrôle

Les trois approches peuvent répondre à partir de documents internes, mais elles ne placent pas la frontière du produit au même endroit. L’agent SharePoint privilégie la proximité avec le contenu. Copilot Studio ajoute orchestration et diffusion. Le RAG sur mesure donne la main sur l’ensemble de la chaîne technique.

Agent SharePoint : une couche conversationnelle proche du site

Un agent créé dans SharePoint convient à un périmètre clair : un site d’équipe, une bibliothèque, un ensemble de pages ou de fichiers. La documentation Microsoft indique qu’un utilisateur disposant des droits d’édition du site peut créer et modifier un agent, préciser les sources et personnaliser ses instructions. L’utilisateur final ne doit recevoir que du contenu qu’il est autorisé à consulter.

Cette option accélère le pilote lorsque l’organisation travaille déjà dans Microsoft 365 et veut surtout rechercher, expliquer ou résumer. Elle convient moins à une interface publique, de nombreux systèmes, des validations complexes ou une logique métier riche.

Copilot Studio : connaissances, conversations et actions

Copilot Studio permet de définir un agent, d’ajouter SharePoint et d’autres sources de connaissance, d’utiliser des sujets ou instructions, d’appeler des outils et de publier sur plusieurs canaux selon la configuration. Microsoft précise que la source SharePoint respecte les autorisations de l’utilisateur lorsque l’authentification appropriée est utilisée. Cette promesse doit être testée dans le contexte réel : groupes, liens de partage, contenus hérités et comptes invités compris.

Le produit s’adresse aux scénarios qui dépassent la consultation d’un seul espace documentaire : répondre puis créer un ticket, collecter des données manquantes, déclencher un flux avec approbation ou transmettre le dossier à un humain. Il apporte un cadre low-code, mais ne supprime pas le besoin de conception, de sécurité, de gestion des environnements et de tests.

RAG sur mesure : architecture maîtrisée de bout en bout

Une solution sur mesure choisit les connecteurs, le pipeline d’ingestion, la segmentation des documents, les métadonnées, le moteur de recherche, le modèle, les garde-fous, l’interface et l’observabilité. Elle peut combiner SharePoint, ERP, CRM, base SQL, extranet, données multilingues ou contenu produit. Elle permet aussi de contrôler plus finement la fréquence de synchronisation et les règles de classement.

Cette liberté crée une responsabilité supplémentaire : droits appliqués pendant la recherche, mises à jour surveillées, index protégés et réponses évaluées. Microsoft Foundry recommande le contrôle d’accès lors de la récupération et Microsoft Entra ID plutôt que des clés API en production avec Azure AI Search.

Comparatif : quelle approche correspond à votre besoin ?

Le meilleur choix est la solution la plus simple qui couvre le périmètre, les actions et la gouvernance réellement nécessaires. Une petite équipe ne gagne rien à exploiter une plateforme complexe pour quinze procédures stables. À l’inverse, un agent destiné à plusieurs départements ne devrait pas rester une configuration personnelle difficile à inventorier.

Permissions : l’agent ne corrige pas un SharePoint trop ouvert

Le premier contrôle consiste à vérifier ce que les utilisateurs peuvent déjà consulter sans IA. Un agent qui respecte les droits peut malgré tout révéler plus facilement un document accessible par erreur. La recherche conversationnelle réduit l’effort nécessaire pour découvrir une information : elle rend donc les autorisations excessives plus visibles et potentiellement plus dommageables.

Inventoriez les sites, groupes, liens « toute personne disposant du lien », invités, bibliothèques sensibles et exceptions d’héritage. Identifiez les contenus RH, juridiques, financiers, médicaux ou relatifs aux clients. Corrigez les droits avant le pilote et testez avec plusieurs profils réels : employé, manager, prestataire, invité et administrateur. Une équipe de test qui utilise uniquement des comptes privilégiés ne valide rien.

Pour Copilot Studio, configurez explicitement l’authentification de l’utilisateur et les sources. La documentation Microsoft rappelle que SharePoint, Dataverse et les données d’entreprise exigent une authentification appropriée. Pour un RAG personnalisé, ne copiez pas simplement tous les fichiers dans un index commun : transportez les identités ou groupes autorisés et appliquez le filtrage avant que les passages soient envoyés au modèle.

Tenez enfin un registre indiquant finalité, propriétaires, sources, utilisateurs, actions, risque, version et date de revue. Sans responsable, un assistant continue facilement à citer des procédures expirées.

Préparer les contenus avant de mesurer l’intelligence de l’agent

La qualité du corpus détermine davantage la fiabilité que la formulation spectaculaire du prompt. Un dossier rempli de doublons, scans illisibles et brouillons contradictoires produit une recherche ambiguë. Désignez une source de vérité par processus, archivez les versions obsolètes et indiquez pour chaque document un propriétaire, une date de validation, une prochaine revue, une audience et un statut.

Écrivez d’abord pour les humains : titre précis, objectif, périmètre, étapes, exceptions et contact. Découpez les longues procédures sans casser le contexte. Ajoutez département, pays, langue, produit et version. En Belgique, validez séparément FR et NL : une traduction automatique d’une règle RH ou juridique peut être insuffisante.

Préparez ensuite un jeu de questions réelles. Incluez des réponses présentes, absentes, ambiguës, confidentielles et obsolètes. Pour chaque question, indiquez la réponse attendue, les sources autorisées et le comportement correct en cas d’incertitude. La métrique utile n’est pas seulement « l’utilisateur aime la réponse », mais aussi : la source est-elle correcte, la conclusion est-elle fidèle, l’agent refuse-t-il lorsque nécessaire et le temps gagné justifie-t-il l’exploitation ?

Quatre scénarios belges pour choisir sans surdimensionner

La taille de l’organisation ne détermine pas seule l’architecture ; la diversité des sources, le risque et les actions attendues comptent davantage.

Une ASBL avec un manuel interne dans un seul site

L’équipe veut retrouver les règles de remboursement, les modèles et les procédures d’accueil. Les documents sont validés, peu nombreux et accessibles aux mêmes membres. Un agent SharePoint ciblé constitue un bon premier test. Le pilote doit surtout vérifier les invités, les anciennes versions et le multilinguisme.

Un groupe multi-sites qui veut ouvrir et router des demandes

L’assistant consulte des procédures, demande le site, crée un ticket, choisit une équipe et obtient parfois une approbation. Copilot Studio combine mieux conversation et workflow. Développement, test et production restent séparés.

Un fabricant avec SharePoint, ERP et fiches techniques

Le support recherche dans des manuels, l’historique des produits et des données structurées issues de l’ERP. Les réponses doivent apparaître dans un portail client avec un vocabulaire métier et un contrôle strict par gamme. Un RAG sur mesure peut justifier l’effort, notamment pour l’ingestion, les filtres, le classement hybride et l’interface.

Un établissement de santé avec procédures sensibles

Le besoin semble documentaire, mais les profils, obligations de confidentialité, traces et validations changent la décision. Commencez par une base restreinte de procédures non cliniques, sans données de patients. Quelle que soit la plateforme, impliquez le DPO, la sécurité et le responsable métier ; définissez clairement les usages interdits et la reprise humaine.

GVISION Studio présente sa méthode pour relier documents, agents, automatisations et validations humaines sur la page Automatisation & intelligence artificielle. L’intérêt d’un cadrage neutre est précisément de ne pas transformer chaque cas en développement sur mesure si une option Microsoft plus simple suffit.

Arbre de décision : quatre questions avant de choisir

Commencez par le périmètre et les actions, puis utilisez l’interface et les contraintes techniques comme départage. Un choix réversible est souvent préférable : tester sur un corpus limité, observer l’usage, puis migrer vers Copilot Studio ou une architecture dédiée si les besoins réels dépassent le premier cadre.

1. Les connaissances vivent-elles surtout dans un périmètre SharePoint bien géré ? Si oui et si l’assistant doit surtout répondre, testez l’agent SharePoint.
2. L’assistant doit-il exécuter des actions ou combiner plusieurs canaux ? Si oui, évaluez Copilot Studio.
3. Faut-il une interface, une indexation, un modèle ou un hébergement spécifique ? Si oui, examinez le RAG sur mesure.
4. L’équipe peut-elle exploiter la solution pendant trois ans ? Si non, réduisez le périmètre ou choisissez une plateforme plus gérée.

Construire un pilote utile en six étapes

Un bon pilote valide une décision métier avec de vrais droits et de vrais documents ; il ne cherche pas à impressionner pendant une démonstration.

1. Choisir une question fréquente et limitée

Retenez un processus dont le propriétaire est disponible. Évitez « toute la connaissance de l’entreprise ». Décrivez utilisateurs, langues, temps perdu et étape suivant la réponse.

2. Réduire et qualifier le corpus

Gardez les documents nécessaires, supprimez doublons et brouillons, vérifiez l’OCR et ajoutez métadonnées et dates. Documentez les exclusions. Une petite base cohérente facilite le diagnostic.

3. Définir les permissions et l’identité

Listez les groupes autorisés et les comptes de test. Vérifiez les liens externes et les accès historiques. Pour une architecture personnalisée, concevez le filtrage au moment de la récupération. Ne placez jamais la confidentialité uniquement dans une instruction textuelle du type « ne montre pas les documents secrets ».

4. Écrire des critères d’acceptation

Constituez 30 à 50 questions, y compris des pièges. Définissez source, formulations acceptables, citation, refus et transfert humain. Faites noter les réponses par le propriétaire métier.

5. Observer l’usage et la charge

Mesurez questions, réponses utiles, recherches vides, corrections, délai et maintenance. Séparez licences ou consommation des coûts humains de contenu, support et sécurité.

6. Décider : arrêter, stabiliser ou étendre

Un pilote peut prouver qu’un moteur de recherche classique ou une meilleure navigation suffit. Il peut aussi montrer qu’un agent SharePoint répond au besoin sans développement supplémentaire. Étendez seulement si l’usage, la qualité et le risque justifient de nouvelles sources, actions ou utilisateurs.

Neuf erreurs fréquentes

La plupart des échecs viennent d’un périmètre flou et d’une connaissance non gouvernée, pas d’un manque de sophistication du modèle.

1. Indexer tout SharePoint. Le bruit, les doublons et les droits hérités rendent les réponses imprévisibles.
2. Choisir l’outil avant l’usage. Une démonstration séduisante ne définit ni valeur ni risque.
3. Confondre permission respectée et permission correcte. L’IA peut faciliter la découverte d’un accès déjà excessif.
4. Tester uniquement avec des administrateurs. Les résultats ne représentent pas les utilisateurs ordinaires.
5. Oublier le NL ou le FR. Des sources multilingues mal alignées donnent des réponses incohérentes.
6. Autoriser des actions trop tôt. Commencez en lecture seule, puis ajoutez validations, limites et journalisation.
7. Mesurer uniquement la fluidité. Une réponse agréable peut être fausse ou fondée sur la mauvaise version.
8. Ignorer les coûts d’exploitation. Contenu, licences, consommation, support et observabilité évoluent différemment.
9. Ne pas prévoir de propriétaire. Un agent sans revue devient rapidement un canal de procédures obsolètes.