Il y a un moment précis, dans toute PME qui tourne sous Odoo, où le directeur financier ferme l’ERP et ouvre un tableur. Ce moment arrive toujours au même endroit : quand il faut expliquer non pas combien on a facturé, mais pourquoi le revenu récurrent a bougé, et ce qu’il vaut pour la suite.
Odoo est un excellent système d’enregistrement. Ce n’est pas un système d’interprétation
Odoo fait très bien ce pour quoi il est conçu : enregistrer des contrats, émettre des factures, tenir des écritures. Sur les versions récentes, il affiche même le revenu mensuel récurrent et des analyses de cohortes correctes.
Mais il s’arrête là. Et c’est logique : l’éditeur d’un ERP généraliste n’a aucune raison de trancher un débat qui n’a pas de réponse universelle. Quand vous comptez votre attrition, est-ce que vous retirez l’expansion des clients restants ? Est-ce que vous comptez un client qui passe d’une offre à 500 € à une offre à 200 € comme une résiliation partielle ou comme une contraction ? Est-ce que le mois où le contrat prend fin est le mois de facturation ou le mois de fin de service ?
Ces questions n’ont pas de bonne réponse dans l’absolu. Elles ont une bonne réponse chez vous, et cette réponse doit être écrite quelque part, puis appliquée identiquement à chaque clôture. C’est exactement ce que ne fait pas un tableur refait tous les trimestres par une personne différente.
Le vrai coût du reporting reconstruit à la main
Le coût visible, c’est le temps : deux à trois jours par clôture, souvent pris sur un poste unique dans l’entreprise. Le coût invisible est plus élevé.
- Deux versions du même chiffre circulent. Celle du comité de septembre et celle du dossier bancaire d’octobre ne se recoupent pas, et personne ne sait laquelle est fausse.
- Aucune piste d’audit. Un investisseur demande d’où sort un chiffre. Il faut remonter une chaîne de cellules, dont trois ont été écrasées en dur pendant une réunion.
- Le reporting est en retard sur la décision. Un chiffre disponible trois semaines après la clôture ne pilote rien, il constate.
- La préparation d’une salle de données devient un projet. Ce qui aurait dû prendre quelques jours en prend quelques semaines, au pire moment.
Ce qu’il manque n’est pas de la visualisation, c’est de la doctrine
C’est le contresens le plus fréquent. On croit qu’il manque un outil de dataviz branché sur la base, alors qu’il manque une couche d’opinion financière : un ensemble de définitions arrêtées, appliquées mécaniquement, et rattachables à la comptabilité.
Concrètement, cette couche contient six choses.
1. Un pont de revenus décomposé par cause
Pas seulement « le revenu récurrent est passé de X à Y », mais la ventilation : nouveaux clients, expansion sur la base existante, contraction, résiliation. C’est la première chose qu’un investisseur regarde, parce que deux entreprises avec la même croissance affichée peuvent avoir des profils de risque opposés.
2. Rétention nette et rétention brute, séparées
La rétention nette peut dépasser 100 % pendant que la rétention brute se dégrade. Les confondre, c’est masquer une fuite en la comblant avec de l’expansion sur trois gros comptes.
3. L’efficacité de l’acquisition
Délai de récupération du coût d’acquisition, ratio d’efficacité commerciale, somme croissance plus marge. Ces indicateurs ne sont pas des figures de style : ils déterminent votre valorisation et le montant qu’une banque acceptera de prêter.
4. Le rattachement des revenus différés
Une facture annuelle encaissée en janvier n’est pas du revenu de janvier. Tant que l’étalement se fait à la main, le chiffre présenté au comité et le chiffre des comptes annuels divergent, et l’écart se découvre au pire moment.
5. La traçabilité jusqu’à l’écriture
Chaque indicateur doit pouvoir s’ouvrir sur les contrats et les écritures qui le composent. C’est ce qui distingue un tableau de bord décoratif d’un tableau de bord qu’un commissaire aux comptes accepte de regarder.
6. Un format d’export qui ne se retouche pas
Le dossier de comité et le classeur de salle de données doivent sortir de la même source que l’écran, avec les définitions en annexe. Dès qu’un export se retouche dans un logiciel de présentation, la divergence recommence.
Pourquoi ce genre d’outil n’existait pas, et pourquoi il existe maintenant
Historiquement, un produit comme celui-là n’avait pas de modèle économique. Le marché est trop étroit pour un éditeur généraliste, et trop spécifique pour être couvert par un module standard : chaque entreprise a ses propres règles de reconnaissance du revenu. Développer sur mesure coûtait plusieurs mois et plusieurs dizaines de milliers d’euros, pour un outil interne que personne n’inscrivait au budget.
Le vibecoding change cette équation, et c’est ce que nous voulions vérifier en construisant Dafodoo. La logique métier a été décrite en langage naturel, le code généré puis repris, testé et durci, et une première version connectée à un Odoo réel tournait sans attendre plusieurs trimestres de développement.
Il faut être honnête sur ce que cela ne change pas. Le vibecoding ne dispense ni de connaître le métier, ni de relire le code, ni de tester les cas limites, et sur des calculs financiers les cas limites sont précisément là où tout se joue : avoirs, prorata, changements de plan en cours de contrat, contrats multi-devises. Ce que le vibecoding supprime, c’est le coût du premier jet et le coût de l’itération. Et c’est ce coût-là qui rendait ce type de produit économiquement impossible.
La conséquence pratique est simple : quand ajouter un indicateur coûte une après-midi au lieu d’un trimestre, l’outil s’aligne sur vos définitions au lieu de vous imposer les siennes. C’est exactement l’inverse de ce que fait un module standard.
Par où commencer
Si vous tournez sous Odoo et que votre reporting financier finit dans un tableur, une seule question suffit à mesurer le problème : demandez à deux personnes de votre entreprise comment se calcule votre taux d’attrition. Si vous obtenez deux réponses, ce n’est pas d’un graphique que vous avez besoin.
Découvrir Dafodoo, le pilotage DAF pour Odoo →
Le site du produit : dafodoo.fr