Automatiser la comptabilité avec l'IA : ma société dans Odoo

Ma comptabilité dans Odoo, tenue avec un agent IA

Domaine : Comptabilité / ERP Odoo / Agents IA

Période : septembre à novembre 2026

Client : Projet interne — la comptabilité de ma propre société

Contexte

En août 2026, j'ai quitté Odoo Enterprise en ligne pour Odoo Community, hébergé sur mon propre serveur. La comptabilité de ma société suisse a suivi. Restait à la tenir : importer les relevés de plusieurs banques et services de paiement, retrouver les factures fournisseurs, rapprocher chaque mouvement, passer les écritures de change et les apports privés, puis clôturer.

C'est un travail que beaucoup de dirigeants de PME font le soir, en retard, avec l'impression de recopier ce que la banque sait déjà. Je voulais savoir, sur mes propres comptes, ce que l'on peut vraiment automatiser la comptabilité avec l'IA, et ce qui doit rester entre des mains humaines.

Problème

• Des relevés hétérogènes. Une banque fournit un fichier standard CAMT.053, des services de paiement disposent d'un connecteur, et une autre banque ne délivre que des relevés PDF.
• Des pièces dispersées. Les factures arrivent par e-mail, dans un dossier partagé, ou doivent être téléchargées à la main sur l'espace client du fournisseur.
• Des cas qui demandent une règle. Un achat payé avec ma carte privée, un virement entre deux comptes de la société, un paiement en devise débité à un taux différent de celui de la facture.
• Un rattrapage. Après la migration, l'année entière restait à rapprocher.

Solution

J'ai confié le travail à un agent, Claude Code, qui lit et écrit dans Odoo, mais dans un cadre précis : je fixe les règles, il les applique, et rien n'est écrit sans un essai à blanc ni sans mon accord.

1. Faire entrer les relevés, sans rien inventer

Le fichier CAMT.053 passe par l'assistant d'import des modules de l'OCA (Odoo Community Association). Les services de paiement sont relevés automatiquement par leurs connecteurs. Pour la banque qui ne fournit que des PDF, j'ai écrit un convertisseur vers un fichier par devise. Il fait cinq contrôles : chaque solde découle du précédent au centime, le relevé boucle, les totaux recalculés égalent ceux imprimés, aucune référence n'est en double, chaque montant est dans la bonne devise. Si un seul contrôle échoue, il n'écrit rien. Chaque ligne porte la référence de la banque : réimporter un relevé ne crée aucun doublon.

2. Retrouver les pièces

L'agent parcourt le dossier des pièces à traiter et les boîtes e-mail, lit chaque PDF (montant, date, numéro, devise, et à qui la facture est adressée) et l'associe à la ligne de relevé correspondante : même montant, à un ou deux jours près. Ce qu'il ne trouve pas, il ne le devine pas : il me rend une liste précise (date, montant, libellé de la banque) des pièces qui manquent.

3. Écrire les règles une fois

Les décisions sont les miennes, et elles sont écrites :

• la date comptable d'une facture est la date réelle du paiement, pas la fin du mois qu'Odoo propose par défaut ;
• les écarts de change font l'objet d'une seule écriture globale par période, pas d'une correction ligne à ligne ;
• un achat payé avec mon argent privé passe par un compte de transition, puis devient un apport en fin de mois ;
• les frais bancaires et les virements entre comptes ont chacun leur compte ;
• une dépense sans pièce n'est comptabilisée que sur mon accord explicite, après une vraie recherche.

4. Rapprocher par le chemin standard

Le rapprochement utilise le module de l'OCA, par les mêmes fonctions que les boutons de l'écran. Odoo n'est pas modifié. Abonnements logiciels, téléphonie, frais bancaires, charges sociales : chaque facture est créée avec sa pièce jointe, datée au paiement, puis lettrée avec sa ligne de relevé.

5. Un plan, un essai à blanc, une sauvegarde

L'agent n'improvise pas ses écritures : il rédige un plan, un court fichier qui dit quoi faire (factures, virements, frais, apports, change). Le plan est d'abord exécuté à blanc : tout est calculé puis annulé. Je relis. Ensuite seulement, il est joué pour de vrai, après une sauvegarde automatique de la base. Rejouer un plan ne crée pas une facture déjà saisie.

6. Des contrôles de fin de période

À la fin, une routine vérifie ce que le tableau de bord doit montrer propre : aucune ligne bancaire ouverte, tous les relevés valides, le compte de virements internes et le compte privé de transition soldés, et un taux de change à jour. Odoo ne doit plus signaler ni « relevé invalide » ni « séquence irrégulière ».

7. En faire un « skill » réutilisable

Tout ce savoir (règles, plan comptable utilisé, où trouver chaque type de pièce, déroulé de clôture et pièges rencontrés) est rangé dans un skill, une fiche de procédure que l'agent charge dès que je parle de comptabilité. Le mois suivant, il ne repart pas de zéro.

Résultat

• L'année 2026, de janvier à octobre, a été saisie et rapprochée le 6 novembre 2026 : toutes les lignes bancaires de la période sont rapprochées.
• Chaque facture porte sa pièce jointe et sa date de paiement réelle.
• La clôture d'un mois suit désormais une procédure écrite : importer, retrouver les pièces, plan, essai à blanc, exécution, contrôles.
• Chaque décision est tracée dans une fiche de suivi, avec ce qui reste à vérifier.

Ce que j'en retiens

• L'IA excelle dans le répétitif. Lire des PDF, apparier des montants et des dates, retrouver un e-mail, appliquer une règle cent fois de la même manière : c'est là qu'elle fait gagner des heures.
• Elle ne décide pas. La date à retenir, le traitement d'un achat payé à titre privé, l'acceptation d'une dépense sans pièce : ce sont des choix de dirigeant. La responsabilité des comptes reste la mienne, et le regard d'un fiduciaire garde toute sa place.
• Les garde-fous comptent plus que le modèle. Contrôles qui refusent d'écrire, essai à blanc, sauvegarde, aucune écriture sans accord : c'est ce qui rend l'automatisation digne de confiance.
• Les vrais pièges sont ailleurs. Après la migration, aucun fournisseur de taux de change n'était configuré : les taux étaient figés. Un fournisseur a reçu une facture de remplacement qui ressemblait à un doublon. Une facture et le montant débité ne concordaient pas. L'agent les a signalés ; c'est moi qui ai tranché.
• La méthode se transpose à une PME : écrire ses règles, normaliser ses relevés, garder un humain pour valider, et capitaliser dans une procédure.

Pour vos propres processus, voyez les applications métier que je mets en place et l'infrastructure qui les porte. Ce projet s'appuie sur claudeVPS, mon environnement d'agents sur serveur.

Sources

• account-reconcile : modules de rapprochement bancaire, Odoo Community Association (OCA), GitHub, consulté le 10.11.2026
• bank-statement-import : modules d'import de relevés, Odoo Community Association (OCA), GitHub, consulté le 10.11.2026
• Claude Code : skills (documentation), Anthropic, consulté le 10.11.2026
• Photo : Jakub Żerdzicki / Unsplash (unsplash.com/photos/8wLZi9OhsWU)

Tags : lab, comptabilité, Odoo, IA, Claude Code, rapprochement bancaire, OCA, PME