Warum stimmen ERP, Controlling und Board-Report nie überein, und wie kommen wir zu einer Zahl?
Drei Zahlen für denselben Umsatz haben drei Ursachen: Prozess, Daten, Werkzeug. Die meisten davon haben mit KI nichts zu tun. Diese Seite zeigt, woran Sie die Ursache erkennen, wie ein guter Zustand aussieht und was Stammdatenbereinigung und Process Mining beitragen, belegt an zwei Mandaten seit Juli 2026.
Woran erkennen Sie das Symptom?
Der Umsatz im ERP, der Umsatz im Controlling-Report und der Umsatz im Board-Deck unterscheiden sich, und jede Abteilung kann ihre Zahl erklären. Vor jeder Sitzung baut jemand eine Überleitung. Die Überleitung ist nach zwei Monaten selbst ein Vorgang, den nur eine Person versteht. Das ist das Symptom, und es ist häufig.
In einem Mandat 2026 trug ein Reporting-Package von über 20.000 Werten vier Kontrollzellen. Beim Verknüpfen fielen 12 Positionen des Juli-Berichts auf, die noch Juni-Werte trugen, ein Blatt mit Januar-Werten und vier Ausgleichsposten, deren Herkunft niemand mehr erklären konnte. Kein Mensch hätte das beim Kopieren gesehen.
Welche Ursachen stecken dahinter?
Drei Ursachen erklären fast jeden Fall, den ich gesehen habe, und sie treten meist zusammen auf. Die Tabelle ordnet sie nach Prozess, Daten und Werkzeug, mit dem Kennzeichen, an dem Sie die Ursache ohne Analyse erkennen. KI kommt in keiner Zeile vor, weil keine Ursache durch KI entsteht oder durch KI allein verschwindet.
| Ursache | Woran Sie sie erkennen | Was sie anrichtet |
|---|---|---|
| Prozess: Werte werden von Hand übernommen | Zwischen Buchhaltung und Bericht liegen mehrere Excel-Dateien; jeder Übergang ist Copy-Paste; niemand weiß, wie viele Dateien es sind | Jede Übernahme kann einen Vormonatswert stehen lassen; in einem Fall 12 Positionen in einem einzigen Monatsbericht |
| Prozess: Wissen liegt in einem Kopf | Nur eine Person kann den Bericht erzeugen, oft außerhalb des Unternehmens; eine schriftliche Beschreibung gibt es nicht | Fällt die Person aus, entsteht der Bericht nicht; Ausgleichsposten bleiben undokumentiert |
| Daten: Stammdaten in mehreren Systemen | Derselbe Lieferant hat in Buchhaltung, ERP und CRM drei Schreibweisen; Kunden sind doppelt angelegt | Belegerkennung scheitert; Freigabe auf den neuen, Zahlung auf den alten Kreditor |
| Daten: Kontenplan gewachsen | Konten mit Namen wie „Sonstiges 2“, Kostenstellen, die niemand mehr zuordnet, Buchungen nach Gewohnheit | Controlling und Buchhaltung schneiden dieselben Buchungen verschieden; die Differenz heißt „Überleitung“ |
| Daten: keine gemeinsame Kennung | Zwei Listen beschreiben dieselben Gegenstände ohne gemeinsames Feld, etwa die Inventarliste aus dem Kauf und die Losliste einer Versteigerung | Zuordnung nur von Hand; bei 239 Losen waren 31 eindeutig, 168 ohne Treffer |
| Werkzeug: Excel als Datenbank | Formeln über Dateigrenzen fehlen; Prüfsummen fehlen; Versionen heißen „final_v3_neu“ | Kein Bruch fällt auf, bis der Beirat nachfragt |
Die Reihenfolge in der Tabelle ist auch die Reihenfolge der Reparatur. Ein Werkzeug, das auf drei Schreibweisen desselben Lieferanten trifft, produziert drei Lieferanten. Automatisierung scheitert in der Praxis an Stammdaten, nicht an Technik. Deshalb steht die Bereinigung vor jedem Werkzeug, und deshalb ist sie der Teil, der am längsten dauert.
Wie sieht ein guter Zustand aus, in Zahlen?
Eine Datenquelle je Zahl, und jeder Bericht bezieht sich per Formel auf sie. Im Prototyp vom 02.09.2026 wurden 11 Dateien zu einer verknüpften Mappe: über 250 händische Übernahmen sind jetzt Formeln, 18 Prüfungen laufen automatisch, beide Bilanzen nach HGB und IFRS gehen auf null. Vorher gab es vier Kontrollzellen.
Ein Register, in dem jede Zeile ihren Beleg trägt. Bei PeriGuard steht jedes der 239 versteigerten Lose mit Rechnungskette, Abrechnungsstufe und Beleggruppe in einem Register mit 4.153 Formeln und 513 Verweisen auf den Beleg. Das Dokumentenverzeichnis führt 275 Dateien mit Prüfsumme. Jede Zahl ist mit einem Klick auf ihren Beleg zurückführbar.
Ein Archiv, dessen Querverweise maschinell geprüft sind. Bei PeriGuard hat es 271 Dateien und 374 Querverweise; jeder wurde geprüft, keiner läuft ins Leere. Ein Abschlussprüfer, ein Steuerberater oder ein Nachfolger im Finanzbereich kann jede Zahl der Schlussabrechnung nachvollziehen, ohne eine Person zu fragen, die den Vorgang im Kopf hat.
Ein guter Zustand hat weiterhin Abweichungen, aber jede ist bekannt, hat einen Grund und einen Status. Jede Zahl trägt sichtbar, wie hart sie ist: belegt, rechnerisch bestätigt, nach Angaben, Annahme, Vorschlag, entschieden, offen. Der Beirat sieht dann drei Zahlen und weiß, warum.
Was trägt Automatisierung dazu bei?
Werkzeuge finden Dubletten, Fehlkontierungen und Abweichungen schneller als jeder Mensch, und sie halten den Zustand, sobald er einmal steht. Sie ersetzen nicht die Regel, was richtig ist. KI repariert keine Datenbasis von allein. Die Regel, was richtig ist, muss jemand setzen, der den Kontenplan versteht.
Beim Reporting-Prototyp hat die Maschine die 11 Dateien gelesen, die Datenflüsse erkannt und die Verknüpfungen, das Prüfblatt und das Protokoll erzeugt. Welche Eingaben bewusst Eingaben bleiben und welche Ausgleichsposten zu klären sind, war Finanzurteil. Der Prototyp ist gebaut und geprüft, aber noch nicht im Monatsbetrieb.
Bei der Versteigerung hat die Maschine rund 600 Seiten gelesen, jede Zahl mit ihrem Beleg verbunden und jede Abrechnungszeile nachgerechnet. Was gefordert und was zurückbehalten wird, hat sie nicht entschieden. Verhandlungsweg, Klärungstermin und die Vorgabe an die Gegenseite waren Finanzurteil, und dieses Urteil setzt Bilanzierungs- und Umsatzsteuerkenntnis voraus.
Was zeigt Process Mining im Finanzbereich?
Process Mining liest die Zeitstempel aus ERP und Workflow-System und zeichnet daraus, wie Rechnungsdurchlauf, Freigaben und Abschluss tatsächlich laufen. Das Ergebnis sind Zahlen: Durchlaufzeit je Beleg, Erstdurchlaufquote, Nacharbeitsschleifen, Wartezeiten je Schritt. Der dokumentierte Prozess und der gelebte Prozess unterscheiden sich in jedem Unternehmen, das ich gesehen habe.
Für Unternehmen mit 4 bis 100 Mio. € Umsatz reichen ERP-Exporte und leichtgewichtige Werkzeuge; die großen Suiten sind überdimensioniert. Voraussetzung sind Zeitstempel je Schritt: Eingang, Erfassung, Freigabe, Buchung, Zahlung. Wo Belege per E-Mail und Outlook-Ordner wandern, fehlen die Stempel, und das Prozessbild beginnt erst mit der Erfassung.
Eine eigene Mandatszahl aus Process Mining habe ich noch nicht; das Prozessbild ist Lieferobjekt der Stufe 1 auf der Seite KI-Automation im Finanzbereich. Was dort steht, ist die Methode. Sobald ein gemessener Wert vorliegt, steht er hier mit Datum.
Wie sah das in einem Mandat aus?
Die beiden Fälle seit Juli 2026 zeigen dieselbe Ursache in zwei Formen. Im Reporting-Fall waren es 11 Dateien ohne eine einzige Verknüpfung, dazu Stammdaten in drei Systemen mit drei Schreibweisen desselben Lieferanten. Bei der PeriGuard-Versteigerung hatten die Inventarliste aus dem Kauf und die Losliste der Auktion keine gemeinsame Kennung.
Bei der Versteigerung führte die Inventarliste 239 Positionen ohne Standort, Seriennummern bei 43 davon. Ein maschineller Zuordnungsversuch ergab 31 eindeutige Treffer, 40 mehrdeutige und 168 ohne Treffer. Der Weg von der Losliste ins Anlagevermögen musste über die Belegkette neu gebaut werden: 239 Lose, jedes mit Rechnungskette und Belegverweis.
Der Belegbestand der Versteigerung umfasste 228 Dateien mit 598 Seiten, darunter 55 Käuferrechnungen in einer Sammelmappe und Rechnungen in bis zu drei Fassungen aus Storno, Gutschrift und Neuausstellung. Zahlungsvermerke standen nur in Dateinamen. Jeder Geldfluss musste aus Belegen rekonstruiert werden, weil es keinen Lesezugriff auf das Zahlungskonto gab.
Alle Zahlen mit Datum und der Aufteilung in Maschine und Finanzurteil stehen auf der PeriGuard-Mandatsseite. Der Reporting-Fall bleibt anonymisiert; seine Betriebswerte folgen nach dem ersten Monat im Betrieb. Gemeinsam ist beiden Fällen, dass kein Werkzeug vor der Datenbasis angefasst wurde und jede Zahl heute einen Beleg hat.
Häufige Fragen zur Datenqualität im Finanzbereich
Wie lange dauert eine Stammdaten- und Kontenplanbereinigung?
Für Unternehmen mit 4 bis 100 Mio. € Umsatz 4 bis 6 Wochen, als Stufe 1 einzeln buchbar. Werkzeuge klassifizieren und schlagen vor, der Finanzverantwortliche entscheidet. Der Aufwand hängt weniger von der Zahl der Konten ab als von der Zahl der Systeme, in denen dieselben Stammdaten gepflegt werden.
Wer sollte die Bereinigung leiten, Finance oder IT?
Der Finanzbereich, weil die Regel, was richtig ist, eine Bilanzierungsfrage ist. Die IT liefert Exporte, Schnittstellen und Zeitstempel. Ein Kontenplan, den die IT allein bereinigt, kann technisch sauber und fachlich falsch sein. Ein Kontenplan, den Finance ohne IT bereinigt, bleibt in Excel.
Löst ein ERP-Wechsel das Problem?
Nein, er verschiebt es. Wer unbereinigte Stammdaten migriert, bildet die alten Probleme im neuen System ab, nur teurer. Deshalb steht die Bereinigung vor jeder Migration, siehe ERP-Einführung im Scale-up. Bei PeriGuard stand das Data Cleaning vor jeder Verbesserung am ERP.
Wie kommen wir zu einer Zahl, der Beirat und Bank vertrauen?
Mit einer Datenquelle, Formeln statt Übernahmen, einem Prüfblatt, das auf null geht, und einem Status je Zahl. Der Beirat akzeptiert Abweichungen, solange jemand sie erklären kann. Der Unterschied liegt in der Dokumentation, und die entsteht in Stufe 1, bevor ein Werkzeug läuft.
- Mandatsseite PeriGuard, Datenbasis und Automatisierung: Versteigerung, abgeschlossen August 2026.
- Anonymisiertes Mandat 2026: Reporting-Package aus 11 Dateien, Prototyp vom 02.09.2026; Befunde zu Stammdaten und Belegerkennung aus dem Konzeptpapier vom 02.09.2026.
- Ratgeber KI im Finanzbereich: was wirklich geht und was nicht mit Selbsttest zur Datenbasis.
Drei Zahlen für denselben Umsatz?
30 Minuten Erstgespräch, unverbindlich. Sie sagen mir, wie viele Dateien zwischen Buchhaltung und Board-Report liegen, ich sage Ihnen, welche der sechs Ursachen bei Ihnen vorliegt und was die Bereinigung braucht. Antwort innerhalb von 24 Stunden.
Erstgespräch anfragen