Zero-Based Budgeting verlangt von jeder Kostenstelle, ihre Ausgaben in jedem Zyklus von null aus zu rechtfertigen, statt einfach die Vorjahreszahl hochzuschreiben. KI entscheidet nicht, was überlebt. Sie übernimmt das Zusammentragen: Ist-Werte aus dem Hauptbuch ziehen, sie zu Kostenpaketen gruppieren, die Verträge und Treiber hinter jedem Paket anheften und markieren, was schräg aussieht. Um jede Position wird nach wie vor von den Verantwortlichen gerungen.
Diese Aufteilung ist entscheidend, denn der Grund, warum ZBB in den meisten Finanzteams stirbt, ist keine Uneinigkeit über Prioritäten. Es ist Erschöpfung. Ein Budget von Grund auf neu aufzubauen bedeutet, dass jemand Tausende von Transaktionen zu schlüssigen Entscheidungspaketen zusammenführt, aufspürt, welcher Vertrag welche wiederkehrende Belastung regelt, und um elf Uhr abends dieselbe Frage für die vierzigste Kostenstelle beantwortet. Die Analyse lohnt sich. Es ist die Fleißarbeit davor, die dazu führt, dass Leute im Folgejahr klammheimlich wieder zur “Wachstumsrate aufs Vorjahr”-Tabelle zurückkehren.
Wo die Zeit tatsächlich verloren geht
Geht man einen realen ZBB-Zyklus durch, sitzt die Zeit nicht dort, wo die Methodenlehrbücher sie verorten. Nur ein winziger Teil davon fließt in die interessante Frage, ob eine Kostenposition ihren Ertrag wert ist. Der Großteil geht dafür drauf, überhaupt an den Punkt zu kommen, an dem diese Frage gestellt werden kann.
- Ist-Werte kommen auf Kontoebene aus dem Hauptbuch, aber ein Entscheidungspaket ist eine betriebswirtschaftliche Ausgabeneinheit. Das eine auf das andere abzubilden, ist manuell und inkonsistent, und zwei Analysten ordnen denselben Lieferanten unterschiedlich ein.
- Hinter wiederkehrenden Belastungen steckt irgendwo ein Vertrag. Ihn zu finden, das Verlängerungsdatum zu bestätigen und zu klären, ob die Belastung fest zugesagt oder diskretionär ist, gleicht einer Schnitzeljagd über Beschaffungssysteme und geteilte Laufwerke.
- Derselbe Lieferant taucht in drei Schreibweisen über drei Gesellschaften hinweg auf, sodass Ausgaben, die sich zu einem Paket bündeln sollten, in drei zerfallen.
- Die Hälfte der “zero-based”-Prüfung endet als Abstimmungsübung, weil die für die Übung gezogenen Zahlen nicht mit der berichteten GuV übereinstimmen und niemand einer Paketsumme traut, die dem Hauptbuch widerspricht.
Das ist Arbeit an Entity Resolution, Abstimmung und Lineage. Genau die Art von Zusammenstellung, die ein Modell gut und ein Mensch langsam erledigt. Das Urteil darüber, ob eine Position Mittel verdient, ist der Teil, für den Ihre Leute ausgeruht und fokussiert sein sollen, und es ist der Teil, den sie nie mit Energiereserven erreichen.
Was das Modell zusammenträgt und wie man es ehrlich hält
Die Automatisierungseinheit ist das Entscheidungspaket: eine Kostenposition, ihre Historie, der Treiber, der ihre Größe erklärt, der Vertrag, der sie bindet, und der Verantwortliche, der dafür geradesteht. Das Modell baut dieses Paket und übergibt es. Es priorisiert keine Pakete und empfiehlt keine Kürzungen.
Es zuverlässig zu bauen, verlangt einige Kontrollen, die nicht optional sind.
- Point-in-Time-Korrektheit. Wenn das Modell die Vorjahresausgaben rekonstruiert, um die diesjährige Nullbasis zu begründen, muss es das Hauptbuch so verwenden, wie es zum Abschluss stand, nicht wie es sich heute nach Umgliederungen und späten Abgrenzungen liest. Zieht man die aktuelle Sicht, lässt man Information rückwärts durchsickern, und die Basislinie, von der man angeblich neu aufbaut, ist klammheimlich falsch.
- Lineage auf jeder Zahl. Jede Zahl in einem Paket lässt sich bis zu den Transaktionen oder Vertragspositionen zurückverfolgen, die sie erzeugt haben. Ein Analyst, der einer Summe misstraut, kann sie in einem Schritt bis zu den Quellzeilen aufklappen. Eine Zahl, die das Modell nicht mit einer Quelle belegen kann, wird verworfen, nicht angezeigt, denn eine selbstbewusst falsche Zahl ist schlimmer als eine sichtbare Lücke.
- Abstimmung vor der Prüfung. Paketsummen summieren sich zurück zum Hauptbuch, bevor ein Mensch sie sieht. Stimmen die Pakete einer Kostenstelle nicht mit den berichteten Kosten dieser Stelle überein, endet der Zyklus genau dort. Niemand sollte einen Nachmittag damit verbringen, über ein Paket zu streiten, das ohnehin nie aufgegangen wäre.
- Entity Resolution auf Lieferanten und Kostenstellen. Lieferanten, Verträge und interne Kostenstellen werden auf kanonische Entitäten aufgelöst, damit sich Ausgaben korrekt bündeln. Das ist der Unterschied zwischen einem ehrlichen Paket und drei irreführenden Fragmenten, und genau hier verstecken sich die stillen Fehler.
Die Treiberanalyse ist das Stück, das aus einem Haufen Kosten etwas macht, worüber ein Verantwortlicher überhaupt streiten kann. Für jedes Paket heftet das Modell den Treiber an, der die Ausgaben am besten erklärt: Headcount für das Tooling eines Teams, Transaktionsvolumen für Payment-Processing-Gebühren, Anzahl der Seats für Software. Es berichtet die Beziehung und hört dort auf. Wenn eine Kostenposition schneller gewachsen ist als ihr Treiber, ist diese Lücke das Gespräch. Cloud-Ausgaben um vierzig Prozent gestiegen gegenüber einer Workload, die um acht wuchs, klärt für sich genommen gar nichts. Es landet auf dem Schreibtisch der Person, die es erklären muss, mit der Zahl bereits angeheftet.
Verantwortliche einbinden und einen Audit-Trail führen
ZBB funktioniert nur, weil jemand jede Kostenposition besitzt und sie verteidigen muss. Eine Automatisierung, die den Verantwortlichen herausnimmt, nimmt den Sinn heraus. Also fließt der Output des Modells zur zuständigen Person, die das Paket bestätigt, den Treiber anpasst, falls das Modell einen schwachen gewählt hat, und die Begründung in eigenen Worten festhält. Das System erfasst, wer welches Paket wann gegen welche Version der Zahlen genehmigt hat.
Dieser Audit-Trail zahlt sich doppelt aus. Er ist das, was ein Controller oder Prüfer sehen muss, um zu erkennen, dass das Budget tatsächlich neu aufgebaut und nicht mit frischem Anstrich fortgeschrieben wurde. Und er wird zum Eval-Set für den nächsten Zyklus. Wo Verantwortliche die Treiberwahl des Modells durchgängig überstimmt haben, ist das eine gelabelte Korrektur, die man zurückspeist. Wo das Modell eine Lücke markiert hat, die sich als Timing-Artefakt entpuppte, ist das ein False Positive, gegen das man nachjustiert, denn ein Prüfprozess, der ständig falschen Alarm schlägt, wird innerhalb von zwei Zyklen ignoriert.
Achten Sie auf Drift zwischen den Zyklen. Kontenrahmen werden umstrukturiert, Kostenstellen verschmelzen, ein neues ERP kommt. Das Mapping, das letztes Jahr Ausgaben sauber in Pakete aufgelöst hat, degradiert still gegen die diesjährige Struktur. Behandeln Sie das Mapping als versioniert und überwacht, nicht als einmaliges Setup, und prüfen Sie es gegen eine Stichprobe abgestimmter Pakete, bevor Sie einem vollständigen Durchlauf trauen.
Die ehrliche Zusammenfassung ist eng. KI macht Zero-Based Budgeting bezahlbar genug, um es ordentlich und öfter als einmal im Jahr zu machen, indem sie die Abstimmung und Zusammenstellung von Ihren Leuten nimmt. Sie trifft nicht die Entscheidungen, und Sie sollten jedem misstrauen, der sie so verkauft, als täte sie es. Die Kürzung gehört nach wie vor dem, der mit ihr leben muss.
Häufige Fragen
Entscheidet die KI, welche Kosten in einem Zero-Based Budget gestrichen werden?
Nein. Das Modell trägt die Evidenz für jedes Kostenpaket zusammen und markiert Auffälligkeiten, aber ein namentlich benannter Verantwortlicher begründet und verteidigt jede Position. Der Audit-Trail hält fest, wer was genehmigt hat, nicht was das Modell vorgeschlagen hat.
Wie verhindert man, dass das Modell doppelt zählt oder Ausgaben erfindet?
Jede Zahl, die es zutage fördert, trägt eine Herkunft (Lineage) zurück zu einer Quelltransaktion oder einem Vertrag, und die Paketsummen werden gegen das Hauptbuch abgestimmt, bevor sie überhaupt jemand prüft. Eine Zahl ohne Quelle gilt als Fehler, nicht als Wert.
Lohnt es sich, Zero-Based Budgeting zu automatisieren, wenn wir es nur einmal im Jahr machen?
Die Zusammenstellungsarbeit ist dieselbe, egal ob man jährlich oder quartalsweise neu aufbaut. Erst die Automatisierung macht einen häufigeren Zyklus überhaupt bezahlbar, und genau darum geht es meist, wenn man ZBB überhaupt einführt.