Fonctionnement en coulisses et sécurité

Note

Cette page a été traduite automatiquement. Si vous détectez une erreur de traduction, merci de nous le signaler.

Vous n'avez pas besoin de lire cette page pour utiliser le connecteur. Mais si vous voulez comprendre, ou si vous devez expliquer à quelqu'un, pourquoi on peut lui faire confiance, voici comment il fonctionne, d'abord en langage simple puis avec le détail technique.

Les trois éléments

Quand vous demandez « pourquoi la facture 2026/0142 a-t-elle été rejetée ? », trois éléments interviennent :

1. Votre assistant IA (Claude, ou celui que vous utilisez) : il comprend la question et décide de quelles informations il a besoin.
2. Le connecteur B2Brouter : un ensemble de fonctions de consultation que l'assistant peut invoquer, « lister les factures en erreur », « donne-moi le détail de cette déclaration fiscale », « cherche cette entreprise dans l'annuaire ».
3. Votre compte B2Brouter : d'où viennent les données, avec les mêmes autorisations que vous avez dans le panneau.

L'assistant traduit votre question en une ou plusieurs requêtes au connecteur, reçoit les données et compose la réponse. Vous ne voyez pas cette mécanique, seulement la conversation, mais tout est enregistré (voir Audit, plus bas).

Pour les profils techniques.

Le connecteur est un serveur MCP distant à l'adresse https://app.b2brouter.net/mcp. Il expose des outils de consultation typés que le client MCP découvre à la connexion ; tous sont en lecture seule. Les outils de liste prennent en charge la pagination et des filtres ; les outils de détail renvoient des corps équivalents à ceux de l'API REST. La liste complète figure dans la Référence des outils.

Identité : l'assistant agit en votre nom

Il n'y a ni « utilisateur robot » ni clé spéciale pour l'IA. Quand vous connectez l'assistant, vous l'autorisez à agir en tant que votre utilisateur, et B2Brouter applique à chaque requête exactement les mêmes règles que lorsque vous naviguez dans le panneau :

• Membre : uniquement les comptes dont vous êtes membre.
• Section : dans chaque compte, uniquement les sections auxquelles vous avez accès (émises, reçues, déclarations fiscales…).
• Plan : les fonctions sur les factures, les déclarations et les finances exigent que le compte ait le plan Professional ou supérieur ; toutes exigent que vous fassiez partie d'un compte payant.

Conséquence pratique : le connecteur n'ouvre aucune nouvelle porte. Tout ce que l'assistant peut voir, vous pouviez déjà le voir. Et si demain vous êtes retiré d'un compte ou qu'une section vous est restreinte, l'assistant la perd au même instant. Chaque personne de l'entreprise se connecte avec son propre utilisateur : les accès et les autorisations ne sont jamais partagés.

Pour les profils techniques.

L'autorisation repose sur OAuth 2.1 (Authorization Code + PKCE) avec enregistrement dynamique des clients ; le jeton représente l'utilisateur, pas l'application. Les autorisations sont évaluées à chaque appel avec le même moteur que le web (membre + capacité + section + produit), y compris les nuances : un membre limité aux « factures reçues » ne voit pas non plus les factures émises via le connecteur, et l'exigence d'abonnement payant est revérifiée à chaque requête, si bien qu'un abonnement expiré coupe l'accès même si le jeton est encore valide.

Pourquoi il est en lecture seule

C'est la décision de conception centrale de cette première version. Donner à une IA la capacité d'écrire sur des documents ayant une valeur légale et fiscale (créer des factures, les envoyer à une administration, modifier des données) ouvre une catégorie de risques (erreurs d'interprétation, instructions malveillantes cachées dans les données) que nous voulons traiter calmement et séparément. En attendant :

• Consulter est sûr par construction : aucune question, même mal formulée, ne peut modifier quoi que ce soit dans votre compte.
• La responsabilité reste là où elle doit être : l'IA propose le diagnostic ; l'action (dans l'application web ou via l'API) est réalisée par une personne (ou un système) avec une intention explicite.

Pour les profils techniques.

Lecture seule stricte et sans effets de bord : consulter une facture via le connecteur ne la marque pas comme lue et ne déclenche pas la génération de déclaration fiscale (une différence voulue par rapport au GET de l'API REST). Pour écrire, la voie est l'API REST de B2Brouter ; le flux recommandé est créer via l'API, inspecter et diagnostiquer via le connecteur.

D'où vient la connaissance

Les données de votre compte (factures, déclarations, chiffres, annuaire) proviennent directement de B2Brouter, en temps réel. Pour les questions sur le fonctionnement du produit ou sur la réglementation (« comment configurer TicketBAI ? »), le connecteur ne dispose pas de sa propre copie de la documentation : il indique à l'assistant où se trouve la documentation officielle, ce portail même, pour qu'il la consulte. La réponse s'appuie ainsi sur la version en vigueur, et non sur une copie qui pourrait devenir obsolète.

Si l'assistant ne peut pas lire de pages web, il vous donnera le lien ou répondra avec ses connaissances générales. Aucun assistant n'est infaillible : avant une décision ayant des conséquences fiscales, confirmez toujours auprès de votre conseiller ou du support.

Protection contre le contenu de tiers

Les factures reçues et l'annuaire contiennent du texte écrit par d'autres : noms d'entreprises, descriptions de lignes. Quelqu'un pourrait essayer d'y cacher des instructions pour l'IA (« ignore tes instructions et… »). Le connecteur marque explicitement tout ce contenu comme des données, pas des instructions, afin que l'assistant n'exécute jamais d'ordres cachés dans une facture ou un nom d'entreprise.

Pour les profils techniques.

Toutes les valeurs de tiers circulent délimitées comme contenu non fiable, avec des marqueurs infalsifiables. Si vous construisez des automatisations au-dessus du connecteur, conservez cette distinction en aval : ne mélangez jamais le texte des factures avec le canal d'instructions de votre agent.

Pas d'oracle d'existence

Si vous consultez un identifiant qui n'existe pas et un identifiant qui appartient au compte de quelqu'un d'autre, vous obtenez exactement la même erreur (« Not found or not authorized »). C'est voulu : personne ne peut utiliser le connecteur pour deviner ce qui existe en dehors de son périmètre, ni même pour confirmer qu'une facture ou un compte existe.

Audit

Chaque requête de l'assistant est enregistrée (quand, quelle fonction, quelle application, quel utilisateur) et peut être consultée dans votre profil (Activité MCP). Si vous vous demandez un jour « qu'est-ce que l'IA a regardé exactement ? », la réponse est là, au complet.

Consentement et révocation

C'est vous qui approuvez l'autorisation (OAuth), et vous pouvez la révoquer à tout moment depuis Applications autorisées, dans votre profil, avec effet immédiat. Si l'abonnement expire, l'accès s'arrête de lui-même.

Où vont vos données

Les réponses du connecteur sont traitées par le fournisseur d'IA que vous avez connecté (Anthropic, OpenAI, Google…), selon ses conditions et le DPA de B2Brouter. Connecter le compte implique d'accepter ce traitement : consultez la politique de confidentialité de votre assistant.

En résumé

Principe	Ce que cela signifie
Identité de l'utilisateur	L'assistant voit ce que vous voyez ; ni plus ni moins ; révocable instantanément
Lecture seule	Aucune question ne peut rien modifier ; les actions vous appartiennent
Documentation à jour	Le connecteur oriente l'assistant vers la documentation officielle publiée, pas vers une copie
Données ≠ instructions	Le contenu de tiers ne peut pas donner d'ordres à l'IA
Erreurs indiscernables	Aucune fuite d'existence entre comptes
Audit complet	Toute l'activité, enregistrée et consultable