Un MCP Qonto, et toutes les autres sources du cabinet.

L'API Qonto s'authentifie par clé API ou par OAuth 2.0 pour un accès tiers délégué, dans le cadre réglementaire DSP2 : consentement du titulaire et révocabilité. HOLCO applique ce cadre : jeton et clé chiffrés côté serveur, jamais exposés à l'assistant.

La lecture seule est structurelle chez HOLCO, sur Qonto comme ailleurs : aucun chemin technique n'existe pour initier un virement, valider un paiement, modifier un bénéficiaire ou émettre une facture. Ce n'est pas une option désactivable.

Les données bancaires sont lues à la demande et aucune ligne n'est conservée chez HOLCO : vos relevés restent chez Qonto. Une pseudonymisation est activable par cabinet avant tout appel au modèle ; elle est désactivée par défaut.

Les infrastructures HOLCO sont hébergées en France (Scaleway), conformément aux exigences de souveraineté des données.

Le connecteur est ouvert après cadrage, sous mandat du cabinet, avec un périmètre déclaré et révocable. Rien ne s'installe dans Qonto, et couper la clé ou l'autorisation OAuth côté Qonto interrompt immédiatement la lecture.

Vis-à-vis du RGPD :

• Le responsable de traitement reste votre organisation ; HOLCO opère la couche technique MCP en tant que sous-traitant, sous un DPA conforme à l'article 28 RGPD.
• Les contrats restent séparés : vous ↔ Qonto, vous ↔ fournisseur IA, vous ↔ vos clients.
• Compatible avec une démarche AI Act européen (UE 2024/1689) : usage documenté, registre exportable, sources et limites visibles dans les sorties.
• Détail complet, données traitées, finalités, sous-traitants, transferts, durées et vos droits, dans notre politique de confidentialité.

Oui. Qonto a lancé son serveur MCP officiel le 17 juin 2026, déployé sur ses 8 marchés européens pour plus de 600 000 clients. Il est hébergé par Qonto (mcp.qonto.com), disponible sur tous les plans, et s'authentifie en OAuth avec vos identifiants Qonto. Il fonctionne avec Claude, ChatGPT, Le Chat de Mistral, Cursor ou VS Code. Un serveur local open source plus ancien (qonto/qonto-mcp-server, clé API) reste sur GitHub, mais Qonto indique qu'il n'est plus maintenu.

Il lit vos transactions, relevés, justificatifs, factures, devis et cartes, et il sait aussi agir : créer une facture, piloter une carte, préparer un virement, chaque action demandant une confirmation explicite. Il ne couvre pas à ce jour les virements internationaux ni les webhooks. Surtout, il voit la banque seule : il ne peut pas confronter une transaction Qonto à l'écriture comptable qui devrait lui faire face, ni un solde 512 au relevé. C'est là que commence HOLCO.

Si vous êtes dirigeant et que vous voulez dialoguer avec votre propre compte, l'officiel suffit, et il est gratuit. HOLCO s'adresse au cabinet et à la direction financière : veille continue plutôt que questions ponctuelles, croisement banque-compta calculé avant le modèle, mémoire des arbitrages sous forme de règles datées, mandat du cabinet plutôt que comptes individuels, et registre horodaté des accès. Un MCP banque seul ne fait aucun de ces quatre gestes.

Deux voies. La voie directe : le MCP officiel Qonto s'ajoute à Claude depuis le répertoire de connecteurs, avec vos identifiants Qonto, en une minute environ. La voie cabinet : HOLCO expose Qonto et vos autres sources dans un seul serveur MCP, branché à Claude sous mandat du cabinet, en lecture seule, avec le croisement banque-compta déjà calculé. La première convient à un dirigeant sur son compte ; la seconde à un cabinet qui suit des dossiers.

Par l'API Qonto (Business API), en clé API ou en OAuth 2.0 pour un accès tiers délégué, dans le cadre DSP2, en lecture seule, selon le même cadre que le connecteur compta qui tourne en production aujourd'hui : secrets chiffrés côté serveur, jamais exposés à l'assistant, périmètre déclaré au mandat et révocable. Couper la clé ou l'autorisation côté Qonto interrompt immédiatement la lecture.

Pas avec HOLCO. Le connecteur n'expose que des opérations de lecture : aucun chemin technique n'existe pour initier un virement, valider un paiement ou modifier un bénéficiaire. C'est une différence assumée avec le MCP officiel Qonto, qui sait préparer des actions avec confirmation : choix cohérent pour un dirigeant sur son compte, mais un cabinet sous mandat n'a pas à porter ce risque. Chez HOLCO, l'IA détecte et prépare ; vous agissez dans Qonto.

Les transactions, les soldes des comptes, les relevés, les bénéficiaires, les justificatifs (pièces jointes rattachées aux opérations), les labels, ainsi que les factures clients et fournisseurs gérées dans Qonto : les objets documentés de la Business API. Le périmètre exact retenu pour votre cabinet est arrêté au cadrage et écrit dans le mandat, plutôt que promis à l'oral.

L'écart qui compte n'est presque jamais dans une source, il est entre deux. Une transaction Qonto sans écriture en face dans le journal de banque, un solde 512 qui ne colle pas au relevé de fin de mois, une facture fournisseur payée deux fois : aucun MCP banque seul ne peut voir ces écarts, parce qu'il ne lit qu'un côté. HOLCO lit les deux sous le même mandat et calcule la confrontation de façon déterministe, avant que le modèle n'intervienne : sur un rapprochement, une réponse à peu près juste est une réponse fausse.

Non. La règle vaut pour tous nos connecteurs, Qonto compris : lecture à la demande, aucune ligne bancaire conservée, hébergement en France (Scaleway, région parisienne, hors Cloud Act). Une pseudonymisation activable par cabinet remplace identités et identifiants par des alias avant tout appel au modèle ; elle est désactivée par défaut et s'active à votre main.

Par une demande d'accès. Nous vous montrons le connecteur sur un dossier de démonstration, puis nous regardons vos dossiers Qonto et les autres sources du cabinet : logiciel comptable, mails, fichiers. L'activation se fait à ce moment-là, source par source, sous le même mandat, avec le consentement du titulaire du compte prévu par le cadre DSP2. Rien ne s'installe chez vous ni chez votre client, et nous vous disons en séance ce qui est lisible et ce qui ne l'est pas.