Der Stichtag für das Ende der Mainstream-Wartung von SAP ECC im Jahr 2027 erzwingt eine Entscheidung über jeden Prozess im Forderungsmanagement und im Working Capital, der darauf läuft, und das Migrationsfenster ist der günstigste Zeitpunkt, um den Zahlungsabgleich auf eine Lösung umzustellen, die von Anfang an für S/4 gebaut ist. Transformance wird als paralleler AR-Layer neben dem System betrieben und liest Zahlungsavise mit Vision-Language-Modellen statt mit schablonengebundener OCR, sodass der Umstieg kein separates Datenmigrationsprojekt für die AR-Logik erzwingt. Teams, die Zahlungsabgleich, Abzugsmanagement und Mahnwesen während des Übergangs von ECC zu S/4 in Ordnung bringen, erreichen den Go-live mit bereits realisierten Verbesserungen beim Working Capital und nicht mit einem Rückstand, der nach dem Cutover erst abgearbeitet werden muss.
Das Wichtigste in Kürze
- Die Mainstream-Wartung von SAP für ECC 6.0 endet 2027; eine optionale erweiterte Wartung ist bis 2030 verfügbar und bezieht sich auf die ECC-Codelinie, nicht auf die darauf laufenden AR-Prozesse.
- Der eigentliche Auslöser ist das Migrationsprojekt selbst, nicht der Go-live-Termin: Es ist der Zeitpunkt, zu dem die Finanzführung bereits über Budget, die Aufmerksamkeit der Geschäftsleitung und ein Mandat verfügt, Altprozesse anzufassen.
- AR-Tools auf Basis von OCR und Regex erfordern eine Neuerstellung der Vorlagen, sobald sich das zugrunde liegende ERP-Datenmodell ändert; KI-native Tools, die Dokumente nativ auslesen, hingegen nicht.
- Die Verbesserung des Working Capital (schnellerer Zahlungsabgleich, weniger überalterte Abzüge, konsequenteres Mahnwesen) ist einer der wenigen Business Cases einer Migration, der den Rest des Projekts selbst finanziert.
- Wer den AR-Layer jetzt parallel zu ECC und noch vor dem Cutover einführt, sorgt dafür, dass die S/4-Migration einen bereits funktionierenden Prozess erbt und nicht einen, der zweimal neu aufgebaut werden muss.
In diesem Artikel
- Was bedeutet das SAP ECC Wartungsende?
- Warum ist der Stichtag 2027 für Forderungsmanagement und Working Capital relevant?
- Erweiterte Wartung vs. S/4HANA vs. Drittanbieter-Support: die AR-Perspektive
- Warum ist das Migrationsfenster der richtige Zeitpunkt, um den Zahlungsabgleich in Ordnung zu bringen?
- Wie sollten Finanzteams den Working-Capital-Business-Case für die Migration aufbauen?
- Welche Risiken birgt das Warten bis 2027?
- Die Wahl eines AR-Layers für den Übergang von ECC zu S/4
Was bedeutet das SAP ECC Wartungsende?
Das SAP ECC Wartungsende bezeichnet das Auslaufen des Mainstream-Supports von SAP für die ECC-Codelinie: Die Mainstream-Wartung für ECC 6.0 (EHP 6 bis 8) endet am 31. Dezember 2027. Danach können Kunden, die bei ECC bleiben, entweder die optionale erweiterte Wartung nutzen (verfügbar bis 2030) oder zu einem Drittanbieter für Support wechseln. Das bedeutet nicht, dass ECC den Betrieb einstellt. Es bedeutet, dass Standard-Fixes, Steuer- und Regulierungsupdates sowie neue Funktionen für die ECC-Codelinie nur bis zu diesem Datum über die Mainstream-Wartung bereitgestellt werden und dass Kunden, die darüber hinaus abgesichert bleiben wollen, in die erweiterte Wartung oder zu einem Drittanbieter wechseln.
Für Finanzteams wird der Stichtag oft als reine IT- und Lizenzentscheidung dargestellt. Diese Sichtweise blendet die Perspektive von Forderungsmanagement und Working Capital fast vollständig aus. Der Stichtag selbst ist gut dokumentiert; seine Auswirkungen auf die Finanzprozesse werden dagegen deutlich seltener behandelt.
Warum ist der Stichtag 2027 für Forderungsmanagement und Working Capital relevant?
Der Stichtag ist für das Working Capital relevant, weil er jeden an ECC angebundenen AR-Prozess, vom Zahlungsabgleich über das Abzugsmanagement bis zum Mahnwesen, in genau dem Moment auf den Prüfstand stellt, in dem das ERP selbst angefasst wird. Diese Neubewertung erfolgt entweder bewusst, als Teil des Business Case, oder sie erfolgt schlecht, als Hauruckaktion während des Cutovers.
Große ERP-Transformationsprogramme überschreiten ihre ursprünglichen Budget- und Zeitschätzungen regelmäßig deutlich, und diese Überschreitung geht meist auf die Neugestaltung von Prozessen außerhalb der Kernfinanzbuchhaltung zurück, also genau dort, wo die alten AR-Tools angesiedelt sind.
Working-Capital-Studien großer Beratungshäuser beziffern den Gewinn aus einer besseren Abwicklung der Forderungen auf 1 bis 2 Prozent des Jahresumsatzes, also Liquidität, die sonst in nicht zugeordneten Zahlungsavisen, ungeklärten Abzügen und schleppendem Mahnwesen gebunden ist. Für ein Unternehmen mit 2 Milliarden Euro Umsatz entspricht diese Spanne 20 bis 40 Millionen Euro Liquidität, die allein im Forderungsmanagement brachliegt. Ein Migrationsprogramm, das dies ignoriert, lässt diese Liquidität gleich zweimal liegen: einmal während der Migration und ein weiteres Mal so lange, wie der neu aufgebaute AR-Stack braucht, um wieder das gleiche Niveau zu erreichen.
Erweiterte Wartung vs. S/4HANA vs. Drittanbieter-Support: die AR-Perspektive
Jeder ECC-Kunde entscheidet sich zwischen drei Wegen, und jeder hat andere Folgen für das Forderungsmanagement.
Erweiterte Wartung
Die erweiterte Wartung setzt den Support für die ECC-Codelinie bis 2030 fort. Sie ist eine Vereinbarung über den Support des ERP selbst; die darauf laufenden AR-Prozesse, sei es ein selbst gebautes Abgleichsmakro für die Lockbox oder ein regelbasiertes Tool für den Zahlungsabgleich, laufen unverändert in ihrer heutigen Konfiguration weiter. Trefferquoten, DSO und Rückstände bei Abzügen bewegen sich, sobald sich der AR-Prozess selbst ändert, und das ist ein eigener Arbeitsstrang, den Sie jederzeit im Migrationsfenster starten können.
Migration auf S/4HANA
Bei einer Migration auf S/4HANA fallen Entscheidungen über AR-Tools in der Praxis spät im Programm: wenn das Budget bereits in die Konfiguration der Kernfinanzbuchhaltung geflossen ist und die IT-Teams sich auf das Datenmodell konzentrieren, nicht auf den AR-Workflow. Schablonenbasierte Extraktion ist an das Feldlayout gebunden, für das sie eingerichtet wurde; entsprechende AR-Tools werden für S/4 daher in der Regel neu eingerichtet und erneut integriert, und diese Arbeit liegt im AR-Arbeitsstrang zusätzlich zum ERP-Kernzeitplan.
Drittanbieter-Support
Der Wechsel zu einem Drittanbieter-Support hält ECC außerhalb des SAP-eigenen Wartungsvertrags am Laufen. Es ist eine Lizenz- und Supportentscheidung über die ERP-Plattform; die darauf laufenden AR-Prozesse bilden davon unabhängig eine eigene Schicht. Die letztlich anstehende S/4-Migration oder ein vergleichbares Re-Platforming bleibt auf der Roadmap.
Alle drei Wege sind Entscheidungen über die ERP-Plattform und ihren Supportvertrag. Die AR-Prozesse darauf, also Zahlungsabgleich, Abzugsmanagement und Mahnwesen, bilden eine eigene Schicht und verändern sich, wenn diese Schicht verändert wird. Genau dort können Finanzteams unabhängig handeln, und das liegt zufällig auf derselben Zeitachse.
Warum ist das Migrationsfenster der richtige Zeitpunkt, um den Zahlungsabgleich in Ordnung zu bringen?
Das Migrationsfenster ist der richtige Zeitpunkt, weil es der einzige Moment ist, in dem die Finanzführung sowohl über die Budgethoheit als auch über die organisatorische Erlaubnis verfügt, die AR-Tools ohne separaten Business Case zu wechseln. Die Modernisierung des Forderungsmanagements an ein ERP-Programm zu koppeln, das bereits finanziert ist und die Rückendeckung der Geschäftsleitung hat, beseitigt die beiden größten Hürden, um eine AR-Automatisierung eigenständig genehmigt zu bekommen.
Das Clean-Core-Prinzip von SAP für S/4HANA, das von eigenem Code im ERP-Kern abrät, verstärkt dies noch. AR-Logik wie der Abgleich von Zahlungsavisen, die Klärung von Abzügen und das Scoring im Mahnwesen kann in einem parallelen Layer laufen statt in kundeneigenen ABAP-Objekten im Kern. Dort sitzt Transformance: außerhalb des ERP-Kerns, über Standardschnittstellen angebunden. Es liest Zahlungsavise sowie Bankdateien unabhängig davon, ob darunter heute ECC oder nächstes Jahr S/4 läuft.
Das ist praktisch bedeutsam, weil Transformance jetzt, während der Migration, auf ECC läuft und nach dem Cutover auf S/4 unverändert weiterläuft. Es gibt keinen Schritt für neue Vorlagen, weil die zugrunde liegende Dokumentenextraktion nicht von ERP-spezifischen Feldzuordnungen abhängt. Eine Einführung in 4 bis 8 Wochen bedeutet, dass die AR-Verbesserung deutlich vor dem Go-live des größeren ERP-Programms live und messbar sein kann.
Wie sollten Finanzteams den Working-Capital-Business-Case für die Migration aufbauen?
Um einen Working-Capital-Business-Case für die Migration aufzubauen, müssen Sie die Ineffizienzen im Forderungsmanagement in Euro beziffern, bevor das ERP-Programm sein Budget festlegt. Fünf Kriterien entscheiden darüber, ob der Case der Prüfung durch den CFO standhält.
- Aktuelle Auto-Match-Quote und deren Kosten. Untersuchungen von IOFM zeigen, dass AR-Teams mit regel- und OCR-basiertem Abgleich in der Regel bei einer Auto-Match-Quote von rund 70 bis 75 Prozent stagnieren, während der Rest jeden einzelnen Tag Analystenstunden verschlingt. Beziffern Sie die voll umgelegten Kosten dieser manuellen Arbeit.
- Days Sales Outstanding im Trend der letzten drei Jahre. Wenn der DSO gleich geblieben oder gestiegen ist, handelt es sich um gebundene Liquidität, deren Freisetzung sich der Business Case der Migration gutschreiben lassen kann.
- Überalterte Abzüge und Ausbuchungsquote. Branchen-Benchmarks beziffern unberechtigte Handelsabzüge auf 5 bis 10 Prozent der Gesamtsumme; die meisten Unternehmen buchen diese stillschweigend aus, anstatt ihnen nachzugehen.
- Abdeckung im Mahnwesen. Branchenumfragen zeigen durchgängig, dass manuelle Mahnteams in einer gegebenen Woche nur einen Bruchteil der überfälligen Rechnungen bearbeiten; der Rest bleibt schlicht liegen.
- Zeitliche Überschneidung mit dem ERP-Programm. Stellen Sie sicher, dass der AR-Layer unabhängig vom Cutover-Termin des ERP live gehen kann, damit der Working-Capital-Gewinn im laufenden Geschäftsjahr anfällt und nicht erst im Jahr nach dem Go-live.
Wenn Sie diese fünf Kriterien durchgehen, wird aus einem vagen „Wir sollten das Forderungsmanagement modernisieren“ eine konkrete, belastbare Zahl, die der CFO neben die Gesamtkosten des ERP-Programms stellen kann.
Welche Risiken birgt das Warten bis 2027?
Wer bis zum Wartungsstichtag selbst wartet, statt im Migrationsfenster zu handeln, sorgt dafür, dass die Modernisierung des Forderungsmanagements mit der Hypercare-Phase und der Stabilisierung nach dem Go-live um Aufmerksamkeit konkurriert, dem denkbar schlechtesten Zeitpunkt, um ein neues Tool einzuführen. Es bedeutet außerdem weitere 12 bis 24 Monate derselben DSO-Belastung, überalterter Abzüge und manueller Reibungsverluste im Order-to-Cash, die zu beheben die Migration eine Gelegenheit hätte sein sollen.
Es gibt ein zweites, leiseres Risiko. Finanzteams, die AR-Entscheidungen bis nach dem Cutover aufschieben, stellen häufig fest, dass der Monatsabschluss, der durch die neuen Reporting-Strukturen von S/4 ohnehin schon belastet ist, die Abstimmungslücke auffängt, die durch nicht zugeordnete Zahlungen und ungeklärte Abzüge entsteht. Was einmal, während der Migration, hätte behoben werden können, wird am Ende zweimal geflickt: einmal für die ERP-Umstellung und noch einmal für den AR-Prozess, der nie angegangen wurde.
Die Wahl eines AR-Layers für den Übergang von ECC zu S/4
Häufig gestellte Fragen
Wann beendet SAP die Mainstream-Wartung für ECC?
Die Mainstream-Wartung von SAP für ECC 6.0 endet 2027. Eine optionale erweiterte Wartung ist bis 2030 verfügbar. Die erweiterte Wartung umfasst die bestehende ECC-Codelinie; neue Funktionen liefert SAP über S/4HANA aus.
Kann ich SAP ECC nach 2027 weiter betreiben?
Ja, ECC läuft technisch weiter, aber ohne Mainstream-Support wechseln Sie entweder in die erweiterte Wartung oder zu einem Drittanbieter für Support. Beides sind Entscheidungen über die ERP-Plattform und deren Support. Die auf ECC laufenden AR-Prozesse bilden eine eigene Schicht und verändern sich, wenn diese Schicht verändert wird.
Was passiert mit den AR-Prozessen bei einer Migration von ECC auf S/4HANA?
AR-Prozesse müssen bei einer Migration in der Regel erneut integriert werden, und schablonenbasierte Extraktion muss für das Datenmodell von S/4 häufig neu eingerichtet werden. Genau deshalb ist das Migrationsfenster, nicht der spätere Go-live-Termin, der Moment, um zu bewerten, ob die AR-Tools selbst geändert und nicht nur neu angebunden werden müssen.
Ist jetzt der richtige Zeitpunkt, um die Software für den Zahlungsabgleich zu wechseln?
Ja, das Migrationsfenster ist der beste Zeitpunkt, weil Budget und die Aufmerksamkeit der Geschäftsleitung bereits dafür vorgesehen sind, das ERP und die umgebenden Prozesse anzufassen. Wer bis nach dem Cutover wartet, konkurriert während der Hypercare-Phase um Aufmerksamkeit, in der Finanzteams am schlechtesten aufgestellt sind, um ein neues Tool einzuführen.
Wo sollte die Logik für die AR-Automatisierung in einer S/4HANA-Landschaft liegen?
In einem parallelen Layer außerhalb des ERP-Kerns. Prozesse wie der AR-Abgleich, die Klärung von Abzügen und das Scoring im Mahnwesen bleiben so außerhalb des S/4-Kerns, und ein KI-nativer AR-Layer wird über Standardschnittstellen statt über kundeneigene ABAP-Objekte an das ERP angebunden.
Wie lange dauert die Einführung eines KI-nativen AR-Layers während einer S/4HANA-Migration?
Die vollständige Einführung dauert in der Regel 4 bis 8 Wochen, wobei erste Zahlungen bereits nach wenigen Tagen zugeordnet werden. Dieser Zeitrahmen ist kurz genug, um parallel zum ERP-Programm zu laufen, statt auf dessen Abschluss zu warten.
Fazit: Bringen Sie das Forderungsmanagement in Ordnung, solange die Migration bereits finanziert ist
Der Stichtag 2027 ist ein lizenzbedingter Auslöser, doch die eigentliche Chance dahinter liegt beim Working Capital: Zahlungsabgleich, Abzugsmanagement und Mahnwesen in Ordnung zu bringen, solange das Migrationsprogramm bereits über Budget und die Rückendeckung der Geschäftsleitung verfügt, statt auf einen separaten Business Case zu warten, der eigenständig womöglich nie genehmigt wird.
Führungskräfte in Finanzen und Treasury, die ihren Zeitplan von ECC zu S/4 gerade jetzt aufstellen, sind am besten positioniert, um DSO-Verbesserungen vor dem Cutover zu realisieren, statt ihnen danach hinterherzulaufen.
