Model Context Protocol (MCP) : connecter l'IA à votre SI

Le Model Context Protocol (MCP) est en train de changer la façon dont les entreprises interagissent avec leurs assistants IA. Jusqu'ici, ces assistants opéraient dans un vide informationnel : ils ne connaissaient ni vos applications, ni vos serveurs, ni vos processus métier. Avec MCP, il devient possible de brancher un assistant comme Claude directement sur les données structurées de votre système d'information. Ce guide explique ce qu'est le MCP, comment il fonctionne, pourquoi il est stratégique pour les PME et ETI, et comment UrbaHive l'exploite concrètement.

Qu'est-ce que le Model Context Protocol ?

Le Model Context Protocol est un standard ouvert, publié par Anthropic en 2024, qui définit la façon dont un modèle de langage (LLM) peut interroger des sources de données externes à travers une interface unifiée. L'idée centrale est simple : un LLM ne peut produire des réponses pertinentes sur votre contexte métier que s'il dispose d'informations précises sur ce contexte. MCP fournit le canal sécurisé et structuré pour transmettre ces informations.

MCP s'inspire du paradigme client/serveur : une application hôte (le client) envoie des requêtes à un serveur MCP qui expose des données ou des capacités. Le modèle IA, intégré dans le client, reçoit les résultats et les incorpore dans sa réponse.

Pour une définition plus détaillée et accessible, consultez notre article Qu'est-ce que le Model Context Protocol ? Définition simple et exemples.

Architecture MCP : client, serveur et contexte

Le protocole repose sur trois composants :

Le client MCP

C'est l'application dans laquelle l'utilisateur interagit avec l'IA. Il peut s'agir de Claude Desktop, de claude.ai, de Claude Code, ou de tout outil tiers compatible MCP. Le client gère la session et transmet les requêtes de l'utilisateur.

Le serveur MCP

C'est le composant que déploient les fournisseurs de données — comme UrbaHive. Il expose des outils standardisés que le client peut appeler — 70 dans le cas d'UrbaHive : 31 en lecture, 39 en écriture, aucun de suppression. Le serveur MCP d'UrbaHive donne accès à votre cartographie SI — applications, flux de données, serveurs, infrastructures, processus métier — en lecture par défaut, et en écriture si le jeton dispose du scope « write ».

Le contexte

À chaque échange, le client récupère du serveur les informations pertinentes (selon la requête de l'utilisateur) et les injecte dans le prompt envoyé au modèle. Le LLM raisonne alors sur des données réelles et actuelles, et non sur des généralités.

Cette architecture garantit une séparation nette entre les données (hébergées dans UrbaHive) et le modèle (hébergé chez Anthropic). Le référentiel reste hébergé chez UrbaHive : seul le résultat de chaque requête est transmis au modèle, et chaque appel est inscrit dans le journal d'audit.

Pourquoi le MCP est stratégique pour l'entreprise

Donner un référentiel commun à l'IA

Un assistant IA sans contexte organisationnel ne peut que formuler des réponses génériques. Dès qu'on lui fournit la carte de votre SI — quelles applications existent, comment elles communiquent, quels processus elles supportent — ses réponses deviennent opérationnelles. Il peut identifier des dépendances, détecter des risques, résumer un périmètre applicatif.

Accélérer les décisions architecturales

Les DSI et architectes d'entreprise passent une part significative de leur temps à expliquer le SI aux parties prenantes. Avec MCP, n'importe quel collaborateur autorisé peut poser directement des questions à l'IA sur le périmètre SI : « Quelles applications dépendent du serveur SAP ? », « Quels flux de données traversent mon système de facturation ? ». L'IA répond à partir de données vérifiées.

Réduire la dette documentaire

La cartographie SI a tendance à se dégrader dès qu'elle n'est pas maintenue. Couplée à un assistant IA via MCP, elle devient un référentiel vivant que les équipes interrogent naturellement, ce qui incite à la tenir à jour.

Préparer la conformité NIS2 et DORA

Les réglementations NIS2 et DORA exigent une connaissance précise du périmètre SI et des dépendances critiques. Un assistant IA capable d'interroger la cartographie à la demande aide à préparer les revues périodiques et les analyses d'impact : il s'appuie sur l'inventaire, les dépendances et les responsables que ces textes supposent connus. UrbaHive ne comporte en revanche ni fonction de conformité ni rapport réglementaire. Voir notre guide NIS2 pour PME/ETI : cartographie SI et conformité.

Sécurité et conformité du MCP UrbaHive

La mise en place d'un connecteur IA soulève légitimement des questions de sécurité. UrbaHive a conçu son implémentation MCP avec plusieurs garanties :

Lecture par défaut, écriture optionnelle. Un jeton est en lecture seule sauf si vous activez le scope « write » à sa création ; l'écriture exige aussi un rôle suffisant (Owner/Editor/Member) et ne permet aucune suppression.
Authentification par token PAT. Chaque connexion passe par un Personal Access Token généré dans l'interface UrbaHive. Le token peut être révoqué à tout moment.
Périmètre organisationnel. Un token est lié à une seule organisation et limité à 60 requêtes par minute. Impossible d'accéder aux données d'une autre organisation avec le même token.
Journalisation complète. Chaque appel au serveur MCP est enregistré dans l'audit log UrbaHive : qui a demandé quoi, quand.
Hébergement dans l'Union européenne. Les données clients sont stockées dans les régions UE de Vercel et Supabase, chiffrées en transit (TLS) et au repos. Seul le résultat des requêtes que vous lancez est transmis à votre assistant IA.

Pour une analyse approfondie de la cartographie SI et cybersécurité, consultez Cartographie SI et cybersécurité : le guide du RSSI.

Cas d'usage concrets

Pour le DSI / CIO

« Résume mon paysage applicatif en cinq points » — l'IA produit un résumé structuré à partir de la cartographie réelle, utile pour préparer un comité de direction ou un audit.

Pour l'architecte EA

« Quelles applications ne sont reliées à aucun processus métier ? » — identification immédiate des applications orphelines, sans requête SQL ni tableau croisé manuel.

Pour le RSSI

« Quelles applications reposent sur un service externe, chez quel éditeur, et qui en est responsable ? » — l'IA croise le type de service, l'éditeur, le serveur d'hébergement et le responsable de chaque application pour prioriser les audits de sécurité et la revue des tiers.

Pour le chef de projet

« Quels processus métier passent par Salesforce ? » — cartographie des dépendances avant une migration ou une mise à jour majeure.

Pour les équipes métier

Elles peuvent poser des questions sur le SI sans solliciter constamment la DSI, à condition que la cartographie soit à jour et que le token MCP leur soit accessible.

Comment démarrer avec UrbaHive et MCP

La mise en place se fait en quelques étapes. Nous les détaillons dans notre tutoriel Connecter Claude à votre cartographie SI avec MCP, mais voici les grandes lignes :

Créer un compte UrbaHive — le plan Free suffit pour un premier test (1 utilisateur, 25 applications).
Renseigner votre cartographie SI — applications, serveurs, flux, processus.
Générer un token PAT dans les paramètres de votre organisation.
Configurer Claude Desktop avec les paramètres du serveur MCP UrbaHive.
Poser vos premières questions à Claude sur votre SI.

Le temps de mise en place est estimé à moins d'une heure pour un environnement existant dans UrbaHive. Pour la constitution initiale de la cartographie (saisie, import JSON ou ArchiMate XML, ou création par un agent IA doté d'un jeton en écriture), comptez quelques jours à quelques semaines selon la complexité du périmètre.

MCP et les frameworks d'architecture d'entreprise

UrbaHive n'est ni un modeleur ArchiMate ni un outil TOGAF, mais son référentiel s'importe et s'exporte au format d'échange ArchiMate (XML) : un modèle réalisé dans Archi peut y être repris. Les objets exposés par le serveur MCP (applications, flux, programmes, capacités, processus) sont des notions familières : un architecte EA qui travaille avec ArchiMate s'y retrouvera sans peine dans les réponses de l'IA. Pour en savoir plus sur ArchiMate, consultez ArchiMate : comprendre le langage de l'architecture d'entreprise.

Cette passerelle avec le format d'échange ArchiMate est particulièrement utile lors des exercices de schéma directeur SI. Voir Schéma directeur SI : méthodologie et template pour PME/ETI.

Conclusion

Le Model Context Protocol représente une avancée structurante pour les entreprises qui souhaitent tirer parti de l'IA dans leur gouvernance SI. En connectant un assistant comme Claude à une cartographie SI vivante et bien tenue, les équipes IT gagnent en réactivité, les architectes en lisibilité, et les responsables en capacité de reporting.

UrbaHive propose un connecteur MCP natif, hébergé dans l'Union européenne, journalisé appel par appel et conçu pour les PME et ETI.

Commencez gratuitement sur app.urbahive.com/signup et explorez le connecteur MCP sur urbahive.com/connectors.

FAQ — Model Context Protocol en entreprise

Qu'est-ce que le Model Context Protocol (MCP) ?

MCP est un standard ouvert qui permet à un assistant IA de se connecter à des sources de données externes via une interface unifiée. Il définit comment le client (l'application IA) et le serveur (la source de données) échangent des informations de façon sécurisée.

MCP est-il compatible avec tous les assistants IA ?

Le protocole a été conçu par Anthropic et est natif dans Claude (Desktop, claude.ai, Claude Code). D'autres éditeurs commencent à l'adopter. Le serveur MCP d'UrbaHive fonctionne avec Claude Desktop, claude.ai et Claude Code, mais aussi avec Cursor, Windsurf, Codex et Devin.

Mes données SI sont-elles envoyées à Anthropic via MCP ?

Le serveur MCP UrbaHive répond aux requêtes du client Claude en transmettant uniquement les données nécessaires à la réponse (résultat de la requête). Le référentiel reste hébergé dans l'Union européenne (régions UE de Vercel et Supabase). La politique de confidentialité d'Anthropic s'applique aux échanges entre le client et le modèle.

Peut-on utiliser MCP sans cartographie SI préalable ?

MCP n'a de valeur que si la source de données qu'il expose est renseignée. Il faut donc disposer d'une cartographie SI dans UrbaHive — même partielle — pour commencer à interroger l'IA sur des éléments concrets. Un premier jeu de données minimal (une dizaine d'applications clés) suffit pour un premier test.

Le connecteur MCP est-il disponible sur tous les plans UrbaHive ?

Oui. Aucune fonctionnalité n'est réservée à un plan : le connecteur MCP s'utilise dès le plan gratuit (25 applications, 1 utilisateur), comme sur les plans Starter (29 €/mois), Professional (99 €/mois) et Enterprise ; seuls les quotas d'applications et d'utilisateurs diffèrent. Consultez la page Connecteurs pour les détails.