Wie läuft der Zahlungsabgleich bei Intercompany und Fremdwährung?

Das Wichtigste in Kürze

• Jedes ERP lässt eine Rechnung in der Gesellschaft, die sie gestellt hat. Geld, das eine andere Gesellschaft erhält, erzeugt zwischen beiden eine Verbindlichkeit und eine Forderung.
• In Microsofts Beispiel für Dynamics 365 führt eine Rechnung über 600,00 EUR, die zu einem späteren Kurs bezahlt wird, zu einem realisierten Kursgewinn von 12,90 USD (Microsoft Learn, 2026).
• Bei den Anwendern der Cash-Application-Software, die The Hackett Group bewertet hat, liegt die mediane Auto-Match-Rate bei 70 % (The Hackett Group, 2025).
• Sieben Festlegungen machen Zahlungen über Gesellschaften hinweg wiederholbar.
• ClearMatch von Transformance erreicht eine Auto-Match-Rate von 95 %, und nichts wird ohne Freigabe einer Person gebucht (Transformance-Kundendaten, 2026).

In diesem Artikel

• Das Wichtigste in Kürze
• Wie behandelt der Zahlungsabgleich Intercompany- und Fremdwährungszahlungen?
• Was passiert, wenn ein Kunde bei einer Gesellschaft die Rechnung einer anderen bezahlt?
• Wie gleichen Sie eine Überweisung ab, die Rechnungen mehrerer Gesellschaften begleicht?
• Was passiert, wenn die Zahlungswährung von der Rechnungswährung abweicht?
• Wohin gehört die Kursdifferenz, und welche Gesellschaft bucht sie?
• Was folgt auf den Zahlungsabgleich: Netting und Intercompany-Abstimmung?
• Was sollte Ihre Richtlinie für Intercompany und Währungen festlegen?
• Wie arbeitet Transformance mit Intercompany- und Fremdwährungszahlungen?

Wie behandelt der Zahlungsabgleich Intercompany- und Fremdwährungszahlungen?

Jedes ERP gleicht eine Rechnung in der Gesellschaft aus, die sie gestellt hat. Hält eine andere Gesellschaft das Geld, entsteht ein Intercompany-Saldo; Kursänderungen werden als realisierte Kursgewinne oder -verluste gebucht.

Intercompany- und Fremdwährungszahlungen: Was jedes ERP tut und was Sie festlegen

Das Verhalten hängt von Konfiguration und Release ab; stimmen Sie sich mit Ihrem ERP-Team ab.

Eine Intercompany-Zahlung ist eine Zahlung zwischen zwei Gesellschaften derselben Gruppe oder eine Kundenzahlung, die eine Gesellschaft für die Rechnung einer anderen erhält. Eine Fremdwährungszahlung liegt vor, wenn Rechnungswährung, Zahlungswährung und Hauswährung der Gesellschaft nicht alle gleich sind.

Alle drei ERP-Systeme folgen demselben Prinzip. In SAP S/4HANA gehört ein Beleg genau einem Buchungskreis an (SAP Learning, S/4HANA-Kurs). In NetSuite OneWorld gehört jede Transaktion zu genau einer Tochtergesellschaft, ausgenommen erweiterte Intercompany-Buchungssätze (Oracle NetSuite Help Center). Ein Ausgleich über juristische Personen hinweg erzeugt in Dynamics 365 die jeweiligen Buchungen Fällig an und Fällig von (Microsoft Learn, 2026).

Bei den Anwendern der Cash-Application-Software, die The Hackett Group (2025) bewertet hat, liegt die mediane Auto-Match-Rate bei 70 %; bei manchen beträgt der Anteil nicht zugeordneter Zahlungen bis zu 6 %. Fälle über Gesellschaften und Währungen hinweg gehören typischerweise zu diesem Rest; das ist unsere Lesart, nicht die von Hackett.

Eine Buchung in der falschen Gesellschaft wirkt auf Gruppenebene ausgeglichen, während eine Gesellschaft die Rechnung weiter mahnt. Dazu: wie externe Systeme offene Posten ausgleichen.

Was passiert, wenn ein Kunde bei einer Gesellschaft die Rechnung einer anderen bezahlt?

Die empfangende Gesellschaft bucht das Geld, die fakturierende Gesellschaft gleicht ihre Rechnung aus, und das ERP bucht einen Intercompany-Saldo zwischen beiden. Ihre Richtlinie entscheidet, ob das Geld danach weitergeleitet wird.

Fall 1: Der Kunde zahlt an Ihre Gesellschaft A die Rechnung der Gesellschaft B. Fall 2: Die Muttergesellschaft des Kunden zahlt; die Buchung bleibt innerhalb einer Ihrer Gesellschaften.

• SAP S/4HANA und ECC. Das SAP-Beispiel für einen buchungskreisübergreifenden Vorgang ist die zentrale Zahlung: Ein Buchungskreis begleicht die Rechnungen anderer Buchungskreise. Das System erzeugt die Positionen automatisch und bucht sie auf Verrechnungskonten, für Verbindlichkeiten oder Forderungen; eine gemeinsame buchungskreisübergreifende Vorgangsnummer verknüpft alle Belege (SAP Learning). SAP zeigt das Beispiel für Kreditoren; jeder Buchungskreis braucht zuvor ein Verrechnungskonto.
• Dynamics 365 F&O. Bei zentralisierten Zahlungen nimmt eine einzelne juristische Person die Zahlungen für alle operativen juristischen Personen entgegen. In Microsofts erstem Beispiel erhält Fabrikam 600,00 für eine Rechnung von Fabrikam East; Fabrikam bucht eine Verbindlichkeit gegenüber Fabrikam East (Fällig an), Fabrikam East eine Forderung gegenüber Fabrikam (Fällig von) (Microsoft Learn, 2026).
• NetSuite OneWorld. Bei einem gemeinsamen Kunden können Sie jede Tochtergesellschaft wählen, die dem Kunden zugeordnet ist (Oracle NetSuite Help Center). Geld, das in der falschen Tochtergesellschaft eingegangen ist, wird typischerweise mit einem Intercompany-Buchungssatz bewegt, denn ein Intercompany-Buchungssatz bucht in zwei Tochtergesellschaften zugleich (Oracle NetSuite Help Center). Das „typischerweise“ ist unsere Ableitung aus diesen Vorgaben.
• Fall 2. In SAP können Sie einen abweichenden Regulierer auf Mandanten- und Buchungskreisebene hinterlegen (SAP Learning); in NetSuite lassen die konsolidierten Zahlungen (Consolidated Payments) Zahlungen entweder über einen Unterkunden oder über den Kunden an der Spitze der Hierarchie zu (Oracle NetSuite Help Center). Zahler unbekannt: Zahlung ohne Verwendungszweck zuordnen.

Ihre Richtlinie: welche Gesellschaften für welche anderen Zahlungen annehmen dürfen, ob die empfangende Gesellschaft über den Intercompany-Mechanismus des ERP verrechnet oder das Geld weiterleitet, wer nicht zugeordnete Beträge verantwortet und wann der Saldo ausgeglichen wird. Sicht auf die Gruppe: Debitoren über 40 juristische Personen steuern.

Wie gleichen Sie eine Überweisung ab, die Rechnungen mehrerer Gesellschaften begleicht?

Ermitteln Sie für jede Rechnung auf dem Zahlungsavis die zuständige Gesellschaft und buchen Sie dann je Gesellschaft einen Ausgleich, entweder in einem gesellschaftsübergreifenden Vorgang oder als getrennte Zahlungen mit einem Intercompany-Schritt.

• SAP. Die SAP-Dokumentation zu R/3 4.6C (ein älteres Release) beschreibt den buchungskreisübergreifenden Ausgleich: Sind Posten im Buchungskreis 0001 ausgewählt, wählt das System die offenen Posten des Buchungskreises 0002 automatisch mit aus, und die Belege je Buchungskreis gleichen sich jeweils auf null aus (SAP Help Portal). Das erfordert Konfiguration; prüfen Sie Ihr Release.
• Dynamics 365 F&O. In Microsofts Beispiel 5 erhält Fabrikam 75,00 und gleicht damit eine Rechnung von Fabrikam West über 100,00 mit einer Gutschrift von Fabrikam East über 25,00 aus; die Zahlung wird auf der Seite „Transaktionen ausgleichen“ als primäre Zahlung ausgewählt (Microsoft Learn, 2026).
• NetSuite. Eine Überweisung für Rechnungen von drei Tochtergesellschaften wird typischerweise als drei Kundenzahlungen plus Ihrem Intercompany-Schritt erfasst (unsere Ableitung; siehe den Leitfaden zur NetSuite-Schnittstelle).

Illustratives Beispiel (fiktive Zahlen). Die Gesellschaften A, B und C führen ihre Bücher in USD; C stellt einigen Kunden Rechnungen in EUR. Ein Kunde überweist 59.700 USD an Gesellschaft A, und das Zahlungsavis listet:

A gleicht ihre eigenen 25.000 USD aus. 20.000 USD gehören B, 14.700 USD gehören C. Dafür entstehen in SAP Positionen auf Verrechnungskonten, in Dynamics 365 Buchungen vom Typ Fällig an für B und C, in NetSuite typischerweise getrennte Zahlungen plus Intercompany-Buchungssätze. Die 50 USD Differenz bei der Rechnung von C sind eine Kursdifferenz, keine Minderzahlung.

‍

‍

Woran es scheitert: gleiche Rechnungsnummern in mehreren Gesellschaften, ein Zahlungsavis ohne Gesellschaftsnamen, eine Minderzahlung bei der Rechnung einer Gesellschaft, ein Kunde, der in B nicht angelegt ist. In SAP muss jede Gesellschaft, die mit einem Geschäftspartner Geschäfte machen will, ein Buchungskreissegment für ihn anlegen (SAP Learning); ohne dieses wird dort nichts gebucht (unsere Lesart).

Ihre Richtlinie: die Reihenfolge der Zuordnung (Rechnungsnummernkreis je Gesellschaft, Zeile im Zahlungsavis, das Bankkonto, von dem der Kunde üblicherweise zahlt) und was passiert, wenn der Teil einer Gesellschaft nicht aufgeht: den Rest ausgleichen oder die Überweisung halten. Mehr dazu: wie KI ein Zahlungsavis ausliest.

Was passiert, wenn die Zahlungswährung von der Rechnungswährung abweicht?

Das ERP rechnet zwischen Rechnungswährung und Zahlungswährung zu einem Kurs um, und der gewählte Kurs entscheidet, ob die Rechnung vollständig ausgeglichen wird oder eine Differenz bleibt.

• Dynamics 365 F&O. Liegen Zahlung und Rechnung in verschiedenen Währungen vor, können Sie beim Ausgleich einen Kreuzkurs verwenden, und zwar zum Kurs des Ausgleichsdatums (Microsoft Learn Training, 2026).
• NetSuite. Die Währung der Zahlung filtert die Liste der Rechnungen, Gutschriften und Anzahlungen im Unterregister Anwenden (Oracle NetSuite Help Center); die Primärwährung eines Kunden ist die Standardwährung für Verkaufstransaktionen (Oracle NetSuite Help Center). Für eine Zahlung in einer Währung, die die Rechnung nicht trägt, brauchen Sie zuerst eine Richtlinie.
• SAP. Beim Ausgleich offener Fremdwährungsposten können Kursdifferenzen entstehen (SAP Learning). Wie Sie eine Zahlung in einer anderen Währung erfassen, hängt von Ihrem Release ab: Stimmen Sie sich mit Ihrem SAP-Team ab.

Für Gesellschaft C entsprechen 14.700 USD bei 1,1760 genau 12.500 EUR. Rechnen Sie die Zahlung stattdessen zum Kurs des Rechnungsdatums (1,1800) um, deckt sie nur 12.457,63 EUR ab: Es wirkt, als fehlten 42,37 EUR, und die Rechnung landet in der Abzugsklärung.

Auch Bankgebühren können wie Kursdifferenzen aussehen: Führen Sie Gebühren, Kursdifferenzen und Abzüge als getrennte Gründe (mehr dazu: wie Kontoauszugsdateien in den Zahlungsabgleich einfließen).

Ihre Richtlinie: in welchen Währungen jeder Kunde zahlen darf; welcher Kurs gilt (die Umrechnung der Bank, der Tageskurs des ERP oder ein vereinbarter Kreuzkurs); wer die Bankgebühren trägt.

Wohin gehört die Kursdifferenz, und welche Gesellschaft bucht sie?

Das ERP bucht einen realisierten Kursgewinn oder -verlust auf Konten, die in der Konfiguration hinterlegt sind; bei Zahlungen über Gesellschaften hinweg entscheidet eine Einstellung oder Ihre Richtlinie, welche Gesellschaft bucht.

• SAP. S/4HANA bucht diese Kursdifferenzen automatisch als realisierte Kursgewinne oder -verluste auf das Ertrags- oder Aufwandskonto und speichert die realisierte Differenz im ausgeglichenen Einzelposten (SAP Learning).
• Dynamics 365 F&O. Das Feld „Gewinn bzw. Verlust bei Währungsumtausch buchen“ auf der Seite der Intercompany-Buchhaltung legt fest, ob die juristische Person der Zahlung oder die der Rechnung bucht. In Microsofts Beispiel 3 wird eine Rechnung über 600,00 EUR, gebucht zum Kurs 1,2062 (723,72 USD), zum Kurs 1,2277 bezahlt (736,62 USD): Der Gewinn von 12,90 USD wird in Fabrikam gebucht, der juristischen Person der Zahlung, und Fällig an und Fällig von saldieren sich auf 723,72 USD (Microsoft Learn, 2026).
• NetSuite. Unterscheiden sich die Wechselkurse von Ausgangs- und Zahlungstransaktion, wird ein realisierter Gewinn oder Verlust gebucht: (Zahlungskurs minus Ausgangskurs) x Zahlungsbetrag, je Transaktion, wenn eine Zahlung mehrere Rechnungen abdeckt (Oracle NetSuite Help Center).

Im Beispiel sind 12.500 EUR x (1,1760 minus 1,1800) ein realisierter Verlust von 50 USD, und wer ihn trägt, verändert den Intercompany-Saldo. Bucht A ihn, wie Fabrikam es in Microsofts Beispiel tut (unsere Beispielrechnung, keine dokumentierte Regel), schuldet A der Gesellschaft C den Rechnungswert von 14.750 USD und trägt den Verlust selbst. Bucht C ihn, schuldet A der Gesellschaft C, was A erhalten hat: 14.700 USD.

Kleine Differenzen können eine Buchung stoppen: In SAP S/4HANA Cloud Public Edition kann beim buchungskreisübergreifenden Ausgleich einer Anzahlung in Fremdwährung ein Fehler auftreten, weil eine Kleindifferenz nicht auf Buchungskreise verteilt werden kann (SAP-Knowledge-Base-Artikel 3782126). Testen Sie einen solchen Fall im Pilotprojekt.

Ihre Richtlinie: welche Gesellschaft den Gewinn oder Verlust bucht, ab welchem Betrag eine Differenz als Kursdifferenz statt als Minderzahlung gilt, und Konten für Kursgewinne und -verluste in jeder Gesellschaft vor dem Go-live. Echte Minderzahlungen gehören in den Workflow für Abzüge.

Was folgt auf den Zahlungsabgleich: Netting und Intercompany-Abstimmung?

Das Netting (die Verrechnung) saldiert, was sich Konzerngesellschaften schulden, sodass nur der Saldo fließt; die Intercompany-Abstimmung prüft jede Verbindlichkeit gegen die zugehörige Forderung. Beides läuft außerhalb der Bearbeitung eingehender Kundenzahlungen.

• SAP. Ist ein Partner zugleich Debitor und Kreditor, können das Zahlprogramm und das Mahnprogramm die offenen Posten von Kreditor und Debitor gegeneinander ausgleichen, und jeder Buchungskreis kann das getrennt entscheiden (SAP Learning).
• Dynamics 365 F&O. Die Debitoren- und Kreditorenverrechnung saldiert offene Salden von Debitoren und Kreditoren; dafür werden Verrechnungserfassungen (netting journals) angelegt (Microsoft Learn, Versionshinweise 10.0.40, 2024).
• NetSuite. Die Netting-Abrechnung erzeugt automatisch vier Netting-Ausgleiche (zwei je Tochtergesellschaft), und das Verrechnungskonto für Intercompany-Netting (IC Netting Clearing Account) steht nach jedem Netting wieder auf null (Oracle NetSuite Help Center).

Im Beispiel schuldet A der Gesellschaft C 14.700 USD, wenn C die Kursdifferenz bucht, und C schuldet A 9.000 USD für Shared Services. Ein Verrechnungslauf gleicht beides mit einer einzigen Überweisung von 5.700 USD von A an C aus (14.700 minus 9.000); hätte A die Kursdifferenz gebucht, wären es 5.750 USD.

Die Intercompany-Abstimmung prüft dann, ob die Verbindlichkeit von A gegenüber C der Forderung von C gegenüber A entspricht; wird eine Kursdifferenz nur auf einer Seite gebucht, stimmen die beiden Salden nicht mehr überein. Nehmen Sie Intercompany-Partner aus dem Mahnwesen für Kunden heraus, und saldieren Sie Intercompany-Flüsse, bevor Sie die Gesellschaften in der Liquiditätsplanung zusammenführen.

Was sollte Ihre Richtlinie für Intercompany und Währungen festlegen?

Sieben Festlegungen machen Zahlungen über Gesellschaften und Währungen hinweg wiederholbar: Sie bestimmen, wer für wen Zahlungen annimmt, wie die Gesellschaft ermittelt wird, wo gebucht wird, welcher Kurs gilt, wer die Kursdifferenz bucht, was verrechnet wird und wer freigibt.

1. Inkassoberechtigung: welche Gesellschaft für welche anderen Geld entgegennehmen darf, auf welchen Bankkonten.
2. Reihenfolge der Zuordnung: wie die zuständige Gesellschaft jeder Rechnung ermittelt wird (Nummernkreis, Zeile im Zahlungsavis, Bankkonto).
3. Buchende Gesellschaft: in der empfangenden Gesellschaft ausgleichen oder das Geld weiterleiten.
4. Kursquelle: die Umrechnung der Bank, der Tageskurs des ERP oder ein vereinbarter Kreuzkurs.
5. Buchung der Kursdifferenz: welche Gesellschaft den realisierten Gewinn oder Verlust bucht, und die Grenze zwischen Kursdifferenz, Bankgebühren und Minderzahlung.
6. Verrechnung: Kalender, zulässige Salden, Verrechnungskurs und Intercompany-Partner, die vom Mahnwesen ausgenommen sind.
7. Freigaben: wer gesellschaftsübergreifende Buchungen und Kursdifferenzen ab welchem Betrag freigibt.

Die Richtlinie zeichnet der Konzern-Controller gemeinsam mit dem Treasury ab; die Leitung der Debitorenbuchhaltung verantwortet die Zuordnung. Wertgrenzen nach Betrag, Gesellschaft und Kunde entscheiden, wer was freigibt.

Der übliche Fehler: Die Richtlinie existiert nur im Kopf einer einzigen Person. Fällt sie aus, bleibt das Geld über Gesellschaften hinweg unzugeordnet.

Wie arbeitet Transformance mit Intercompany- und Fremdwährungszahlungen?

Transformance liest offene Posten, Zahlungsavis und Kontoauszüge für alle Gesellschaften Ihres ERP in einer Umgebung, und nichts wird ohne Freigabe einer Person gebucht.

ClearMatch erreicht eine Auto-Match-Rate von 95 % und läuft Ende zu Ende in unter 8 Minuten, mit 100 % Buchungsprüfung (Transformance-Kundendaten, 2026). DocSense liest Zahlungsavis mit über 97 % Extraktionsgenauigkeit bei mehr als 100 Dokumenttypen in über 170 Sprachen, ohne dass Vorlagen eingerichtet werden müssen (Transformance-Plattformdaten, 2026).

Bei Ausnahmen untersucht Vero, der Agent von Transformance, den Fall in Customer 360, holt interne und externe Informationen für weitere Treffer und schlägt mit Nachweisen eine Zuordnung vor; eine Person gibt frei. Ihre Richtlinie für Intercompany und Währungen wird im Scoping festgehalten, und jede Buchung folgt den Freigabegrenzen.

• Rückschreiben: Ausgleichsbuchungen und Buchungssätze, einschließlich Stornos, nach Freigabe (was die Debitorenautomatisierung aus dem ERP liest und dorthin schreibt).
• Kontrolle: ein Freigabemodell mit 4 Stufen (lesen, empfehlen, ausführen, buchen); Administratoren konfigurieren die Regeln, das Finanzteam gibt frei.
• Umfang: je ERP alle Gesellschaften in einer Umgebung: SAP-Instanzen und Buchungskreise, NetSuite-Tochtergesellschaften oder juristische Personen in Dynamics 365. Die Daten liegen in Ihrer Region; VPC, SSO/SAML und RBAC.
• Anbindung: in der Regel 2 bis 3 Tage, Ihre IT ist unter Umständen beteiligt; vollständiger Rollout in 4 bis 8 Wochen. In SAP: kein individuelles ABAP, keine Modifikationen.

Wer Transformance einsetzt

• ERPs: Gruppen, die Kundenzahlungen über Gesellschaften und Währungen hinweg in SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations oder Business Central oder Odoo zuordnen, alle bei Kunden 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: Cash Application allein oder der gesamte Order-to-Cash: Cash Application, Abzugsmanagement, Forderungsmanagement und Liquiditätsplanung.

Fazit: Legen Sie die Regeln für Zahlungen über Gesellschaften fest, bevor die erste Überweisung kommt

Intercompany- und Fremdwährungszahlungen werden zuverlässig ausgeglichen, sobald die Gruppe entschieden hat, wer für wen Zahlungen annimmt, welcher Kurs gilt, wer die Differenz bucht und was verrechnet wird, und eine Person freigibt. Beginnen Sie mit einem Pilotprojekt: einer Überweisung über zwei Gesellschaften und einer Fremdwährungsrechnung. Nehmen Sie weitere Gesellschaften erst dazu, wenn die Salden abgestimmt sind.

Wichtige Begriffe

• Cash Application: eingehende Zahlungen offenen Rechnungen zuordnen und im ERP ausgleichen.
• Zahlungsavis: die Liste der Rechnungen, die der Kunde mit einer Zahlung begleicht.
• Überweisung: eine Zahlung von Bank zu Bank, die oft mehrere Rechnungen abdeckt.
• Devisenkurs: der Kurs zwischen Rechnungs-, Zahlungs- und Hauswährung.
• Währungsrisiko: das Risiko von Kursänderungen zwischen Rechnungsstellung und Zahlung.
• On-Account-Zahlung: Geld, das auf einem Kundenkonto gebucht wird, ohne eine Rechnung auszugleichen.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen arbeitet Transformance zusammen?
• Wie buchen externe Systeme Zahlungen und gleichen offene Posten aus?
• Wie bindet Transformance NetSuite und OneWorld an?
• Wie bindet Transformance Dynamics 365 F&O an?
• Wie läuft ein Debitorenprozess über SAP, Oracle und NetSuite?
• Order-to-Cash im Konzern: Debitoren über 40 juristische Personen steuern

Häufig gestellte Fragen

Kann eine Kundenzahlung Rechnungen in zwei SAP-Buchungskreisen ausgleichen?

Ja: SAP bucht sie als buchungskreisübergreifenden Vorgang, mit einem eigenen Beleg je Buchungskreis, Positionen auf Verrechnungskonten und einer verknüpfenden Vorgangsnummer, sobald die beteiligten Buchungskreise konfiguriert sind (je nach Release).

Welche Gesellschaft bucht die Kursdifferenz, wenn eine Gesellschaft Zahlungen für eine andere annimmt?

In Dynamics 365 entscheidet eine Einstellung auf der Seite der Intercompany-Buchhaltung zwischen der juristischen Person der Zahlung und der der Rechnung; in SAP und NetSuite sollte Ihre Konzernrichtlinie festlegen, welche Gesellschaft sie trägt.

Gehört das Intercompany-Netting zum Zahlungsabgleich?

Normalerweise nicht: Das Netting läuft als eigener Ausgleich zwischen Konzerngesellschaften, getrennt von der Bearbeitung der Kundenzahlungen.

Mit welchen ERP-Systemen arbeitet Transformance beim Zahlungsabgleich über mehrere Gesellschaften?

Transformance bindet SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite einschließlich OneWorld-Tochtergesellschaften, Dynamics 365 Finance & Operations, Business Central und Odoo an, alle bei Kunden im Produktivbetrieb; Oracle und Infor werden unterstützt.

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

Ja: Transformance ist für 250 bis über 2.000 Mitarbeitende und von unter 1.000 bis über 100.000 Zahlungen im Monat ausgelegt, mit allen Gesellschaften eines ERP in einer Umgebung.

Wie lange dauert der Go-live über mehrere Gesellschaften?

Die ERP-Anbindung dauert in der Regel 2 bis 3 Tage, Ihre IT ist unter Umständen beteiligt; der vollständige Rollout dauert 4 bis 8 Wochen, und ein Proof of Value läuft 4 bis 5 Wochen an einer Gesellschaft.

Was kostet der Zahlungsabgleich über mehrere Gesellschaften?

Die Kosten hängen vom Umfang ab (Cash Application allein oder der gesamte Order-to-Cash) und von der Zahl der Gesellschaften; wir kalkulieren sie gemeinsam mit Ihnen im Gespräch: Termin buchen.