Connectez l’IA à vos données d’entreprise
Serveurs MCP, gouvernés par MuleSoft
Un agent IA ne vaut que par les données qu’il peut atteindre. Le protocole MCP (Model Context Protocol) est la norme ouverte qui permet à des agents comme Claude, ChatGPT, Copilot et Agentforce d’interroger directement vos systèmes — et MuleSoft est l’endroit où cet accès devient gouverné, sécurisé et auditable, plutôt qu’une multitude de connexions ponctuelles. PSTOX conçoit, réalise et soutient cette couche depuis le Canada, en français et en anglais.
Une norme ouverte, pas un développement sur mesure
MCP est un protocole publié et indépendant des fournisseurs. Exposez une capacité une seule fois et plusieurs plateformes d’agents peuvent la consommer — sans reconstruire le même connecteur pour chaque fournisseur d’IA que vous essayez.
Vos données demeurent gouvernées
Aucun agent ne reçoit un mot de passe de base de données. Les agents appellent des API MuleSoft avec des identifiants restreints, des politiques appliquées et des limites de débit — et chaque appel est journalisé.
Livraison canadienne et bilingue
Architecture, réalisation et soutien continu depuis le Canada, en français et en anglais — la posture de résidence et de langue qu’exigent réellement les acheteurs des grandes entreprises et du secteur public au Québec.
Les projets pilotes d’IA s’arrêtent dès qu’ils touchent aux vrais systèmes
La plupart des organisations ont déjà démontré qu’un modèle peut résumer un document ou rédiger un courriel. La valeur, elle, se trouve dans les systèmes de référence : le CRM, l’ERP, les données de commandes et de dossiers. C’est précisément là que les pilotes s’arrêtent, parce que brancher un agent sur des données de production soulève trois questions auxquelles personne ne veut répondre avec un script improvisé.
L’agent ne voit rien de réel
Sans accès aux systèmes de référence, l’agent devine. Il produit des réponses assurées sur des commandes, des clients et des droits — sur lesquelles personne ne peut agir.
Les identifiants finissent copiés partout
La solution rapide consiste à remettre à l’agent une clé d’API ou un compte de service aux droits étendus. Ça fonctionne en démonstration et échoue à toutes les revues de sécurité qui suivent.
Personne ne peut reconstituer ce qui s’est passé
Quand un agent agit sur vos données, il faut savoir qui a demandé quoi, quel appel a été fait, ce qui a été retourné et sous quelle politique. Les connexions directes laissent rarement cette trace.
Le modèle qui règle ces trois problèmes n’est pas un nouveau produit d’IA. C’est la discipline d’intégration que vous appliquez déjà à tous les autres consommateurs de vos données — appliquée à un nouveau type de consommateur.
Une seule couche MCP, appuyée sur les API que vous possédez déjà
Un serveur MCP publie vos capacités aux agents sous forme d’outils clairement décrits. Derrière, MuleSoft fait ce qu’il a toujours fait : authentifier l’appelant, appliquer les politiques, orchestrer les systèmes et tout journaliser. L’agent ne parle jamais directement à un système de référence.
Les requêtes descendent en traversant les politiques ; les réponses gouvernées remontent. L’agent voit des capacités d’affaires, jamais les identifiants de vos systèmes.
Une demande arrive
On pose à l’agent une question opérationnelle : l’état d’une commande, l’historique d’un compte, l’admissibilité d’un dossier.
Il choisit un outil
Le serveur MCP décrit vos capacités en termes d’affaires : l’agent choisit un outil au lieu d’inventer un point d’accès.
MuleSoft autorise
L’appel aboutit sur une API MuleSoft. Identifiants, portées, politiques et limites de débit sont appliqués à la passerelle avant toute exécution.
Les systèmes sont orchestrés
Un seul appel se répartit sur les systèmes qui détiennent la réponse, et les résultats sont assemblés en une réponse unique et cohérente.
Tout est journalisé
Qui a demandé, quel outil a été exécuté, ce qui a été retourné, sous quelle politique — capté dans Anypoint Monitoring comme tout autre trafic d’API.
MuleSoft offre désormais l’essentiel de ces composants nativement. Le connecteur MCP transforme une application Mule en serveur ou en client MCP ; MuleSoft MCP Bridge expose sous forme de serveurs MCP les intégrations que vous exploitez déjà, sans nouveau code ; et API Catalog sert de passerelle pour les rendre découvrables par Agentforce. Le bon chemin dépend de votre parc, et c’est précisément ce que nous évaluons avant de bâtir quoi que ce soit.
Pourquoi un agent bâti sur MuleSoft se livre plus vite — et se conserve mieux
Brancher un agent sur un seul système, c’est un projet de fin de semaine. Le brancher de façon sécuritaire sur les douze systèmes qui portent réellement votre entreprise, ça ne l’est pas — à moins d’avoir déjà fait le travail. La connectivité pilotée par les API, c’est ce travail, et trois de ses propriétés prennent une importance considérable dès qu’un agent devient consommateur.
L’agent consomme des données agrégées, pas une douzaine de systèmes bruts
Vos API de processus combinent déjà les données de client, de commande, de stock et de facturation en une seule réponse de niveau affaires. Un agent qui demande ce qui se passe avec un compte reçoit donc une réponse unique et cohérente — et non quatre réponses partielles qu’il devrait recoller lui-même, avec le risque d’erreur que cela suppose.
Cette logique d’agrégation vit dans la couche d’intégration, où elle est conçue, testée et versionnée. Elle ne vit pas dans une invite.
La réutilisation est déjà la norme, donc la réalisation est courte
L’approche API-led existe précisément pour rendre les points d’accès réutilisables par tous les consommateurs : web, mobile, partenaires, EDI. Un agent n’est qu’un consommateur de plus des mêmes contrats gouvernés.
Lorsqu’un client dispose déjà d’un parc d’API mature, exposer les premiers outils MCP se compte en semaines plutôt qu’en programme d’intégration entièrement neuf. L’essentiel du travail était terminé bien avant que l’IA n’entre dans la conversation.
Vos systèmes demeurent découplés de l’IA
L’agent dialogue avec un contrat d’API stable, jamais directement avec SAP, un mainframe ou une base de données héritée. Vous pouvez remplacer, revitaliser ou migrer un système sous-jacent sans que l’agent cesse de fonctionner — vos projets de modernisation avancent sans dépendance à l’IA au-dessus de la tête.
L’inverse tient aussi : changez de plateforme d’agents sans retoucher la plomberie de vos systèmes. Dans un marché qui bouge à cette vitesse, ce découplage est votre police d’assurance.
C’est exactement l’argument qui justifiait la connectivité pilotée par les API au départ : réutilisation, abstraction et gouvernance. Les agents ne le changent pas. Ils font simplement arriver le rendement beaucoup plus tôt — et rendent le coût de son absence beaucoup plus visible.
Trois situations où vos propres données deviennent l’avantage
L’IA générique est devenue une commodité. Ce que vos concurrents ne peuvent pas copier, c’est ce que vos systèmes savent déjà : vos clients, vos stocks, votre historique de dossiers. Voici les modèles où cette différence se manifeste le plus vite.
Un agent « client 360 » qui répond à partir des systèmes de référence
Un conseiller ou un agent de service demande, en langage courant, ce qui se passe avec un client. Aujourd’hui, cela veut dire ouvrir quatre applications et rapprocher l’information à la main. Avec MCP, l’agent assemble le portrait en un seul échange.
La difficulté n’a jamais été le modèle. C’est que la réponse se trouve dans Salesforce, dans l’ERP, dans la plateforme de facturation et dans un système d’entrepôt qui ne parlent pas la même langue — précisément le problème que votre couche d’intégration règle déjà.
- Comptes, contacts et dossiers ouverts dans Salesforce
- Historique de commandes, factures et état des paiements dans l’ERP
- Droits, contrats et niveaux de service
- État des expéditions et de l’exécution dans les systèmes logistiques
Le gain : le temps de traitement diminue parce que le travail de rapprochement disparaît. La satisfaction de la clientèle augmente parce que la réponse est juste du premier coup et que personne n’attend en ligne pendant qu’un conseiller consulte quatre systèmes. Et chaque réponse est traçable jusqu’à un appel d’API gouverné plutôt qu’au souvenir d’un modèle.
Un agent de triage des alertes de fraude qui monte le dossier
Dans la plupart des équipes de fraude et de lutte contre le blanchiment, la détection n’est pas le goulot d’étranglement : c’est la file d’attente. L’analyste ouvre une alerte et consacre l’essentiel de son temps à rassembler le contexte — historique des transactions, profil du client, comptes liés, cas semblables déjà traités — et une fraction seulement à juger réellement le dossier.
L’agent n’attribue pas de pointage de risque et ne décide pas. Votre moteur de détection détecte toujours, et votre analyste tranche toujours. Ce que l’agent fait, c’est monter un dossier complet et sourcé en un seul échange, pour que le jugement porte sur des preuves plutôt que sur ce que l’analyste a eu le temps de trouver.
- Historique des transactions et des paiements dans les systèmes bancaires et de cartes
- Profil client et données de connaissance du client, y compris comptes liés et bénéficiaires
- Signaux d’appareil, de session et de canal provenant des plateformes numériques
- Alertes antérieures, dénouements des dossiers et résultats de filtrage des listes de surveillance
Le gain : les files de faux positifs se résorbent plus vite et les analystes passent leurs heures à juger plutôt qu’à collecter. Et comme chaque élément du dossier remonte à un appel d’API gouverné, vous pouvez démontrer à un régulateur ou à l’audit interne sur quoi exactement la décision reposait — c’est précisément ce qui rend la chose défendable.
Un assistant bilingue pour les dossiers et l’admissibilité, entièrement auditable
Dans le secteur public et les organisations réglementées, le personnel de première ligne consacre beaucoup de temps à retrouver un dossier, à confirmer un statut et à expliquer une règle — à travers des systèmes ministériels qui n’ont jamais été conçus pour être interrogés ensemble.
C’est le cas où la gouvernance n’est pas optionnelle. Chaque consultation doit être cadrée selon le rôle de l’utilisateur, limitée à ce qu’il a le droit de voir, et consignée. C’est une responsabilité de la couche d’intégration : voilà pourquoi le serveur MCP se place derrière MuleSoft, et non à côté.
- État des dossiers dans les systèmes de référence ministériels
- Données d’admissibilité et de droits, cadrées selon le rôle
- Historique des documents et des correspondances
- Références aux politiques et procédures publiées, en français et en anglais
Le gain : des réponses bilingues plus rapides et plus cohérentes pour les citoyens et le personnel — avec une piste d’accès complète qui résiste à un audit ou à une demande d’accès à l’information.
Une note d’honnêteté : rien de tout cela n’élimine le jugement humain, et nous ne recommandons pas de donner à un agent un accès en écriture à un système de référence dès le premier jour. Nous commençons en lecture seule, nous démontrons la valeur et la piste d’audit, puis nous élargissons la portée de façon délibérée.
La couche de gouvernance existe déjà — les agents ne sont qu’un nouveau consommateur
Si vous avez investi dans la connectivité pilotée par les API, l’essentiel du travail est fait. Ce que MCP ajoute, c’est une façon normalisée de décrire ces API à un agent. Ce que MuleSoft continue d’apporter, c’est chacun des contrôles qui rendent la chose sécuritaire.
Réutiliser plutôt que reconstruire
Vos API système et de processus portent déjà la logique de lecture d’un client ou de vérification d’un stock. Les outils MCP s’appuient dessus au lieu de les dupliquer.
Les politiques à la passerelle
OAuth, application du client ID, listes d’adresses autorisées et protection contre les menaces s’appliquent au trafic des agents exactement comme à tout autre consommateur d’API.
Une piste d’audit qui tient
Anypoint Monitoring vous donne l’historique, appel par appel, de ce qu’un agent a invoqué et quand — la preuve que les équipes de sécurité et de conformité demandent en premier.
Limitation de débit et maîtrise des coûts
Les agents sont des appelants enthousiastes. Les quotas et limites fondés sur les SLA empêchent une boucle non surveillée de submerger un système hérité ou un contrat SaaS facturé à l’usage.
Aucune nouvelle copie de vos données
L’accès se fait en direct par les API : vous évitez de créer un extrait ou une base vectorielle de plus, qu’il faudrait sécuriser, rafraîchir et défendre séparément.
Alignement avec Salesforce et Agentforce
MuleSoft et Salesforce font partie de la même famille de plateformes. Si Agentforce est à votre feuille de route, les mêmes API gouvernées le servent, ainsi que tout autre agent que vous adopterez.
Commencer petit, démontrer la gouvernance, puis étendre
Nous préférons livrer une seule capacité vraiment utile et entièrement gouvernée qu’un pilote étendu auquel personne n’accorde assez de confiance pour le mettre devant des utilisateurs.
Évaluation et choix du cas d’usage
Nous examinons votre parc d’API, votre posture de sécurité et les cas d’usage candidats, puis nous retenons celui dont la valeur est la plus nette et les données les plus propres. Vous repartez avec une architecture et une réponse franche sur ce qui est réaliste.
Habituellement 2 à 3 semainesFondation MCP et première capacité
Nous déployons le serveur MCP, exposons les premiers outils sur des API MuleSoft, branchons l’authentification et les politiques, et raccordons votre plateforme d’agents — en lecture seule, surveillé et démontrable.
Habituellement 4 à 8 semainesMise à l’échelle et exploitation
Outils additionnels, agents additionnels et, lorsque c’est justifié, opérations d’écriture contrôlées. PSTOX peut exploiter cette couche selon une entente de soutien négociée, en français et en anglais, depuis le Canada.
En continuMCP est une norme jeune et le paysage des agents évolue vite. Nous concevons la couche d’intégration pour que les API gouvernées en dessous survivent à la plateforme d’agents que vous choisissez aujourd’hui — c’est tout l’intérêt de placer MuleSoft au centre.
Ce qu’on nous demande avant de commencer
Qu’est-ce que le MCP, en une phrase ?
Le Model Context Protocol est une norme ouverte, publiée par Anthropic à la fin de 2024 et adoptée depuis par les principales plateformes d’agents, qui permet à un agent IA de découvrir et d’appeler vos capacités sous forme d’outils décrits — au lieu d’être raccordé à la main à chaque système qu’il doit atteindre.
Pourquoi placer MuleSoft entre l’agent et le système plutôt que de les connecter directement ?
Une connexion directe signifie que l’agent détient des identifiants vers un système de référence, sans application de politiques, sans limitation de débit et sans piste d’audit exploitable. Ça fonctionne en démonstration et ça échoue à la revue de sécurité qui suit. MuleSoft donne plutôt à l’agent un contrat d’API stable, applique vos politiques existantes à son trafic et journalise chaque appel — et vous permet de remplacer le système en dessous sans toucher à l’agent.
Quels agents IA peuvent s’y connecter ?
Tout client MCP. Claude, ChatGPT, Microsoft Copilot, Cursor, Agentforce, ou un agent que vous développez vous-même. C’est tout l’intérêt d’adopter une norme plutôt qu’une intégration propriétaire : vous pourrez changer d’avis sur la plateforme d’agents plus tard sans reconstruire la couche en dessous.
Nos données sont-elles transmises au fournisseur d’IA ?
Uniquement ce qu’un outil retourne réellement, pour l’appel précis que l’agent a fait, dans les limites que vos politiques autorisent. Rien n’est copié dans un jeu d’entraînement ni dans une base vectorielle à moins que vous n’en construisiez une délibérément : l’accès se fait en direct par les API. Cela dit, les données retournées transitent bel et bien par la plateforme d’agents que vous choisissez, donc les conditions de traitement des données de ce fournisseur comptent. Nous les examinons avec vous à l’étape d’évaluation plutôt que de les passer sous silence.
L’agent peut-il modifier des données ou seulement les lire ?
Les deux sont techniquement possibles, mais nous commençons en lecture seule et nous vous recommandons d’y tenir. L’accès en lecture démontre la valeur et la piste d’audit avec une fraction du risque. Les opérations d’écriture viennent ensuite, étroitement cadrées, avec confirmation humaine lorsque le geste porte à conséquence.
Faut-il déjà posséder MuleSoft et avoir des API en place ?
Un parc d’API existant accélère énormément les choses — c’est tout l’argument de la réutilisation, et c’est pourquoi certains clients obtiennent une première capacité en quelques semaines. Si vous êtes à une étape plus précoce, le travail est réel mais il n’est pas perdu : les API que vous bâtissez servent aussi tous les autres consommateurs, pas seulement l’agent. Ce que nous ne ferons pas, c’est vous dire que vous êtes prêt alors que vous ne l’êtes pas.
Est-ce compatible avec la Loi 25 et les exigences de résidence des données au Canada ?
La couche d’intégration peut être déployée dans des régions canadiennes, et comme chaque appel de l’agent y transite, vous obtenez le registre d’accès que les obligations en matière de vie privée exigent généralement. La plateforme d’agents elle-même demeure une décision distincte, avec ses propres implications de résidence ; c’est pourquoi nous traitons le choix du modèle et de l’hébergement comme une composante de l’architecture plutôt que comme une réflexion après coup. PSTOX réalise et soutient le travail depuis le Canada, en français et en anglais.
Prêt à brancher l’IA sur vos vraies données ?
Dites-nous quels systèmes détiennent les réponses que vos équipes cherchent sans cesse. Nous vous dirons
franchement ce que MCP et MuleSoft peuvent faire pour vous — et ce qui ne vaut pas encore la peine d’être bâti.