Du suchst KI-Use-Cases im Finanzbereich? Ersetz Excel.

Jeder Finanzleiter, mit dem ich spreche, sucht nach KI-Use-Cases. Innovationsworkshops, Berater, Anbieter-Demos. Dabei liegt der Backlog längst im Shared Drive, und zwar seit Jahren.

Wo verstecken sich die KI-Use-Cases in meinem Finance-Team?

In deinem Shared Drive. Sortier nach .xlsx.

Jede Excel-Datei, die täglich oder monatlich von Hand aktualisiert wird, ist ein Finance-Prozess, der unter seinen Möglichkeiten läuft. Diese Liste ist dein Backlog an KI-Use-Cases, schon priorisiert danach, wie oft jemand die Datei anfasst. Wenn jemand sagt "Dafür nutzen wir Excel", hörst du ein Geständnis operativer Schulden.

Warum ist Excel eher Symptom als Werkzeug?

Weil du überall dort, wo du eine geschäftskritische Tabelle findest, einen Prozess gefunden hast, den niemand automatisiert hat. Das hat zwei Ebenen.

Jede Tabelle wickelt manuelle Arbeit um jede Phase ihres Lebenszyklus.

• Der Input ist manuell. Jemand öffnet ein System, lädt eine Datei herunter, transformiert sie, kopiert sie nach Excel, bereinigt die Spaltennamen, repariert die Datumsformate. Jede Periode.
• Die Pflege ist manuell. Jemand aktualisiert das Modell und prüft dann, ob es noch funktioniert, weil Excel dir eine falsche Zahl mit genau derselben Selbstverständlichkeit liefert wie eine richtige.
• Der Output ist manuell. Jemand mailt die Datei, kopiert einen Abschnitt in ein anderes Sheet, überträgt eine Zahl in eine Folie. Jeder Pfeil in dieser Kette ist ein Mensch.

Die Struktur selbst ist fragil.

Ein schlechter SVERWEIS, eine Zeile an der falschen Stelle eingefügt, eine Referenz, die still verrutscht ist: Jede dieser Kleinigkeiten zerlegt das Modell ohne Warnung. Die Reparatur dauert, weil die Person, die es gebaut hat, weg ist oder vergessen hat, wie es funktioniert. So sammelt jede wichtige Tabelle eine Angstprämie an: "Bloß nicht anfassen. Ist kompliziert. Könnte kaputtgehen." Diese Angstprämie bringt Finance Operations um, denn das Geschäft ändert sich, und das Modell kommt nicht hinterher, wenn niemand es anzufassen wagt. Das Ergebnis ist Versionsjagd im Drive: drei Dateien mit demselben Namen und drei verschiedenen Zahlen, keine davon die Wahrheit.

Was verrät dir eine Stellenanzeige, die einen "Excel-Profi" sucht?

Dass das Finance-Team auf Tabellen läuft und es im Unternehmen niemandem aufgefallen ist.

Meine Faustregel als CFO: Je mehr Excel ein Finance-Team nutzt, desto ineffizienter ist es in der Regel. Ein Gegenbeispiel habe ich noch nicht gesehen. Wenn ich eine Stellenbeschreibung lese, die einen "Excel-Profi" sucht, gehe ich davon aus, dass die Abläufe des Teams manuell sind, dass es langsamer ist als vergleichbare Teams und dass die Werkzeuge zur Lösung bereits auf jedem CFO-Laptop liegen. Ich stelle Leute ein, die neugierig auf Systeme sind, keine Tabellenmeister.

Wie sieht das in der Praxis aus? Der monatliche Headcount- und Gehaltsreport

Die Daten existieren. Sie liegen nur in zwei Systemen, die nicht miteinander reden: Das ERP kennt die Personalkosten je Abteilung, das HR-System kennt den Headcount je Abteilung. Der CEO will Kosten je Abteilung, diesen Monat plus 24-Monats-Trend, und das Team baut die Brücke jeden Monat von Hand in Excel.

Was das jeden Monat tatsächlich bedeutet:

1. Im ERP einloggen. Personalkosten je Abteilung für den aktuellen Monat ziehen. Als CSV exportieren.
2. Denselben Report für jeden der 24 Vormonate ziehen. 24 weitere Exporte.
3. Im HR-System einloggen. Aktuellen Headcount je Abteilung exportieren, dann die Monats-Snapshots 24 Monate zurück.
4. Excel öffnen. Alles einfügen. Spaltennamen bereinigen. Die Abteilungscodes abgleichen, die sich letztes Quartal geändert haben, als Engineering in Platform und Product aufgeteilt wurde.
5. Formeln für Kosten je Kopf je Abteilung je Monat bauen. Feststellen, dass zwei Kostenstellen im ERP zu keiner Abteilung im HR-System passen.
6. HR anmailen. Warten. Neu exportieren. Neu einfügen.
7. Chart bauen. An den CFO schicken. Nächsten Monat alles von vorn.

Excel ist hier das Klebeband, das ERP und HR-System zusammenhält, weil die beiden Systeme nicht miteinander reden. Und das Finance-Team klebt jeden Monat von Hand nach.

Wie ersetzt Claude Code die Tabellen-Zwischenschicht?

Es schreibt das Skript, dem der Workflow von Anfang bis Ende gehört: aus den APIs beider Systeme lesen, in deine Datenbank schreiben, einen Report im Firmendesign ausgeben, nach Zeitplan laufen. Kein Mensch in der Schleife, bis etwas kaputtgeht.

Das Werkzeug ist Claude Code. Es läuft auf deinem Rechner und verbindet sich mit jedem Quellsystem, das eine API oder einen Connector anbietet, und das sind in der Praxis alle. Ein Finance-Team betreibt heute rund 20 Tools: Office-Suite, ERP, Banking-Portale, HR-System, Kreditoren- und Debitorensysteme. Der Großteil der täglichen Arbeit besteht darin, Daten von Hand zwischen ihnen hin- und herzutragen, und Excel war dafür in den letzten 25 Jahren das Werkzeug. Gib dem Modell direkten Zugriff auf diese Systeme, und das Klebeband kommt ab. Wenn sich der Report ändern muss, bittest du Claude Code, ihn neu zu bauen, und die Angstprämie verschwindet zusammen mit der Tabelle.

Wenn Excel weg ist, wo liegen dann die Daten?

In einer SQL-Datenbank, egal welche dein Unternehmen ohnehin schon betreibt. Jedenfalls in keiner weiteren Tabelle.

Das war früher der Punkt, an dem Finanzleiter aufgegeben haben, weil SQL dem BI-Team gehörte. Das stimmt nicht mehr. Claude setzt die Datenbank auf, befüllt sie über die Connectoren zu ERP und HR-System und erklärt dir das Schema drei Monate später in einfachem Deutsch, wenn du vergessen hast, was eine Spalte bedeutet. Du musst kein SQL lernen. Claude macht das SQL für dich.

Historische Daten sammeln sich dann an einem Ort: versioniert, abfragbar und nicht verstreut über zwölf "v3_FINAL_echt.xlsx"-Dateien auf drei Laufwerken. Der Headcount-Report von oben wird nicht mehr jeden Monat von null neu gebaut. Die Januar-Zahlen liegen noch in der Datenbank; Claude hängt den April an und aktualisiert das Chart.

Wo ist der Haken, ehrlich?

Sich hinzusetzen und mit Claude Code warm zu werden kostet Zeit, und die Connectoren zu ERP und HR-System beim ersten Mal einzurichten ist echte Arbeit.

Die gute Nachricht: Es ist dramatisch einfacher geworden. Vor zwei Jahren brauchtest du einen Entwickler oder Data Engineer, um Systeme zu verbinden. Heute machst du das selbst, weil das meiste davon einfache Sprache und ein Konfigurationsbildschirm ist.

Wo fange ich an?

Nimm die eine Excel-Datei, die dich am meisten nervt. Die, die du jeden Montagmorgen aktualisierst und die jedes Quartal kaputtgeht, wenn jemand eine Spalte ändert. Nur diese eine.

Öffne Claude Code, erklär ihm, was die Datei tut, und bitte es, dasselbe ohne die Datei zu tun. Schau, wie weit du in einer Stunde kommst. Ersetz die Tabellen, bau die Automatisierungen, und die Effizienz deiner Finance Operations steigt von da an.