Lässt sich Forderungsmanagement an ein Altsystem anbinden?

Das Wichtigste in Kürze

In diesem Artikel

• Das Wichtigste in Kürze
• Lässt sich Forderungsmanagement an ein Altsystem oder eine Eigenentwicklung anbinden?
• Was muss ein eigenes System liefern und annehmen?
• Welchen Weg probieren Sie zuerst?
• Wie funktionieren Dateischnittstelle und Datenbankanbindung?
• Wie erreicht ein On-Premises-Agent ein System hinter Ihrer Firewall?
• Wann ist ein RPA-Schritt die richtige Antwort?
• Wie wird die Verbindung getestet, bevor etwas gebucht wird?
• Was gibt Ihre IT frei, und wer verantwortet was?
• Welche Systeme betreibt Transformance heute produktiv?

• Transformance bindet Eigenentwicklungen und Altsysteme über den Integrations-Hub an: Hat ein System eine API, eine Datenbank, eine Dateiablage oder ein Postfach, lässt es sich anbinden.
• Transformance probiert die Wege in fester Reihenfolge: dokumentierte API, Dateischnittstelle, lesende Datenbanksicht, ein nur ausgehend verbundener On-Premises-Agent, und als letzten Weg einen RPA-Schritt.
• Ein eigenes System muss stabile Schlüssel, Offene Posten, Kundenstammdaten und die Zahlungshistorie liefern und Buchungen über genau eine geprüfte Schreibschnittstelle annehmen.
• Jede Verbindung wird mit Ihren eigenen Buchungen getestet, bevor sie etwas bucht; bei einer Eigenentwicklung werden Weg und Aufwand nach der Machbarkeitsprüfung vereinbart.
• Ihre IT gibt Weg, technischen Benutzer, Netzwerkpfad und Aktionsliste frei, das Finanzteam gibt die Buchungen frei, und Ihr ERP bleibt das führende System.

Lässt sich Forderungsmanagement an ein Altsystem oder eine Eigenentwicklung anbinden?

Ja. Transformance bindet Altsysteme und Eigenentwicklungen über den Integrations-Hub an; welcher Weg passt, hängt davon ab, was das System anbietet, was Ihre IT freigibt und wie Buchungen zurückkommen.

Sechs Wege, ein Altsystem oder eine ERP-Eigenentwicklung anzubinden: wann welcher passt, was Ihre IT freigibt und wo das Risiko liegt

„Eigenentwicklung“ und „Altsystem“ beschreiben hier die Schnittstelle, nicht die Qualität des Systems; die einzige Frage ist, welche Tür es anbietet. Das ERP bleibt das führende System, und Transformance schreibt nur zurück, was eine Person freigegeben hat. Läuft Ihr ERP bereits produktiv bei unseren Kunden, beginnen Sie mit den ERP-Systemen, mit denen Transformance arbeitet; diese Seite gilt für das System, das nicht auf dieser Liste steht.

Auch die Datei ist ein regulärer Weg und keine Notlösung. Microsoft beschreibt für Dynamics 365 Finance and Operations eine wiederkehrende Integration, über die Dokumente und Dateien zwischen dem System und beliebigen Drittanwendungen ausgetauscht werden (Microsoft Learn, 2026).

Der Weg bestimmt, wie die Daten ankommen; die Arbeit in der Debitorenbuchhaltung darüber ist bei jedem ERP dieselbe. Bei unseren Kunden ordnet ClearMatch 95 % der Zahlungen automatisch zu und läuft in unter 8 Minuten durch, und gebucht wird nichts ohne Freigabe durch eine Person (Transformance-Kundendaten, 2026). Passt eine Zahlung nicht, untersucht Vero, der KI-Agent von Transformance, den Fall in Customer 360, schlägt eine Zuordnung samt Beleg vor, und eine Person gibt sie frei.

Kurz gesagt: Die Frage ist nicht, ob sich Ihr System anbinden lässt, sondern welche Tür Ihre IT öffnen möchte.

Was muss ein eigenes System liefern und annehmen?

Es muss Offene Posten, Kundenstammdaten und die Zahlungshistorie mit stabilen Schlüsseln liefern und Ausgleichsbuchungen sowie Journalbuchungen über eine Schnittstelle annehmen, die das System selbst prüft.

Der Mindestumfang für den Datenaustausch:

• Stabile Schlüssel: eine Kundennummer und eine Rechnungsnummer, die sich nach der Vergabe nicht mehr ändern.
• Offene Posten: Betrag, Währung, Fälligkeit und Gesellschaft für jede unbezahlte Rechnung.
• Kundenstammdaten: Bankverbindung und Zahlungsbedingungen.
• Zahlungshistorie: was jeder Kunde wann und auf welche Rechnungen gezahlt hat.
• Genau eine geprüfte Schreibschnittstelle: eine API, ein Importjob oder eine Staging-Tabelle, die Ausgleichs- und Journalbuchungen beim Eingang prüft.

Dazu kommen ein Testsystem, ein benannter technischer Ansprechpartner und Beispieldatensätze. Buchungen gehen über die eigenen Schnittstellen des Systems zurück; direkt in eine Datenbank schreibt Transformance nur dort, wo Sie ausdrücklich zustimmen.

Kontoauszüge (ISO 20022 camt.053, BAI2, Lockbox-Dateien) und Zahlungsavise kommen nicht aus dem ERP (Formate für Kontoauszüge, Quellen für Zahlungsavise); die Feld-für-Feld-Fassung steht in was die Automatisierung der Debitorenbuchhaltung aus dem ERP liest und dorthin schreibt.

Kurz gesagt: Liefert das System diese fünf Dinge und nimmt es eine geprüfte Buchung an, ist der Automatisierung darüber egal, wie individuell das System gebaut ist.

Welchen Weg probieren Sie zuerst?

Probieren Sie die Wege in dieser Reihenfolge: dokumentierte API, Dateischnittstelle, lesende Datenbanksicht, On-Premises-Agent, wo die Cloud das System nicht erreicht, und einen RPA-Schritt nur, wenn nichts anderes bleibt.

‍

‍

Bevorzugen Sie die Schnittstelle, die der Systemverantwortliche unterstützt und prüft: Sie hält fehlerhafte Daten schon an der Tür auf. SAP stellt für seine freigegebenen Remote-APIs OData- und SOAP-Services bereit und sichert zu, dass diese Schnittstellen von Release zu Release stabil bleiben (SAP Learning, 2026).

Antworten Sie auf eine der Fragen mit Nein, ob es eine dokumentierte Schnittstelle gibt, ob das System Dateien austauschen kann und ob Ihre IT eine lesende Sicht erlaubt, geht es in der Liste eine Stufe weiter nach unten; erreicht die Cloud das System nicht, ist der On-Premises-Agent der Weg.

Für SAP lesen Sie die SAP-Schnittstelle für die Automatisierung der Debitorenbuchhaltung (S/4HANA) und die Automatisierung auf SAP R/3 und ECC.

Kurz gesagt: Beginnen Sie mit der Tür, die der Systemverantwortliche pflegt; jede Stufe weiter unten macht für jemanden mehr Arbeit.

Wie funktionieren Dateischnittstelle und Datenbankanbindung?

Eine Dateischnittstelle bewegt zeitgesteuerte Exporte und Importe über einen gemeinsamen Ordner; eine Datenbankanbindung liest eine dokumentierte Sicht und bucht über die Importschnittstelle des Systems.

Die Dateischnittstelle. Der Dateiaustausch ist lange etabliert, wie EDI zeigt. Vier bewährte Vorgehensweisen machen ihn sicher, meist über SFTP:

• Jede Datei wird unter einem temporären Namen geschrieben und nach dem Abschluss umbenannt, damit nie eine halb geschriebene Datei abgeholt wird;
• jede abgeholte Datei wird archiviert;
• der Import ist idempotent: Dieselbe Datei zweimal gesendet, bucht nur einmal;
• es ist vereinbart, was bei einer verspäteten Datei geschieht und wer informiert wird.

Die Datenbankanbindung. Gelesen wird aus einer dokumentierten Reporting-Sicht oder einem freigegebenen Replikat, nicht aus den physischen Tabellen, denn eine Sicht bleibt stabil, wenn sich das Schema ändert. Geschrieben wird über eine Importschnittstelle oder Staging-Tabelle, die das System prüft; ein Schreibzugriff, der diese Prüfungen umgeht, kann das Hauptbuch beschädigen. Deshalb schreibt Transformance direkt in eine Datenbank nur dort, wo Sie ausdrücklich zustimmen.

Auf Seiten von Transformance sind Datei- und Datenbankschritte Teile eines Workflows im Integrations-Hub. Große Datenmengen laufen in dosierten Stapeln, und jeder Lauf zeigt genau, welche Datensätze fehlgeschlagen sind, sodass nur diese erneut laufen.

Zeitplan: Datei- und Stapelwege laufen im vereinbarten Takt, zum Beispiel mehrmals täglich oder über Nacht.

Kurz gesagt: Eine sauber betriebene Datei oder Sicht ist ein tragfähiger Weg; erst die Disziplin darum macht ihn sicher.

Wie erreicht ein On-Premises-Agent ein System hinter Ihrer Firewall?

Ein kleiner Transformance-Agent in Ihrem Netzwerk baut eine ausgehende Verbindung auf; so wird das System ohne eingehende Firewall-Freigabe und ohne VPN erreicht, und die Zugangsdaten bleiben bei Ihnen.

Der On-Premises-Agent läuft heute durchgängig. Er ist ein Netzwerkpfad und keine sechste Art von Daten: Er trägt einen API-Aufruf, eine Datei oder eine Datenbankabfrage zu dem, was die Cloud nicht sehen kann. Zugangsdaten für On-Premises-Systeme werden in Ihrem Netzwerk eingegeben und dort gespeichert, sie gehen nie an die Cloud. Jede Aktion, die der Agent ausführen kann, ist als Lesen, Schreiben oder Ausführen gekennzeichnet, sodass Ihre IT genau freigibt, was ein Workflow darf.

Das Muster ist etabliert: Microsofts On-Premises-Datengateway benötigt laut Dokumentation keine eingehenden Ports in Ihr Netzwerk (Microsoft Learn, 2026), und der SAP Cloud Connector arbeitet nach SAPs Beschreibung als Reverse-Invoke-Proxy, sodass in der Firewall vor Ort keine eingehenden Ports geöffnet werden müssen (SAP Learning, 2026). Für SAP-Systeme ist der Cloud Connector eine Option neben dem eigenen Agenten von Transformance; der Weg richtet sich nach Ihrer Umgebung.

Ihre IT installiert den Agenten weiterhin auf einem Host, den sie verwaltet, erlaubt sein einziges ausgehendes Ziel, gibt die Aktionsliste frei und verantwortet das Patchen; die Aufgabenliste steht in was Ihre IT bei der Einführung der Automatisierung tun muss, die Sicht je ERP in wie die Automatisierung mit einem On-Premises-ERP arbeitet.

Kurz gesagt: Der Agent macht aus „die Cloud kommt nicht heran“ eine ausgehende Regel und eine Aktionsliste, die Ihre IT unterschreibt.

Wann ist ein RPA-Schritt die richtige Antwort?

Wenn das System gar keine Schnittstelle anbietet, nur eine Bildschirmmaske oder ein Desktop-Programm, und die Aufgabe begrenzt, wiederholbar und hinterher prüfbar ist.

Robotic Process Automation (RPA) bedient eine Maske so, wie es eine Person täte, als ein Schritt in einem Workflow. Transformance führt die RPA-Skripte aus, die Sie schon haben, und baut neue Bots dort, wo eine Maske keinen anderen Weg lässt.

RPA ist der langsamste Weg und bricht, wenn sich eine Maske ändert. Deshalb bekommt ein solcher Schritt ein eigenes Servicekonto und eine Person, die freigibt, was er bucht; schlägt ein Lauf fehl, startet er dort neu, wo er stehen geblieben ist.

Kurz gesagt: Nutzen Sie RPA für die eine Maske, die sonst nichts erreicht, nicht für die ganze Anbindung.

Wie wird die Verbindung getestet, bevor etwas gebucht wird?

In vier Schritten: Machbarkeitsprüfung mit Beispieldatensätzen, Test mit Ihren eigenen Buchungen im Testsystem, Parallelbetrieb neben Ihrem Prozess und ein Abnahmebericht, den eine Person unterschreibt.

‍

‍

1. Machbarkeitsprüfung mit Beispieldatensätzen. Sie exportieren Beispiele für Offene Posten, Kundendaten und eine Zahlungsdatei; Transformance prüft, was das System liefern und annehmen kann, und stimmt den Weg mit Ihrer IT ab.
2. Test mit Ihren eigenen Buchungen im Testsystem. Der Workflow zeigt auf Ihr Testsystem und spielt den Testplan an echten Beispielen durch, auch an den schwierigen.
3. Parallelbetrieb. Transformance läuft neben Ihrem bisherigen Prozess, und beide Ergebnisse werden verglichen, bevor etwas umgestellt wird.
4. Abnahmebericht und Freigabe zum Go-live. Eine Person auf Ihrer Seite unterschreibt. Derselbe Workflow zeigt danach per Einstellung auf das Produktivsystem, ohne Neubau.

Die Integrations-Agenten von Transformance übernehmen die Arbeit zwischen diesen Freigaben: Sie lesen die Systemdokumentation und Ihre Antworten aus dem Setup, schlagen die Feldzuordnungen vor, entwerfen die Workflows, führen den Testplan aus und berichten, und sie formulieren verständliche Erklärungen, wenn etwas fehlschlägt. Eine Person gibt jede Änderung frei, die Ihr System oder die Produktion erreicht (die KI-gestützte Integrationsplattform, wie KI-Agenten eine Schnittstelle aufbauen und testen). Transformance baut die Verbindung und betreibt, überwacht und behebt sie nach dem Go-live; Fehler landen in einer verständlichen Warteschlange mit Verantwortlichem und Wiederholung, und Ihr Team gibt Zugriff und Änderungen an der Produktion frei.

Zeitaufwand. Bei den ERP-Systemen, die bei unseren Kunden produktiv laufen, dauert die Verbindung typischerweise 2 bis 3 Tage, und Ihre IT kann eingebunden sein; ein Proof of Value dauert 4 bis 5 Wochen in einer Gesellschaft, ein vollständiger Rollout bis zu 4 bis 8 Wochen (Transformance-Kundendaten, 2026). Bei einer Eigenentwicklung werden Weg und Aufwand nach der Machbarkeitsprüfung vereinbart (wie lange die Einführung der Automatisierung dauert).

Kurz gesagt: Der Beweis für eine eigene Anbindung ist ein unterschriebener Test mit Ihren eigenen Buchungen.

Was gibt Ihre IT frei, und wer verantwortet was?

Ihre IT gibt den Weg, den technischen Benutzer mit seinen Rechten, den Netzwerkpfad und die Aktionsliste frei; das Finanzteam gibt die Buchungen frei, nach Betrag, Gesellschaft und Kunde.

Ihre IT legt je Umgebung einen technischen Benutzer mit den geringsten nötigen Rechten an (wie KI-Agenten sicher auf ERP-Daten zugreifen). Das Finanzteam verantwortet die Buchungen: Transformance arbeitet mit einem Freigabemodell in vier Stufen (Lesen, Empfehlen, Ausführen, Buchen), bei dem für jede ERP-Buchung eine Person eingebunden ist; Schwellenwerte richten sich nach Betrag, Gesellschaft und Kunde, Administratoren konfigurieren die Regeln, und Mitarbeitende im Finanzteam geben frei (Freigabegrenzen für KI-Agenten). Jede Aktion landet im Audit-Trail, samt Angabe, wer freigegeben hat (Audit-Trail und Stornos).

Zugangsdaten liegen in einem Tresor für Zugangsdaten, nie in Workflows, Protokollen oder Exporten. Ihre Daten bleiben in Ihrer Region (Datenhaltung in Ihrer Region), und mit Kundendaten werden keine Modelle trainiert.

Kurz gesagt: Die IT entscheidet, was sich verbinden darf und wie; das Finanzteam entscheidet, was gebucht werden darf.

Welche Systeme betreibt Transformance heute produktiv?

SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations, Business Central und Odoo laufen produktiv bei Kunden; Oracle und Infor werden unterstützt.

Darüber hinaus verbindet sich Transformance über den Integrations-Hub mit dem ERP, das ein Unternehmen einsetzt. Für mehrere langjährig eingesetzte Systeme gibt es eine eigene Anleitung:

• SAP R/3 und ECC: Automatisierung auf SAP R/3 und ECC, und was mit der Debitorenbuchhaltung auf jedem S/4HANA-Weg geschieht, falls ein Wechsel geplant ist;
• JD Edwards;
• Oracle E-Business Suite;
• Dynamics NAV, GP und AX.

Betreibt Ihre Gruppe mehrere ERP-Systeme, laufen Gesellschaften auf verschiedenen Systemen in einer Transformance-Umgebung mit einer Arbeitsliste und einer Prognose über alle Module (Finanzprozesse automatisieren, wenn jede Gesellschaft ein anderes ERP nutzt).

Für ein System, das auf keiner Liste steht, sagen Sie uns, welche Schnittstelle es anbietet; Transformance prüft sie an Beispieldatensätzen und meldet sich mit dem passenden Weg.

Kurz gesagt: Ein benanntes ERP hat eine Anleitung, ein unbenanntes eine Machbarkeitsprüfung, und beide enden in derselben Umgebung.

Für wen Transformance gedacht ist

• ERP: SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite (auch mit OneWorld-Tochtergesellschaften), Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo, jeweils produktiv bei Kunden; Oracle und Infor werden unterstützt; Eigenentwicklungen und hauseigene Systeme über unseren Integrations-Hub.
• Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Gruppen mit mehreren Gesellschaften und Shared Service Center.
• 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: Cash Application allein oder der gesamte Order-to-Cash-Prozess (Cash Application, Abzüge, Forderungsmanagement, Liquiditätsprognose).

Fazit: Nehmen Sie die unterstützte Tür und testen Sie mit Ihren eigenen Daten

Ein Altsystem oder eine ERP-Eigenentwicklung steht der Automatisierung nicht im Weg. Wählen Sie den am besten unterstützten Weg, klären Sie, was Ihre IT freigibt, und beweisen Sie die Verbindung an Ihren eigenen Buchungen, bevor etwas gebucht wird; Transformance baut und betreibt sie, und Ihr ERP bleibt das führende System. Buchen Sie einen Termin und beschreiben Sie die Schnittstelle, die Ihr System anbietet.

Wichtige Begriffe

• Robotic Process Automation: ein Skript oder Bot, der eine Maske so bedient, wie es eine Person täte.
• EDI: strukturierter elektronischer Austausch von Geschäftsdokumenten zwischen Systemen.
• ISO 20022: der XML-Standard hinter den camt.053-Kontoauszügen.
• Lockbox: ein Bankservice, der Kundenzahlungen einsammelt und sie in einer Datei meldet.
• Audit-Trail: der Nachweis, wer oder was wann was getan hat.
• SAP S/4HANA: SAPs aktuelle ERP-Suite.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen arbeitet Transformance zusammen?
• Was ist eine KI-gestützte Integrationsplattform für Finanzteams?
• Wie bauen und testen KI-Agenten eine ERP-Schnittstelle?
• IT-Aufwand bei der Automatisierung im Forderungsmanagement
• Wie automatisieren Sie Finanzprozesse bei mehreren ERP-Systemen?
• Wie arbeitet die Automatisierung der Debitorenbuchhaltung mit einem On-Premises-ERP?

Häufig gestellte Fragen

Lässt sich die Debitorenbuchhaltung an ein Altsystem oder eine Eigenentwicklung anbinden?

Ja. Hat ein System eine API, eine Datenbank, eine Dateiablage oder ein Postfach, lässt es sich anbinden. Transformance wählt mit Ihrer IT den am besten unterstützten Weg und testet ihn, bevor etwas gebucht wird.

Was, wenn unser ERP keine API hat?

Nutzen Sie für Daten aus dem System eine Dateischnittstelle über SFTP oder eine lesende Datenbanksicht, und für Buchungen in das System dessen eigene Importschnittstelle. Bei einem System, das nur Bildschirmmasken hat, führt Transformance Ihre vorhandenen RPA-Skripte aus oder baut einen neuen Bot.

Welche ERP-Systeme laufen bei Transformance produktiv, und steht unseres auf der Liste?

SAP S/4HANA, SAP ECC, NetSuite, Dynamics 365 Finance & Operations, Business Central und Odoo laufen produktiv bei Kunden; Oracle und Infor werden unterstützt. Steht Ihres nicht auf der Liste, buchen Sie einen Termin und sagen Sie uns, welche Schnittstelle es anbietet.

Braucht die Anbindung Änderungen an unserem ERP?

Der Weg wird so gewählt, dass Ihr System das Hauptbuch bleibt: Es braucht einen technischen Benutzer und eine Schnittstelle, die das System schon anbietet, etwa eine API, einen Dateijob oder einen geprüften Import. Transformance bucht nur, was eine Person freigegeben hat, und bei SAP gibt es kein eigenes ABAP und keine Modifikation.

Ist Transformance für unsere Größe und unser Zahlungsvolumen gedacht?

Ja, für Unternehmen mit 250 bis über 2.000 Mitarbeitenden und von unter 1.000 bis über 100.000 Zahlungen im Monat, auch für Gruppen mit mehreren Gesellschaften.

Wie lange dauert es, und was kostet es?

Bei ERP-Systemen, die bei unseren Kunden produktiv laufen, dauert die Verbindung typischerweise 2 bis 3 Tage (Transformance-Kundendaten, 2026), und Ihre IT kann eingebunden sein. Bei einer Eigenentwicklung werden Weg und Aufwand nach der Machbarkeitsprüfung vereinbart. Aufwand und Kosten hängen von Umfang und Zahl der Gesellschaften ab; für eine Zahl buchen Sie einen Termin.

Braucht der On-Premises-Agent einen offenen eingehenden Port oder ein VPN?

Nein. Der Agent verbindet sich nur nach außen, es gibt also keine eingehende Firewall-Freigabe und kein VPN, und die Zugangsdaten für Ihre On-Premises-Systeme bleiben in Ihrem Netzwerk.