Connecteurs et MCP
Intégrations : connecter Kisuno à vos systèmes
Cinq connexions sont prêtes à l’emploi, sans développement : votre ERP, SharePoint dans Microsoft 365, la recherche web avec indication des sources, la génération de fichiers Excel, Word et PDF, et vos propres documents comme base de connaissances. Elles sont activées et autorisées lors de la configuration dans le panneau d’administration. Tout autre système doté d’une interface de programmation se connecte via le Model Context Protocol.
En bref
- Cinq connexions sont prêtes et sont activées et configurées client par client : votre ERP, SharePoint et Microsoft 365, la recherche web avec indication des sources, la génération de fichiers Excel, Word et PDF ainsi que vos documents d’entreprise comme base de connaissances.
- Le Model Context Protocol (MCP) est un standard ouvert. Tout système doté d’une interface de programmation peut être connecté sans vous lier à un fournisseur.
- Pour des outils répandus comme HubSpot, Slack, Jira, Confluence, Notion, Linear, GitHub, Sentry, PostgreSQL, Stripe et Google Drive, il existe des serveurs MCP prêts à l’emploi issus de l’écosystème ouvert.
- Les connexions avec un compte de service commun passent par la passerelle MCP. Les droits s’y appliquent par serveur et par outil individuel, évalués dans l’ordre utilisateur, rôle, groupe, réglage par défaut du serveur.
- Si l’identité de la personne est transmise jusqu’au système cible, par exemple pour SharePoint via le compte Microsoft, c’est le système cible qui applique lui-même les droits et sa propre journalisation s’applique.
- Chaque appel d’outil via la passerelle est consigné dans le journal d’audit et reste exportable. L’add-in Outlook est en bêta et utilisé aujourd’hui en interne, l’add-in Excel est en cours de développement.
Quelles connexions sont prêtes
Ces cinq connexions ne nécessitent aucun développement. Elles sont activées et configurées lors de la mise en place dans le panneau d’administration, et autorisées par personne, rôle ou groupe. Ce que chacune permet est décrit dans les sections suivantes.
Connexion ERP
La connexion ERP amène clients, factures, projets et heures depuis votre ERP dans le chat. Questions typiques du quotidien : « Combien d’heures sont imputées au projet X ? » ou « Quelles factures sont ouvertes depuis plus de 30 jours ? » La réponse provient de vos données réelles, et non des connaissances d’entraînement du modèle.
L’intérêt tient moins à la consultation qu’à l’enchaînement : une analyse qui exigerait sinon export, tri et formules naît d’une seule phrase et revient sous forme de fichier Excel prêt à l’emploi. Les données visibles ne sont pas décidées par le modèle, mais par l’attribution des droits en amont.
SharePoint et Microsoft 365
La connexion SharePoint interroge vos bibliothèques de documents dans Microsoft 365 et répond aux questions à partir de celles-ci. Contrats, procès-verbaux, offres et directives restent là où ils se trouvent aujourd’hui. Rien n’est copié dans un second espace de stockage.
La connexion se fait avec l’identité Microsoft de chaque personne. Via le chat, chacun voit donc exactement les bibliothèques et dossiers qu’il peut ouvrir directement dans SharePoint. Les autorisations existantes restent la limite, sans que vous ayez à les gérer une seconde fois.
Recherche web avec indication des sources
La recherche web fournit des informations actuelles avec un lien vers la source, afin que chaque affirmation reste vérifiable. La recherche passe par une instance de recherche exploitée en propre (SearXNG), qui fait partie de la pile et ne constitue aucun profil d’utilisateur. Pour qu’un résultat devienne un texte réellement lu, un service de récupération de pages est inclus, que nous déployons lors de la mise en place.
Soyons clairs : les requêtes de recherche sont transmises à des moteurs de recherche externes, sans votre identité d’utilisateur. L’affirmation « tout reste en Europe » vaut pour le stockage et le traitement par le modèle, pas pour la requête elle-même. Qui ne veut aucune requête externe désactive la recherche web dans le panneau d’administration.
Générer des fichiers : Excel, Word et PDF
Une consigne telle que « Crée l’analyse mensuelle en Excel » produit un véritable fichier à télécharger, et non un tableau dans la fenêtre de chat. Cela vaut pour les analyses en Excel, les rapports et courriers en Word et les documents PDF.
Le code s’exécute dans un environnement cloisonné par session, et non sur votre ordinateur ; l’environnement est supprimé après la session. Un proxy de sortie avec liste d’autorisation pour les accès réseau depuis cet environnement est en cours de développement, tout comme une couche d’isolation supplémentaire renforcée.
Le savoir de l’entreprise comme base de connaissances
Vos propres documents deviennent une base de connaissances interrogeable : manuels, descriptions de processus, modèles d’offres, procès-verbaux. Le téléversement se fait dans le chat ou de façon centralisée par l’administrateur ; la réponse indique la source afin que vous puissiez la vérifier.
La base de connaissances réside sur votre instance et ne la quitte pas. Les nouveaux collaborateurs interrogent le chat au lieu de déranger quelqu’un, et les questions récurrentes sur les procédures internes ne coûtent plus à personne une recherche dans le lecteur réseau.
Qu’est-ce que MCP et pourquoi est-ce important
MCP signifie Model Context Protocol ; c’est un standard ouvert décrivant la manière dont une IA dialogue avec une application métier. Plutôt que de programmer une interface spécifique pour chaque combinaison d’outil d’IA et d’application, il existe un protocole : l’application met à disposition un serveur MCP, qui indique à l’IA les outils qu’elle peut appeler.
Un outil est ici une capacité unique et nommée : « rechercher des enregistrements », « lire une facture », « déposer un fichier ». C’est précisément ce découpage qui permet une attribution de droits à un niveau fin. Sans outils nommés, il n’y aurait que le choix entre un accès complet au système et aucun accès.
Le caractère ouvert du standard est important. MCP a été publié et est désormais pris en charge par de nombreuses applications d’IA et de nombreux éditeurs. Un serveur MCP que vous construisez pour votre propre système n’est donc pas un investissement dans Kisuno, mais dans votre propre infrastructure : il continue de fonctionner même si vous changez de plateforme au-dessus.
Pour vous, cela signifie : aucun verrouillage lors de la connexion, aucune interface point à point à maintenir et des serveurs prêts à l’emploi issus de l’écosystème plutôt que du développement maison. Les questions les plus fréquentes sur MCP, les droits et les coûts trouvent leur réponse dans les questions fréquentes.
Connecter tout système doté d’une interface de programmation
Tout système doté d’une interface de programmation peut être connecté via MCP. Pour de nombreux outils répandus, des serveurs MCP prêts à l’emploi existent déjà ; pour tout le reste, une API REST et un serveur léger en amont suffisent. Les deux se déclarent et s’autorisent dans le panneau d’administration.
Serveurs MCP prêts à l’emploi pour les outils répandus
Les serveurs MCP suivants proviennent de l’écosystème ouvert autour du standard, en partie des éditeurs eux-mêmes, en partie de la communauté. Ces serveurs ne font pas partie de Kisuno et ne sont pas maintenus par nos soins. Vous les déclarez comme serveurs, enregistrez les identifiants et autorisez les outils un par un.
| Système | Ce que cela permet dans le chat |
|---|---|
| HubSpot | Consulter et compléter contacts, affaires et notes dans le CRM. |
| Slack | Rechercher dans les canaux et les messages et résumer les discussions. |
| Jira | Rechercher et créer des tickets et interroger l’état d’un sprint. |
| Confluence | Rechercher dans les pages et résumer le contenu d’un espace. |
| Notion | Lire des pages et des bases de données et mettre à jour des entrées. |
| Linear | Rechercher et créer des issues et vérifier les responsabilités. |
| GitHub | Rechercher et qualifier des dépôts, des issues et des pull requests. |
| Sentry | Interroger les rapports d’erreurs et analyser les concentrations par version. |
| PostgreSQL | Interroger les bases de données en lecture et en tirer des analyses. |
| Stripe | Consulter les paiements, les abonnements et l’état des factures. |
| Google Drive | Rechercher des fichiers et utiliser leur contenu pour une réponse. |
Vos propres systèmes via une API REST
Pour votre solution métier, votre système de saisie des temps ou votre logiciel de stock, une API REST suffit. En amont vient un serveur MCP qui traduit entre le protocole et votre interface et définit ainsi les outils disponibles. Le serveur reste léger, car la logique métier demeure dans votre système.
Un conseil issu de la pratique, déterminant pour l’attribution ultérieure des droits : découpez les outils de façon fine et univoque. Un serveur doté des outils distincts « lire les factures » et « lire les salaires » s’autorise proprement. Un unique outil en forme libre, qui accepte n’importe quelle requête de base de données, ne peut pas être limité utilement et n’a donc sa place que dans des connexions fortement restreintes.
Connecté en trois étapes
Une nouvelle connexion se fait en trois étapes dans le panneau d’administration. Un serveur nouvellement déclaré est immédiatement joignable, sans devoir redéployer l’installation.
- Déclarer le serveur. Enregistrer l’adresse du serveur MCP et les identifiants dans le panneau d’administration. Les outils proposés par le serveur sont détectés automatiquement.
- Définir l’accès. Décider par rôle, par groupe et par personne quels outils de ce serveur sont utilisables. Régler la valeur par défaut du serveur sur « refusé » : seul ce que vous autorisez sciemment s’applique alors.
- Utiliser et contrôler. Dans le journal d’audit de la passerelle, vous voyez qui a appelé quel outil sur quel serveur, quand, et quelle décision a été prise.
Pour les connexions préparées, la configuration existe déjà. Il ne reste plus qu’à déterminer qui peut utiliser quels outils.
L’accès reste contrôlé
Les connexions via la passerelle MCP sont vérifiées à chaque appel. La passerelle se situe entre l’IA et le serveur connecté et décide si la personne à l’origine de la demande peut utiliser ce serveur et cet outil ; elle inscrit la décision dans le journal d’audit. Lorsque l’identité de la personne est au contraire transmise jusqu’au système cible, par exemple pour SharePoint via le compte Microsoft, c’est le système cible qui applique les droits et sa propre journalisation s’applique.
Les droits sont évalués dans cet ordre : utilisateur individuel, puis rôle, puis groupe, enfin le réglage par défaut du serveur. La règle la plus spécifique l’emporte. Si le contrôle échoue techniquement, l’accès est refusé au lieu d’être accordé.
Vous gérez les rôles et les groupes soit localement dans le panneau d’administration, soit en les reprenant depuis Entra ID. Toute personne retirée d’un groupe y perd également les autorisations d’outils qui y sont rattachées.
Deux façons de connecter un système
Il existe deux modes de connexion, et le choix détermine où les droits sont appliqués. Dans le premier mode, l’identité de la personne est transmise jusqu’au système cible ; dans le second, un compte de service commun travaille derrière la passerelle.
| Mode | Connexion au système cible | Qui applique les droits |
|---|---|---|
| Identité transmise | Chaque personne se connecte une fois elle-même au système cible. | Le système cible avec ses propres droits utilisateur. Si la connexion passe en plus par la passerelle, ses droits d’outils s’y ajoutent. |
| Compte de service | Un compte technique pour tous les utilisateurs, enregistré dans la passerelle. | La passerelle seule. Les droits d’outils sont ici indispensables, car le système cible voit toutes les demandes de la même manière. |
Lorsque le système cible dispose de ses propres comptes utilisateur, le premier mode est le meilleur choix : les droits du système cible continuent de s’appliquer tels quels. Le second mode convient aux systèmes sans gestion des utilisateurs propre ; la passerelle y est le seul point de contrôle, et des droits d’outils bien définis sont indispensables.
Le détail de l’interaction entre rôles, groupes, journal d’audit et budgets de coûts figure sur la page Gouvernance.
Add-ins pour Outlook et Excel
L’add-in Outlook est en bêta : il fonctionne aujourd’hui en interne chez nous et n’est pas encore disponible pour tous. Il s’ouvre comme un volet à côté de l’e-mail ouvert, résume, rédige des réponses, traduit et extrait des tâches. L’add-in Excel est en cours de développement. L’objectif reste de rendre Kisuno utilisable directement dans la fenêtre de messagerie et dans le tableur, sans passer de l’application au navigateur.
En attendant, les deux passent par le navigateur : coller les e-mails et les extraits de tableaux, télécharger les fichiers Excel et Word générés. Le périmètre fonctionnel est identique, seul le chemin est plus long.
Questions fréquentes
Qu’est-ce qu’un serveur MCP ?
Un serveur MCP est un petit programme qui rend une application accessible aux systèmes d’IA. Il parle le Model Context Protocol, un standard ouvert, et communique à l’IA une liste d’outils nommés comme « rechercher des enregistrements » ou « déposer un fichier ». L’IA appelle ces outils au lieu d’accéder directement à l’application.
Pouvons-nous connecter notre ERP sans que tout le monde voie tout ?
Oui. Les droits s’appliquent par serveur et par outil individuel, et pas seulement par système. Un outil de lecture des factures peut être autorisé à la comptabilité tandis que l’outil des données salariales reste bloqué pour tous sauf la direction. Si l’identité de l’utilisateur est en plus transmise à l’ERP, les droits utilisateur existants s’y appliquent également.
Et s’il n’existe pas de serveur MCP prêt à l’emploi pour notre système ?
Alors vous en construisez un en amont, à condition que votre système dispose d’une API REST. Le serveur traduit entre le protocole et l’interface et définit les outils disponibles. La logique métier reste dans votre système. MCP étant un standard ouvert, ce serveur continue également de fonctionner avec d’autres applications d’IA.
Avec la recherche web, toutes les données restent-elles en Europe ?
Non, et nous le disons sciemment. Le stockage et le traitement par le modèle restent dans l’espace européen, mais les requêtes de recherche elles-mêmes sont transmises à des moteurs de recherche externes. Votre identité d’utilisateur n’est pas transmise. Qui ne le souhaite pas désactive la recherche web dans le panneau d’administration.
Chaque accès à nos systèmes est-il journalisé ?
Oui, pour chaque connexion qui passe par la passerelle MCP. Chaque appel d’outil y est consigné dans le journal d’audit, avec l’horodatage, la personne, le serveur, l’outil et la décision de la passerelle, y compris les appels refusés. Le journal est exportable et donc utilisable pour une révision et des obligations de preuve. Lorsque l’identité de la personne est transmise directement au système cible, la journalisation propre à celui-ci s’applique en plus.
Votre système figure-t-il sur la liste ?
Demandez un accès dès maintenant. Indiquez-nous quels systèmes vous souhaitez connecter : cela influence l’ordre dans lequel nous finalisons les connexions.
Dernière vérification :