Das Wichtigste in Kürze
- Die KI-Agenten von Transformance, etwa Vero, bauen auf dem auf, was die R/3-Dokumentation von SAP (Release 4.6C) beschreibt: Kontoauszugsimport, Verarbeitung von Zahlungsavisen, Mahnwesen, ALE und BAPIs (SAP Help Portal).
- Transformance verbindet sich über den Integrations-Hub mit SAP R/3 und ECC. SAP ECC läuft bei Kunden im Produktivbetrieb, und bei ECC dauert die ERP-Anbindung typischerweise 2 bis 3 Tage; Ihre IT ist unter Umständen beteiligt.
- Bei einem R/3-Release werden Weg und Aufwand nach einer Machbarkeitsprüfung an Beispieldatensätzen festgelegt.
- Agenten übernehmen Zahlungsavise, Minderzahlungen, Skonto, Abzüge und die Nachverfolgung überfälliger Posten; ClearMatch ordnet 95 % der Zahlungen automatisch zu, und ohne Freigabe durch einen Menschen wird nichts gebucht (Transformance-Kundendaten, 2026).
- Wechseln Sie später auf S/4HANA, wird das Transformance-Setup mit angepasstem Mapping übernommen.
In diesem Artikel
- Das Wichtigste in Kürze
- Lässt sich die Debitorenbuchhaltung in SAP R/3 oder ECC automatisieren, ohne auf S/4HANA zu wechseln?
- Was leisten R/3, ECC und ERP 6.0 in der Debitorenbuchhaltung schon heute?
- Wo verlieren Debitoren-Teams auf R/3 und ECC noch manuelle Zeit, und was übernehmen Agenten?
- Wie funktioniert die Schnittstelle zu SAP R/3 oder ECC?
- Was sollten Sie in Ihrem System prüfen, bevor Sie starten?
- Wie hängen Kontoauszug, Skonto und Zahlungsavis zusammen?
- Wer gibt was frei, und was bleibt in SAP?
- Was passiert, wenn Sie später auf S/4HANA wechseln?
Lässt sich die Debitorenbuchhaltung in SAP R/3 oder ECC automatisieren, ohne auf S/4HANA zu wechseln?
Ja: Die KI-Agenten von Transformance, darunter Vero, lesen die Offenen Posten und Kontoauszüge in SAP R/3 und ECC, übernehmen mehr Arbeit in der Debitorenbuchhaltung, und eine Person gibt jede Buchung frei.
Welches SAP-Release haben Sie? Was SAP dokumentiert, was eine Verbindung liest und schreibt und was zuerst geprüft wird
Die Seiten zu 4.6C und 4.70 sind die Dokumentation von SAP aus der R/3-Zeit; Menüs und Bildschirme unterscheiden sich je nach Release. Klären Sie Details daher mit Ihrem SAP-Team.
Die Termine in der Tabelle stammen aus der Ankündigung von SAP aus dem Jahr 2020; in ihrer Fußnote führt sie SAP ERP 6.0 unter den Kernanwendungen der SAP Business Suite 7 auf (SAP News Center, 2020). Für R/3-Releases nennt sie keine Termine, prüfen Sie Ihr Release deshalb anhand des Wartungsplans von SAP.
ClearMatch ordnet 95 % der Zahlungen automatisch zu und läuft in unter 8 Minuten von Anfang bis Ende (Transformance-Kundendaten, 2026). Das sind Plattformwerte: Das Release bestimmt, auf welchem Weg die Daten ankommen, nicht, wie zugeordnet wird. Die ECC-Schnittstelle beschreibt Transformance und SAP ECC.
Kurz gesagt: Sie können die Debitorenbuchhaltung auf dem Release automatisieren, das Sie betreiben; das Release bestimmt den Weg, nicht die Antwort.
Was leisten R/3, ECC und ERP 6.0 in der Debitorenbuchhaltung schon heute?
SAP R/3 und ECC führen Rechnungen als Offene Posten, importieren elektronische Kontoauszüge, gleichen Zahlungen anhand von Zahlungsavisen aus (mit Restposten) und führen das Mahnwesen aus; die R/3-Dokumentation von SAP beschreibt jeden dieser Schritte.
Die Namen vorab. SAP R/3 umfasst Releases wie 4.6B und 4.6C, SAP R/3 Enterprise ist das Release 4.70, und SAP ERP 6.0 läuft auf der Softwarekomponente SAP ECC 6.0. Der Upgrade-Leitfaden von SAP nennt R/3 3.1I bis 4.6C, R/3 Enterprise 4.70 und ECC 5.0 als mögliche Ausgangsreleases für ein Upgrade auf SAP ECC 6.0 (SAP Upgrade Master Guide, 2010). Klären Sie zuerst, welches Release Sie betreiben.
Elektronischer Kontoauszug. Ein Report liest die Dateien der Bank in den sogenannten Bankdatenspeicher ein; das System filtert danach den Verwendungszweck nach Belegnummern und löst bei Erfolg die Buchung automatisch aus. Dieselbe Seite nennt zwei Fälle für die Nachbearbeitung: Rechnungen, die nicht vollständig bezahlt wurden, und Bankumsätze mit falschen Referenzen (SAP Help Portal, 4.6C). Im Release 4.70 legt der Interpretationsalgorithmus fest, wie das System die Angaben in den Zeilen des Verwendungszwecks interpretiert; Algorithmus 001 liest eine Beleg- oder Referenznummer (SAP Help Portal, 4.70).
Zahlungsavis. Enthält eine Position des Zahlungsavis eine Belegnummer, hat sie Vorrang vor den übrigen Selektionskriterien; bleibt eine Differenz, berechnet SAP die Restposten automatisch (SAP Help Portal, 4.6C).
Mahnwesen. Eine Einzelmahnung prüft das Konto eines Debitors und erzeugt bei Bedarf eine Mahnung; SAP bietet außerdem die buchungskreisübergreifende Mahnung für Geschäftspartner (SAP Help Portal, 4.6C).
Schnittstellen. ALE kann Geschäftsprozesse zwischen R/3-Systemen und Nicht-R/3-Systemen integrieren, ist lose gekoppelt und nutzt synchrone Kommunikation nur zum Lesen von Daten (SAP Help Portal, 4.6C). BAPIs sind stabile, standardisierte Methoden für SAP-Geschäftsobjekte, seit Release 3.1 auch für externe Anbieter verfügbar und aus Plattformen aufrufbar, die das RFC-Protokoll (Remote Function Call) unterstützen (SAP Help Portal, 4.6C).
Kurz gesagt: R/3 und ECC importieren, interpretieren, gleichen aus und mahnen bereits; Agenten bauen darauf auf, statt es zu ersetzen.
Wo verlieren Debitoren-Teams auf R/3 und ECC noch manuelle Zeit, und was übernehmen Agenten?
Debitoren-Teams auf SAP R/3 und ECC verlieren manuelle Zeit bei Zahlungen, die die Bankzeile nicht erklärt: Zahlungsavise als PDF oder E-Mail, Minderzahlungen, Skonto, Abzüge und die Nachverfolgung überfälliger Posten.
Aufgaben der Debitorenbuchhaltung auf R/3 und ECC: was SAP tut, was Agenten ergänzen, wer freigibt
Beispiel (Beispielwerte, frei erfunden). Ein Kunde zahlt 48.320 EUR für fünf Rechnungen über zusammen 48.750 EUR. Der Verwendungszweck der Bankzeile nennt drei Rechnungsnummern. Das Zahlungsavis als PDF im Debitoren-Postfach führt alle fünf auf und zieht auf zwei davon 2 % Skonto ab: 240 EUR auf eine Rechnung über 12.000 EUR und 190 EUR auf eine über 9.500 EUR, zusammen 430 EUR.
- SAP importiert den Kontoauszug und findet im Verwendungszweck die drei Rechnungsnummern.
- Die drei Rechnungen ergeben zusammen 27.250 EUR, nicht 48.320 EUR, deshalb wartet die Zeile auf die Nachbearbeitung.
- Der Agent liest das Zahlungsavis als PDF, findet alle fünf Rechnungen und prüft für die beiden Rechnungen mit Skonto die Zahlungsbedingungen und das Zahlungsdatum.
- Der Agent schlägt einen Ausgleich über fünf Rechnungen vor, mit 430 EUR als Skonto und dem PDF als Beleg.
- Eine Person in der Finanzbuchhaltung gibt frei, und SAP bucht den Ausgleich.
DocSense liest Zahlungsavise in jedem Format mit einer Extraktionsgenauigkeit von über 97 % über mehr als 100 Dokumenttypen und über 170 Sprachen, ohne Vorlagenkonfiguration (so liest KI Zahlungsavise). Bei einer Zahlung, die kein Dokument erklärt, untersucht Vero aus dem Customer 360, holt Informationen aus internen und externen Quellen, um weitere Zuordnungen zu finden, und schlägt mit dem Beleg vor.
Forderungsmanagement und Mahnwesen. Mahnungen bleiben in SAP; CollectPulse priorisiert überfällige Konten und bereitet die Nachverfolgung vor. 100 % der überfälligen Rechnungen werden innerhalb von 24 Stunden bearbeitet (manuelle Teams: 30 bis 40 %), Vero übernimmt 60 bis 80 % der Routinekontakte, und die DSO sinkt im Schnitt um 8 bis 12 Tage (Transformance-Kundendaten, 2026). Der KI-Telefonagent arbeitet in über 70 Sprachen und weist zu Beginn jedes Anrufs darauf hin, dass er eine KI ist.
Mehr zum Zahlungsabgleich und zu Teilzahlungen und Abzügen.
Kurz gesagt: SAP bucht, was die Bankzeile erklärt; Agenten erklären den Rest, und eine Person gibt frei.
Wie funktioniert die Schnittstelle zu SAP R/3 oder ECC?
Transformance verbindet sich über den Integrations-Hub mit SAP R/3 und ECC, auf dem Weg, den Ihr System bietet, und legt Weg und Aufwand nach einer Machbarkeitsprüfung an Beispieldatensätzen fest.
Wege. APIs, RFC/BAPI und IDoc, Dateiübertragung über SFTP, Middleware, SAP Cloud Connector oder der eigene On-Premises-Agent von Transformance; Zahlungsavise kommen außerdem über das Debitoren-Postfach. Die Methode richtet sich nach Ihrer Umgebung.
Der On-Premises-Agent. Er wird in Ihrem Netzwerk installiert und baut Verbindungen nur nach außen auf, deshalb werden keine Ports geöffnet und kein VPN ist nötig; Zugangsdaten für On-Premises-Systeme bleiben in Ihrem Netzwerk. Jede On-Premises-Aktion ist als lesen, schreiben oder ausführen gekennzeichnet, sodass Ihre IT genau freigibt, was ein Workflow darf.
So entsteht die Verbindung. Der Integrations-Hub arbeitet in einem standardisierten Ablauf: entdecken, zuordnen (Mapping), bauen, testen, einplanen und überwachen. Eine Person gibt jede Änderung frei, die Ihr SAP-System oder die Produktion erreicht.
Dauer. Bei SAP ECC dauert die ERP-Anbindung typischerweise 2 bis 3 Tage, und Ihre IT ist unter Umständen beteiligt; bei ECC braucht es kein kundeneigenes ABAP und keine Modifikationen in Ihrem SAP-System. Bei einem R/3-Release werden Weg und Aufwand nach der Machbarkeitsprüfung festgelegt. Ein vollständiger Rollout dauert bis zu 4 bis 8 Wochen, ein Proof of Value 4 bis 5 Wochen auf einer Gesellschaft (wie lange die Einführung der AR-Automatisierung dauert). Was die IT beim Rollout tun muss, steht in einem eigenen Beitrag.
Hat Ihr Release keine nutzbare Schnittstelle, finden Sie die Optionen der Reihe nach unter Anbindung eigener Systeme; zu On-Premises-ERP im Allgemeinen siehe AR-Automatisierung mit einem On-Premises-ERP.
Kurz gesagt: Der Weg folgt dem, was Ihr SAP-System bereits anbietet, und vor der Prüfung an Beispieldatensätzen wird nichts zugesagt.
Was sollten Sie in Ihrem System prüfen, bevor Sie starten?
Prüfen Sie auf SAP R/3 oder ECC zuerst acht Dinge: Release-Stand, Schnittstellen, Format des Kontoauszugs, Interpretation des Verwendungszwecks, Eigenentwicklungen in der Debitorenbuchhaltung, Buchungskreise, Buchungsberechtigungen und Netzwerkweg.
- Release, Erweiterungspaket und Support Package: Sie bestimmen, welche Schnittstellen und Funktionen Ihnen zur Verfügung stehen.
- Schnittstellen: welche RFC/BAPI-, IDoc- oder Dateiwege Ihr Team betreibt oder freischalten darf und ob eine Middleware dazwischen sitzt.
- Format und Weg des Kontoauszugs: MultiCash, MT940 oder camt, welche Hausbankkonten, wer die Dateien liefert.
- Interpretation des Verwendungszwecks: der Interpretationsalgorithmus und die Suchmuster im Einsatz; sie entscheiden, was SAP selbst ausgleicht.
- Eigenentwicklungen in der Debitorenbuchhaltung: Z-Programme, besondere Mahnlogik oder Sonderhauptbuchvorgänge, die ändern, wie Posten ausgeglichen werden.
- Buchungskreise und Systeme im Umfang: welche zuerst drankommen.
- Technischer Benutzer und Berechtigungen: ein eigener Benutzer, der je Buchungskreis liest und nur hinter einer Freigabe bucht.
- Netzwerkweg: von außen erreichbar, oder der On-Premises-Agent baut die Verbindung nach außen auf.
Im Mittelstand laufen R/3 und ECC oft mit mehreren Buchungskreisen, jeweils mit eigenen Hausbanken und Zahlungsbedingungen. Starten Sie mit einem Buchungskreis, etwa dem mit dem größten Zahlungsvolumen oder den meisten manuell nachzubearbeitenden Restposten; weitere Buchungskreise nehmen Sie danach schrittweise dazu.
Danach führt der Onboarding-Hub in vier Schritten, jeweils von einer Person abgenommen: Release, Schnittstellen und Bankdateien prüfen; Machbarkeit an Beispieldatensätzen; ein Test mit Ihren eigenen Buchungen in einem Testsystem; Freigabe und Go-live.
Kurz gesagt: Acht Antworten machen aus „Kompatibilität prüfen“ eine Entscheidung, die Sie früh treffen können.
Wie hängen Kontoauszug, Skonto und Zahlungsavis zusammen?
Der Kontoauszug liefert die Zahlung, das Zahlungsavis die Absicht des Kunden, und die Zahlungsbedingungen erklären das Skonto; der Agent liest alle drei, bevor er einen Ausgleich vorschlägt.
Elektronischer Kontoauszug. Die Dokumentation zu 4.6C beschreibt MultiCash als Beispiel für ein Übertragungsprogramm, das Kontoauszüge von Banken abholt, die mit dem deutschen Banking Communication Standard arbeiten, und daraus zwei Dateien erzeugt, eine mit Kopfdaten und eine mit den Einzelposten; das Importprogramm RFEBKA00 liest solche Dateien in SAP ein (SAP Help Portal, 4.6C). Wie diese Dateien in Ihrem System heißen und welches Format Ihre Hausbanken liefern, klärt Punkt 3 der Prüfliste. MT940, camt.053 und BAI2 behandelt Bankformate für den Zahlungsabgleich.
Verwendungszweck. Bei einer Sammelzahlung passen nicht immer alle Rechnungsnummern in den Verwendungszweck, und nicht jeder Kunde schreibt sie so, wie der Interpretationsalgorithmus sie erwartet. Eine Zahlung über fünf Rechnungen kann so mit drei Nummern ankommen; der Rest steht im Zahlungsavis, das per E-Mail, als PDF oder über ein Portal kommt.
Skonto. Liegt ein Zahlungsavis vor und ist kein Differenzgrund angegeben, teilt SAP die Differenz in bis zu drei Restposten (Bruttobetrag, Skonto, Sonstiges), und Posten, die es nicht zuordnen kann, werden auf Konto gebucht (SAP Help Portal, 4.6C). Der Agent prüft Zahlungsbedingungen, Skontofrist, Zahlungsdatum und Betrag, also ob der Skontoabzug berechtigt ist, und schlägt den Ausgleich mit dem Skonto zur Freigabe durch eine Person vor.
Zahlungsavise. Viele Zahlungsavise erreichen SAP nie: Sie kommen als E-Mail, PDF oder Portal-Download, und erst ihr Lesen macht aus einer Bankzeile mit drei Rechnungen einen Ausgleich über fünf Rechnungen.
Kurz gesagt: Die Datei sagt, wie viel, das Avis sagt, wofür, und die Zahlungsbedingungen sagen, warum es abweicht.
Wer gibt was frei, und was bleibt in SAP?
SAP bleibt das Hauptbuch: Transformance arbeitet mit vier Freigabestufen (lesen, empfehlen, ausführen, buchen), und eine Person gibt jede ERP-Buchung frei, mit Schwellenwerten nach Betrag, Gesellschaft und Kunde.
In SAP und in Transformance. Offene Posten, Ausgleichsbelege, Mahnungen und das Hauptbuch bleiben in SAP. ClearMatch prüft 100 % der Buchungen, und ohne Freigabe durch einen Menschen wird nichts gebucht. Administratoren konfigurieren die Regeln, die Finanzabteilung gibt frei. Der Audit-Trail speichert Zeitstempel, was das System getan hat, was der Benutzer getan hat, wer freigegeben hat, die Eingabe und den Konfidenzwert (wer was freigibt; der Audit-Trail des Agenten).
Daten. Ihre Daten bleiben in Ihrer Region, und mit Kundendaten werden keine Modelle trainiert (AR-Automatisierung mit Datenhaltung in Ihrer Region).
Kurz gesagt: Der Agent schlägt vor, eine Person gibt frei, und SAP bleibt das führende System.
Was passiert, wenn Sie später auf S/4HANA wechseln?
Weil die AR-Automatisierung außerhalb von SAP läuft, richten Sie die Verbindung auf S/4HANA aus und passen das Mapping an das an, was SAP ändert; das Transformance-Setup wird mit angepasstem Mapping übernommen.
SAP Learning beschreibt eine Systemkonvertierung als geführten technischen Prozess für die 1:1-Konvertierung eines bestehenden SAP-ERP-Systems nach SAP S/4HANA (SAP Learning). Klären Sie bei einem R/3-Release mit Ihrem SAP-Team, von welchem Release aus eine Konvertierung startet und welche Schritte dazwischenliegen.
Was neu gemappt wird: Transformance und SAP ECC. Welche Programmphase: vor oder nach der S/4HANA-Migration. Was jeder Weg für die Debitoren bedeutet: Brownfield oder Greenfield bei S/4HANA.
Kurz gesagt: Starten Sie auf dem Release, das Sie betreiben; das Setup zieht mit um, mit angepasstem Mapping.
Wer Transformance einsetzt
- ERP-Systeme: SAP R/3, SAP ECC und weitere ERP-Systeme über unseren Integrations-Hub; SAP S/4HANA, SAP ECC, NetSuite, Dynamics 365 und Odoo laufen bei Kunden im Produktivbetrieb, Oracle und Infor werden unterstützt.
- Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Konzerne 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-Prozess (Zahlungsabgleich, Abzugsmanagement, Forderungsmanagement, Liquiditätsplanung).
Fazit: auf dem SAP-Release aufbauen, das Sie betreiben
SAP R/3 und ECC importieren bereits Kontoauszüge, gleichen anhand von Zahlungsavisen aus und fahren den Mahnlauf. KI-Agenten ergänzen, was darum herum liegt: Zahlungsavise außerhalb von SAP, Differenzen, die eine Begründung brauchen, und die Nachverfolgung überfälliger Posten, und eine Person gibt jede Buchung frei.
Beantworten Sie die acht Fragen, testen Sie an Beispieldatensätzen, legen Sie den Weg fest. Zeitplan und Business Case zum ECC-Wartungsende finden Sie im Playbook zum SAP-ECC-Wartungsende. Termin buchen, um Ihr Release und Ihre Bankdateien mit uns durchzugehen.
Wichtige Begriffe
- Cash Application: die Zuordnung eingehender Zahlungen zu offenen Rechnungen und ihr Ausgleich im ERP.
- Zahlungsavis: das Dokument oder die Nachricht, die angibt, welche Rechnungen eine Zahlung abdeckt.
- Mahnwesen: die gestuften Erinnerungen für überfällige Rechnungen.
- MT940: die SWIFT-Kontoauszugsnachricht, eines der Formate, die den Zahlungsabgleich speisen.
- SAP S/4HANA: die aktuelle ERP-Suite von SAP und der spätere Wechsel für R/3- und ECC-Teams.
- Audit-Trail: der Nachweis, wer oder was welchen Schritt wann ausgeführt hat und wer ihn freigegeben hat.
Weiterführende Beiträge
- Zu welchen ERP-Systemen hat Transformance Schnittstellen?
- Wie funktioniert die Schnittstelle von Transformance zu SAP ECC?
- Debitorenbuchhaltung vor oder nach der S/4HANA-Migration automatisieren?
- Brownfield oder Greenfield bei S/4HANA: Was geschieht mit den Debitoren?
- AR-Automatisierung mit einem On-Premises-ERP
- SAP ECC Wartungsende 2027: das Playbook für die Debitorenbuchhaltung
Häufig gestellte Fragen
Können KI-Agenten die Debitorenbuchhaltung in SAP R/3 automatisieren?
Ja, Transformance verbindet sich über den Integrations-Hub mit SAP R/3 und ECC; Weg und Aufwand für ein R/3-Release werden nach einer Machbarkeitsprüfung an Beispieldatensätzen festgelegt. Eine Person gibt jede Buchung frei.
Ist SAP R/3 dasselbe wie SAP ECC?
Nein: SAP R/3 ist die frühere Release-Familie bis einschließlich R/3 Enterprise 4.70, und SAP ERP 6.0 läuft auf SAP ECC 6.0, dem Upgrade-Ziel. Klären Sie zuerst, welches Release Sie betreiben.
Müssen wir auf S/4HANA wechseln, bevor wir die Debitorenbuchhaltung automatisieren?
Nein, die Automatisierung läuft außerhalb von SAP und arbeitet mit dem Release, das Sie betreiben. Wechseln Sie später, richten Sie die Verbindung auf das neue System aus, und das Setup wird mit angepasstem Mapping übernommen.
Wie lange dauert die Anbindung eines R/3- oder ECC-Systems?
Bei SAP ECC dauert die ERP-Anbindung typischerweise 2 bis 3 Tage, und Ihre IT ist unter Umständen beteiligt. Bei einem R/3-Release wird der Aufwand nach der Machbarkeitsprüfung festgelegt; der vollständige Rollout dauert bis zu 4 bis 8 Wochen.
Bucht die KI direkt in SAP?
Nein: Der Agent schlägt mit Beleg vor, eine Person gibt frei, und die freigegebene Buchung geht an SAP. Ohne Freigabe durch einen Menschen wird nichts gebucht.
Für welche Unternehmensgrößen und Zahlungsvolumen ist das gedacht?
Für Mittelstand bis Großunternehmen mit 250 bis über 2.000 Mitarbeitenden, auch Konzerne mit mehreren Gesellschaften und Shared Service Centern, mit von unter 1.000 bis über 100.000 Zahlungen im Monat.
Was kostet die Automatisierung der Debitorenbuchhaltung auf SAP R/3 oder ECC?
Das hängt vom Umfang und von der Zahl der Gesellschaften ab, vom Zahlungsabgleich allein bis zum gesamten Order-to-Cash. Termin buchen, und wir erstellen Ihnen ein Angebot.
SAP, SAP S/4HANA, Dynamics 365, Oracle, NetSuite, Odoo und Infor sind Marken ihrer jeweiligen Inhaber (SAP SE, Microsoft Corporation, Oracle Corporation, Odoo S.A., Infor). Transformance ist mit diesen Unternehmen nicht verbunden und wird von ihnen nicht empfohlen.
