Un cabinet de chaos engineering de trois personnes organise un exercice grandeur nature (game day) pour un client fintech de taille intermédiaire, facture $18,000 pour cet engagement de deux semaines, et refacture également une licence annuelle Gremlin ou AWS Fault Injection Simulator de $4,000 que le client ne voulait pas acheter directement. Six mois plus tard, le fondateur se retrouve face à un compte de résultat qui affiche $22,000 de « revenus de conseil » et ne peut pas répondre à une question simple : quelle a été la rentabilité réelle du travail d'ingénierie, indépendamment du fait d'être un revendeur de logiciel non rémunéré ?
C'est un problème de plus en plus courant. À mesure que le chaos engineering est passé du statut de curiosité propre à Netflix à celui de ligne budgétaire standard dans les programmes de résilience d'entreprise, une vague de cabinets de conseil spécialisés s'est formée autour de cette pratique — menant des audits de résilience, animant des ateliers de game day, et construisant des pipelines d'injection de faute automatisés pour des clients qui ne veulent pas embaucher une équipe SRE dédiée. Le travail d'ingénierie est bien compris. La comptabilité, elle, l'est généralement moins, car ces cabinets font tourner deux activités fondamentalement différentes au sein d'une même entité : une activité de services au revenu irrégulier et fondé sur des projets, et une activité de revente de logiciel au flux de trésorerie récurrent, à faible marge et de type refacturation. Les mélanger dans votre plan comptable masque celle des deux qui vous fait réellement gagner de l'argent.
Pourquoi les cabinets de chaos engineering rencontrent ce problème plus que la plupart des cabinets de conseil
Un cabinet de conseil en stratégie générique facture du temps et s'arrête là. Une pratique de chaos engineering a généralement trois ou quatre flux de revenus distincts qui fonctionnent simultanément :
- Audits de résilience — un engagement à honoraires fixes ou horaires consistant à examiner l'architecture, les graphes de dépendances et les points de défaillance d'un client avant toute injection de faute. Il s'agit d'un travail de diagnostic, généralement livré sous forme de rapport accompagné d'un backlog d'expériences priorisées.
- Animation des exercices grandeur nature (game days) — l'événement en direct proprement dit, où l'équipe planifie des scénarios de défaillance, les exécute en environnement de pré-production ou de production, et accompagne les ingénieurs du client dans la réponse à l'incident. Les game days ne testent pas seulement le système, mais aussi les humains et les runbooks qui l'entourent, ce qui explique pourquoi ils sont tarifés et cadrés différemment des tests de chaos automatisés en continu.
- Automatisation et construction de plateforme — la mise en place d'expériences de chaos récurrentes dans la CI/CD, ce qui se rapproche davantage d'une livraison d'ingénierie logicielle que d'un atelier, et qui est souvent facturée comme un projet avec des jalons.
- Revente ou refacturation d'outils — la revente ou l'administration de licences pour des plateformes comme Gremlin, Harness Chaos Engineering, ou la configuration de services cloud natifs comme AWS Fault Injection Simulator et Azure Chaos Studio pour le compte du client, parfois avec une marge, parfois au prix coûtant par simple commodité.
Chacun de ces flux a une structure de coûts différente, un profil de marge différent et — c'est essentiel — un traitement de comptabilisation du revenu différent selon la norme ASC 606 si vous êtes une entité basée aux États-Unis qui prépare des comptes proches des US GAAP pour une banque, un investisseur ou votre propre prise de décision. Si vous regroupez tout cela dans un seul compte « Revenus de conseil », vous perdez la capacité de voir que votre animation de game day dégage une marge de 80 % tandis que votre revente d'outils ne dégage qu'une marge de 8 % et vaut à peine la charge administrative qu'elle représente.
Structurer votre plan comptable par flux de revenus, et non par client
Le changement comptable le plus déterminant qu'un cabinet de chaos engineering puisse faire est de scinder les comptes de revenus par type de travail livré, et non par client ou par facture. Une configuration typique ressemble à ceci :
Income:Consulting:ResilienceAudits
Income:Consulting:GameDayFacilitation
Income:Consulting:AutomationBuildOut
Income:ToolingResale:Licenses
Income:ToolingResale:CloudUsagePassThroughLorsque vous facturez un client pour un engagement groupé — par exemple un audit de résilience suivi d'un game day, avec une licence Gremlin incluse — cette facture unique doit être répartie sur au moins trois de ces comptes dans les livres, et non enregistrée comme une seule ligne globale « Projet X — $22,000 ». Dans des formats en partie double et en texte brut comme Beancount, il s'agit d'une transaction unique comportant plusieurs imputations :
2026-07-16 * "Fintech Client Co" "Resilience audit + game day + Gremlin license"
Assets:AccountsReceivable:FintechClientCo 22000.00 USD
Income:Consulting:ResilienceAudits -6000.00 USD
Income:Consulting:GameDayFacilitation -12000.00 USD
Income:ToolingResale:Licenses -4000.00 USDCette transaction unique, une fois enregistrée, vous permet de produire à tout moment un véritable rapport de rentabilité par ligne de service — au lieu de devoir tout reconstituer de mémoire ou à partir d'anciennes propositions commerciales lorsque votre comptable vous demande en mars pourquoi les marges semblent incohérentes.
Le piège de la revente d'outils : refacturation, marge ou mandat
C'est dans la revente ou l'administration de licences d'outils de chaos engineering tiers que ces cabinets se trompent le plus souvent dans leurs livres — et dans leur traitement fiscal. Il existe trois montages distincts, qui ne doivent jamais partager le même compte comptable :
- Refacturation pure (pass-through) : vous payez $4,000 à Gremlin pour une licence, vous facturez au client exactement $4,000, et vous ne prenez aucune marge. Certains cabinets enregistrent cela en net (seulement la marge, qui est de $0) plutôt qu'en brut. Si votre lettre de mission vous établit comme mandataire d'achat pour le client plutôt que comme revendeur en propre, cela peut relever du traitement mandataire-contre-mandant (agent-versus-principal) prévu par l'ASC 606 — ce qui signifie que vous enregistreriez le paiement au fournisseur et le remboursement du client en compensation, plutôt que de gonfler à la fois le revenu et le coût des ventes. Cela compte, car cela modifie votre chiffre d'affaires brut, ce qui affecte tout, des clauses restrictives de prêt à la façon dont un acheteur valorise votre cabinet sur la base d'un multiple de revenu.
- Revente avec marge : vous achetez la même licence $4,000 et facturez $5,000 au client, en conservant un écart de $1,000. Ici, vous agissez en tant que mandant — vous contrôlez le bien ou le service avant son transfert au client — et vous devez enregistrer l'intégralité des $5,000 en revenu, avec $4,000 en coût des ventes, plutôt que de les compenser pour n'afficher que $1,000. Les comptabiliser en net sous-estime à la fois les lignes de revenu et de coût des ventes qu'un acheteur ou un prêteur pourrait vouloir examiner séparément.
- Achat direct par le client : le montage le plus simple — le client dispose de son propre contrat Gremlin ou FIS, et vous vous contentez de l'administrer. Rien ne transite par vos livres, ce qui explique pourquoi de plus en plus de cabinets de conseil orientent leurs clients vers l'achat direct à mesure qu'ils se développent : cela retire entièrement de leur compte de résultat une ligne d'activité à faible marge et au risque de calendrier de trésorerie.
Quel que soit le montage retenu, choisissez-en un par relation client et restez cohérent — mélanger un traitement mandataire et un traitement mandant pour le même fournisseur selon les clients, sans raison documentée, est exactement le genre d'incohérence qui transforme une révision comptable de routine en un processus interminable.
Comptabiliser le revenu des audits à honoraires fixes par rapport aux game days à jalons
Les audits de résilience et les ateliers de game day sont généralement vendus à honoraires fixes, ce qui, selon l'ASC 606, ne signifie pas « comptabiliser la totalité dès le paiement de la facture ». La norme exige de comptabiliser le revenu au fur et à mesure que l'obligation de prestation est remplie — soit à un instant précis, soit de façon échelonnée dans le temps, selon que le client reçoit et consomme le bénéfice au fur et à mesure de la livraison.
- Un audit de résilience livré sous forme d'un rapport unique à la fin d'un engagement de deux semaines relève généralement d'une comptabilisation à un instant précis : rien n'est comptabilisé en revenu tant que le rapport n'a pas été livré et accepté, même si vous avez facturé 50 % d'acompte au départ. Cet acompte reste dans un compte de passif (
Liabilities:DeferredRevenue:ResilienceAudits) jusqu'à la livraison. - Un engagement de game day sur plusieurs jours avec des livrables quotidiens — documents de scénarios de défaillance, chronologies d'incidents, une rétrospective finale — relève souvent d'une comptabilisation échelonnée dans le temps, puisque le client reçoit et utilise la valeur de façon incrémentale plutôt qu'en une seule livraison globale à la fin.
- La construction de l'automatisation, avec des jalons contractuels (pipeline de pré-production en service, expériences de production planifiées, tableau de bord remis), doit être comptabilisée jalon par jalon, ce qui a également l'avantage de rendre les prévisions de trésorerie nettement plus faciles, puisque vous n'attendez pas un seul gros paiement à la clôture du projet.
Se tromper sur ce point ne crée pas seulement un casse-tête d'audit plus tard — cela fausse aussi votre propre lecture de l'activité en temps réel. Un cabinet qui comptabilise un acompte de $30,000 en revenu le jour où il est encaissé, puis livre l'audit deux mois plus tard, paraîtra bien plus rentable au mois un et bien moins rentable au mois trois qu'il ne l'est en réalité — une base peu fiable pour décider s'il faut embaucher le prochain ingénieur.
Suivre l'utilisation et la marge réelle par type d'engagement
Une fois le revenu correctement scindé, l'étape suivante consiste à lui associer les coûts correspondants. Les consultants en chaos engineering sont généralement facturés à des tarifs seniors, ce qui rend l'allocation du coût de la main-d'œuvre plus importante ici que dans des activités de service à plus faible marge. Pour chaque type d'engagement, suivez :
- Les heures de main-d'œuvre directe imputées à l'engagement spécifique (et non de simples « heures de conseil » globales) — c'est ce qui vous indique qu'un audit de résilience cadré pour 40 heures en a en réalité pris 65, et qu'il faudra en revoir le prix la prochaine fois.
- Les coûts d'outillage imputés à la relation client spécifique à l'origine de l'achat de la licence, plutôt que regroupés dans une ligne générale de dépenses logicielles.
- Les frais de déplacement et sur site pour les game days en présentiel, qui peuvent modifier sensiblement la marge par rapport à un engagement à distance par ailleurs identique.
Le bénéfice est un rapport de marge par type d'engagement qui vous apprend réellement quelque chose : de nombreux cabinets du secteur constatent que les audits de résilience et la construction de l'automatisation dégagent les marges les plus solides, car il s'agit de temps d'ingénierie pur, tandis que les game days animés — malgré des tarifs journaliers premium — affichent des marges plus minces une fois pleinement imputés le temps de l'animateur senior, les déplacements et la conception des scénarios en amont de l'événement. Sans comptes séparés, cela reste invisible ; avec eux, c'est une conversation tarifaire simple à avoir avec votre prochain prospect.
Appliquez aussi la rigueur de l'ingénierie à vos registres financiers
Il existe ici un parallèle naturel que les praticiens du chaos engineering ont tendance à apprécier immédiatement : toute la discipline repose sur l'idée qu'on ne peut pas faire confiance à un système qu'on n'a pas testé, et qu'une infrastructure opaque et difficile à inspecter dissimule les modes de défaillance qui finissent par vous faire tomber. Il en va de même pour un tableur ou un outil SaaS comptable en boîte noire qui compense votre revente d'outils avec votre revenu de conseil sans que vous le lui ayez demandé — vous ne découvrez que vos marges étaient fausses qu'une fois les dégâts causés. Des livres en texte brut et versionnés signifient que chaque imputation est inspectable, comparable (diffable) et auditable, exactement comme vous le voudriez pour votre infrastructure-as-code, et séparer les flux de revenus au niveau de la transaction (plutôt que de les reconstituer plus tard de mémoire) est ce qui rend réellement possible une revue mensuelle de rentabilité, au lieu d'en faire un projet d'archéologie mensuel.
Simplifiez votre gestion financière
À mesure que votre pratique de chaos engineering dépasse le stade d'un cabinet dirigé par son fondateur pour devenir une équipe gérant plusieurs engagements simultanés, séparer clairement le revenu des audits de résilience, l'animation des game days et la revente d'outils est ce qui rend possibles, tout simplement, les décisions de tarification et l'analyse des marges. Beancount.io propose une comptabilité en texte brut qui vous offre une transparence et un contrôle complets sur vos données financières — sans boîte noire, sans dépendance à un fournisseur. Commencez gratuitement et découvrez pourquoi les développeurs et les cabinets de conseil techniques adoptent la comptabilité en texte brut.