Aller au contenu principal

Ce que la fermeture soudaine de Botkeeper enseigne à chaque petite entreprise sur la confiance envers un fournisseur de comptabilité par IA

10 minutes de lectureMike ThriftMike Thrift
Ce que la fermeture soudaine de Botkeeper enseigne à chaque petite entreprise sur la confiance envers un fournisseur de comptabilité par IA

Un vendredi de février 2026, des centaines de cabinets comptables ont ouvert leur boîte de réception pour découvrir que la plateforme de comptabilité par IA qui gérait les comptes de leurs clients allait fermer — définitivement, et presque immédiatement. Botkeeper, une entreprise d'automatisation soutenue par du capital-risque qui avait passé 11 ans et près de 90 millions de dollars à se construire un rôle de back-office pour des centaines de cabinets comptables, avait disparu en quelques semaines après les premiers signes de difficultés.

Si vous externalisez une partie de votre tenue de comptabilité à une plateforme tierce — et en 2026, presque tout le monde le fait — cela mérite qu'on s'y attarde un instant. Non pas parce que les outils de comptabilité par IA sont mauvais. La plupart d'entre eux sont réellement utiles. Mais parce que « le fournisseur pourrait disparaître » est un risque opérationnel bien réel, pas une hypothèse théorique, et très peu de petites entreprises ont un plan pour y faire face.

Ce qui s'est réellement passé chez Botkeeper

Botkeeper avait bâti son activité sur un argumentaire simple : laisser l'IA gérer la catégorisation des transactions, les rapprochements bancaires et les rapports, afin que les cabinets comptables puissent développer leurs services de comptabilité sans multiplier leurs effectifs au même rythme. Cela a suffisamment bien fonctionné pour attirer près de 90 millions de dollars de financement en capital-risque et pour tenir plus d'une décennie — une éternité selon les standards des startups.

Puis, fin 2025, une vague inattendue de consolidation a balayé le secteur de la comptabilité. Botkeeper avait construit une base de clients concentrée : selon certaines estimations, 30 à 40 % de son chiffre d'affaires provenait de seulement dix grands cabinets comptables clients. Lorsque plusieurs de ces cabinets ont fusionné, ont été rachetés, ou ont changé de plateforme dans le cadre de cette consolidation, la base de revenus de Botkeeper ne s'est pas érodée progressivement — elle s'est effondrée d'un coup.

Le PDG Enrico Palmerino a plus tard décrit la situation comme une « tempête parfaite de bouleversements macroéconomiques », affirmant que les perspectives financières de l'entreprise avaient changé radicalement « en l'espace de quelques semaines ». Fait notable, Botkeeper n'avait pas levé de nouveaux fonds depuis novembre 2021 — quatre ans sans levée de fonds, à une époque où les entreprises d'IA levaient des capitaux en permanence, était rétrospectivement un signal que l'entreprise était soit discrètement rentable, soit déjà en train de fonctionner à flux tendu sur une trésorerie qui se réduisait. Lorsque les plus gros clients ont vacillé, il n'y avait plus assez de capital ni de marge de manœuvre pour absorber le choc. Malgré la recherche d'un acquéreur ou d'un financement relais, Palmerino a déclaré que l'entreprise « n'avait pas atteint un niveau d'adéquation produit-marché suffisamment solide pour résister à des bouleversements rapides du secteur », et n'a trouvé aucune option susceptible de la sauver.

Les retombées ont été immédiates : environ 600 employés ont perdu leur emploi avec un préavis minimal, des centaines de cabinets comptables ont dû se démener pour trouver une infrastructure de comptabilité de remplacement, et des milliers de clients finaux — des petites entreprises dont la comptabilité passait par Botkeeper sans que la plupart d'entre elles connaissent même le nom de la marque — ont subi des perturbations dans leurs rapprochements, leur catégorisation et leurs flux de rapports. Dans les suites du rachat, le concurrent Xendoo a récupéré la technologie principale de Botkeeper (« Botkeeper Infinite »), mais cela n'a pas beaucoup aidé les cabinets qui avaient besoin de continuité dès maintenant, et non d'une intégration future.

Pourquoi ce n'est pas seulement le problème de Botkeeper

Il est tentant de voir cela comme l'histoire de la malchance d'une seule entreprise. C'est en réalité l'histoire d'un risque structurel inhérent à presque toutes les relations modernes avec un logiciel financier.

Le risque de concentration fonctionne dans les deux sens. Botkeeper a échoué en partie parce qu'elle dépendait trop fortement d'un petit nombre de gros clients. Mais les cabinets comptables et les petites entreprises de l'autre côté de cette relation avaient le problème inverse : ils dépendaient entièrement d'un seul fournisseur pour une fonction essentielle au fonctionnement de leur activité. Quand la base de clients concentrée de Botkeeper s'est effondrée, chaque entreprise concentrée sur Botkeeper s'est effondrée avec elle.

La vitesse compte plus que ce que la plupart des gens anticipent. Il ne s'agissait pas d'un déclin au ralenti annoncé un an à l'avance. La détérioration financière et la décision de fermeture se sont produites en l'espace de quelques semaines. Les cabinets qui ont eu des mois pour planifier une sortie en douceur sont l'exception ; la plupart des défaillances de fournisseurs compressent le délai pour « trouver un remplaçant » en quelques jours.

Vos données ne vous suivent pas automatiquement. Botkeeper a conseillé aux cabinets concernés d'exporter toutes leurs données — transactions historiques, rapprochements, règles de catégorisation, configurations clients — avant que l'accès ne soit coupé. C'est le bon conseil, mais c'est un conseil donné pendant une crise, alors que les outils d'exportation peuvent être maintenus par un personnel réduit à sa plus simple expression et que les formats peuvent ne pas correspondre proprement à la plateforme de remplacement que vous vous précipitez à mettre en place.

Il n'existe aucun filet de sécurité aux États-Unis. Le Data Act de l'UE exige désormais que les fournisseurs de SaaS opérant sur son territoire prennent en charge l'exportation des données et donnent aux clients la possibilité de changer de fournisseur avec un préavis limité. Les États-Unis n'ont aucune loi fédérale équivalente. Vos droits en cas de fermeture d'un fournisseur se limitent à ce que dit votre contrat de service — et la plupart des petites entreprises ne lisent jamais cette clause avant d'en avoir besoin.

Comment protéger votre comptabilité avant d'en avoir besoin

Vous n'avez pas besoin de prédire quel fournisseur risque de faire faillite ensuite. Vous devez simplement rendre cet échec surmontable. Quelques habitudes concrètes font l'essentiel du travail :

Exportez tôt, exportez souvent. N'attendez pas un avis de fermeture pour découvrir à quoi ressemblent vos options d'exportation. Effectuez une exportation complète de vos données — transactions, plan comptable, historique des rapprochements — selon un calendrier récurrent (une fréquence mensuelle est raisonnable pour la plupart des petites entreprises) et conservez des copies en dehors de la plateforme du fournisseur. Si un fournisseur rend cela difficile, lent ou coûteux, considérez cela comme un signal d'alarme sur la relation, pas seulement comme un inconvénient.

Exigez des formats standards. Avant d'adopter un outil de comptabilité, vérifiez s'il exporte vers des formats ouverts et largement pris en charge (CSV, formats de grand livre standards, texte brut) plutôt que vers un format propriétaire que seul le logiciel de votre fournisseur actuel peut lire. Un fichier que vous pouvez ouvrir dans un éditeur de texte ou importer dans n'importe quel autre système est un fichier qui survit à une fermeture. Un fichier enfermé dans un schéma de base de données propriétaire ne l'est pas.

Lisez la clause de sortie du contrat avant de signer, pas après en avoir besoin. Recherchez en particulier des formulations concernant la propriété des données, les droits d'exportation, les délais de préavis en cas d'arrêt du service, et les frais éventuels liés à un départ. Si les conditions d'un fournisseur restent vagues sur ces points, c'est une question qui mérite d'être posée directement pendant le processus commercial.

Surveillez le risque de concentration du côté du fournisseur, pas seulement du vôtre. Un fournisseur avec une base de clients restreinte et concentrée (comme la dépendance de Botkeeper envers dix clients majeurs pour un tiers de son chiffre d'affaires) est plus fragile qu'un fournisseur avec une clientèle large et diversifiée. C'est difficile à évaluer de l'extérieur, mais l'historique de financement, les tendances d'effectifs, et le temps écoulé depuis la dernière levée de fonds d'une entreprise sont tous des signaux publics qui méritent une recherche rapide avant de vous engager.

Séparez vos données de référence de la couche applicative d'un fournisseur unique. C'est la leçon la plus profonde. Si vos véritables registres financiers — le grand livre de ce qui s'est passé, quand, et pourquoi — vivent uniquement dans la base de données propriétaire d'une seule entreprise, vous n'êtes qu'à un avis de fermeture de la panique. Si vos registres vivent dans un format durable, portable et lisible par un humain que n'importe quel outil peut lire, la défaillance d'un fournisseur devient un inconvénient plutôt qu'une crise.

Ce dernier point est exactement l'argument en faveur de la comptabilité en texte brut. Lorsque vos comptes sont conservés dans des fichiers texte brut sous contrôle de version — le modèle sur lequel Beancount.io est construit — il n'y a aucune base de données propriétaire dont vous pourriez perdre l'accès, aucun bouton d'exportation qui pourrait cesser de fonctionner, et aucun fournisseur dont la faillite déterminerait si vous pouvez consulter votre propre historique de transactions le mois prochain. Votre grand livre vit dans des fichiers que vous possédez, lisibles par n'importe quel outil, sauvegardés où vous le souhaitez, avec un historique complet que Git préserve, que l'entreprise qui a créé votre logiciel de comptabilité soit toujours en activité ou non. Commencez gratuitement et découvrez ce que c'est que de tenir une comptabilité qui ne dépend de la solvabilité d'aucun fournisseur unique.

La tendance de fond à surveiller

L'effondrement de Botkeeper n'est pas un incident isolé — c'est un avant-goût. À mesure que davantage de fonctions de comptabilité sont automatisées par des plateformes pilotées par l'IA, et que le financement en capital-risque de ces plateformes se resserre après le cycle initial d'engouement, il est probable que des fermetures de ce type se multiplient, plutôt qu'elles ne se raréfient. La catégorie de la comptabilité par IA a attiré une vague d'acteurs bien financés ces dernières années ; tous ne trouveront pas des modèles économiques durables, et la consolidation dans des secteurs adjacents (comme cela est arrivé à la base de clients cabinets comptables de Botkeeper) peut anéantir des revenus d'une manière que les fournisseurs individuels ne peuvent pas entièrement contrôler.

Rien de tout cela ne signifie que vous devriez éviter l'automatisation — les gains de productivité sont réels, et la plupart des fournisseurs s'en sortiront bien. Cela signifie que la question « qu'arrive-t-il à ma comptabilité si cette entreprise disparaît le trimestre prochain » mérite une véritable réponse avant d'en avoir besoin, pas après.

Gardez vos registres portables, pas seulement automatisés

L'automatisation est une fonctionnalité. La portabilité est une police d'assurance. Lorsque vous évaluez une plateforme de comptabilité — pilotée par l'IA ou non — ne demandez pas seulement « est-ce que cela me fait gagner du temps », mais aussi « qu'est-ce qu'il me reste si ce fournisseur disparaît dans six mois ». L'approche en texte brut de Beancount.io signifie que vos registres financiers vous appartiennent toujours : transparents, sous contrôle de version, et lisibles avec rien de plus exotique qu'un éditeur de texte. Découvrez beancount.io et construisez votre comptabilité sur une base qui ne dépend de la survie d'aucune entreprise unique.

Partager cet article