KI im Controlling: zwölf Agentic-BI-Use-Cases aus Energie, Versicherung, Pharma, Industrie.

Bevor über Use Cases gesprochen wird, lohnt ein Blick in die Tickets. Wir haben 1.843 Arbeitspakete aus zwölf Kundenprojekten — 1.036 Tasks, 453 User Stories, 248 Bugs, 56 Epics, 2023 bis 2026 — in den ABIS-Graphen gelesen und danach klassifiziert, worum es in jedem Ticket geht. Ein Ticket kann mehrere Themen berühren. Das Ergebnis ist die ehrlichste Liste von Schmerzpunkten, die wir kennen: nicht, was Anbieter versprechen, sondern was Teams in ihr Ticketsystem schreiben.

Die Spitze überrascht niemanden, der einen Monatsabschluss erlebt hat: Plan-Ist-Vergleiche, Refresh und Umgebungen, Modell und DAX. Die vierte Zeile ist die teuerste: 261 Tickets, in denen die Zahl im neuen Bericht nicht mit dem alten übereinstimmt — das meistkommentierte Ticket im größten Projekt (27 Kommentare) ist ein Abweichungsbericht. Danach kommen Excel als Quelle, Dokumentation, Berechtigungen, Migration, Performance und SAP-Strukturänderungen. Lineage ist mit 62 Tickets das kleinste Thema — und die Ursache der meisten anderen.

Aus den Clustern lassen sich zehn Fragen destillieren, die kein Keyword-Werkzeug zeigt, weil niemand sie googelt — man schreibt sie ins Ticket. Jede davon ist ein Anwendungsfall für einen Agenten, der vergleicht, dokumentiert oder prüft, und keine davon braucht ein Sprachmodell, das Entscheidungen trifft.

• Warum weichen die Zahlen im neuen Report vom alten ab?
• Läuft der Monatsabschluss-Refresh?
• Wer darf was sehen?
• Warum ist der paginierte Bericht langsam, und wo sind die kaskadierenden Parameter hin?
• SAP hat die Kostenarten neu nummeriert — was bricht?
• Unser Dataflow wurde gelöscht, und es gibt keine Historie.
• Wie übergeben wir das an unseren eigenen Entwickler?
• Das Dashboard hängt an Excel-Dateien auf SharePoint — wie kommen wir da weg?
• SSRS behalten oder Power BI, und was kostet die Lizenz?
• Können wir die Namen behalten, die unsere Excel-Nutzer kennen?

Alle Fälle sind auf Branche und Rolle anonymisiert; die Zahlen stammen aus Projektunterlagen, Angeboten und Fallstudien und sind unverändert. „Geliefert“ heißt umgesetzt; „Angebot“ heißt: Methode und Preis belegt, Ergebnis noch nicht. Die vollständigen Karten mit Ausgangslage, Vorgehen und Aufwand-Nutzen-Einordnung sind das Arbeitsmaterial dieses Kapitels.

Hinter den zwölf Fällen stehen vier Arbeitsmuster, die sich in jedem Controlling wiederholen. Keines davon ist „KI trifft Entscheidungen“; alle vier sind Mengenarbeit, die bisher Menschen gemacht haben — nachts, am Monatsende, oder gar nicht.

• Dokumentieren: Bestand lesen, Lineage bauen, Measures beschreiben, Übergabe an das eigene Team — Fälle 2, 5, 7. Der Agent liest, was niemand mehr lesen kann, und schreibt es so auf, dass der nächste Entwickler weitermachen kann.
• Prüfen: Checksummen je Sparte, 61 Regeln, zehn Fachfragen gegen Referenzwerte — Fälle 1, 3, 8. Der Agent vergleicht alt gegen neu, bevor der Fachbereich es tut.
• Migrieren: Logik aus SAS, Crystal, SSRS in SQL und DAX übersetzen, jeden Schritt belegen, live validieren — Fälle 2, 9, 11, 12. Zählen statt schätzen ist hier die Preisgrundlage.
• Bauen: Reportseiten gegen Mockup und Arbeitspaket, Measures aus dem Katalog, Historie und Zeitintelligenz — Fälle 4, 6, 10. Der Mensch gibt jede Seite frei.

Nicht jeder Fall lohnt sich zuerst. Das Raster im Arbeitsmaterial ordnet jeden Use Case auf zwei Achsen: Wie viel Vorarbeit braucht er (Stufe nach dem Reifegrad-Kapitel), und wie oft fällt die Arbeit an? Dokumentation und Regelprüfung stehen oben rechts — wenig Vorarbeit, jeden Monat fällig. Migrationen stehen unten rechts — hoher Einmalaufwand, hoher Einmalnutzen. Text-to-SQL für den Fachbereich steht links: nur sinnvoll, wenn das Modell schon auf Stufe 3 oder höher ist.

Wirtschaftlich zählt bei allen Mustern dieselbe Regel: Der Nutzen entsteht im Festpreis oder im laufenden Betrieb, nicht im Tagessatz. Ein Agent, der die Abweichungsprüfung in einer Stunde statt drei Tagen erledigt, senkt nach Aufwand die Rechnung — und erhöht im Festpreis die Marge, die der Kunde als Preissicherheit kauft. Wie das in Zahlen aussieht, rechnet das Kapitel Was Agentic BI kostet vor.

Der beste Einstieg ist nicht der spektakulärste Fall, sondern der häufigste. Öffnen Sie Ihr Ticketsystem und zählen Sie die letzten hundert Tickets nach den zehn Fragen oben. In den meisten Controlling-Teams gewinnt „Warum weicht die Zahl ab?“ — und das ist der Fall, für den ein Agent am wenigsten Vorarbeit braucht: Er liest alt und neu als Metadaten, rechnet Checksummen je Dimension und liefert die Abweichungsliste mit Ursache, bevor der Fachbereich sie findet.

Der zweite Schritt ist dann kein zweiter Use Case, sondern die Dokumentation des Modells, auf dem der erste lief — weil jeder weitere Fall davon profitiert. Wer so vorgeht, baut die vier Schichten des Guides nebenbei auf: Lineage für den Abgleich, Semantik für die Dokumentation, MCP für die Anbindung, Freigabe für den Betrieb. Der Managed-Agentic-BI-Service ist genau diese Reihenfolge als laufender Betrieb.