Un serveur MCP sur vos outils : Pennylane, Silae, OpenPaye

Les connecteurs officiels progressent vite, et c’est une bonne nouvelle. Chacun fait bien son travail sur son propre outil. Mais la question que vous vous posez réellement traverse rarement un seul logiciel.

« Sur quels dossiers la masse salariale a-t-elle bougé de plus de dix pour cent ce trimestre ? » exige la paie et la comptabilité. « La charge de personnel comptabilisée colle-t-elle au journal de paie du mois ? » aussi. Un assistant branché sur un seul outil répondra toujours à côté, parce qu’il ne voit qu’une moitié du problème.

Le protocole MCP est la norme ouverte qui permet à un assistant de se brancher sur des outils métier. Nous construisons le serveur qui expose les vôtres, avec un socle déjà écrit et éprouvé, adapté à votre organisation quand elle le demande.

Trois connecteurs fonctionnent aujourd’hui sur des données réelles : Pennylane pour la comptabilité, Silae et OpenPaye pour la paie. Ils vivent dans le même serveur, ce qui change tout : l’assistant peut croiser une écriture comptable et un bulletin, rapprocher un brut déclaré d’un brut comptabilisé, comparer un dossier à l’ensemble du portefeuille.

Les questions qui deviennent possibles sont celles que vous posez déjà à vos collaborateurs, et qui prennent aujourd’hui une demi-journée de vérifications croisées. Quels dossiers présentent un écart entre la paie et la comptabilité. Quels clients n’ont pas transmis leurs pièces du mois. Quelles entités ont vu leurs effectifs bouger sans que le budget suive.

Ce que l’assistant renvoie n’est pas une intuition : ce sont vos chiffres, lus à la source, avec la référence du dossier et de la période. Si le chiffre est faux, c’est que la donnée l’était.

Il est utile, il est gratuit, et si votre besoin s’arrête à interroger votre comptabilité Pennylane, installez-le : nous avons publié le guide d’installation pour cela, et nous n’avons aucune raison de vous en détourner. Nous sommes partenaires de Pennylane via la Pennylane Academy, avec un contrat signé, sans être partenaire intégrateur officiel.

Trois besoins sortent de son périmètre, et ce sont ceux qui nous amènent la plupart des demandes.

Le premier est la paie. Un connecteur comptable ne voit pas Silae ni OpenPaye, et la moitié des questions d’un cabinet portent sur le rapprochement entre les deux.

Le deuxième est le contrôle du périmètre. Avec un connecteur générique, l’assistant accède à ce que l’outil expose. Sur un serveur construit pour vous, vous décidez des dossiers, des données et des champs auxquels il a droit, et ce cadrage se pose avant la première question, pas après le premier incident.

Le troisième est l’endroit où tout cela s’exécute. Nous y venons, parce que c’est le sujet qui revient systématiquement en cabinet.

Deux options, et le choix se fait selon votre exigence et vos moyens d’exploitation.

Sur votre infrastructure. Le serveur s’installe chez vous, vos identifiants restent chez vous, et aucune donnée ne transite par un tiers avant d’arriver à l’assistant. C’est la configuration la plus exigeante en administration, et la plus simple à défendre devant un client ou un contrôle.

Sur la nôtre, cloisonnée par cabinet. Nous prenons en charge l’exploitation, les mises à jour et la surveillance. Le cloisonnement est strict, les accès sont nominatifs, et le contrat précise ce que nous voyons et ce que nous ne voyons pas.

Une chose doit être dite clairement, parce qu’elle est souvent passée sous silence : quel que soit l’hébergement, ce que l’assistant reçoit part vers le fournisseur du modèle de langage que vous avez choisi. L’hébergement du serveur ne change pas cela. Ce qui le change, c’est ce que le serveur accepte de transmettre, et c’est pour cette raison que le cadrage du périmètre compte davantage que l’emplacement de la machine. Nous en parlons en détail dans notre analyse sur MCP et secret professionnel.

Le périmètre, dossier par dossier. Un collaborateur qui gère quinze dossiers n’interroge que ces quinze dossiers. L’assistant hérite des droits de la personne, il ne les élargit pas.

La lecture par défaut. Le serveur lit. Toute action qui écrit dans un de vos outils est désactivée sauf décision explicite, outil par outil, avec confirmation. C’est le réglage que nous recommandons de garder longtemps.

La journalisation intégrale. Chaque appel est tracé : qui a demandé quoi, quand, sur quel dossier, et ce qui est sorti. Sans ce journal, vous ne pouvez répondre ni à un client ni à un contrôle, et vous ne pouvez pas non plus repérer un usage qui dérape.

L’authentification rattachée à vos comptes existants, pour qu’un départ dans l’équipe ferme l’accès le jour même, sans intervention de notre part.

Enfin, une évidence qui mérite d’être écrite : aucun outil ne transfère votre responsabilité. Le secret professionnel reste le vôtre. Notre rôle est de vous donner les moyens de le tenir, en rendant visible et réglable ce qui sort, pas de vous délivrer un tampon de conformité.

Pour un cabinet d’expertise comptable, l’intérêt est le portefeuille. Poser une question à l’échelle de deux cents dossiers, repérer les anomalies avant la revue, préparer un rendez-vous client en interrogeant la compta et la paie ensemble : c’est là que le temps se récupère, et c’est ce qu’aucun connecteur mono-outil ne permet.

Pour une PME ou une ETI, l’intérêt est la profondeur. Vos données comptables et sociales cessent d’être des exports mensuels et deviennent interrogeables, en croisant avec vos autres systèmes. C’est le prolongement naturel de ce que nous décrivons sur l’agent IA connecté à vos données.

Dans les deux cas, le prérequis est le même et il vaut mieux l’entendre avant : si vos données sont fausses, l’assistant répondra faux, plus vite et avec plus d’aplomb. Quand nous constatons ce cas, nous le disons et nous commençons par là.

Nous commençons par une démonstration sur nos propres données, pas sur les vôtres. Vous voyez ce que l’assistant sait faire et ce qu’il ne sait pas faire avant tout engagement et sans nous ouvrir quoi que ce soit.

Vient ensuite le cadrage : vos outils, vos dossiers, qui interroge quoi, ce qui reste hors périmètre, et l’hébergement. C’est la partie qui décide de la suite, et elle est courte.

Puis la mise en place sur un périmètre restreint, quelques dossiers et quelques utilisateurs, le temps de confronter l’outil à vos vraies questions. Le socle étant déjà écrit, ce délai se compte en jours, pas en mois. Les développements spécifiques, quand votre organisation en demande, s’ajoutent après cette première mise en service plutôt qu’avant.

Et si un autre outil de votre stack doit être branché, il s’ajoute au même serveur. C’est précisément ce que le protocole permet.

• MCP, le Model Context Protocol, comment la norme fonctionne et ce qu’elle implique.
• MCP et secret professionnel, ce que le connecteur officiel ne règle pas.
• Le guide du connecteur officiel Pennylane, si votre besoin s’arrête à la comptabilité.
• API Pennylane, ce qu’elle expose réellement, Company API et Firm API.

Sources — documentation officielle de l’éditeur, consultée le 22 août 2026 : spécification MCP, documentation du serveur MCP Pennylane.