Birminghams individuelle Bankabstimmung und die Clean-Core-Regel, die jeder CFO braucht

Meta hat diese Woche bestätigt, dass Chief Global Affairs Officer Joel Kaplan das Unternehmen 2027 verlassen will. Damit endet eine Amtszeit von mehr als 15 Jahren als wichtiger Berater von CEO Mark Zuckerberg in politischen und regulatorischen Fragen. Interessant ist die Dauer des Abschieds. Kaplan soll über die US-Midterm-Wahlen hinaus bis ins Jahr 2027 im Amt bleiben, um einen Führungswechsel zu begleiten. So sorgfältig planen Unternehmen eine Übergabe, wenn das betreffende Wissen im Kopf einer einzigen Person steckt und nie aufgeschrieben wurde.

Ihr Finanz-ERPERPEine integrierte Kernsoftware für zentrale Abläufe: Finanzen, Einkauf, Supply Chain, HR und Produktion auf gemeinsamer Datenbasis.Vollständige Definition ansehen → enthält dieselbe Art von Wissen. Es steckt in Custom Code, modifizierten Tabellen und individuellen Schnittstellen, geschrieben über fünfzehn Jahre von Entwicklern und Beratern, die größtenteils weitergezogen sind, und keiner von ihnen bleibt für einen zwölfmonatigen Übergang. Das Konzept, das sich damit befasst, ist derClean Core. Anbieter und Integratoren behandeln ihn als Architekturbegriff, deshalb überlassen ihn die meisten CFOs der IT. Meine These in diesem Beitrag: Ein Clean Core ist eine Governance-Entscheidung der Finanzabteilung darüber, wo die finanzielle Logik des Unternehmens liegt und wer sie erklären kann. Behandeln Sie jede Modifikation im ERP-Kern als Verbindlichkeit, die laufend Geld kostet, und die meisten Finanzbereiche werden feststellen, dass sie weit mehr davon mit sich tragen, als sie rechtfertigen kkDie durchschnittliche Zahl neuer Nutzer, die jeder bestehende Nutzer über Empfehlungen generiert. Über 1,0 verstärkt sich das Wachstum selbst und wird exponentiell.Vollständige Definition ansehen →önnen. Und das genau dann, wenn die SAP-Wartungsfrist und KI-Agenten kommen, um die Rechnung einzutreiben.

Warum der Clean Core im ERP auf die Agenda des CFO gehört

Der erste Grund ist der Kalender. SAP hat bestätigt, dass die Mainstream-Wartung für SAP ECC 6.0 am 31. Dezember 2027 endet. Die Umstellung hinkt hinterher. Der Benchmark 2026 von SAPinsider, basierend auf einer Umfrage unter 296 Community-Mitgliedern zwischen Dezember 2025 und März 2026, ergab: 55 % der Befragten haben eine Version von SAP S/4HANA oder SAP S/4HANA Cloud im Einsatz, aber nur 34 % haben ihr Tagesgeschäft vollständig darauf umgestellt. In Deutschland ergab der Investitionsreport 2026 der Anwendergruppe DSAG, dass nur 37 % der Unternehmen, die noch SAP ECC betreiben, bis Ende 2027 mit dem Nachfolger S/4HANA arbeiten wollen.

Der zweite Grund ist KI, und sie wiegt inzwischen schwerer als die Frist. Dieselbe SAPinsider-Studie zeigt, dass die KI-Ankündigungen von SAP die Wartungsfrist 2027 als wichtigsten externen Faktor für die ERP-Strategie überholt haben: 43 % der Organisationen nennen sie, 39 % die Frist. Gartner prognostiziert, dass Finanzorganisationen, die Cloud-ERP-Anwendungen mit eingebetteten KI-Assistenten nutzen, bis 2028 einen um 30 % schnelleren Abschluss erreichen. Zugleich stellt Gartner fest, dass die meisten CFOs bei der Einführung noch am Anfang stehen, gebremst durch Datenqualität, Integrationskomplexität, fehlende Skills und uneinheitliche Unterstützung mehrerer Gesellschaften. Diese eingebetteten Agenten lesen das Standarddatenmodell. Ein stark modifizierter Kern liefert ihnen ein Hauptbuch, für dessen Verständnis sie nicht gebaut wurden. Die Nachricht dieser Woche, dass Stout, Berater von Wirtschaftsprüfungsgesellschaften, das Agentic-AI-Unternehmen Flightline übernommen hat, um seine KI-gestützte Workbench auszubauen, ist ein weiteres Zeichen: Agent-Tools erreichen den Finanzbetrieb schneller, als die meisten Kerne dafür bereit sind.

Der dritte Grund betrifft allein den CFO: das Prüfungsurteil. Wenn individuelle Logik die Abstimmung oder die Periodenabgrenzung stört, unterschreibt nicht die IT den Abschluss. Das tun Sie.

Wie funktioniert ein Clean Core im ERP konkret?

Clean Core bedeutet, dass Standardcode und Datenmodell des Anbieters unverändert bleiben und alles Unternehmensspezifische außerhalb davon über veröffentlichte Schnittstellen läuft. In der SAP-Variante wird, wie es ein Implementierungsleitfaden formuliert, keine SAP-Tabelle manuell geändert, kein Standardprogramm überschrieben und kein unveröffentlichtes internes Objekt aus Kundencode aufgerufen. Alle Erweiterungen laufen ausschließlich über von SAP offiziell veröffentlichte APIs. Für Oracle Fusion oder jedes andere Cloud-ERP gilt dasselbe Prinzip: Der Anbieter besitzt den Kern und aktualisiert ihn laufend, Ihnen gehört der Rand.

Warum das alte Modell nicht mehr funktioniert

In der ECC-Ära haben Kunden SAP-Standardtabellen verändert, eigene Logik direkt in Standardprogramme eingefügt und Z-Objekte gebaut, die unmittelbar neben dem SAP-Kerncode lagen. SAP tolerierte das, weil Upgrades selten kamen. Diese Toleranz ist vorbei, denn Cloud-ERP-Updates kommen mehrmals im Jahr. Jede Modifikation im Kern muss bei jedem Release neu getestet und manchmal neu gebaut werden, auf unbestimmte Zeit. Das sind die laufenden Kosten. In ECC verteilten sie sich dünn auf gelegentliche Upgrade-Projekte und tauchten deshalb nie als Posten auf, für den jemand verantwortlich war. In einem kontinuierlichen Release-Modell zeigen sie sich jedes Quartal.

Gartner zieht daraus die strategische Konsequenz: Ein ERP-Projektumfang, der auf Basis aktueller oder kurzfristiger Anforderungen stark individualisiert ist, wird nach der Einführung mit veränderten Geschäftszielen nicht Schritt halten. Gartner prognostiziert außerdem, dass bis 2027 mehr als 70 % der kürzlich eingeführten ERP-Initiativen die Ziele ihres ursprünglichen Business Case nicht vollständig erreichen. Bis zu 25 % davon werden katastrophal scheitern.

Birmingham und Zimmer Biomet zeigen, was ein modifizierter Kern kostet

Birmingham City Council ist der deutlichste öffentlich dokumentierte Fall dafür, was passiert, wenn die Finanzabteilung den Kern individualisiert. Der Stadtrat ging im April 2022 mit der einheitlichen Plattform Oracle Fusion für Finanzen, Lohnabrechnung, HR, Einkauf, Supply Chain Management und Customer Relationship ManagementCustomer Relationship ManagementCustomer Relationship Management: Software und Strategie, um Kundeninteraktionen über den gesamten Lifecycle zu steuern und zu analysieren.Vollständige Definition ansehen → live und ersetzte damit ein SAP-System, das 1997 eingeführt worden war. Geplant war, Oracle „out of the box“ zu betreiben. Stattdessen fügte der Stadtrat Anpassungen hinzu, darunter ein Design für die Bankabstimmung, das nicht funktionierte. Manuelle Workarounds haben mehr als £5 Millionen gekostet. Zu den in der Presse genannten Problemen gehören die Entscheidung, Prüfungen zur Betrugserkennung für mehr als 18 Monate abzuschalten, und die Zuordnung von Transaktionen über £2 Milliarden zum falschen Jahr. Im Januar 2026 bezifferten Verantwortliche die prognostizierten Gesamtkosten des Programms bis zum Haushaltsjahr 2027/28 auf £144,4 Millionen, nach ursprünglich £19 Millionen, also rund das 7,6-Fache. Forscher des Audit Reform Lab der University of Sheffield schätzen, dass die Gesamtkosten einschließlich Einsparungen, die der Stadtrat eingeplant und dann verloren hatte, im April 2026 £216,5 Mio. erreichen werden. Im September 2026 berichtete The Register, dass der Stadtrat mindestens ein weiteres Jahr ohne Testat der Prüfer für seine Abschlüsse auskommen muss. Die gewählte Lösung sagt viel: ErErDas Verhältnis von Interaktionen (Likes, Kommentare, Shares) zur Reichweite eines Inhalts. Zeigt, wie stark die Zielgruppe reagiert, gemessen an der Zahl der Personen, die den Inhalt gesehen haben.Vollständige Definition ansehen → führt das Standardprodukt neu ein.

Zimmer Biomet zeigt, dass dasselbe Risiko in der Privatwirtschaft besteht. Es handelt sich um Vorwürfe, die Deloitte bestreitet. Laut der Klage des Medizintechnikherstellers versprach Deloitte, SAP S/4HANA im vereinbarten Zeit- und Budgetrahmen mit minimaler Individualisierung zu liefern, lieferte stattdessen aber ein übermäßig angepasstes Softwaresystem voller Fehler und Funktionslücken, für das Zimmer Biomet $94 Millionen an Honoraren zahlte. Nach Angaben des Unternehmens war es bis ins dritte Quartal 2024 kaum handlungsfähig, konnte keine Produkte versenden oder empfangen, keine Rechnungen stellen und kein grundlegendes Vertriebsreporting erzeugen. Die Probleme führten dazu, dass es seine Prognose für das Gesamtjahr 2024 senkte. Zimmer Biomet fordert mindestens $172 Millionen. Deloitte erklärte, man werde sich energisch gegen diese unbegründete Klage verteidigen. Wie auch immer das Gericht entscheidet: „Minimale Individualisierung“ war ein vertragliches Versprechen, und auf Kundenseite war niemand für sie als messbare Zahl verantwortlich.

Ein Rechenbeispiel: Ihren Custom Code vor der Migration bepreisen

Hier ein hypothetisches Beispiel, nur mit Arithmetik und auf Basis veröffentlichter Benchmarks. Laut ASUG-Umfragedaten, zitiert von ITChamps (einer Beratung, die Code-Bereinigung verkauft, prüfen Sie die Zahl also unabhängig), hat ein typisches Unternehmen mehr als 2.000 Custom-Objekte, die vor der Migration ein Assessment brauchen. Dieselbe Firma zitiert SAPs eigene Angabe, wonach bis zu 40 % des Custom Codes in ECC-Altsystemen ungenutzt oder redundant sind.

• Beginnen Sie mit 2.000 Objekten. Bei 40 % Redundanz lassen sich 800 stilllegen, bevor jemand eine Zeile Migrationscode schreibt. Bleiben 1.200 zur Klassifizierung.
• Angenommen, ein Zwei-Personen-Team kann 60 Objekte pro Woche klassifizieren (eine hypothetische Rate). Für die 1.200 verbleibenden Objekte braucht es dann 20 Wochen. Ohne den ersten Schnitt würden 2.000 Objekte etwa 33 Wochen dauern.
• Zu den Kosten berichtet VendorBenchmark, eine Firma, die Benchmarking-Leistungen verkauft, dass Projekte zur Rationalisierung von Custom Code mit 3 bis 4 Monaten Laufzeit die Beratungskosten der Migration bei mittleren bis großen Projekten um $500K bis $3M senken. Nutzen Sie diese Spanne als Ausgangspunkt für Ihren Business Case und gleichen Sie sie mit den Angeboten Ihres eigenen Integrators ab.

Der Sinn der Übung liegt in der Reihenfolge der Arbeit. Die Stilllegung ist die günstigste Entscheidung im gesamten Programm, und sie ist eine Finanzentscheidung, denn nur Prozessverantwortliche können bestätigen, dass ein Report von 2011 oder eine individuelle Buchungsregel keine Rolle mehr spielt. Damit ist die Inventur ebenso eineFrage, welchen Zahlen die Finanzabteilung tatsächlich vertraut, wie ein technisches Audit.

Wann ein Clean Core die falsche Entscheidung ist, und die Regel für die Abwägung

Ein Clean Core ist der Normalfall. Er ist keine absolute Regel, und wer so tut, als wäre er es, bringt CFOs auf drei Arten in Schwierigkeiten.

Erstens gibt es Logik, die Sie tatsächlich differenziert: ein Preismodell, eine regulierte Umsatzbehandlung, ein Abrechnungsprozess, den Ihre Wettbewerber nicht kopieren können. Wer sie in den Standard zwingt, vernichtet entweder Wert oder drängt sie in Spreadsheets, und das ist schlimmer als eine gut dokumentierte Modifikation. Zweitens verlagert das Auslagern von Code aus dem Kern die Komplexität, ohne sie zu beseitigen. Erweiterungen brauchen eigene Governance, eigene Tests und eigene Verantwortliche, und eine auf SAP spezialisierte Beratung warnt, dass viele beim Abbau alter technischer Schulden zugleich neue aufbauen. Drittens kann die Frist Sie in eine Konvertierung drängen, die Sie sonst nicht wählen würden. ISG-Studien von Anfang 2026 zeigen, dass 34 % der Organisationen Brownfield wählen, 18 % Greenfield und fast die Hälfte (48 %) einen hybriden Bluefield-Ansatz. ISG warnt, dass Brownfield- und Hybridansätze „den langfristigen Nutzen begrenzen und die Einführung neuerer Technologien wie KI erschweren können“. Trotzdem ist bezahlter Extended Support eine legitime Option. Gartner selbst rät Kunden, die den Geschäftswert von S/4HANA nur schwer beziffern können, zu prüfen, ob ein vorläufiger Verbleib auf ECC eine tragfähige Option ist. Eine bewusste Verzögerung mit Bereinigungsplan ist besser als eine überstürzte Konvertierung, die jede Modifikation mitnimmt.

Die Whiteboard-Regel für jede ERP-Modifikation

Schreiben Sie das auf und wenden Sie es auf jedes Custom-Objekt, jede Schnittstelle und jede modifizierte Tabelle an:

Wenn es nicht verändert, wie wir Geld verdienen oder wie wir ein Gesetz einhalten, geht es zurück in den Standard. Wenn doch, lebt es außerhalb des Kerns, mit einem namentlich benannten Verantwortlichen, der es in einem Absatz erklären kann. Nichts Neues kommt ohne Freigabe durch den CFO in den Kern.

Beim Test des benannten Verantwortlichen greift die Geschichte von Kaplan. Meta kann sich eine lange Übergabe leisten, weil das Unternehmen weiß, welche Person das Wissen hat. Die meisten Finanzteams können für die Hälfte ihrer Z-Programme keinen Verantwortlichen nennen. Ein Objekt ohne Verantwortlichen ist bereits verwaist und sollte stillgelegt oder neu gebaut werden, solange das Team noch die Wahl hat. Am schwierigsten ist der menschliche Teil. ASUG fand heraus, dass Änderungen an Geschäftsprozessen das größte einzelne Hindernis für die Migration sind, genannt von 49 % der Befragten. Deshalb verdient dieChange-Management-Arbeit, Controller dazu zu bringen, selbst gebaute Prozesse aufzugeben, im Budget dieselbe Aufmerksamkeit wie der Code.

Was Sie am Montag mit Ihrem ERP-Custom-Code tun sollten

• Fordern Sie von der IT die Anzahl der Custom-Objekte, modifizierten Standardprogramme und individuellen Schnittstellen in den Finanzmodulen an, jeweils mit dem Datum der letzten Ausführung. Eine Woche reicht für einen ersten Auszug.
• Markieren Sie jedes Objekt, das in den letzten 24 Monaten nicht gelaufen ist, als Kandidaten für die Stilllegung, und schicken Sie die Liste an die Controller, die den jeweiligen Prozess verantworten, mit der Bitte um Ja oder Nein.
• Wählen Sie die fünf Modifikationen, die am nächsten an Cash und Abschluss liegen (Bankabstimmung, Intercompany, Umsatzbuchungen), und verlangen Sie bis Freitag für jede einen namentlich benannten Verantwortlichen und eine Erklärung in einem Absatz. In Birmingham scheiterte es an einer individualisierten Bankabstimmung.
• Ziehen Sie Ihren Vertrag mit dem Integrator heran und prüfen Sie, ob „minimale Individualisierung“ als Zahl mit hinterlegter Rechtsfolge auftaucht oder nur als Formulierung.
• Setzen Sie eine Frage auf die Agenda des nächsten Steering Committees: Welche Modifikationen würden die eingebetteten KI-Tools des Anbieters für den Abschluss blockieren, und was bringt jede einzelne, um diese Kosten zu rechtfertigen?

Die Inventur des Custom Codes ist das am wenigsten genutzte Dokument der Finanztransformation. Wenn Sie für jede Modifikation, die Cash berührt, den Verantwortlichen nennen können, haben Sie eine Clean-Core-Strategie. Wenn nicht, fangen Sie diese Woche mit dieser Inventur an.