Finance-ERP und Datenkern modernisieren: ein Umsetzungs-Playbook für CFOs

Ein durchschnittliches Großunternehmen führt Finanzdaten über drei bis sieben Systeme, die nie dafür gebaut wurden, miteinander zu sprechen. SAP-ECC-Instanzen aus 2008, Oracle-Hyperion-Planungsmodule, angeflanscht an eine S/4HANA-Migration, die auf halbem Weg stehen geblieben ist, Spreadsheet-BrBrThe percentage of visitors who leave after viewing only one page, often a signal of poor relevance, mismatched intent, or weak user experience.Vollständige Definition ansehen →ücken, die ein einzelner Analyst pflegt, der permanent eine KKThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ündigung von der Krise entfernt ist. Das Ergebnis: ein Finance-Team, das 60 bis 70 Prozent seiner Zeit damit verbringt, Daten abzustimmen statt sie zu interpretieren, eine Zahl, die Gartner in mehreren Erhebungen zur Finanzfunktion konsistent genannt hat.

Der Druck, das zu lösen, ist 2026 höher als noch vor drei Jahren. AI-gestützte FP&A-Tools, Treasury-Dashboards in Echtzeit und automatisiertes Regulatory Reporting brauchen alle einen sauberen, einheitlichen Data Layer darunter. Ohne den setzen Sie kein AI in Finance ein. Sie setzen AI auf schmutzige Daten, und das produziert selbstbewusst klingende falsche Antworten.

Das Playbook: ein Vorgehen in klarer Reihenfolge für den Neubau Ihres Finanz-Datenkerns

Schritt 1: Prüfen Sie, was Sie tatsächlich haben, nicht was Ihr Architekturdiagramm behauptet

Bevor Sie mit irgendeinem Anbieter sprechen, beauftragen Sie ein Data-Lineage-Audit. Das heißt: jede Zahl in Ihrem Board Pack bis zum Quellsystem zurückverfolgen, über jede Transformation hinweg. Die meisten Finance-Teams entdecken dabei zwei Dinge: Es gibt mehr Quellsysteme, als irgendwer wusste, und dieselbe Kennzahl wird unterschiedlich berechnet, je nachdem welches System sie erzeugt hat. Dokumentieren Sie jede Abweichung. Diese Abweichungen werden Ihre Anforderungsliste für die neue Architektur.

Geben Sie das an ein kleines Team: ein Finance Controller, ein IT-Architekt, ein Data Engineer. Sechs Wochen genügen. Alles darüber wird zum Beratungsprojekt mit einem 200-seitigen Report, den niemand liest.

Schritt 2: Definieren Sie Ihre Zielarchitektur, bevor Sie mit Anbietern sprechen

Die Reihenfolge ist hier entscheidend. Organisationen, die SAP, Oracle oder Workday im Sales-Zyklus die Architektur definieren lassen, kaufen am Ende die Wunschkonfiguration des Anbieters, die auf dessen Produktsuite hin optimiert ist. Entscheiden Sie stattdessen zuerst, ob Sie eine einzige ERP-Instanz über alle Finanzprozesse wollen oder einen Best-of-Breed-Ansatz mit einem zentralen Financial Data WarehouseData WarehouseA central repository that consolidates data from many source systems into a structured, query-optimized store designed for analytics, reporting, and business intelligence.Vollständige Definition ansehen → (Snowflake und Databricks sind 2026 die beiden häufigsten Optionen), das aus mehreren transaktionalen Systemen zieht.

Für Unternehmen mit weniger als zwei Milliarden Dollar Umsatz und einem einheitlichen Operating Model ist ein Single-Instance-Deployment von S/4HANA oder Oracle Fusion meist die klarere Lösung. Für Multinationals mit tatsächlich unterschiedlichen Geschäftseinheiten in verschiedenen Regulierungsregimen ist ein föderiertes Modell mit zentralem Data Layer realistischer. Treffen Sie diese Entscheidung, bevor Sie den RFP herausgeben.

Schritt 3: Migrieren Sie die Daten, bevor Sie die Prozesse migrieren

Der häufigste Fehler in der Reihenfolge: mit dem neuen ERP live gehen und dabei die Daten übernehmen, wie sie im Altsystem liegen, in der Annahme, die Datenqualität verbessere sich nach der Migration. Sie tut es nicht. Starten Sie einen parallelen Workstream zur Datenbereinigung sechs Monate vor Go-live. Das heißt: Kontenplan, Rechtseinheiten-Hierarchien, Kostenstellenstrukturen und Währungskonventionen zuerst im Altsystem standardisieren. Ihr neues ERP erbt saubere Daten. Allein das halbiert die Abstimmungsprobleme nach dem Go-live in etwa, gemessen an Implementierungsmustern, die Häuser wie Deloitte und PwC in ihrer ERP-Beratung dokumentiert haben.

Schritt 4: Bauen Sie das Finanz-Datenmodell, nicht nur die ERP-Konfiguration

Konfigurieren Sie Ihr ERP so, dass es ein konsistentes, dokumentiertes Datenmodell erzeugt, das Ihre FP&A- und Reporting-Tools konsumieren. Das heißt: jede Finanz-KPIKPIKey Performance Indicator, a measurable value that shows how effectively you're achieving a specific objective, tracked over time against a target.Vollständige Definition ansehen →, jede Aggregationsregel und jede Ausnahme schriftlich definieren. Anaplan, Pigment und vergleichbare Planungstools setzen auf diesem Layer auf, aber sie legen Inkonsistenzen offen, wenn das Modell darunter unklar ist. Der CFO eines europäischen Industriekonzerns hat mir kürzlich erzählt, dass sie nach der Migration vier Monate darüber gestritten haben, ob Intercompany-Eliminierungen im Konsolidierungs-Layer oder im Quellsystem stattfinden sollen. Dieser Streit hätte in einem Data-Governance-Dokument geklärt sein müssen, bevor irgendwer die ERP-Konfiguration angefasst hat.

Schritt 5: Stellen Sie Governance auf, bevor Sie Erfolg verkünden

Benennen Sie zum Go-live einen Finance Data Owner. Kein Komitee. Eine namentlich benannte Person, typischerweise ein VPVPA clear statement of the benefits your product delivers, the problems it solves and why customers should choose you over alternatives.Vollständige Definition ansehen → Finance oder ein Controller, mit der Befugnis, Streitfragen zu Datendefinitionen zu entscheiden und Änderungen am Datenmodell zu genehmigen. Ohne das driftet die neue Architektur innerhalb von 18 Monaten zurück in den fragmentierten Zustand, den Sie gerade zwei Jahre lang beseitigt haben. Das Governance-Framework sollte vier Dinge abdecken: wer neue Datenfelder anlegen darf, wie Änderungen an bestehenden Definitionen genehmigt werden, wie Datenqualität laufend überwacht wird und wie Ausnahmen eskaliert werden.

Fallen, die ERP-Modernisierungsprogramme zum Scheitern bringen

Die mit Abstand häufigste Ursache gescheiterter Finance-ERP-Projekte ist Scope-Ausweitung während der Implementierung. Der ursprüngliche Business Case umfasst Hauptbuch, Kreditoren, Debitoren und den Financial Close. Im sechsten Monat will Treasury Cash Management ergänzen. Tax will die direkte Integration mit dem Transfer-Pricing-Tool. Procurement will bis in den vorgelagerten Einkauf erweitern. Jede Ergänzung ist für sich vertretbar. Zusammen schieben sie das Go-live um 12 bis 18 Monate und erschöpfen das Implementierungsbudget. Definieren Sie zu Beginn einen harten Perimeter und behandeln Sie jede Scope-Erweiterung als eigene Phase mit eigenem Business Case.

Die zweite Falle ist, die Change-Management-Last für die Controller-Organisation zu unterschätzen. Accounting-Teams haben in Spreadsheets kompensierende Kontrollen aufgebaut, um Lücken der Altsysteme zu umgehen. Wenn das neue ERP diese Lücken schließt, verschwinden die Spreadsheets nicht automatisch. Die Leute fahren die manuellen Prozesse parallel weiter, weil sie dem System noch nicht trauen. Planen Sie explizit Zeit für das Controller-Team ein, um jeden Workaround zu validieren und dann formal abzuschalten.

Und schließlich: Vermeiden Sie die Falle, den Implementierungspartner die Erfolgsmetriken definieren zu lassen. ErErThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → misst typischerweise Go-live-Termin und Systemverfügbarkeit. Messen Sie finanzspezifische Ergebnisse: Time to Close, Anteil des Reportings, der ohne manuellen Eingriff entsteht, und Anzahl der pro Periode erfassten Datenqualitätsprobleme.

Quick Wins für diese Woche

• Nehmen Sie Ihre letzten drei Board Packs und identifizieren Sie jede Zahl, die vor der Veröffentlichung manuell angepasst werden musste. Diese Liste ist Ihr Datenqualitäts-Backlog.
• Sprechen Sie mit Ihren zwei erfahrensten FP&A-Analysten und fragen Sie, welchem Quellsystem sie am wenigsten trauen. Die Antwort zeigt Ihnen, wo das Lineage-Audit beginnt.
• Prüfen Sie, ob Ihr ERP-Anbieter in den letzten 12 Monaten ein AI-gestütztes Close- oder Reporting-Modul veröffentlicht hat. Wenn ja, bewerten Sie, ob Ihr aktuelles Datenmodell das tatsächlich tragen würde oder ob Sie zuerst den Kontenplan umbauen müssten.
• Erstellen Sie ein einseitiges Constraint-Dokument: was ausdrücklich nicht zum Scope von Phase eins Ihrer Modernisierung gehört. Verteilen Sie es an alle Business-Unit-CFOs, bevor es die erste Anbieter-Demo gibt.

Der Finanz-Datenkern ist die Stelle, an der jede weitere Digital-Finance-Initiative entweder Traktion gewinnt oder ausläuft. Die richtige Reihenfolge, insbesondere Daten bereinigen vor der Migration und Governance klären vor der Siegesmeldung, entscheidet darüber, ob sich das Investment in drei Jahren auszahlt oder still abgeschrieben wird.