SAP ECC Wartungsende 2027: Das Playbook fürs Forderungsmanagement

Das SAP ECC Wartungsende 2027 macht die Modernisierung des Forderungsmanagements dringend: Das Migrationsfenster ist der Moment, um Zahlungsabgleich und DSO in Ordnung zu bringen.
Bronze obelisk fragmenting and reconstituting into ceramic tower, visualizing SAP ECC migration to modern AR systems

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 auf OCR und Regeln basierenden SAP-Zahlungsabgleich durch eine Lösung zu ersetzen, 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 aufgebaut werden muss.

Das Wichtigste in Kürze

  • Die Mainstream-Wartung von SAP für ECC 6.0 endet 2027; eine erweiterte Wartung ist bis 2030 verfügbar, allerdings mit einem Aufschlag von zwei Prozentpunkten auf die Wartungsgebühr, und sie behebt keine der zugrunde liegenden Ineffizienzen im Forderungsmanagement.
  • 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

SAP-Zahlungsabgleich und AR-Automatisierungsmodul

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 müssen Kunden, die bei ECC bleiben, entweder eine erweiterte Wartung bezahlen (bis 2030 gegen Aufpreis verfügbar) oder zu einem Drittanbieter für Support wechseln. Das bedeutet nicht, dass ECC den Betrieb einstellt. Es bedeutet, dass SAP keine Standard-Fixes, keine Steuer- und Regulierungsupdates und keine neuen Innovationen mehr für die ECC-Codelinie liefert und dass Kunden, die weiterhin abgesichert sein wollen, dafür einen Aufpreis zahlen.

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. Migrationsberatungen und Lizenzexperten haben das eigentliche Stichwort ausführlich behandelt; die Auswirkungen des Stichtags auf die Finanzprozesse haben dagegen weit weniger Aufmerksamkeit erhalten.

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.

Branchenschätzungen bis 2024 gehen übereinstimmend davon aus, dass der Anteil der SAP-Bestandskunden, die den Umstieg auf S/4HANA abgeschlossen hatten, deutlich unter der Hälfte lag, sodass einem großen Teil der Kunden rund zwei bis drei Jahre bleiben, um eine Entscheidung zu treffen, bevor der Mainstream-Support ausläuft. 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

Wer die erweiterte SAP-Wartung bis 2030 bezahlt, kauft Zeit, keine Verbesserung. Die auf ECC laufenden AR-Prozesse, sei es ein selbst gebautes Abgleichsmakro für den Lockbox oder ein altes, auf OCR und Regeln basierendes Tool für den Zahlungsabgleich, bleiben exakt so, wie sie sind. Trefferquoten, DSO und Rückstände bei Abzügen verbessern sich nicht dadurch, dass die Wartungsuhr verlängert wurde; sie verbessern sich, wenn jemand den Prozess in Ordnung bringt.

Migration auf S/4HANA

Die Migration auf S/4HANA ist der Weg, den die meisten Großunternehmen einschlagen, und zugleich der Moment, in dem Entscheidungen über AR-Tools unter den schlechtesten Bedingungen fallen: am Ende eines Programms, 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. Alte OCR-basierte AR-Tools, die für die Datenstrukturen von ECC gebaut wurden, benötigen für S/4 in der Regel neue Vorlagen und eine erneute Integration, was speziell den AR-Arbeitsstrang um Monate verlängert.

Drittanbieter-Support

Der Wechsel zu einem Drittanbieter-Support (Rimini Street und ähnliche Anbieter) hält ECC ohne die SAP-eigenen Wartungsgebühren am Laufen, ist aber eine Lizenz- und Supportentscheidung, keine Modernisierung. Er erkauft denselben eingefrorenen AR-Prozess wie die erweiterte Wartung, nur von einem anderen Anbieter, und lässt die letztlich anstehende S/4-Migration (oder ein ähnliches Re-Platforming) weiterhin auf der Roadmap.

Keiner der drei Wege verbessert das Forderungsmanagement von allein. Genau das übersehen die meisten Anbietervergleiche: Die Entscheidung, die Finanzteams verkauft wird, ist eine Supportentscheidung, während die eigentliche Chance eine Prozessentscheidung ist, die nur zufällig auf derselben Zeitachse liegt.

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 und RISE, das von eigenem Code im ERP-Kern abrät, verstärkt dies noch. Nach dem Clean-Core-Ansatz soll AR-Logik wie der Abgleich von Zahlungsavisen, die Klärung von Abzügen und das Scoring im Mahnwesen in einem parallelen Layer angesiedelt sein und nicht in kundeneigenen ABAP-Objekten, die jedes künftige Upgrade erschweren. Genau dort sitzt Transformance architektonisch: außerhalb des ERP-Kerns, über Standardschnittstellen angebunden, und 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 wie OCR- und Regex-Tools von ERP-spezifischen Feldzuordnungen abhängt. Eine Einführung in 4 bis 8 Wochen, gegenüber den bei alten Zahlungsabgleichs-Rollouts üblichen 3 bis 6 Monaten, 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.

  1. Aktuelle Auto-Match-Quote und deren Kosten. Untersuchungen von IOFM zeigen, dass AR-Teams mit altem, 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.
  2. 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.
  3. Ü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.
  4. 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.
  5. 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

Transformance integration workflow ingesting and classifying remittances and claims
OptionWas mit dem Forderungsmanagement passiertAuswirkung auf den ZeitplanErgebnis fürs Working Capital
Erweiterte SAP-Wartung oder Drittanbieter-SupportAR-Tools und Abgleichslogik bleiben unverändert eingefrorenKauft Zeit bis 2030, verursacht Lizenzkosten, ändert operativ nichtsKeine Verbesserung; DSO und Rückstände bei Abzügen bleiben unverändert
Migration auf S/4HANA, alte OCR-/Regel-basierte AR-Tools behaltenAR-Tools erfordern neue Vorlagen und eine erneute Integration für das neue DatenmodellVerlängert den AR-Arbeitsstrang zusätzlich zum ERP-Kernzeitplan um MonateWorking-Capital-Gewinne verzögern sich, bis die AR-Tools nach dem Go-live wieder das gleiche Niveau erreichen
Transformance (paralleler, KI-nativer AR-Layer)Vision-Language-Modelle lesen Zahlungsavise und Abzüge unabhängig von der ERP-Version; keine neuen Vorlagen nötigEinführung in 4 bis 8 Wochen, läuft jetzt auf ECC und unverändert weiter auf S/4DSO-Reduktion von 8 bis 15 Tagen innerhalb von 90 Tagen, realisiert vor oder während des Cutovers

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. Kunden können eine erweiterte Wartung bis 2030 gegen Aufpreis erwerben, doch SAPs eigene Roadmap macht deutlich, dass ECC über dieses Fenster hinaus keine weiteren Kerninnovationen erhält.

Kann ich SAP ECC nach 2027 weiter betreiben?

Ja, ECC läuft technisch weiter, aber ohne Mainstream-Support zahlen Sie entweder für eine erweiterte Wartung oder wechseln zu einem Drittanbieter für Support. Keine der beiden Optionen verbessert die auf ECC laufenden AR-Prozesse; beide halten lediglich das aktuelle System in Betrieb.

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 alte OCR-basierte Tools erfordern für das Datenmodell von S/4 häufig neue Vorlagen. 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.

Wirkt sich das Clean-Core-Prinzip von SAP auf AR-Automatisierungstools aus?

Ja, Clean Core rät von kundeneigener Logik im S/4-Kern ab und verlagert Prozesse wie den AR-Abgleich, die Klärung von Abzügen und das Scoring im Mahnwesen in einen parallelen Layer. Das ist genau die Architektur, die ein KI-nativer AR-Layer bereits nutzt, indem er über Standardschnittstellen statt über kundeneigene ABAP-Objekte angebunden ist.

Wie lange dauert die Einführung eines KI-nativen AR-Layers während einer SAP-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.

Weiterlesen