Wie funktioniert die Oracle-Schnittstelle von Transformance?

Das Wichtigste in Kürze

• Transformance unterstützt Oracle Fusion Cloud ERP und die Oracle E-Business Suite (EBS); die ERP-Anbindung dauert in der Regel 2 bis 3 Tage, Ihre IT kann beteiligt sein.
• Transformance liest Receivables-Daten je Business Unit oder Operating Unit und schreibt Zuordnungen von Zahlungseingängen, Buchungssätze und Stornos erst nach Freigabe durch einen Menschen zurück.
• Oracle trennt zwei Korrekturen: Eine fehlerhafte Zuordnung heben Sie auf (Unapply), einen Zahlungseingang ohne tatsächliche Zahlung stornieren Sie (Reverse) (Oracle, 2026).
• Ein Proof of Value läuft 4 bis 5 Wochen auf einer Business Unit oder Operating Unit; der gesamte Rollout dauert bis zu 4 bis 8 Wochen.

In diesem Artikel

• Das Wichtigste in Kürze
• Funktioniert Transformance mit Oracle Fusion Cloud ERP und EBS?
• Was liest Transformance aus Oracle Receivables?
• Was schreibt Transformance nach Oracle zurück, und wer gibt es frei?
• Wie verbindet sich Transformance mit Oracle Fusion Cloud ERP?
• Wie verbindet sich Transformance mit der Oracle E-Business Suite?
• Wie wirken sich Business Units, Hauptbücher und Währungen auf die Anbindung aus?
• Was verhindert in Oracle, dass eine Zuordnung gebucht wird?
• Wie wird in Oracle eine falsche Zuordnung korrigiert?
• Wie richten Sie die Transformance-Schnittstelle zu Oracle ein?

Funktioniert Transformance mit Oracle Fusion Cloud ERP und EBS?

Ja. Transformance unterstützt Oracle Fusion Cloud ERP und die Oracle E-Business Suite: Die Oracle-Schnittstelle liest Receivables-Daten und schreibt freigegebene Zuordnungen von Zahlungseingängen, Buchungssätze und Korrekturen zurück.

Transformance an Oracle Fusion Cloud ERP und E-Business Suite: was gelesen, was zurückgeschrieben wird und wie die Verbindung läuft

Oracle-Objektnamen so, wie Oracle sie dokumentiert (in der Oracle-Oberfläche DACH-typisch meist auf Englisch); welche Route Ihre Verbindung nutzt, legen Sie mit Ihrem Oracle-Team fest.

Eine Oracle-Schnittstelle für die automatisierte Debitorenbuchhaltung ist eine Verbindung, die Receivables-Daten je Business Unit oder Operating Unit liest und genehmigte Ergebnisse als reguläre Oracle-Zahlungseingangsbuchung zurückschreibt, sodass Oracle das führende System bleibt. Für NetSuite, ein eigenständiges Oracle-Produkt, gibt es einen eigenen Ratgeber: wie Transformance mit NetSuite integriert ist.

Bei den untersuchten Unternehmen lag die mediane Quote der automatischen Zuordnung bei 70 %, und überraschend viele nehmen Quoten unter 40 % hin (The Hackett Group, 2025). In Oracle liegt die Lücke bei den Zahlungseingängen, die Lockbox, AutoMatch und AutoCash offen lassen; dort setzt Transformance an.

ERP-Anbindungen dauern in der Regel 2 bis 3 Tage, Ihre IT kann beteiligt sein; der gesamte Rollout dauert bis zu 4 bis 8 Wochen.

Was liest Transformance aus Oracle Receivables?

Transformance liest Kundenkonten, offene Posten mit ihren Raten, Zahlungseingänge und deren Status, Kontoauszugspositionen, Buchungssätze und Zahlungsavise, begrenzt auf die Business Units oder Operating Units, die Sie auswählen.

Kunden. Kundenkonten und Standorte (Customer Accounts und Sites) sowie die Paying Relationships (Pay Any, Pay Below), die festlegen, ob ein Kunde Posten eines anderen Kunden bezahlen darf (Oracle, 26D, 2026).

Offene Posten. Rechnungen, Gutschriften (Credit Memos), Belastungsanzeigen (Debit Memos) und Rückbelastungen (Chargebacks). Oracle führt je Rate einen eigenen Zahlungsplan (Payment Schedule) mit Fälligkeitsdatum und Restbetrag, und ein Zahlungseingang wird einer Rate zugeordnet, nicht dem Rechnungskopf: Eine Rechnung mit drei Raten sind drei offene Posten. Zu den Tabellennamen: wo Oracle Raten und Fälligkeiten ablegt.

Zahlungseingänge und ihr Status. Zugeordnet, nicht zugeordnet, nicht identifiziert oder auf Konto. In Fusion ist ein nicht identifizierter Zahlungseingang (Unidentified Receipt) ein Zahlungseingang ohne Kundeninformation, und das Zuordnen bleibt gesperrt, bis ein Kunde hinterlegt ist (Oracle, 26D). Der Leitfaden zur E-Business Suite 12.2 ist knapper: Ein nicht identifizierter Zahlungseingang lässt sich nicht zuordnen (Oracle Receivables User Guide, 12.2).

Bank- und Avisdaten. In DACH-Systemen kommen die Bankdaten meist als Kontoauszug im Format camt.053 oder MT940; Oracle liest sie als Kontoauszugspositionen im Cash Management. Lockbox-Übertragungen und Avisreferenzen an den Zahlungseingängen gehören ebenfalls dazu; Lockbox ist ein US-Bankservice, in DACH selten. Das Zahlungsavis in einer E-Mail oder einem PDF erreicht Oracle nie; DocSense liest es mit einer Extraktionsgenauigkeit von über 97 % bei mehr als 100 Dokumenttypen und in über 170 Sprachen, ohne Template-Konfiguration (so liest KI Zahlungsavise).

Jede gelesene Information landet in Customer 360, dem Arbeitsgedächtnis von Vero mit einem Graphen je Kunde. Die ERP-übergreifende Feldübersicht: was die automatisierte Debitorenbuchhaltung im ERP liest und schreibt.

Für SAP-Kenner. Ein Buchungskreis entspricht in Oracle ungefähr einer Business Unit (Fusion) oder Operating Unit (EBS) zusammen mit dem Hauptbuch. Die offenen Posten entsprechen den Zeilen des Zahlungsplans (Raten), und der Ausgleich heißt in Oracle Zuordnung (Receipt Application).

Was schreibt Transformance nach Oracle zurück, und wer gibt es frei?

Transformance schreibt Zuordnungen von Zahlungseingängen, Buchungssätze und Korrekturen wie Stornos zurück, jeweils erst nach Freigabe durch einen Menschen innerhalb der Wertgrenzen, die Sie nach Betrag, Gesellschaft und Kunde festlegen.

Die Ausgleichsbuchung in Oracles Begriffen. Was SAP Ausgleich nennt, heißt in Oracle Receipt Application: Ein Standard Receipt (Zahlungseingang) lässt sich einer oder mehreren Transaktionen zuordnen (Oracle REST API, 26D, 2026). Ein Zahlungseingang über 24.000,00 EUR für drei Rechnungen wird also zu drei Zuordnungen auf einem Zahlungseingang (Beispiel zur Veranschaulichung).

Was übrig bleibt. Ein Restbetrag bleibt nicht zugeordnet, sofern Ihre Oracle-Regeln ihn nicht behandeln; in Fusion regelt der Application Exception Rule Set (Regelsatz für Zuordnungsausnahmen) den Umgang mit Über- und Unterzahlungen nach der Zuordnung (Oracle, 26D). Minderzahlungen gehen mit den Belegen in einen Klärungsfall, und ein Mensch entscheidet (Teilzahlungen und Abzüge).

Kontrolle. Transformance arbeitet mit einem mehrstufigen Freigabemodell (lesen, empfehlen, ausführen, buchen), bei ERP-Buchungen ist immer ein Mensch eingebunden. Die Wertgrenzen gelten nach Betrag, Gesellschaft und Kunde, und Rollen trennen die Administratoren, die Regeln konfigurieren, von den Finanzmitarbeitenden, die freigeben. ClearMatch prüft 100 % der Buchungen vorab, und nichts wird ohne Freigabe durch einen Menschen gebucht (ClearMatch).

Oracles Regeln laufen weiter. Eine freigegebene Zuordnung ist eine gewöhnliche Oracle-Zahlungseingangsbuchung, und Lockbox, AutoMatch und AutoCash arbeiten unverändert weiter. Wie ein Agent neben diesen Regeln arbeitet: wie KI-Agenten mit Oracle und NetSuite arbeiten.

Audit-Log. Der Audit-Trail hält Zeitstempel, die Aktion des Systems, die Aktion des Benutzers, die freigebende Person, die Eingabedaten und die Konfidenz fest. Wer eine Zuordnung freigegeben hat, steht im Transformance-Log. Die Wertgrenzen im Detail: wer freigibt, was ein KI-Agent in Ihrem ERP tut.

Wie verbindet sich Transformance mit Oracle Fusion Cloud ERP?

Transformance verbindet sich mit Fusion Cloud ERP über APIs, Dateiübertragung oder Ihre Middleware, mit einem dedizierten Integrationsbenutzer, den Ihr Oracle-Team anlegt; die Methode richtet sich nach Ihrer Umgebung.

Fusion bietet externen Systemen drei Wege zur Anbindung, die Oracle selbst dokumentiert:

• REST-Ressourcen. Die Ressource Standard Receipts umfasst Anlegen, Lesen, Ändern und Löschen sowie Aktionen zum Zuordnen (auch gesammelt auf mehrere Raten einer Rechnung), Aufheben, Stornieren und Erstatten eines Zahlungseingangs (Oracle REST API, 26D, 2026).
• SOAP-Webservices. Oracle führt Receivables-Webservices auf, etwa den Receivables Create and Apply Receipt Service (Oracle, 26D).
• Dateibasierter Datenimport (FBDI). Excel-Vorlagen für Stapel-Uploads; die Vorlage Receivables Standard Receipt Import speist den Lockbox-Import in Fusion (Oracle, 26D).

Das sind die Wege, die Fusion bietet, keine feste Transformance-Methode.

Der Integrationsbenutzer. Ihr Oracle-Team legt einen dedizierten Integrationsbenutzer samt Rolle für Transformance an, nie das Login einer Person: zunächst nur lesend, begrenzt auf die Business Units im Umfang, Schreibrechte kommen erst dazu, wenn das Zurückschreiben beginnt. Zum Prinzip der minimalen Rechte allgemein: wie KI-Agenten sicher auf ERP-Daten zugreifen.

Bei einer typischen ERP-Anbindung von 2 bis 3 Tagen kann Ihre IT Benutzer und Rolle anlegen, den Netzwerkpfad oder die Allowlist öffnen, den Anbindungsweg bestätigen und eine Testumgebung bereitstellen.

Hosting und Zugriff. Ihre Daten bleiben in Ihrer Region, für EU-Kunden in der EU, in einer eigenen Azure-Umgebung je Standort; ein VPC-Deployment ist möglich, die Anmeldung läuft über SSO/SAML mit RBAC. Kundendaten werden nicht zum Training von Modellen verwendet.

Wie verbindet sich Transformance mit der Oracle E-Business Suite?

Für die E-Business Suite im eigenen Rechenzentrum oder in einer gehosteten Umgebung verbindet sich Transformance über den eigenen On-Premises-Agenten, über APIs, Dateiübertragung oder Middleware, gewählt gemeinsam mit Ihrem Oracle-Team.

Auf der PL/SQL-Seite bietet die öffentliche Receipt-API AR_RECEIPT_API_PUB Routinen zum Anlegen eines Cash Receipt, zur Zuordnung zu einer bestimmten Rate eines Debit Item (Forderungsposten, auch in anderer Währung), zum Aufheben der Zuordnung, zur Zuordnung auf Konto, zum Stornieren und zur Zuordnung zu einer Aktivität wie dem Receipt Write-off (Ausbuchung) (Oracle Receivables Reference Guide, 12.2).

AutoLockbox läuft laut Oracle in drei Schritten: Der Import lädt die Bankdatei in AR_PAYMENTS_INTERFACE_ALL, die Validierung verschiebt sie in die QuickCash-Tabellen, und Post QuickCash ordnet die Zahlungseingänge zu und aktualisiert die Kundensalden. Greifen die Abgleichsregeln nicht, versucht Post QuickCash den AutoCash-Regelsatz; scheitern auch dessen Regeln, setzt Lockbox den Zahlungseingang auf den Status Unapplied (Oracle Receivables User Guide, 12.2). Bei diesen Zahlungseingängen setzt Vero an.

Operating Units setzen die Grenze. In der E-Business Suite legen Operating Units fest, in welchem Hauptbuch eine Nebenbuch-Transaktion gebucht wird, und sie trennen Stammdaten, Verarbeitung und Berechtigungen (Oracle, 25D, 2025). Ein Integrationsbenutzer, der für eine Operating Unit eingerichtet ist, sieht die Zahlungseingänge der anderen nicht.

EBS und Fusion nebeneinander. Oracle bietet für die Continuous-Innovation-Releases der On-Premises-Anwendungen Premier Support bis mindestens 2037 an (Oracle, 2026), deshalb betreiben viele Gruppen EBS über Jahre neben Fusion. In Fusion ersetzen Business Units die Operating Units der E-Business Suite (Oracle, 25D). Halten Sie die Zuordnung von Einheiten, Kundennummern, Receipt Methods und Bankkonten schriftlich fest, damit der Anbindungsplan den Umstieg übersteht.

Wie wirken sich Business Units, Hauptbücher und Währungen auf die Anbindung aus?

Oracle ordnet jeden Zahlungseingang einer Business Unit oder Operating Unit zu und bucht ihn in einem Hauptbuch; legen Sie deshalb je Einheit fest, welche Zahlungseingänge, Bankkonten und Währungen im Umfang liegen.

Jeder Zahlungseingang trägt seine Einheit. Ein Standard Receipt in Fusion verlangt eine Business Unit, eine Receipt Method und einen Betrag, und sein Accounting Date ist das Datum, an dem der Zahlungseingang gebucht wird (Oracle REST API, 26D, 2026). Die Receipt Method verbindet den Zahlungseingang mit seinem Bankkonto für Zahlungseingänge; das Accounting Date bestimmt die Periode.

Muttergesellschaften zahlen für Töchter. Fusion ordnet einen Zahlungseingang offenen Posten fremder Kunden nur zu, wenn die Systemoption Allow Payment of Unrelated Transactions auf Yes steht, oder innerhalb einer Paying Relationship (Oracle, 26D). Ohne beides lässt sich die Sammelzahlung einer Zentrale nicht auf die Rechnungen ihrer Töchter verteilen und bleibt nicht zugeordnet.

Währungen. Ändert sich in Fusion der Kurs, wenn eine Zuordnung in Fremdwährung ins Hauptbuch gebucht wird, bucht Receivables einen realisierten Kursgewinn oder -verlust (Oracle, 26D). Beispiel zur Veranschaulichung: Eine Rechnung über 10.000,00 EUR, in ein USD-Hauptbuch zum Kurs 1,0800 gebucht, steht mit 10.800,00 USD zu Buche; ein Zahlungseingang zum Kurs 1,0850 bringt 10.850,00 USD und bucht 50,00 USD realisierten Kursgewinn. Klären Sie Kursquelle und Gewinn- und Verlustkonten vor dem Zurückschreiben mit Ihrem Controlling.

Mit einer Einheit beginnen. Führen Sie den Proof of Value 4 bis 5 Wochen auf einer Gesellschaft durch, in Oracle typischerweise einer Business Unit oder Operating Unit; weitere Einheiten kommen nach dem Rollout-Plan dazu (Debitorenbuchhaltung über viele Gesellschaften).

Was verhindert in Oracle, dass eine Zuordnung gebucht wird?

Oracle sperrt oder hält eine Zuordnung zurück, wenn der Zahlungseingang nicht identifiziert ist, der zugeordnete Betrag ihn übersteigt, die Periode geschlossen ist, ein Kurs fehlt oder der Zahler fremd ist.

Was in Oracle eine Zuordnung verhindert und wie damit umgegangen wird

Quellen: Oracle, Lockbox-Importprozess und Richtlinien zur Zuordnung von Zahlungseingängen (26D, 2026); Receivables User Guide (12.2).

‍

‍

Zwei Zeilen erzeugen anfangs die meisten Abweichungen. Lockbox prüft, dass die zuzuordnenden Beträge den Zahlungseingang nicht übersteigen (Oracle, 26D); 18.520,00 USD an Zuordnungen gegen einen Zahlungseingang über 18.250,00 USD (Beispiel zur Veranschaulichung) warten deshalb in der Interface-Tabelle. Und wenn Lockbox oder AutoMatch einen Zahlungseingang über Nacht zuordnet, würde ein Vorschlag auf Basis des Vortagesstands ihn ein zweites Mal zuordnen: Lesen Sie zuerst den Status.

Bei einem nicht identifizierten Zahlungseingang recherchiert Vero in Customer 360 und in internen und externen Quellen, schlägt den Kunden und die Zuordnung mit den Belegen vor, und ein Mensch gibt beides frei. Mehr dazu unter Zahlung ohne Verwendungszweck zuordnen und bei Vero.

Wie wird in Oracle eine falsche Zuordnung korrigiert?

In Oracle heben Sie eine Zuordnung auf (Unapply), die auf die falsche Transaktion gebucht wurde, und stornieren (Reverse) einen Zahlungseingang, wenn keine Zahlung einging; Transformance schreibt beide Korrekturen erst nach Freigabe durch einen Menschen zurück.

Oracle trennt die beiden Fälle selbst: Einen Zahlungseingang stornieren Sie, wenn vom Kunden keine Zahlung in Höhe des Betrags einging. Eine bezahlte Zuordnung heben Sie auf, um dem Kunden die Zahlung zurückzugeben oder um eine fehlerhafte Zuordnung auf die richtige Transaktion umzulegen (Oracle, 26D, 2026).

Der Fall bestimmt die Korrektur:

• Falsche Rechnung. Zuordnung aufheben, dann der richtigen Rechnung zuordnen. Beispiel zur Veranschaulichung: 12.400,00 USD, der Rechnung 4711 statt 4712 zugeordnet, wandern auf 4712; der Zahlungseingang bleibt bestehen.
• Keine Zahlung eingegangen (eine Rücklastschrift, ein gesperrter Scheck). Standardstorno: Oracle erzeugt Storno-Buchungssätze im Hauptbuch und öffnet alle Soll- und Haben-Posten wieder, die der ursprüngliche Zahlungseingang geschlossen hatte (Oracle, 26D).
• Eine zugehörige Rückbelastung steht schon im Hauptbuch (E-Business Suite). Dann ist ein Storno per Debit Memo nötig, das eine neue Forderung in Höhe des Saldos der geschlossenen Soll- und Haben-Transaktionen anlegt (Oracle Receivables User Guide, 12.2).
• Geld geht an den Kunden zurück. Zuordnung aufheben und eine Gutschrift (Credit Memo) gegen die ursprüngliche Transaktion anlegen. Löschen ist nur bei manuellen Zahlungseingängen möglich, die noch nicht zugeordnet sind, und bei automatischen Zahlungseingängen in einem nicht freigegebenen Batch (Oracle, 26D).

Auch geschlossene Perioden verlangen eine Entscheidung. Liegt in der E-Business Suite das GL-Datum der ursprünglichen Zuordnung in einer geschlossenen Periode, übernimmt die erneute Zuordnung das aktuelle Datum; ist es nicht offen, gilt das letzte Datum der jüngsten offenen Periode (Oracle, 12.2). Ist der September geschlossen, landet ein Septemberfehler, der am 6. Oktober korrigiert wird, im Oktober. Vereinbaren Sie den Stichtag mit Ihrem Controlling (Periodenabschluss).

Auf der Transformance-Seite ist eine Korrektur ein freigegebenes Zurückschreiben wie jedes andere, mit eigenem Eintrag im Audit-Log. Stornos über alle ERP-Systeme hinweg: was der Audit-Trail eines KI-Agenten im Finanzbereich festhält.

Wie richten Sie die Transformance-Schnittstelle zu Oracle ein?

Richten Sie die Oracle-Verbindung in sieben Schritten ein, von einer Business Unit und einem lesenden Integrationsbenutzer bis zum freigegebenen Zurückschreiben; ERP-Anbindungen dauern in der Regel 2 bis 3 Tage.

Sieben Schritte, um Transformance mit Oracle zu verbinden

1. Umfang festlegen: eine Fusion Business Unit oder EBS Operating Unit mit ihren Receipt Methods, Bankkonten für Zahlungseingänge und Währungen.
2. Route mit Ihrem Oracle-Team wählen: APIs, Dateiübertragung, Middleware oder, für die E-Business Suite im eigenen Rechenzentrum, der On-Premises-Agent von Transformance.
3. Dedizierten Integrationsbenutzer samt Rolle anlegen, nur lesend und auf die Einheiten im Umfang begrenzt.
4. Verbinden und den ersten Lesevorgang abstimmen: offene Raten, nicht zugeordnete und nicht identifizierte Zahlungseingänge und Kontoauszugspositionen gegen Oracles eigene Summen für diese Einheit.
5. Mit Vorschlägen beginnen: Vero schlägt Zuordnungen mit den Belegen vor, Ihr Team gibt sie frei oder lehnt sie ab, und Oracles eigene Regeln laufen weiter.
6. Wertgrenzen festlegen nach Betrag, Gesellschaft und Kunde, und die Administratoren, die Regeln konfigurieren, von den Finanzmitarbeitenden trennen, die freigeben.
7. Das Zurückschreiben zuerst in einer Testumgebung einschalten, einschließlich einer Aufhebung (Unapply) und eines Stornos (Reverse), danach in Ihrem laufenden Oracle-System.

ERP-Anbindungen dauern in der Regel 2 bis 3 Tage, Ihre IT kann beteiligt sein; der Proof of Value läuft 4 bis 5 Wochen auf einer Gesellschaft, und der gesamte Rollout dauert bis zu 4 bis 8 Wochen (wie lange die Einführung einer Lösung für die Debitorenbuchhaltung dauert).

‍

‍

Wer Transformance einsetzt

• ERPs: SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo; Oracle Fusion Cloud ERP, Oracle E-Business Suite 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, Liquiditätsplanung).

Fazit: Oracle behält seine Regeln, Transformance liefert die Belege

Auf Fusion Cloud ERP und E-Business Suite liest Transformance Receivables-Daten je Einheit, bearbeitet die Zahlungseingänge, die Oracles Regeln offen lassen, und schreibt nur zurück, was ein Mensch freigibt.

Beginnen Sie lesend auf einer Einheit und schalten Sie das Zurückschreiben erst ein, nachdem Sie eine Aufhebung und ein Storno getestet haben. Termin buchen, um Ihre Oracle-Einheiten abzustecken.

Wichtige Begriffe

• Cash Application: der Abgleich eingehender Zahlungen mit offenen Rechnungen und das Buchen des Ergebnisses; in Oracle die Receipt Application.
• Lockbox: ein Bankservice, der Zahlungseingangsdaten als Datei liefert, die Oracle importiert, validiert und bucht.
• On-Account-Zahlung: ein Zahlungsbetrag, der dem Kundenkonto gutgeschrieben wird, ohne eine bestimmte Rechnung auszugleichen.
• Zahlungsavis: die Mitteilung des Kunden, welche Rechnungen eine Zahlung abdeckt, oft als E-Mail oder PDF außerhalb von Oracle.
• Nebenbuch: das detaillierte Buch, hier Receivables, dessen Buchungen ins Hauptbuch fließen.
• Audit-Trail: der Nachweis, wer oder was jeden Schritt ausgeführt, wer ihn freigegeben hat und auf welcher Grundlage.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen ist Transformance integriert?
• Was liest und schreibt die automatisierte Debitorenbuchhaltung im ERP?
• Wie buchen externe Systeme Zahlungen und gleichen offene Posten aus?
• Wer gibt frei, was ein KI-Agent in Ihrem ERP tut?
• Was hält der Audit-Trail eines KI-Agenten im Finanzbereich fest?
• Wie ist Transformance mit NetSuite integriert?
• Wie arbeiten KI-Agenten mit Oracle und NetSuite in der Debitorenbuchhaltung?
• Liquiditätsplanung mit Oracle

Häufig gestellte Fragen

Welche Oracle-ERP-Systeme unterstützt Transformance?

Transformance unterstützt Oracle Fusion Cloud ERP und die Oracle E-Business Suite; NetSuite, ein eigenständiges Oracle-Produkt, hat eine eigene Integrationsseite. Ihr EBS-Release und das Hosting klären wir im Scoping.

Wie lange dauert die Anbindung von Transformance an Oracle?

ERP-Anbindungen dauern in der Regel 2 bis 3 Tage, Ihre IT kann beteiligt sein; ein Proof of Value läuft 4 bis 5 Wochen auf einer Gesellschaft, der gesamte Rollout dauert bis zu 4 bis 8 Wochen.

Für welche Unternehmensgröße und welches Zahlungsvolumen ist Transformance gebaut?

Transformance ist für Mittelstand bis Großunternehmen mit 250 bis über 2.000 Mitarbeitenden gebaut, auch für Gruppen mit mehreren Gesellschaften, und verarbeitet von unter 1.000 bis über 100.000 Zahlungen im Monat.

Bucht Transformance in Oracle ohne Freigabe?

Nein. Jede Zuordnung eines Zahlungseingangs, jeder Buchungssatz und jedes Storno wartet auf die Freigabe durch einen Menschen innerhalb der Wertgrenzen, die Sie nach Betrag, Gesellschaft und Kunde festlegen; ohne Freigabe wird nichts gebucht.

Ersetzt Transformance Oracle AutoMatch, AutoCash oder Lockbox?

Nein. Oracles Regeln laufen weiter, und Transformance bearbeitet die Zahlungseingänge, die sie offen lassen, dazu die Zahlungsavise, die Oracle nie erreichen.

Kann Transformance mit einer Oracle Business Unit beginnen?

Ja. Der Proof of Value läuft 4 bis 5 Wochen auf einer Gesellschaft, in Oracle typischerweise eine Business Unit oder Operating Unit.

Was kostet die Anbindung von Transformance an Oracle?

Die Kosten hängen vom Umfang und von der Zahl der Gesellschaften ab, in Oracle also der Business Units oder Operating Units im Umfang. Termin buchen, um ein Angebot für Ihr Setup zu erhalten.