Une IA branchée sur votre ERP : ce que quinze minutes de questions ont révélé

Nous avons branché un assistant IA sur un Odoo en direct devant une salle, posé des questions ordinaires, et laissé faire. Voici ce qui en est sorti, et comment le refaire chez vous.

Chaque entreprise détient déjà l'information dont ses responsables ont besoin. Elle se trouve dans l'ERP. Ce qui manque, ce ne sont pas les données, c'est la distance entre une question et sa réponse.

Le 19 août 2026, nous avons passé quarante-cinq minutes à combler cette distance en public. Pas de diaporama de solution, pas d'enregistrement d'écran monté. Une base de données, une série de questions, et les réponses au fur et à mesure qu'elles arrivaient.

Un point avant toute chose, le même que nous avons souligné dans la salle. La démonstration s'est déroulée sur une instance d'essai créée pour l'occasion, avec des données entièrement fictives et huit anomalies introduites volontairement. Aucune donnée réelle, la nôtre ou celle d'un client, n'a jamais été affichée à l'écran.

Des questions simples coûtent des heures

« Quels clients ont plus de quatre-vingt-dix jours de retard ? » suppose un export, un tableau croisé dynamique, une vérification. Vous obtenez la réponse en fin de journée.

« Toutes nos livraisons ont-elles réellement été facturées ? » n'est presque jamais posée. Vous le découvrez lors de l'audit.

« Avons-nous un fournisseur en double ? » suppose de comparer les fiches à la main, et personne n'a le temps.

Les trois ont reçu une réponse en quelques secondes pendant la session.

Quatre mots suffisent pour suivre

L’ERP est le coffre-fort. Factures, clients, stock : c’est là qu’ils résident.

L’API est une porte de service vers ce coffre-fort. Elle n’a rien à voir avec l’IA. Elle existe depuis aussi longtemps que le logiciel, et c’est déjà elle qui permet à votre ERP de dialoguer avec votre banque ou votre outil de paie.

La clé API est le badge qui ouvre cette porte. Nominative, révocable, avec une date d’expiration.

MCP, pour Model Context Protocol, est le langage commun. C’est ce qui permet à l’IA de savoir quels outils elle a devant elle et comment les utiliser.

Un utilisateur sans accès à la comptabilité produit une IA aveugle à la comptabilité. Elle passe par la même porte que vous, avec le même badge, et elle ne peut pas contourner les règles que l’ERP applique déjà.l’IA hérite exactement des droits de l’utilisateur dont elle porte la clé.Le point de sécurité tient en une phrase, et c’est celle qu’il faut retenir :

Rien n’est copié, rien n’est téléversé. La base de données reste là où elle est.

Ce qu’implique réellement la connexion

La configuration présentée en direct comporte trois étapes. Nous les décrivons ici parce que la question est revenue plusieurs fois, et parce que savoir ce qui entre dans la configuration est la première condition pour décider de ce que vous êtes prêt à y mettre.

D’abord, côté ERP. Vous choisissez l’utilisateur qui portera la connexion. Ce choix n’est pas administratif, il est structurel : il détermine tout ce que l’IA pourra voir.

La clé elle-même est générée depuis ce compte, en cinq clics :

  1. Cliquez sur votre avatar, en haut à droite, puis sur Mes préférences.
  2. Ouvrez l’onglet Sécurité.
  3. Sous Clés API, cliquez sur Nouvelle clé API.
  4. Nommez-la selon son usage, choisissez la portée RPC et définissez une durée de validité.
  5. Copiez la clé immédiatement. Elle n’est affichée qu’une seule fois, jamais de nouveau.

Odoo user menu, with the My Preferences entry

Odoo Security tab, API Keys section showing scope and expiry date

Deux détails comptent ici. L’invite de portée propose rpc et mcp, et c’est rpc qu’il vous faut : c’est la porte de service classique à laquelle notre connecteur s’adresse, tandis que mcp couvre les fonctionnalités d’IA internes propres à Odoo. Et la durée de validité est plafonnée : nous recommandons trois mois, ce qui impose une révision périodique plutôt que de laisser la connexion vivre sa propre vie.

Ensuite, côté poste de travail. Un unique fichier de configuration déclare le connecteur. Avec Claude Desktop il s’appelle claude_desktop_config.json et se trouve dans le dossier de support de l’application. En voici la forme, avec des valeurs d’exemple :

{
  "mcpServers": {
    "odoo": {
      "command": "/opt/homebrew/bin/uvx",
      "args": ["odoo-mcp"],
      "env": {
        "ODOO_URL": "https://your-instance.odoo.com",
        "ODOO_DB": "your_database_name",
        "ODOO_USERNAME": "[email protected]",
        "ODOO_PASSWORD": "your_api_key",
        "ODOO_API_KEY": "your_api_key",
        "ODOO_TRANSPORT": "json2",
        "ODOO_MCP_ENABLE_WRITES": "false",
        "ODOO_MCP_ALLOWED_SIDE_EFFECT_METHODS": ""
      }
    }
  }
}

Trois lignes méritent un commentaire. La clé apparaît deux fois, dans ODOO_PASSWORD comme dans ODOO_API_KEY. Ce n’est pas une erreur : laissez le champ mot de passe vide et la connexion échoue sans message clair. Et pour lever toute ambiguïté, c’est la clé API qui va là, jamais le mot de passe du compte. Le transport est réglé sur json2, l’interface de la génération actuelle d’Odoo ; une version plus ancienne nécessite l’autre. L’URL et la base de données pointent vers votre propre instance, ce qui est tout l’intérêt : rien n’est copié où que ce soit.

Enfin, les deux réglages qui décident de tout. ODOO_MCP_ENABLE_WRITES est réglé sur false dans l’exemple ci-dessus, et c’est le réglage que nous recommandons pour commencer. ODOO_MCP_ALLOWED_SIDE_EFFECT_METHODS nomme les actions métier que le connecteur est autorisé à déclencher, une par une : comptabiliser une facture, valider une livraison, confirmer une commande. Laissé vide, rien du tout ne peut être déclenché. Tout ce qui n’est pas listé est refusé, suppression comprise. Ces deux paramètres constituent le cadre de sécurité décrit plus bas, et ils sont définis avant la première question, pas après.

Ce que le fichier ne contient pas mérite aussi d’être dit : aucune donnée. Il décrit un chemin d’accès et un ensemble de permissions, rien d’autre.

La partie technique de tout cela prend une demi-journée sur une base de données existante. C’est la troisième étape qui prend du temps, car elle exige de trancher des questions qui ne sont pas techniques : qui détient la clé, quels modules elle atteint, et ce qui doit rester impossible même quand quelqu’un le demande gentiment.

Ce que quinze minutes de questions ont fait ressortir

Les questions ont été posées en langage courant, sans formule et sans filtre. Voici ce qui est ressorti.

Sur 106,8 millions de francs CFA en cours, 58,1 millions étaient échus, soit 54 % du portefeuille clients. L’IA a aussi repéré un avoir de 855 500 francs laissé non lettré depuis mai, enfoui dans le compte d’un client par ailleurs actif.Le solde des créances clients échues.

Deux factures à 10 % au lieu du taux normal de 18 %, et une prestation de conseil facturée comme exonérée à un cimentier sans attestation d’exonération à l’appui. Non collecté : 1 050 000 francs. Le troisième cas est le plus gênant, car un contrôle par sondage ne le trouvera pas.Trois anomalies de TVA.

Trois bons de livraison expédiés en juillet et août, pour 14 085 000 francs hors taxes, sans facture correspondante. Une erreur de cut-off d’école, et coûteuse.Des livraisons jamais facturées.

5 280 000 francs de marchandises reçues début août, à provisionner.Une réception de marchandises sans facture fournisseur.

La même référence fournisseur présente deux fois, à 13 027 200 francs chacune, sur deux fiches distinctes ne différant que par la casse. Aucun rapprochement automatique ne le détecte : pour la machine, ce sont deux tiers différents.Un risque de double paiement.

, l’une remontant à mars, représentant 5 675 800 francs de chiffre d’affaires jamais comptabilisé.Deux factures restées en brouillon

39,1 millions de francs CFA en jeu, sur huit constats, en quinze minutes.Total :

L’IA propose, vous signez

La question qui suit toujours cette démonstration : d’accord pour la lecture, mais que se passe-t-il si elle écrit ?

Trois verrous, dans cet ordre.

Un seul interrupteur. Tant qu’il est fermé, l’IA ne peut rien modifier, même lorsqu’on le lui demande explicitement. C’est le réglage que nous recommandons pour commencer.L’écriture est désactivée par défaut.

Même avec l’écriture activée, seules les actions nommées dans la liste sont possibles. Comptabiliser une facture, oui, si cela a été décidé. Supprimer, jamais.Une liste blanche d’actions.

L’IA prépare et affiche l’opération exacte, le système vérifie sa validité technique, un humain confirme. Sans cette confirmation, rien ne se produit.La validation humaine.

Nous l’avons montré dans les deux sens, en direct. Une demande de suppression d’une facture : refusée, avec la bonne alternative proposée, un avoir. La comptabilisation d’une facture en brouillon : préparée, affichée, vérifiée dans l’ERP où rien n’avait bougé, puis validée d’un seul mot.

En comptabilité, on ne supprime pas, on contrepasse. Le garde-fou technique est aligné sur la règle métier.

Construire un tableau de bord en une phrase

C’est la partie qui a suscité le plus de questions, la voici donc en détail.

Le tableau de bord n’avait pas été préparé à l’avance. Il a été demandé pendant la session, à partir des données déjà explorées, avec cette instruction :

Construis-moi un tableau de bord de gestion en HTML, aux couleurs de kaikai, bleu marine 0B357F et orange F96F12. Il doit contenir : le chiffre d’affaires mensuel pour 2025 et 2026, le solde des créances clients échues, les cinq premiers clients, la répartition du chiffre d’affaires entre services et équipements, et un encadré listant les anomalies détectées avec leurs montants.

Trois éléments font fonctionner cette instruction, et vous pouvez les réutiliser tous les trois.

« Construis-moi un tableau de bord » produit une page générique. Énumérer les indicateurs produit la page dont vous avez réellement besoin.Elle nomme les blocs, un par un.

Le HTML rend la page immédiatement consultable et partageable. Les codes couleur évitent le rendu par défaut, qui ne ressemble à rien de ce que possède votre entreprise.Elle précise le format et l’identité visuelle.

L’IA venait de passer quinze minutes dans cette base de données. Elle savait où regarder. Un tableau de bord demandé à froid, en première question, donne un résultat nettement moins bon.Elle s’appuie sur un contexte déjà établi.

Mais la démonstration ne s’arrête pas au premier tableau de bord. Nous avons enchaîné avec :

Ajoute une colonne avec le nombre moyen de jours de retard par client, et trie du plus mauvais payeur au meilleur.

C’est là que réside le véritable changement. Non pas dans le premier tableau de bord, mais dans le fait que le second coûte quinze secondes. Le coût marginal d’un indicateur tend vers zéro, ce qui change la façon de piloter une entreprise : vous pouvez vous permettre de jeter une vue et de la reconstruire, au lieu de vivre deux ans avec un tableau croisé que plus personne n’ouvre.

Trois choses que cela ne fait pas

L’outil produit une piste, pas une conclusion. La responsabilité professionnelle ne peut pas être déléguée.Remplacer votre jugement.

Chaque résultat a été recoupé dans l’ERP, et nous l’avons fait à chaque étape pendant la session.Supprimer le besoin de vérifier.

La connexion technique prend une demi-journée. Décider qui a le droit de faire quoi prend le reste, et c’est une conversation de gestion, pas une conversation informatique.S’installer tout seul.

Le vrai risque n’est pas la mauvaise saisie. C’est la mauvaise conclusion tirée d’une lecture correcte.

Et si vous n’êtes pas sur Odoo

C’était la question la plus fréquente, avant et après la session.

Odoo était le cadre, pas la promesse. Nous ne sommes pas un partenaire Odoo agréé et nous ne vendons aucune licence, ce qui nous laisse libres de vous dire quand ce n’est pas la bonne réponse. Selon vos processus, cette réponse peut être Odoo, un autre logiciel, ou simplement une meilleure utilisation de celui que vous exploitez déjà.

Le principe se transpose partout où existe une porte de service documentée. Sur SAP, les interfaces existent et sont solides ; la contrainte est surtout organisationnelle. Sur Sage 100 et SAARI, très utilisés dans notre région, c’est possible mais plus exigeant : l’éditeur n’expose aucune API web et il faut passer par ses composants métier, ce qui suppose un travail sur mesure. Nous le disons d’emblée, pas après coup.

Dans tous les cas, le point de départ est le même, et il n’est pas technique : un diagnostic. Où se trouvent vos données, qui y accède, et ce qui vous coûte des heures chaque mois.

Par où commencer

Nous animons un atelier d’une heure sur vos propres données, en lecture seule, sans rien à installer de votre côté. Vous repartez avec la liste de vos propres anomalies, chiffrées, que vous décidiez ensuite de travailler avec nous ou non.

Pour les équipes, kaikai Academy est accréditée 3FPT dans le domaine des Systèmes d’information, ce qui ouvre vos programmes de formation (IA, données, productivité, gestion numérique) à un financement possible, sous réserve du traitement de votre dossier.

L’accompagnement suit la même séquence que celle vue en session : un diagnostic de vos flux et de vos données, puis la connexion des outils avec les droits et les validations qui vont avec, puis les tableaux de bord. Nous formons vos équipes à le faire tourner avant de partir, car un outil que personne ne s’approprie ne survit pas six mois.

Réservez un créneau : calendar.app.google/RCeLhNZCPsY72Jvb7Écrivez-nous : [email protected]

À propos de la démonstration

La session s’est tenue en direct le 19 août 2026, sur une instance d’essai Odoo créée pour l’occasion. Le jeu de données est fictif et les huit anomalies ont été introduites délibérément, afin de montrer le travail de détection sans exposer aucune donnée comptable réelle. Tous les chiffres cités dans cet article proviennent de ce jeu de données.

Partager cet article
Archive
Se connecter pour laisser un commentaire.
Le déclic Digital episode 1
Votre entreprise ne manque pas de données, elle manque de décisions éclairées