Bleibt der SAP Clean Core beim KI-Zahlungsabgleich intakt?

Das Wichtigste in Kürze

• SAP bewertet jede Erweiterung nach dem am wenigsten sauberen Objekt, das sie nutzt, auf vier Clean-Core-Leveln von A (freigegebene APIs) bis D (Modifikationen und Schreibzugriffe auf Tabellen).
• Eine externe Schicht hält den Clean Core intakt, wenn kein Code von ihr in SAP liegt, jedes Lesen und Buchen über eine klassifizierte Schnittstelle läuft und SAP jeden Ausgleich selbst bucht.
• RISE with SAP führt keine eigene Regel für Tools von Drittanbietern ein; Ihre Edition entscheidet, was erlaubt ist.
• Transformance braucht in SAP keine Eigenentwicklung in ABAP und keine Modifikationen, mit 100 % Buchungsprüfung; gebucht wird nichts ohne Freigabe durch eine Person.
• Ihr SAP-Team kann die Clean-Core-Aussage jedes Anbieters in sechs Prüfschritten im eigenen Qualitätssystem testen.

In diesem Artikel

• Das Wichtigste in Kürze
• Bleibt der SAP Clean Core mit einem externen Zahlungsabgleich intakt?
• Was versteht SAP unter Clean Core?
• Wie gelten die Clean-Core-Level A bis D für die Schnittstellen eines Zahlungsabgleichs?
• Was ändert sich zwischen Public Cloud, Private Cloud und On-Premise?
• Was ändert RISE with SAP für ein Zahlungsabgleich-Tool?
• Was muss eine externe Zahlungsabgleich-Schicht in SAP tun, und was nie?
• Wie verbindet sich Transformance mit SAP, ohne den Kern anzufassen?
• Wie prüfen Sie die Clean-Core-Aussage eines Anbieters vor Vertragsabschluss?

Bleibt der SAP Clean Core mit einem externen Zahlungsabgleich intakt?

Ja, wenn er außerhalb des SAP-Kerns läuft, nur über Schnittstellen liest und bucht, die SAP für diese Nutzung klassifiziert hat, und jeden Ausgleich der eigenen Buchungslogik von SAP überlässt.

Checkliste Clean Core für eine externe Zahlungsabgleich-Schicht an SAP S/4HANA

Einstufung und Level-Namen folgen der Dokumentation von SAP; Ihr Release und Ihre Edition bestimmen, welche Schnittstellen es gibt.

SAP bewertet Erweiterungen nach der am niedrigsten eingestuften Technologie, die in ihnen steckt (SAP Learning, Kurs zur Clean-Core-Erweiterbarkeit). Ein einziger Tabellenschreibzugriff oder ein einziges internes Objekt bestimmt das Level der gesamten Integration.

Auch das Geld der SAP-Anwender fließt in die Integration: Laut DSAG-Investitionsreport 2026 planen 45 % der 198 befragten SAP-Anwenderunternehmen im deutschsprachigen Raum hohe oder mittlere Investitionen in Integration auf der SAP BTP, nach 27 % im Jahr 2024. Es folgen Analytics (38 %), Anwendungsentwicklung und Automatisierung (27 %) sowie KI (16 %). Aus Sicht der DSAG ist es wichtig, dass Kunden ihre gewachsenen Systemlandschaften „Clean-Core-ready“ machen (DSAG, 2026; DACH).

‍

‍

Transformance braucht keine Eigenentwicklung in ABAP und keine Modifikationen und verbindet sich von außerhalb des Kerns, mit einer Methode, die sich nach Ihrer Umgebung richtet.

Was versteht SAP unter Clean Core?

Clean Core ist der Ansatz von SAP, ein S/4HANA-System in fünf Dimensionen standardnah zu halten, nämlich bei Prozessen, Erweiterungen, Daten, Integrationen und Betrieb, damit Upgrades kundeneigene Entwicklungen nicht brechen.

SAP versteht unter Integrationen die Kommunikation zwischen Lösungen. Ein neu bereitgestelltes S/4HANA-Cloud-System mit Standardprozessen ist per Definition sauber; das Ziel ist, es auch künftig sauber zu halten, wenn Erweiterungen und Integrationen hinzukommen (SAP Learning, Kurs SAP Cloud ALM für RISE). Jede neue Integration ist damit eine Entscheidung darüber, ob das System sauber bleibt.

Für die Integrationsdimension gibt SAP die Richtung vor: Standardintegrationsszenarien aus dem SAP Business Accelerator Hub, angebunden per OData, SOAP oder Events und mit angemessener Überwachung und Fehlerbehebung (SAP Learning, Kurs SAP Activate).

Für die Finanzabteilung ist das relevant: Eine Integration in die Debitorenbuchhaltung, die interne Objekte anfasst, verursacht bei jedem Upgrade Regressionsaufwand. In der Public Edition kommt hinzu, dass die Software-Updates automatisch und für alle Kunden gleichzeitig laufen (SAP Learning, Kurs zur Clean-Core-Erweiterbarkeit).

Wie gelten die Clean-Core-Level A bis D für die Schnittstellen eines Zahlungsabgleichs?

SAP bewertet jede Erweiterung nach dem am wenigsten sauberen Objekt, das sie nutzt: Freigegebene APIs sind Level A, klassische APIs Level B, interne Objekte Level C, Modifikationen und Tabellenschreibzugriffe Level D.

SAP ordnet Objekte vier Klassen zu. Freigegebene APIs tragen das Stabilitätsversprechen von SAP, klassische APIs sind ABAP-Artefakte, die als upgradesicher gelten. Interne Objekte sind Artefakte, die nicht als klassische APIs eingestuft sind, und nicht empfohlene Objekte sind Artefakte, die bekanntermaßen Upgrade-Probleme verursachen (SAP Learning). Die Level im Überblick:

• Level A gilt für Side-by-Side-Implementierungen auf der SAP BTP und für On-Stack-Entwicklung, sofern sie ausschließlich freigegebene Objekte nutzen.
• Level B: Erweiterungen erreichen Level B, wenn sie nur SAP-Objekte und Entwicklungsmuster nutzen, die als klassische oder freigegebene APIs eingestuft sind. SAP nennt als Beispiel einen Wrapper um eine BAPI.
• Level C umfasst den rein lesenden Zugriff auf SAP-Tabellen, die SAP nicht für die externe Nutzung freigegeben hat. Für die Debitorenbuchhaltung: Wer Offene Posten direkt aus SAP-Tabellen liest statt über eine freigegebene View oder API, bewegt sich auf Level C.
• Level D umfasst Modifikationen, Erweiterungen und nicht unterstützte Schreibzugriffe auf SAP-Tabellen sowie implizite Erweiterungen und Objekte im Status „noAPI“. Für die Debitorenbuchhaltung: Wer Ausgleichsdaten in SAP-Tabellen schreibt, statt einen Beleg zu buchen, liegt auf Level D.

Ein Zahlungsabgleich hat vier Berührungspunkte: Debitoren und Offene Posten im Nebenbuch lesen, Kontoauszüge und Zahlungsavise lesen, den Ausgleich buchen und ihn korrigieren. Fragen Sie für jeden Berührungspunkt, welche Objektklasse er nutzt; die niedrigste bestimmt das Level.

Spricht Ihr Team noch von Tiers? SAP hat das ursprüngliche Drei-Stufen-Modell zum Clean-Core-Level-Konzept weiterentwickelt (SAP News, 2025).

Was ändert sich zwischen Public Cloud, Private Cloud und On-Premise?

In der Public Edition sind nur freigegebene APIs und Erweiterungspunkte erlaubt; Private Cloud und On-Premise lassen zusätzlich klassische APIs zu, was mehr Wege offenhält, aber mehr Disziplin verlangt.

Public Cloud. Die Regeln von SAP: Modifikationen an SAP-Objekten sind nicht zulässig, Erweiterungen müssen klar vom SAP-Code getrennt sein, und es dürfen nur freigegebene APIs und Erweiterungspunkte genutzt werden (SAP Learning). Ein externes System verbindet sich über ein Kommunikationssystem, einen Kommunikationsbenutzer, der nicht für die Anmeldung durch Personen vorgesehen ist, und eine Kommunikationsvereinbarung, die die ausgetauschten Nachrichten festlegt (SAP Learning, Kurs zur Public Edition). Für Buchungen und Ausgleiche von außen stellt SAP seine freigegebenen Journal-Entry-APIs bereit.

Private Cloud und On-Premise. Wo sich das Entwicklungsmodell ABAP Cloud nicht einsetzen lässt, bleibt die klassische Erweiterbarkeit weiterhin verfügbar und unterstützt. Klassische APIs wie BAPIs bleiben auf Level B möglich, und auch IDoc- oder Dateiwege bleiben offen; die Frage ist dann, zu welcher Klasse jede Schnittstelle gehört.

SAP ECC. Die Clean-Core-Level sind das Modell von SAP für S/4HANA. Auf ECC schützt dieselbe Disziplin (keine Modifikationen, keine Tabellenschreibzugriffe) den späteren Umstieg (SAP-ECC-Schnittstelle).

Wie sich Transformance Edition für Edition anbindet, steht unter So bindet Transformance SAP S/4HANA an.

Was ändert RISE with SAP für ein Zahlungsabgleich-Tool?

RISE with SAP ist die Transformationsreise von SAP zum Cloud-ERP, und die Methodik baut Clean-Core-Prüfungen in jede Phase ein, sodass Integrationen an jedem Quality Gate geprüft werden.

RISE with SAP ist die Transformationsreise für bestehende SAP-Kunden auf dem Weg vom On-Premise-ERP zum Cloud-ERP. Bis April 2025 war es ein eigenes Vertragspaket; heute kann es die Public Edition oder SAP Cloud ERP Private umfassen, den neuen Namen von SAP für die S/4HANA Cloud Private Edition (SAP Learning, Kurs SAP Cloud ALM für RISE).

Die Clean-Core-Prinzipien sind in Governance und Rahmenwerk der RISE-Methodik verankert und an Quality Gates festgemacht, und in der Betriebsphase verlangt SAP von Kunden einen fortlaufenden Keep-clean-Prozess (SAP Learning, Kurs SAP Activate). Zu den Technologietagen 2026 hält die DSAG fest, dass SAP-KI-Lösungen, Produkte von Drittanbietern und kundenspezifische Erweiterungen eng zusammenspielen und betreibbar sein müssen. Unternehmen, Partner, DSAG und SAP sollen deshalb gemeinsam individuelle Erweiterungen reduzieren und das Clean-Core-Prinzip konsequent verfolgen (DSAG-Pressemitteilung zu den Technologietagen, 17. März 2026; DACH).

Für ein Zahlungsabgleich-Tool heißt das zweierlei:

• Halten Sie die Schnittstellenliste des Anbieters vor dem Quality Gate bereit.
• Planen Sie die Überwachung: Das Integration Monitoring in SAP Cloud ALM deckt die durchgängige Verarbeitung von Nachrichten, Events und Geschäftsobjekten ab (SAP Learning, Lektion zum Aufbau von Integrationen).

Zum Zeitpunkt: Debitorenbuchhaltung vor oder nach dem S/4HANA-Umstieg automatisieren.

Was muss eine externe Zahlungsabgleich-Schicht in SAP tun, und was nie?

Eine saubere externe Schicht bleibt außerhalb des Kerns, nutzt einen technischen Benutzer und klassifizierte Schnittstellen und lässt SAP jeden Beleg erzeugen; sie installiert nie Code, modifiziert keine Objekte und schreibt nicht in Tabellen.

Muss:

• Außerhalb des SAP-Systems laufen, unter einem eigenen technischen Benutzer (Public Edition: ein Kommunikationsbenutzer) mit einer auf die jeweiligen Buchungskreise begrenzten Berechtigungsrolle.
• Über freigegebene Schnittstellen lesen, oder über klassische, wo keine freigegebene existiert (Private Cloud und On-Premise).
• Ausgleiche und Buchungssätze als SAP-Belege buchen, damit die Buchungsperioden, Toleranzen und Berechtigungen von SAP greifen: Ein Ausgleich erzeugt immer einen Ausgleichsbeleg (SAP Learning, Kurs Finanzbuchhaltung).
• Ein Protokoll führen, das mit dem SAP-Beleg übereinstimmt, und die Korrekturschritte von SAP einhalten.

Darf nie:

• ABAP-Code oder Transporte in Ihr System einspielen.
• SAP-Objekte modifizieren, implizite Erweiterungen oder Objekte im Status „noAPI“ nutzen oder in SAP-Tabellen schreiben.
• Sich als Person anmelden oder beim Buchen eine geschlossene Periode oder eine Toleranzprüfung umgehen.

Der Korrekturweg. Für eine falsch ausgeglichene Zahlung sieht SAP vor, den Ausgleich zurückzunehmen, den Beleg zu stornieren und die ursprüngliche Buchung korrekt neu zu erfassen (gleiche Lektion). In der Public Edition meldet die Knowledge Base von SAP, dass eine der freigegebenen Journal-Entry-APIs das Stornieren bereits ausgeglichener oder stornierter Buchungen nicht unterstützt (SAP-Knowledge-Base-Artikel 3669001). Vereinbaren Sie den Korrekturweg vor dem Go-live und spielen Sie ihn einmal durch.

‍

‍

Toleranzgruppen. SAP vergleicht eine Zahlungsdifferenz mit den Toleranzgruppen des Mitarbeiters und des Debitors oder Kreditors (SAP Learning, Lektion zu Zahlungsdifferenzen); die Toleranzgruppe des technischen Benutzers ist daher eine Entscheidung im Setup. Den gesamten Ablauf beschreibt wie externe Systeme Zahlungen buchen und Offene Posten ausgleichen.

Fällt eine Zahlung zu niedrig aus oder fehlt eine brauchbare Referenz, untersucht Vero, der Agent von Transformance, den Fall anhand von Customer 360 und holt interne und externe Informationen, um weitere Treffer zu finden. Vero schlägt den Ausgleich mit den zugehörigen Nachweisen vor, eine Person gibt frei, und erst dann bucht SAP: Logik außerhalb, Hauptbuch innen. Zu Identität und Zugriff: wie KI-Agenten sicher auf ERP-Daten zugreifen.

Wie verbindet sich Transformance mit SAP, ohne den Kern anzufassen?

Transformance braucht in Ihrem SAP-System keine Eigenentwicklung in ABAP und keine Modifikationen: Es verbindet sich von außen, liest Daten der Debitorenbuchhaltung und schreibt Buchungen erst nach der Freigabe durch eine Person zurück.

Editionen und Wege. Transformance bindet SAP S/4HANA On-Premise, in der Private Cloud und in der Public Cloud an, außerdem SAP ECC; S/4HANA und ECC laufen bei Kunden von Transformance im Produktivbetrieb. Zur Anbindung stehen APIs, RFC/BAPI und IDoc, Datei oder SFTP, Middleware, der SAP Cloud Connector oder der On-Premise-Agent von Transformance zur Verfügung; die Methode richtet sich nach Ihrer Umgebung (Edition für Edition). Die Anbindung ans ERP dauert in der Regel 2 bis 3 Tage; Ihre IT kann beteiligt sein.

Lesen und Schreiben. Transformance liest Debitorenstammdaten, Offene Posten, Rechnungen, Buchungssätze, Kontoauszüge und Zahlungsavise. Es schreibt Ausgleichsbuchungen, Buchungssätze und weitere ERP-Updates zurück, einschließlich Stornos (Feldübersicht).

Kontrollen. Ein mehrstufiges Freigabemodell (lesen, empfehlen, ausführen, buchen) hält bei ERP-Buchungen eine Person im Prozess, mit Wertgrenzen nach Betrag, Gesellschaft und Kunde; Administratoren konfigurieren die Regeln, das Finanzteam gibt frei (Freigaben und Wertgrenzen).

ClearMatch erreicht eine Auto-Match-Quote von 95 % und durchläuft den gesamten Ablauf in weniger als 8 Minuten, mit 100 % Buchungsprüfung (Kundendaten von Transformance, 2026).

Audit Trail. Der Audit Trail hält Zeitstempel, die Aktion des Systems, die Aktion des Benutzers, die freigebende Person, die Eingabe und den Konfidenzwert fest (Audit Trail und Stornos).

Zahlungsavise. DocSense liest Zahlungsavise mit einer Extraktionsgenauigkeit von über 97 %, bei mehr als 100 Dokumenttypen und über 170 Sprachen und ohne dass Vorlagen konfiguriert werden müssen, sodass keine Avis-Logik in SAP liegt (wie KI Zahlungsavise liest).

Gruppen und Daten. Mehrere SAP-Instanzen und Buchungskreise laufen in einer Transformance-Umgebung zusammen; die Daten bleiben in Ihrer Region, bei EU-Kunden in der EU, und Kundendaten fließen nicht in das Training von Modellen ein.

Wie prüfen Sie die Clean-Core-Aussage eines Anbieters vor Vertragsabschluss?

Fordern Sie die Schnittstellenliste je Berührungspunkt und Edition an, prüfen Sie den Status jedes Objekts in den eigenen Verzeichnissen von SAP und weisen Sie dann den Buchungs- und Korrekturweg in Ihrem Qualitätssystem nach.

Die Clean-Core-Aussage eines Anbieters in sechs Schritten prüfen:

1. Fordern Sie die Schnittstellenliste je Berührungspunkt (Debitoren, Offene Posten, Kontoauszüge, Zahlungsavise, Ausgleich, Storno) und je Edition an.
2. Schlagen Sie den Status jeder Schnittstelle im SAP Business Accelerator Hub, in der Ansicht der freigegebenen Objekte oder im Cloudification Repository nach.
3. Fragen Sie, welche Transporte, Add-ons oder ABAP-Objekte in Ihr System eingespielt würden. Bei einer sauberen externen Schicht ist die Liste leer.
4. Legen Sie den technischen Benutzer und die Berechtigungsrolle selbst an, begrenzt auf die betroffenen Buchungskreise (Public Edition: Kommunikationsbenutzer und Kommunikationsvereinbarung).
5. Buchen Sie in Ihrem Qualitätssystem einen Ausgleich, eine Teilzahlung und eine Korrektur und prüfen Sie jeden SAP-Beleg gegen das Protokoll des Anbieters.
6. Nehmen Sie die Schnittstellen und die Berechtigungsrolle des technischen Benutzers in Ihre Regressionstests für das nächste Upgrade auf.

Für freigegebene APIs garantiert SAP die Stabilität dieser Schnittstellen von Release zu Release (SAP Learning).

SAP erzwingt die ausschließliche Nutzung freigegebener Objekte im Kundencode durch Syntaxprüfungen und Prüfungen im ABAP Test Cockpit (gleiche Lektion). Installiert der Anbieter nichts, gibt es keinen Anbietercode zu prüfen; die Prüfung verlagert sich auf die Schnittstellen und die Berechtigungsrolle des technischen Benutzers.

Wer Transformance einsetzt

• ERPs: SAP S/4HANA On-Premise, in der Private oder Public Cloud ohne Eigenentwicklung in ABAP und ohne Modifikationen, außerdem SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo im Produktivbetrieb; Oracle und Infor werden unterstützt.
• Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Gruppen mit mehreren Gesellschaften und Shared-Service-Centern.
• Zahlungsvolumen: von unter 1.000 bis über 100.000 Zahlungen im Monat.
• Branchen: Fertigung, Konsumgüter sowie Lebensmittel und Getränke, Logistik, E-Commerce, Landwirtschaft, Energie und unternehmensnahe Dienstleistungen.
• Umfang: Zahlungsabgleich allein oder der gesamte Order-to-Cash (Zahlungsabgleich, Abzugsmanagement, Forderungsmanagement, Liquiditätsplanung).

Fazit: Logik außerhalb, Buchung in SAP

Ein Zahlungsabgleich hält den Clean Core intakt, wenn Abgleich und Klärung außerhalb von SAP laufen und jede Buchung ein SAP-Beleg ist, den zuvor eine Person freigegeben hat.

Die Level von SAP sind der Maßstab; die Checkliste und die sechs Schritte machen daraus Nachweise. Die Checkliste gehen wir gern gemeinsam mit Ihrem SAP-Team durch: Termin buchen.

Wichtige Begriffe

• SAP S/4HANA: die aktuelle ERP-Suite von SAP, On-Premise, in einer Private Cloud oder in der Public Cloud.
• Cash Application: das Zuordnen eingehender Zahlungen zu offenen Rechnungen und deren Ausgleich im Hauptbuch.
• Buchungssatz: ein Buchhaltungsbeleg mit ausgeglichenen Soll- und Haben-Zeilen.
• Nebenbuch: das Debitorenbuch, in dem Offene Posten gebucht und ausgeglichen werden.
• Periodenabschluss: das Schließen einer Buchungsperiode, nach dem SAP Buchungen in diese Periode ablehnt.
• Audit Trail: der Nachweis, wer oder was welchen Schritt wann ausgeführt hat und wer ihn freigegeben hat.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen arbeitet Transformance zusammen?
• Wie bindet Transformance SAP S/4HANA an?
• Wie buchen externe Systeme Zahlungen und gleichen Offene Posten aus?
• Wer gibt was frei, wenn ein KI-Agent in Ihrem ERP arbeitet?
• Debitoren vor oder nach der S/4HANA-Migration automatisieren?
• SAP Cash Application: der vollständige Leitfaden für Finanzteams
• Wie KI-Agenten sicher auf ERP-Daten zugreifen

Häufig gestellte Fragen

Ändert RISE with SAP, was ein Zahlungsabgleich-Tool in SAP darf?

Nein, RISE with SAP führt keine neue Regel ein: Ihre Edition, Public oder Private, entscheidet, welche Schnittstellen erlaubt sind, und die Quality Gates von RISE prüfen, dass Integrationen sauber bleiben.

Mit welchen SAP-Editionen arbeitet Transformance ohne Eigenentwicklung in ABAP?

Transformance bindet SAP S/4HANA On-Premise, in der Private Cloud und in der Public Cloud an, außerdem SAP ECC, ohne Eigenentwicklung in ABAP und ohne Modifikationen.

Genügt es für den Clean Core, Offene Posten über eine Schnittstelle zu lesen?

Das hängt von der Schnittstelle ab: Im Modell von SAP hält eine freigegebene API das Lesen auf Level A, während rein lesender Zugriff auf Tabellen, die SAP nicht für die externe Nutzung freigegeben hat, Level C ist.

Wie lange dauert eine Anbindung an SAP, die den Clean Core intakt lässt?

Die Anbindung ans ERP dauert in der Regel 2 bis 3 Tage; Ihre IT kann beteiligt sein. Ein Proof of Value dauert 4 bis 5 Wochen an einer Gesellschaft, ein vollständiger Rollout je nach Umfang 4 bis 8 Wochen.

Funktioniert das auch für Gruppen mit vielen Buchungskreisen und hohem Zahlungsvolumen?

Ja, mehrere SAP-Instanzen und Buchungskreise laufen in einer Transformance-Umgebung zusammen; im Einsatz ist Transformance bei Unternehmen mit 250 bis über 2.000 Mitarbeitenden und von unter 1.000 bis über 100.000 Zahlungen im Monat.

Muss unser SAP-Team Transformance bei jedem Upgrade neu testen?

Nichts von Transformance liegt in Ihrem SAP-Code, es gibt also kein Add-on, das beim Upgrade mitgezogen werden müsste. Ihre Regressionstests decken die genutzten Schnittstellen und die Berechtigungsrolle des technischen Benutzers ab.

Was kostet ein Zahlungsabgleich mit Transformance, der den Clean Core intakt lässt?

Die Kosten hängen von Ihrem Umfang und der Zahl der Gesellschaften und Buchungskreise ab, deshalb nennen wir sie nach einem kurzen Gespräch: Termin buchen.