Buchhaltung für Chaos-Engineering-Beratungen: Trennung von Game-Day-Umsätzen und Tooling-Weiterverkaufsmarge

Eine dreiköpfige Chaos-Engineering-Boutique führt für einen mittelständischen Fintech-Kunden einen Game Day durch, stellt für das zweiwöchige Engagement $18,000 in Rechnung und reicht zusätzlich eine Gremlin- oder AWS-Fault-Injection-Simulator-Jahreslizenz im Wert von $4,000 durch, die der Kunde nicht selbst beschaffen wollte. Sechs Monate später blickt der Gründer auf eine GuV, die $22,000 „Beratungsumsatz" ausweist, und kann eine einfache Frage nicht beantworten: Wie profitabel war die eigentliche Ingenieurarbeit, getrennt von der Rolle als unbezahlter Software-Reseller?

Das ist ein zunehmend häufiges Problem. Seit Chaos Engineering sich von einer Netflix-Kuriosität zu einem festen Posten in Enterprise-Resilienzprogrammen entwickelt hat, ist eine Welle spezialisierter Beratungsunternehmen entstanden, die Resilience-Audits durchführen, Game-Day-Workshops moderieren und automatisierte Fault-Injection-Pipelines für Kunden aufbauen, die kein eigenes SRE-Team einstellen wollen. Die ingenieurtechnische Arbeit ist gut verstanden. Die Buchhaltung meist nicht, denn diese Firmen betreiben faktisch zwei grundverschiedene Geschäfte in einer einzigen Rechtseinheit: ein Dienstleistungsgeschäft mit unregelmäßigen, projektbasierten Umsätzen und ein Software-Weiterverkaufsgeschäft mit wiederkehrendem, margenschwachem Durchlaufcashflow. Vermischt man beides im Kontenplan, verschleiert das, welches der beiden Geschäfte tatsächlich Geld verdient.

Warum Chaos-Engineering-Firmen dieses Problem stärker trifft als die meisten Beratungsunternehmen​

Eine generische Strategieberatung stellt Zeit in Rechnung und ist damit fertig. Eine Chaos-Engineering-Praxis hat typischerweise drei oder vier unterschiedliche Umsatzströme gleichzeitig laufen:

• Resilience-Audits — ein Festpreis- oder Stundenengagement zur Überprüfung von Architektur, Abhängigkeitsgraphen und Fehlerquellen eines Kunden, bevor überhaupt eine Fault Injection stattfindet. Das ist diagnostische Arbeit, meist geliefert als Bericht plus priorisiertem Experiment-Backlog.
• Game-Day-Facilitation — die eigentliche Live-Veranstaltung, bei der das Team Fehlerszenarien plant, sie gegen Staging oder Produktion ausführt und die Ingenieure des Kunden durch die Incident-Response coacht. Game Days testen nicht nur das System, sondern auch die Menschen und Runbooks darum herum, weshalb sie anders bepreist und geschnitten werden als laufendes automatisiertes Chaos-Testing.
• Automatisierung und Plattform-Aufbau — der Aufbau wiederkehrender Chaos-Experimente in CI/CD, was näher an Software-Engineering-Delivery liegt als an einem Workshop und oft als Projekt mit Meilensteinen abgerechnet wird.
• Tooling-Weiterverkauf oder Durchreichung — der Weiterverkauf oder die Administration von Lizenzen für Plattformen wie Gremlin, Harness Chaos Engineering oder die Konfiguration cloud-nativer Dienste wie AWS Fault Injection Simulator und Azure Chaos Studio im Auftrag des Kunden, manchmal mit Aufschlag, manchmal zum Selbstkostenpreis als Serviceleistung.

Jeder dieser Bereiche hat eine andere Kostenstruktur, ein anderes Margenprofil und — entscheidend — eine andere Umsatzrealisierungsbehandlung nach ASC 606, sofern man ein US-basiertes Unternehmen ist, das GAAP-nahe Bücher für eine Bank, einen Investor oder die eigene Entscheidungsfindung führt. Wirft man alles in ein einziges Konto „Beratungseinnahmen", verliert man die Fähigkeit zu erkennen, dass die Game-Day-Facilitation eine Marge von 80 % trägt, während der Tooling-Weiterverkauf nur 8 % Marge bringt und den administrativen Aufwand kaum rechtfertigt.

Den Kontenplan nach Umsatzstrom strukturieren, nicht nach Kunde​

Die wirkungsvollste buchhalterische Änderung, die eine Chaos-Engineering-Beratung vornehmen kann, ist die Aufteilung der Umsatzkonten nach Art der erbrachten Leistung, nicht nach Kunde oder Rechnung. Ein typisches Setup sieht so aus:

Income:Consulting:ResilienceAudits
Income:Consulting:GameDayFacilitation
Income:Consulting:AutomationBuildOut
Income:ToolingResale:Licenses
Income:ToolingResale:CloudUsagePassThrough

Wenn Sie einem Kunden ein gebündeltes Engagement in Rechnung stellen — etwa ein Resilience-Audit gefolgt von einem Game Day mit inkludierter Gremlin-Lizenz —, muss diese eine Rechnung buchhalterisch auf mindestens drei dieser Konten aufgeteilt werden, statt als eine einzige Pauschalposition „Projekt X — $22,000" gebucht zu werden. In doppelter Buchführung, in klartextbasierten Formaten wie Beancount, ist das eine einzige Transaktion mit mehreren Buchungszeilen:

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 USD

Sobald diese eine Transaktion existiert, können Sie jederzeit einen echten Profitabilitätsbericht nach Leistungsbereich erstellen — statt ihn im März, wenn Ihr Steuerberater fragt, warum die Margen inkonsistent aussehen, aus dem Gedächtnis oder alten Angeboten zu rekonstruieren.

Die Tooling-Weiterverkaufsfalle: Durchreichung vs. Aufschlag vs. Agentur​

Der Weiterverkauf oder die Administration von Chaos-Engineering-Lizenzen Dritter ist der Bereich, in dem diese Firmen ihre Bücher — und ihre steuerliche Behandlung — am häufigsten falsch machen. Es gibt drei unterschiedliche Konstellationen, die niemals dasselbe Konto teilen sollten:

1. Reine Durchreichung: Sie zahlen Gremlin $4,000 für eine Lizenz, stellen dem Kunden exakt $4,000 in Rechnung und nehmen keinen Aufschlag. Manche Firmen buchen das netto (nur die Marge, die $0 beträgt) statt brutto. Wenn Ihr Engagement-Letter Sie als Einkaufsagenten des Kunden statt als Wiederverkäufer definiert, kann dies unter ASC 606 als Agent-versus-Prinzipal-Behandlung qualifizieren — das heißt, Sie würden die Lieferantenzahlung und die Kundenrückerstattung als durchlaufenden Posten verbuchen, statt sowohl Umsatz als auch Herstellungskosten künstlich aufzublähen. Das ist relevant, weil es Ihre Umsatzkennzahl verändert, was sich auf alles von Kreditauflagen bis hin zur Bewertung Ihrer Firma durch einen Käufer anhand eines Umsatzmultiplikators auswirkt.
2. Weiterverkauf mit Aufschlag: Sie kaufen dieselbe Lizenz für $4,000 und stellen dem Kunden $5,000 in Rechnung, wobei Sie eine Spanne von $1,000 behalten. Hier treten Sie als Prinzipal auf — Sie kontrollieren die Ware oder Leistung, bevor sie an den Kunden übergeht — und sollten die vollen $5,000 als Umsatz und $4,000 als Herstellungskosten verbuchen, statt es auf $1,000 netto zu reduzieren. Eine Nettobuchung unterschätzt sowohl Umsatz- als auch Herstellungskostenpositionen, die ein Käufer oder Kreditgeber möglicherweise getrennt sehen möchte.
3. Kunde beschafft direkt: Die sauberste Konstellation — der Kunde hat seinen eigenen Gremlin- oder FIS-Vertrag, und Sie administrieren ihn lediglich. Nichts davon berührt Ihre Bücher überhaupt, weshalb immer mehr Beratungsunternehmen Kunden mit wachsender Größe zur direkten Beschaffung drängen: Das entfernt eine ganze margenschwache Geschäftslinie mit Cashflow-Timing-Risiko aus der GuV.

Welches Muster Sie auch verwenden — wählen Sie eines pro Kundenbeziehung und bleiben Sie konsistent dabei. Agent- und Prinzipal-Behandlung für denselben Lieferanten bei verschiedenen Kunden ohne dokumentierten Grund zu mischen, ist genau die Art von Inkonsistenz, die aus einer Routine-Buchprüfung einen langwierigen Vorgang macht.

Umsatzrealisierung bei Festpreis-Audits vs. meilensteinbasierten Game Days​

Resilience-Audits und Game-Day-Workshops werden meist als Festpreis verkauft, was nach ASC 606 nicht bedeutet, „alles bei Zahlungseingang der Rechnung zu realisieren". Der Standard verlangt, Umsatz zu realisieren, sobald die Leistungsverpflichtung erfüllt ist — entweder zu einem bestimmten Zeitpunkt oder über einen Zeitraum, je nachdem, ob der Kunde den Nutzen empfängt und verbraucht, während Sie liefern.

• Ein Resilience-Audit, das als einzelner Bericht am Ende eines zweiwöchigen Engagements geliefert wird, ist in der Regel eine zeitpunktbezogene Realisierung: Nichts wird als Umsatz erfasst, bis der Bericht geliefert und abgenommen ist, selbst wenn 50 % im Voraus in Rechnung gestellt wurden. Diese Anzahlung liegt auf einem Verbindlichkeitskonto (Liabilities:DeferredRevenue:ResilienceAudits), bis geliefert wird.
• Ein mehrtägiges Game-Day-Engagement mit täglichen Liefergegenständen — Fehlerszenario-Dokumenten, Incident-Timelines, einem abschließenden Retro — qualifiziert sich häufig für eine zeitraumbezogene Realisierung, da der Kunde den Wert inkrementell empfängt und nutzt, statt in einer einzigen Pauschallieferung am Ende.
• Automatisierungs-Aufbau mit vertraglichen Meilensteinen (Staging-Pipeline live, Produktionsexperimente geplant, Dashboard übergeben) sollte meilensteinweise realisiert werden, was zudem die Cashflow-Prognose deutlich erleichtert, da man nicht auf eine große Zahlung am Projektende wartet.

Das falsch zu machen, erzeugt nicht nur später Kopfschmerzen bei einer Prüfung — es verzerrt auch Ihre eigene Sicht auf das Geschäft in Echtzeit. Eine Firma, die eine Anzahlung von $30,000 am Tag des Eingangs als Umsatz verbucht und das Audit erst zwei Monate später liefert, wird im ersten Monat weitaus profitabler aussehen und im dritten Monat weitaus weniger profitabel, als sie tatsächlich ist — eine schlechte Grundlage für die Entscheidung, ob man den nächsten Ingenieur einstellt.

Auslastung und echte Marge pro Engagement-Typ verfolgen​

Sobald der Umsatz korrekt aufgeteilt ist, besteht der nächste Schritt darin, die Kosten dagegenzusetzen. Chaos-Engineering-Berater werden typischerweise zu Senior-Sätzen abgerechnet, weshalb die Zuordnung von Personalkosten hier stärker ins Gewicht fällt als bei margenschwächeren Dienstleistungsgeschäften. Verfolgen Sie für jeden Engagement-Typ:

• Direkte Arbeitsstunden gegen das jeweilige Engagement (nicht nur allgemein „Beratungsstunden") — das zeigt Ihnen, dass ein für 40 Stunden geplantes Resilience-Audit tatsächlich 65 Stunden gedauert hat und beim nächsten Mal neu bepreist werden muss.
• Tooling-Kosten, die der spezifischen Kundenbeziehung zugeordnet werden, die den Lizenzkauf ausgelöst hat, statt sie in eine allgemeine Softwarekostenposition zu werfen.
• Reise- und Vor-Ort-Kosten für persönliche Game Days, die die Marge eines ansonsten identischen Remote-Engagements erheblich verändern können.

Der Ertrag ist ein Margenbericht pro Engagement-Typ, der tatsächlich etwas aussagt: Viele Firmen in diesem Bereich stellen fest, dass Resilience-Audits und Automatisierungs-Aufbau die stärksten Margen tragen, weil sie reine Ingenieurzeit sind, während moderierte Game Days — trotz Premium-Tagessätzen — dünnere Margen aufweisen, sobald Senior-Facilitator-Zeit, Reisen und Vorab-Szenariodesign vollständig eingerechnet sind. Ohne getrennte Bücher ist das unsichtbar; mit ihnen wird es zu einem einfachen Preisgespräch mit dem nächsten Interessenten.

Die ingenieurtechnische Disziplin auch in Ihre Finanzbuchhaltung übertragen​

Es gibt hier eine natürliche Parallele, die Chaos-Engineering-Praktiker sofort zu schätzen wissen: Die gesamte Disziplin basiert auf der Idee, dass man einem System nicht vertrauen kann, das man nicht getestet hat, und dass undurchsichtige, schwer inspizierbare Infrastruktur genau die Fehlermodi verbirgt, die einen irgendwann zu Fall bringen. Dasselbe gilt für eine Tabellenkalkulation oder ein Black-Box-Buchhaltungs-SaaS-Tool, das Ihren Tooling-Weiterverkauf gegen Ihren Beratungsumsatz verrechnet, ohne dass Sie es darum gebeten haben — Sie merken erst, dass Ihre Margen falsch waren, wenn der Schaden bereits entstanden ist. Klartext-, versionskontrollierte Bücher bedeuten, dass jede Buchung inspizierbar, diffbar und auditierbar ist, genau so, wie Sie es sich von Ihrer Infrastructure-as-Code wünschen würden — und Umsatzströme auf Transaktionsebene zu trennen (nicht später aus dem Gedächtnis zu rekonstruieren) ist das, was eine monatliche Profitabilitätsprüfung überhaupt erst zu einem echten Review statt zu einem monatlichen Ausgrabungsprojekt macht.

Vereinfachen Sie Ihr Finanzmanagement​

Wenn Ihre Chaos-Engineering-Praxis über eine gründergeführte Boutique hinaus zu einem Team mit mehreren gleichzeitigen Engagements heranwächst, ist die saubere Trennung von Resilience-Audit-Umsätzen, Game-Day-Facilitation und Tooling-Weiterverkauf das, was Preisentscheidungen und Margenanalysen überhaupt erst möglich macht. Beancount.io bietet Klartext-Buchhaltung, die Ihnen vollständige Transparenz und Kontrolle über Ihre Finanzdaten gibt — keine Black Boxes, kein Vendor-Lock-in. Kostenlos starten und entdecken, warum Entwickler und technische Beratungsunternehmen zur Klartext-Buchhaltung wechseln.