Wie automatisieren Sie Finanzprozesse bei mehreren ERP-Systemen?

Das Wichtigste in Kürze

In diesem Artikel

• Das Wichtigste in Kürze
• Wie automatisieren Sie Finanzprozesse bei mehreren ERP-Systemen, ohne vorher zu konsolidieren?
• Warum bleibt eine heterogene ERP-Landschaft jahrelang bestehen?
• Was kostet das Warten auf ein einheitliches ERP im Finanzbereich?
• Wie verbindet sich Transformance mit jedem ERP?
• Was läuft in der gemeinsamen Ebene, und was bleibt im jeweiligen ERP?
• Wie binden Sie ein neu erworbenes Unternehmen an?
• Was passiert, wenn eine Gesellschaft schließlich auf ein neues ERP umzieht?
• Welche Finanzprozesse sollte eine Gruppe mit mehreren ERP-Systemen zuerst automatisieren?
• Was ändert Buy-and-Build für das Finanzteam?

• Transformance führt Gesellschaften auf unterschiedlichen ERP-Systemen, etwa SAP, NetSuite und Dynamics 365, in einer Umgebung mit einer Arbeitsliste und einer Liquiditätsplanung zusammen; ein Proof of Value dauert 4 bis 5 Wochen in einer Gesellschaft (Transformance-Kundendaten, 2026).
• Buy-and-Build erzeugt immer neue ERP-Systeme: Add-ons machten im ersten Halbjahr 2026 in Europa 57,7 % der Private-Equity-Transaktionen nach Anzahl aus, ein Jahrzehnthoch (PitchBook, 2026).
• Laut CIO.com kann ein Umstieg auf ein Cloud-ERP 18 bis 36 Monate dauern, und eine Gruppe, die laufend zukauft, steht womöglich vor mehreren solchen Projekten (CIO.com, 2026).
• Der Integrations-Hub erreicht jedes System auf dem Weg, den es anbietet: API, OData, RFC/BAPI, den MCP-Server des ERP, Dateien, Datenbank, Postfach, einen On-Premise-Agenten, der nur ausgehend verbindet, oder RPA.
• Jedes ERP bleibt das führende System; freigegebene Buchungen gehen über seine eigenen Schnittstellen zurück, und beim Umstieg einer Gesellschaft wechselt nur die Anbindung.

Wie automatisieren Sie Finanzprozesse bei mehreren ERP-Systemen, ohne vorher zu konsolidieren?

Behalten Sie jedes ERP als führendes System und lassen Sie Transformance einen Order-to-Cash-Prozess und eine Liquiditätsplanung über allen ERP-Systemen laufen, jedes einzeln angebunden.

Drei Wege, Finanzprozesse in einer Gruppe mit mehreren ERP-Systemen zu automatisieren

Zeitangabe: Transformance-Kundendaten, 2026.

Eine Finanzebene über mehreren ERP-Systemen ist eine Umgebung, die aus dem ERP jeder Gesellschaft liest, Order-to-Cash und Liquiditätsplanung für alle Gesellschaften steuert und freigegebene Ergebnisse in das jeweilige ERP zurückschreibt. „Finanzprozesse“ meint auf dieser Seite genau diesen Umfang.

Die ersten beiden Zeilen sind in ihren Fällen die richtige Antwort: Wechseln die letzten Gesellschaften im nächsten Quartal auf das Ziel-ERP, automatisieren Sie einmal, auf dem neuen System; teilen sich zwei ERP-Systeme nur wenige Kunden, genügen unter Umständen die Debitorenfunktionen des jeweiligen ERP. Die dritte Zeile passt für Gruppen, in denen mehrere ERP-Systeme der Normalzustand sind. Die Tabelle ist unsere Einschätzung, kein Benchmark.

Jede Übernahme kann ein System mitbringen. In Europa machten Add-ons, bei denen ein Unternehmen im Besitz eines Private-Equity-Investors ein weiteres Unternehmen kauft, im ersten Halbjahr 2026 57,7 % aller Private-Equity-Transaktionen nach Anzahl aus, ein Jahrzehnthoch (PitchBook, Q2 2026 European PE Breakdown, 2026).

Die Aufteilung nach Objekten steht in einem Debitorenprozess über SAP, Oracle und NetSuite.

Kurz gesagt: Entscheiden Sie danach, wie viele ERP-Systeme Sie in den nächsten drei Jahren betreiben, nicht nach dem Zielbild.

Warum bleibt eine heterogene ERP-Landschaft jahrelang bestehen?

Weil jede Konsolidierung ein Programm über mehrere Jahre ist, das mit dem laufenden Geschäft um Kapazität konkurriert, und weil bei Buy-and-Build die nächste Übernahme kommt, bevor die letzte migriert ist.

CIO.com berichtet, ein Umstieg auf ein Cloud-ERP könne 18 bis 36 Monate dauern, von den Kosten in Millionenhöhe ganz abgesehen (CIO.com, September 2026). Das gilt für eine einzige Migration, und dieselben Leute schließen nebenbei jeden Monat die Bücher.

Beispiel (fiktive Gruppe, zur Veranschaulichung): Die Muttergesellschaft arbeitet mit SAP S/4HANA, eine Übernahme brachte NetSuite mit, zwei Add-ons nutzen Dynamics 365 Business Central. Noch bevor die zweite Gesellschaft auf dem Ziel-ERP läuft, ist ein fünftes Unternehmen mit eigenem ERP unterschrieben.

Jedes dieser ERP-Systeme erfüllt seine Aufgabe für die Gesellschaft, die es nutzt, gut. Das Problem sind Zeit und Veränderung, nicht die Systeme.

Kurz gesagt: Behandeln Sie mehrere ERP-Systeme als Dauerzustand einer Gruppe, die zukauft, und automatisieren Sie auf dieser Grundlage.

Was kostet das Warten auf ein einheitliches ERP im Finanzbereich?

Jahre manuellen Zahlungsabgleichs, Mahnwesens und Planens über mehrere Systeme hinweg: langsamerer Zahlungseingang, keine Konzernsicht auf Kunden und Offene Posten und eine Liquiditätsplanung, die von Hand zusammengesetzt wird.

Zahlungsabgleich. Jede Gesellschaft gleicht in ihrem eigenen ERP ab, von eigenen Bankkonten und nach eigenen Regeln. Die Hackett Group stellte fest, dass viele Unternehmen bis zu drei Tage für das Buchen von Zahlungen brauchen und bis zu 6 % nicht zugeordnete Zahlungseingänge mit sich führen (The Hackett Group, 2025). Geht eine Zahlung an die falsche Gesellschaft, kommt ein Intercompany-Schritt hinzu.

Mahnwesen. Ein Kunde, der bei drei Gesellschaften kauft, erhält drei Mahnserien, und niemand sieht sein gesamtes Obligo. Manuelle Teams bearbeiten 30 bis 40 % der überfälligen Rechnungen innerhalb von 24 Stunden; CollectPulse bearbeitet 100 % (Transformance-Kundendaten, 2026).

Liquiditätsplanung. Jede Gesellschaft schickt eine Tabelle mit eigenem Stichtag, und das Treasury führt sie von Hand zusammen.

Jeder Tag DSO bindet Geld, das verdient, aber noch nicht eingegangen ist (was ein Tag DSO kostet); mit Transformance sinkt der DSO im Schnitt um 8 bis 12 Tage (Transformance-Kundendaten, 2026).

Kurz gesagt: Die Kosten des Wartens zahlen Sie in Liquidität und Arbeitszeit, jeden Monat, solange das Migrationsprogramm läuft.

Wie verbindet sich Transformance mit jedem ERP?

Über den Integrations-Hub, auf dem Weg, den das jeweilige System anbietet: API und OData, RFC/BAPI, den MCP-Server des ERP, Dateien, Datenbank, Postfach, einen On-Premise-Agenten, der nur ausgehend verbindet, oder RPA.

Wenn ein System eine API, eine Datenbank, eine Dateiablage oder ein Postfach hat, lässt es sich anbinden.

Wie der Integrations-Hub jedes System erreicht

Welche ERP-Systeme einen MCP-Server haben, steht in der Übersicht der ERP-MCP-Server.

Ein Standardverfahren. Jede Anbindung durchläuft dieselben Schritte: erkunden, zuordnen, bauen, testen, planen, überwachen. Integrations-Agenten übernehmen diese Schritte heute: Sie lesen die Systemdokumentation und Ihre Angaben zum Setup, schlagen Feldzuordnungen vor, entwerfen Workflows, führen den Testplan aus und berichten, und sie formulieren bei Fehlern eine verständliche Erklärung. Eine Person gibt jede Änderung frei, die Ihr System oder das Produktivsystem betrifft (mehr dazu: was eine von Agenten betriebene Integrationsplattform ist).

Wer was tut. Transformance baut, betreibt, überwacht und repariert die Anbindungen; Sie geben Zugriffe und Änderungen im Produktivsystem frei. Eine Anbindung dauert für ein produktives ERP wie SAP S/4HANA, SAP ECC, NetSuite, Dynamics 365 oder Odoo typischerweise 2 bis 3 Tage (Transformance-Kundendaten, 2026), und Ihre IT kann eingebunden sein. Individuelle Systeme legen wir nach einer Machbarkeitsprüfung fest (mehr dazu: wie individuelle und ältere Systeme angebunden werden).

Zurückschreiben. Freigegebene Buchungen gehen über die eigenen Schnittstellen des ERP (API, OData, BAPI oder MCP); direkt in die Datenbank schreiben wir nur, wo Sie ausdrücklich zustimmen. Die ERP-Liste steht in mit welchen ERP-Systemen Transformance zusammenarbeitet.

Kurz gesagt: Der Weg richtet sich nach dem System; Prozess, Freigaben und das Team, das die Anbindung betreibt, bleiben gleich.

Was läuft in der gemeinsamen Ebene, und was bleibt im jeweiligen ERP?

Jedes ERP behält das Hauptbuch, die Rechnungen und die Buchungen; die gemeinsame Ebene hält die Arbeit: Zahlungsabgleich, Mahnlisten, Abzugsfälle, die Kundensicht und die Liquiditätsplanung.

Gesellschaften auf unterschiedlichen ERP-Systemen, zum Beispiel SAP S/4HANA, NetSuite und Dynamics 365, laufen in einer Transformance-Umgebung mit einer Arbeitsliste und einer Liquiditätsplanung, über alle vier Module hinweg:

‍

‍

• Zahlungsabgleich. DocSense liest Zahlungsavise mit einer Extraktionsgenauigkeit von über 97 % (Transformance-Plattformdaten, 2026); ClearMatch erreicht eine automatische Trefferquote von 95 % (Transformance-Kundendaten, 2026).
• Abzüge. ClaimIQ erkennt Abzüge mit einer Genauigkeit von 97 % (Transformance-Plattformdaten, 2026) und ordnet sie sechs Kategorien zu, in welchem ERP die Rechnung auch steht.
• Forderungsmanagement. Eine Arbeitsliste über alle Gesellschaften; Vero übernimmt 60 bis 80 % der Routinekontakte (Transformance-Kundendaten, 2026).
• Liquiditätsplanung. CashPulse prognostiziert mit 90 bis 95 % Genauigkeit bis zu 90 Tage voraus (Transformance-Plattformdaten, 2026), mit über 20 Ländern in einem Modell.

Vero, der KI-Agent von Transformance, arbeitet auf Customer 360, einem Graphen je Kunde. Bei einer nicht zuordenbaren Zahlung recherchiert Vero in Customer 360, holt interne und externe Informationen für weitere Treffer und macht einen Vorschlag samt Belegen; eine Person gibt ihn frei.

Die Ebene führt nicht das Hauptbuch. Ausgleichsbuchungen, Buchungssätze und ERP-Aktualisierungen, auch Stornierungen, gehen nach der Freigabe in das ERP der jeweiligen Gesellschaft (was die Debitorenautomatisierung im ERP liest und schreibt). Nichts wird ohne Freigabe durch eine Person gebucht, in einem Freigabemodell mit vier Stufen (lesen, empfehlen, ausführen, buchen) und Wertgrenzen nach Betrag, Gesellschaft und Kunde (Freigabematrix für KI-Agenten im ERP).

Kurz gesagt: Die ERP-Systeme führen die Bücher; die Ebene hält Arbeit, Belege und Freigaben.

Wie binden Sie ein neu erworbenes Unternehmen an?

Verbinden Sie sein ERP und seine Kontoauszüge, ordnen Sie Kunden und Regeln dem Regelwerk der Gruppe zu, erproben Sie es in dieser Gesellschaft und schalten Sie es dann scharf: Wochen statt eines Migrationsprojekts.

Eine Gesellschaft in vier Schritten anbinden:

1. Verbinden. Der Integrations-Hub verbindet das ERP der Gesellschaft auf seinem Weg und liest Kontoauszüge und Zahlungsavise; Ihre IT erteilt die Zugriffe.
2. Zuordnen. Ihr Stammdatenteam verknüpft die Kundennummern der Gesellschaft mit der Kundenzuordnung der Gruppe; Gründe, Toleranzen und Freigabegrenzen werden dem Regelwerk der Gruppe zugeordnet.
3. Erproben. Die Gesellschaft läuft auf der Ebene, und eine Person gibt jeden Vorschlag frei; ihre Kennzahlen werden mit der eigenen Ausgangslage verglichen.
4. Scharfschalten. Die Gesellschaft kommt in die Arbeitsliste und die Liquiditätsplanung der Gruppe; ihr Controller zeichnet die Wertgrenzen ab.

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). Den Plan nach einer einzelnen Übernahme beschreibt Order-to-Cash nach einer Übernahme vereinheitlichen; was den Zeitplan bestimmt, steht in wie lange die Einführung dauert.

‍

‍

Kurz gesagt: Eine neue Gesellschaft ist eine Anbindung und eine Zuordnung, keine Migration.

Was passiert, wenn eine Gesellschaft schließlich auf ein neues ERP umzieht?

Die Ebene läuft weiter: Die alte Anbindung wird durch eine neue ersetzt, während Regeln, Historie und Prozess bleiben, sodass die Automatisierung bei der Migration nicht verloren geht.

Was bleibt: das Regelwerk der Gruppe (Gründe, Toleranzen, Freigabegrenzen), die Kundenzuordnung, die Historie in Customer 360 und die Historie der Liquiditätsplanung. Was sich ändert: die Anbindung an das neue ERP und die Zuordnung von Codes und Feldern dorthin. Legen Sie den Umschalttermin mit dem Migrationsteam fest, damit Offene Posten aus dem System gelesen werden, in dem sie gebucht sind.

Der Aufwand der ERP-Migration selbst liegt beim Migrationsprogramm. Für SAP-Gruppen lesen Sie Debitorenbuchhaltung vor oder nach der S/4HANA-Migration automatisieren und was Brownfield und Greenfield für die Debitorenbuchhaltung bedeuten.

Kurz gesagt: Automatisieren Sie vor der Migration; die Migration tauscht eine Anbindung aus, nicht den Prozess.

Welche Finanzprozesse sollte eine Gruppe mit mehreren ERP-Systemen zuerst automatisieren?

Beginnen Sie dort, wo die Systeme die Arbeit am stärksten zerteilen: Zahlungsabgleich über Bankkonten und ERP-Systeme, dann das Mahnwesen mit einer Kundensicht, dann eine konsolidierte Liquiditätsplanung.

Zuerst der Zahlungsabgleich. Er berührt jedes Bankkonto und jedes ERP jeden Tag, und eine nicht zugeordnete Zahlung verfälscht die Fälligkeitsliste und verspätet die Planung (Zahlungsabgleich bei Intercompany und Fremdwährung, ClearMatch).

Danach das Forderungsmanagement. Mit den Offenen Posten aller ERP-Systeme in einer Kundensicht arbeitet ein Team eine Arbeitsliste mit einem Rhythmus und einer Dokumentation der Zahlungszusagen ab (Order-to-Cash im Konzern über mehrere Gesellschaften, CollectPulse). Abzüge können von Anfang an mitlaufen (ClaimIQ).

Dann die Liquiditätsplanung der Gruppe. CashPulse plant über Gesellschaften hinweg mit Horizonten von 7 bis 365 Tagen, einschließlich 13 Wochen, und speist Ihr vorhandenes Treasury-System oder ERP. Die erste 13-Wochen-Planung liegt nach 2 bis 4 Wochen vor (Transformance-Kundendaten, 2026). Mehr dazu in Liquiditätsplanung im Konzern und bei CashPulse.

Kurz gesagt: Zahlungsabgleich, dann Forderungsmanagement, dann Liquiditätsplanung; jeder Schritt macht den nächsten genauer.

Was ändert Buy-and-Build für das Finanzteam?

Jeder Zukauf bringt ein weiteres ERP, andere Bankverbindungen und einen eigenen Kundenstamm mit; das Finanzteam muss also immer wieder neue Gesellschaften aufnehmen. Eine Ebene, die eine Gesellschaft in Wochen anbindet, macht das wiederholbar.

Bei Buy-and-Build kauft ein Investor eine Plattformgesellschaft und ergänzt sie um kleinere Unternehmen derselben Branche. Jeder Zukauf wiederholt dieselben Finanzaufgaben, und eine dauerhafte Finanzebene macht sie zur Routine:

• Ein Standardablauf. Jeder Zukauf folgt den vier Schritten oben, mit demselben Regelwerk und demselben Freigabemodell.
• Gemeinsame Kunden einmal sehen. Zukäufe derselben Branche können dieselben Kunden beliefern; eine Sicht zeigt das gesamte Obligo.
• Einheitliche Kennzahlen. DSO, nicht zugeordnete Zahlungen und die Planung folgen ab dem Monat der Inbetriebnahme einer einzigen Definition.

Läuft ein Zukauf auf einem ERP für den Mittelstand, lesen Sie, wie KI-Agenten mit Business Central, Sage Intacct, Acumatica, Odoo und SAP Business One arbeiten.

Kurz gesagt: Bei Buy-and-Build muss das Finanzmodell den nächsten Zukauf genauso verkraften wie den letzten.

Für wen Transformance gedacht ist

• ERP: SAP S/4HANA und SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo im Einsatz bei Kunden; Oracle und Infor werden unterstützt; Transformance verbindet sich über den Integrations-Hub mit dem ERP, das jede Gesellschaft nutzt, auch mit älteren, lokal betriebenen und mittelständischen ERP-Systemen.
• 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ätsplanung).

Fazit: jetzt automatisieren, konsolidieren, wenn es sich lohnt

Eine Gruppe mit mehreren ERP-Systemen muss nicht auf eines warten. Jedes ERP führt weiter die Bücher, Transformance steuert Order-to-Cash und Liquiditätsplanung für jede Gesellschaft in einer Umgebung, und jede Übernahme wird zu einer Anbindung und einer Zuordnung. Transformance arbeitet für Kunden wie Syngenta, Eberspächer und PwC, in Europa, den USA und Australasien. Stimmen Sie den Start mit Ihrer ersten Gesellschaft in einem Gespräch ab: Termin buchen.

Wichtige Begriffe

• Order-to-Cash: der Prozess vom Kundenauftrag bis zum eingegangenen und zugeordneten Zahlungseingang.
• Cash Application: eingehende Zahlungen den offenen Rechnungen zuordnen, die sie begleichen.
• Nebenbuch: das Kundenkonto je ERP, in dem die Offenen Posten stehen.
• Stammdatenmanagement: Kundendaten über Systeme hinweg konsistent halten.
• Abzugsmanagement: Beträge erkennen und klären, die Kunden von Zahlungen abziehen.
• Cashflow-Prognose: Zahlungsein- und -ausgänge über festgelegte Horizonte vorausberechnen.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen arbeitet Transformance zusammen?
• Wie läuft ein Debitorenprozess über SAP, Oracle und NetSuite?
• Wie vereinheitlichen Sie Order-to-Cash nach einer Übernahme?
• Welche ERP-Systeme haben einen MCP-Server?
• Wie planen Konzerne ihre Liquidität über mehrere ERP-Systeme?
• Was ist eine von Agenten betriebene Integrationsplattform für Finanzprozesse?
• Wie binden Sie ein individuelles oder älteres ERP an die Debitorenautomatisierung an?

Häufig gestellte Fragen

Brauchen wir ein einheitliches ERP, bevor wir Order-to-Cash automatisieren können?

Nein. Jedes ERP bleibt das führende System, und Gesellschaften auf unterschiedlichen ERP-Systemen laufen in einer Transformance-Umgebung mit einer Arbeitsliste und einer Liquiditätsplanung.

Mit welchen ERP-Systemen kann sich Transformance verbinden?

Transformance verbindet sich über den Integrations-Hub mit dem ERP, das jede Gesellschaft nutzt; SAP S/4HANA und ECC, NetSuite, Dynamics 365 Finance & Operations, Business Central und Odoo sind bei Kunden im Einsatz, Oracle und Infor werden unterstützt.

Wie verbindet sich Transformance mit älteren oder lokal betriebenen ERP-Systemen?

Per API (auch OData), RFC/BAPI, Dateien, Datenbank, Postfach, einem On-Premise-Agenten, der nur ausgehend verbindet, oder RPA, je nachdem, was das System anbietet. Der On-Premise-Agent braucht keine eingehende Firewall-Änderung und kein VPN.

Was passiert mit der Automatisierung, wenn eine Gesellschaft auf ein neues ERP umzieht?

Nur die Anbindung ändert sich. Die Regeln, die Kundenhistorie und der Prozess in der Finanzebene bleiben.

Wie schnell lässt sich ein neu erworbenes Unternehmen anbinden?

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). Die ERP-Anbindung dauert für ein produktives ERP typischerweise 2 bis 3 Tage (Transformance-Kundendaten, 2026), und Ihre IT kann eingebunden sein; individuelle Systeme legen wir nach einer Machbarkeitsprüfung fest.

Ist das nur etwas für Private-Equity-Gruppen mit Buy-and-Build?

Nein. Es passt zu jeder Gruppe mit mehreren ERP-Systemen, ob aus Übernahmen, regionalen Setups oder einer laufenden Migration, mit 250 bis über 2.000 Mitarbeitenden und von unter 1.000 bis über 100.000 Zahlungen im Monat.

Was kostet es, Order-to-Cash über mehrere ERP-Systeme zu automatisieren?

Das hängt vom Umfang und von der Zahl der Gesellschaften ab, vom Zahlungsabgleich allein bis zum gesamten Order-to-Cash-Prozess mit Liquiditätsplanung. Vereinbaren Sie einen Termin, dann legen wir den Umfang gemeinsam mit Ihnen fest.