Wie funktioniert die Business Central Schnittstelle?

Transformance ist über eine Schnittstelle an Dynamics 365 Business Central angebunden und läuft bei Kunden produktiv. Es liest Debitoren, offene Posten, Rechnungen und Kontoauszüge und bucht Ausgleiche nach Freigabe zurück. Die Anbindung dauert typischerweise 2 bis 3 Tage.
Twin marble streams flowing through an approval gateway, visualizing read-write integration with Business Central

Das Wichtigste in Kürze

  • Transformance liest Debitorenposten, Rechnungen, Buchungen und Kontoauszüge aus Business Central und schreibt Ausgleiche, Buchungen und Stornos nach der Freigabe durch eine Person zurück.
  • Die Anbindung dauert typischerweise 2 bis 3 Tage, Ihre IT kann beteiligt sein; der vollständige Rollout dauert bis zu 4 bis 8 Wochen.
  • Sechs Business-Central-Einstellungen stoppen oder verändern eine Buchung aus jedem Fremdsystem, vom Buchungszeitraum bis zu doppelten CAMT-Transaktions-IDs.
  • ClearMatch ordnet 95 % der Zahlungen automatisch zu und läuft Ende zu Ende in unter 8 Minuten (Transformance-Kundendaten, 2026).
  • Business Central bleibt das führende System; Transformance hält den Nachweis und die Freigabe für jede Buchung fest.

In diesem Artikel

Wie funktioniert die Business-Central-Schnittstelle von Transformance?

Transformance liest Debitoren, offene Debitorenposten, Rechnungen und Bankdaten aus Business Central und bucht Zahlungsausgleiche, Buchungen und Stornos nach der Freigabe durch eine Person zurück.

Was Transformance in Business Central liest und schreibt

DatenWo sie in Business Central liegenRichtungKontrolle
DebitorenDebitorenkarte: Zahlungsbedingungen, Ausgleichsmethode, Gesperrt, Währung, DebitorenbuchungsgruppeLesenBerechtigungssätze, die Ihr Admin zuweist
Offene PostenDebitorenposten (Restbetrag, Fälligkeitsdatum, Abwarten) und detaillierte DebitorenpostenLesenLesezugriff
Rechnungen und GutschriftenGeb. Verkaufsrechnungen, Geb. Verkaufsgutschriften, Externe BelegnummerLesenLesezugriff
BuchungenSachposten und gebuchte BuchungsblätterLesenLesezugriff
KontoauszügeImportierte Kontoauszüge (z. B. CAMT.053) und Bankkontoposten oder die Bankdatei selbstLesenLesezugriff
ZahlungsavisMeist außerhalb von Business Central: E-Mail, PDF, Portal, EDIIn Transformance gelesenNachweis wird mit der Zuordnung gespeichert
ZahlungsausgleicheZahlung wird einem oder mehreren Debitorenposten zugeordnet; vollständig bezahlte Posten werden geschlossenSchreibenNach Freigabe durch eine Person, innerhalb der Wertgrenzen nach Betrag, Gesellschaft und Kunde
BuchungenGebuchte BuchungsblattzeilenSchreibenDieselben Freigaberegeln
KorrekturenAusgleich aufheben, dann die Transaktion stornierenSchreibenNach Freigabe der Korrektur durch eine Person
AnbindungMöglich sind eine App-Registrierung in Ihrem Microsoft-Entra-Tenant, APIs, Datei/SFTP, Middleware oder der eigene On-Premises-Agent von TransformanceEinrichtungTypischerweise 2 bis 3 Tage; Ihre IT kann beteiligt sein

Die Objektnamen folgen der Dokumentation von Microsoft; Ihr Business-Central-Partner kann Seiten oder Felder umbenannt haben.

Dynamics 365 Business Central läuft heute bei Transformance-Kunden im Produktivbetrieb, neben Dynamics 365 Finance & Operations (wie die Anbindung an F&O funktioniert). Die vollständige ERP-Liste steht in der Übersicht der ERP-Schnittstellen.

Ein Ausgleich in Business Central ist die gebuchte Verknüpfung zwischen einem Zahlungsposten und den Rechnungsposten, die er bezahlt; durch das Buchen werden die vollständig gedeckten Rechnungen geschlossen; SAP-Anwender sprechen von Clearing. Debitorenposten sind das Debitoren-Nebenbuch von Business Central; die detaillierten Posten halten die Ausgleiche, Toleranzen und Währungsdifferenzen dahinter fest.

Business Central bleibt das führende System für offene Posten, Hauptbuch und Buchungshistorie; Transformance hält Zuordnungsnachweise, Freigaben und Entscheidungsprotokoll in einer eigenen Ebene. Starten Sie nur mit der Cash Application oder fahren Sie den gesamten Order-to-Cash-Prozess über dieselbe Schnittstelle.

‍

‍

Wie läuft die Anbindung an Business Central technisch ab?

Die Art der Anbindung richtet sich nach Ihrer Umgebung: Möglich sind eine App-Registrierung in Ihrem Microsoft-Entra-Tenant, APIs, Datei oder SFTP, Middleware oder der eigene On-Premises-Agent von Transformance.

In Business Central online meldet sich eine Integration ohne benannten Benutzer per Dienst-zu-Dienst-Authentifizierung an, die nach Microsoft den OAuth-2.0-Flow „Client Credentials“ nutzt. Ihr Admin registriert eine App in Microsoft Entra, aktiviert sie in Business Central auf der Seite „Microsoft Entra-Anwendungen“ und weist Berechtigungssätze zu. Der Berechtigungssatz SUPER kann Anwendungen nicht zugewiesen werden, die Integrations-App läuft also mit minimalen Rechten (Microsoft Learn, 2025).

Drei Angaben aus der API-Dokumentation von Microsoft legen den Rahmen der Anbindung fest (Microsoft Learn, 2026):

  • Umgebungen. Jeder Online-API-Aufruf nennt genau eine Umgebung, Produktion oder Sandbox.
  • Mandanten. Die meisten Endpunkte nennen außerdem genau einen Mandanten, sodass jede Buchhaltung für sich angesprochen wird.
  • On-Premises. Die On-Premises-API ist standardmäßig deaktiviert und muss über eine Firewall bereitgestellt werden.

Listen Sie alle Umgebungen und Mandanten auf, die zum Projekt gehören, und verbinden Sie zuerst eine Sandbox. Ihre IT oder Ihr Business-Central-Partner kann beteiligt sein, für die App-Registrierung und die Berechtigungssätze oder einen anderen Weg.

Ihre Daten liegen in Ihrer Region, für EU-Kunden in der EU, und VPC-Deployment in Ihrer eigenen Cloud ist möglich. Die Anmeldung läuft über SSO/SAML mit rollenbasierter Zugriffskontrolle, und es werden keine Kundendaten zum Training von Modellen verwendet (wie KI-Agenten sicher auf ERP-Daten zugreifen).

Was liest Transformance aus Business Central?

Transformance liest Debitorenstammdaten, Debitorenposten, gebuchte Rechnungen und Gutschriften, Buchungen und Kontoauszüge; Zahlungsavis kommen meist außerhalb von Business Central an und werden in Transformance gelesen.

Auf der Debitorenkarte beeinflussen sechs Felder, wie eine Zahlung zugeordnet und gebucht wird: Zahlungsbedingungen, Ausgleichsmethode (Manuell oder Auf älteste anwenden), Gesperrt, Währung, Debitorenbuchungsgruppe und Zahlungstoleranz sperren.

Debitorenposten tragen den offenen Posten: Restbetrag, Fälligkeitsdatum, Skontodatum, Offen, Abwarten und die externe Belegnummer, die eigene Referenz des Kunden.

Bankdaten stammen entweder aus Kontoauszügen, die bereits in Business Central importiert sind, oder aus der Bankdatei, die direkt in Transformance gelesen wird. Eine Änderung mit festem Stichtag betrifft Bankkonten in der EU: Microsoft weist darauf hin, dass ab November 2025 die meisten Länder der Europäischen Union (einschließlich der Schweiz) das Format SEPA CAMT.053.001.08 vorschreiben. Bei einem camt.053-Import muss die Transaktions-ID aus dem Tag EndToEndId im offenen Abstimmungsvorgang eindeutig sein, und fehlt die Angabe, ignoriert Business Central die Zahlung (Microsoft Learn, 2025).

Zahlungsavis kommen per E-Mail, PDF, Portal-Download oder EDI. DocSense liest sie mit über 97 % Extraktionsgenauigkeit über mehr als 100 Dokumenttypen und über 170 Sprachen, ohne Vorlagen (Transformance-Plattformdaten, 2026; wie KI ein Zahlungsavis ausliest).

Wie werden Zahlungen in Business Central ausgeglichen und zurückgebucht?

Transformance schlägt vor, welche offenen Posten jede Zahlung ausgleicht, eine Person gibt innerhalb Ihrer Wertgrenzen frei, und der freigegebene Ausgleich wird in Business Central gebucht und schließt die Rechnungsposten, die er vollständig bezahlt.

Nach Microsoft nutzt eine Zahlungszeile, die eine Rechnung bezahlt, „Ausgleich mit Belegnr.“; eine Zeile für mehrere Rechnungen nutzt „Ausgleichs-ID setzen“ mit einem Ausgleichsbetrag je Posten, sodass eine Teilzahlung einen Restbetrag stehen lässt. Steht auf der Debitorenkarte „Auf älteste anwenden“, wird die Zahlung auf den ältesten offenen Posten angewendet, sofern Sie nicht manuell einen Posten angeben (Microsoft Learn, 2025).

Das Zahlungsabstimmungs-Buch.-Blatt von Business Central importiert Banktransaktionen, schlägt anhand von Regeln Ausgleiche mit einer Übereinstimmungsgenauigkeit von Niedrig, Mittel oder Hoch vor und erkennt bereits gebuchte Bankposten, was nach Microsoft Doppelbuchungen verhindern hilft (Microsoft Learn, 2024).

‍

‍

In Transformance stützt sich die Zuordnung auf das Zahlungsavis und die Historie des Kunden und nicht nur auf die Bankzeile, und genau das brauchen Sammelzahlungen, Minderzahlungen und falsche Referenzen. ClearMatch ordnet 95 % der Zahlungen automatisch zu, läuft Ende zu Ende in unter 8 Minuten und prüft 100 % der Buchungen. Ohne Freigabe durch eine Person wird nichts gebucht (Transformance-Kundendaten, 2026). Mehr zu ClearMatch.

Der Ausgleich von Posten in unterschiedlichen Währungen muss zuvor aktiviert werden; kleine Restbeträge werden dann auf die Konten Kursgewinn realisiert oder Kursverlust realisiert gebucht (Microsoft Learn, 2025). Wer freigibt, sieht den vorgeschlagenen Ausgleich mit seinen Beträgen, bevor etwas gebucht wird. Über ERP-Grenzen hinweg: wie Fremdsysteme offene Posten ausgleichen und die Feldübersicht der ERP-Daten.

Was passiert bei Minderzahlungen und Ausnahmen?

Passt eine Zahlung nicht, untersucht Vero sie anhand von Customer 360 und internen wie externen Quellen, schlägt einen Ausgleich samt Nachweis vor, und eine Person entscheidet, bevor etwas gebucht wird.

Eine Minderzahlung geht einen von zwei Wegen. Innerhalb der Zahlungstoleranz (Zahlungstoleranz in Prozent und maximaler Zahlungstoleranzbetrag) schließt Business Central die Rechnung und bucht die Differenz auf die Toleranzkonten der Debitorenbuchungsgruppe. Außerhalb bleibt die Differenz als Restbetrag auf dem Rechnungsposten stehen (Microsoft Learn, 2024).

Hinter einer größeren Lücke steckt meist ein Abzug. ClaimIQ ordnet ihn einer von sechs Kategorien zu, mit 97 % Erkennungsgenauigkeit und in unter 15 Sekunden je Abzug (Transformance-Kundendaten, 2026). In Business Central lässt ein Teilausgleich den abgezogenen Betrag auf der Rechnung offen, bis eine Person ihn klärt oder bestreitet. Mehr zu ClaimIQ und zur Automatisierung von Teilzahlungen und Abzügen.

Eine nicht zuordenbare Zahlung (ohne Referenz, mit falscher Rechnungsnummer, von einer Muttergesellschaft gezahlt) beginnt bei Customer 360: der Historie des Kunden, den Konzernverbindungen und den offenen Posten (Zahlung ohne Verwendungszweck zuordnen).

Im Forderungsmanagement überspringt Business Central Posten, die mit „Abwarten“ markiert sind, wenn es Mahnungen erstellt; dorthin gehört eine strittige Rechnung (Microsoft Learn, 2024). CollectPulse bearbeitet 100 % der überfälligen Rechnungen innerhalb von 24 Stunden, und Vero übernimmt 60 bis 80 % der Routinekontakte, in Microsoft Teams.

Welche Business-Central-Einstellungen stoppen eine Buchung?

Sechs Business-Central-Einstellungen stoppen oder verändern eine Buchung aus jedem Fremdsystem: der Buchungszeitraum, gesperrte Debitoren, der Ausgleich in Fremdwährung, die Zahlungstoleranz, „Auf älteste anwenden“ und doppelte Bank-Transaktions-IDs.

Business-Central-Einstellungen, die eine Buchung stoppen oder verändern

Business-Central-EinstellungWas in Business Central passiertIn TransformanceVor dem Go-live klären
Buchungen zugel. ab / bis (die Benutzereinrichtung hat Vorrang)Eine Buchung außerhalb des Zeitraums scheitert mit der Meldung, dass das Buchungsdatum nicht im zulässigen Buchungszeitraum liegtGeht als Ausnahme an eine PersonStichtag zum Monatsende und wer in eine Vorperiode buchen darf
Debitor Gesperrt = AlleKeine Transaktion zulässig, auch keine ZahlungenGeht als Ausnahme an eine PersonWer Zahlungseingänge gesperrter Debitoren bearbeitet
Ausgleich in unterschiedlichen WährungenNur wenn aktiviert; Restbeträge werden auf Kursgewinn / Kursverlust realisiert gebuchtWer freigibt, sieht die vorgeschlagenen BeträgeIn welchen Mandanten aktiviert
Zahlungstoleranz (%, Höchstbetrag)Kleine Differenzen schließen die Rechnung; größere bleiben offenGrößere Differenzen gehen an eine Person oder in die AbzugsbearbeitungToleranz je Währung
Auf älteste anwenden (Debitorenkarte)Zahlungen werden auf den ältesten offenen Posten angewendet, sofern keiner angegeben ist; keine automatische ToleranzVero schlägt die Posten vor, die das Zahlungsavis nenntWelche Debitoren es behalten
CAMT-Import: fehlende oder doppelte EndToEndIdFehlende ID: Zahlung wird ignoriert; wiederholte ID: keine automatische AbstimmungLiest den importierten Kontoauszug oder die BankdateiKontoauszugsformat je Bank und welches System importiert

Klären Sie zuerst den Buchungszeitraum. „Buchungen zugel. ab“ und „Buchungen zugel. bis“ in der Finanzbuchhaltung Einrichtung gelten nach Microsoft für den Mandanten und alle Benutzer, und Zeiträume in der Benutzereinrichtung heben sie auf (Microsoft Learn, 2026). Eine Zahlung mit Wertstellung 31. Oktober, die erst am 1. November auf dem Kontoauszug erscheint, nachdem der Oktober geschlossen ist, liegt außerhalb des Zeitraums, wenn sie zum 31. Oktober gebucht wird. Business Central lehnt sie dann mit der Meldung ab, dass das Buchungsdatum nicht im zulässigen Buchungszeitraum liegt (englisch: „Posting date is not within your range of allowed posting dates“). Microsoft dokumentiert genau diese Meldung auf einer Seite zum Batchjob Einstandspreise anpassen (Microsoft Learn, 2026).

„Gesperrt: Alle“ bedeutet nach Microsoft, dass für diesen Debitor keine Transaktion zulässig ist, auch keine Zahlungen (Microsoft Learn, 2024). Über Zahlungseingänge eines insolventen Kunden muss eine Person entscheiden.

Wer gibt Buchungen frei, und was wird protokolliert?

Wertgrenzen für die Freigabe werden nach Betrag, Gesellschaft und Kunde festgelegt; Administratoren konfigurieren die Regeln, Finanzmitarbeitende geben frei, und jede Entscheidung wird mit Eingabe, Konfidenz und freigebender Person protokolliert.

Transformance arbeitet mit einem Freigabemodell in 4 Stufen (lesen, empfehlen, ausführen, buchen), bei dem für jede ERP-Buchung ein Mensch eingebunden ist. In Business Central ist eine Gesellschaft ein Mandant. Eine beispielhafte Regel: Jeder Ausgleich über einem festgelegten Betrag in einem Mandanten oder für einen Schlüsselkunden geht an eine benannte freigebende Person.

Das Protokoll von Transformance hält fest: Zeitstempel, was das System getan hat, was der Benutzer getan hat, wer freigegeben hat, die Eingabe und die Konfidenz. Business Central führt eine eigene Buchungshistorie in Sachposten, Debitorenposten und im Fibu-Journal (Sachposten-Register). Zusammen liefern sie Ihrem Prüfer das Warum (Transformance) und das Was (Business Central); der Audit Trail ist die Verbindung zwischen beiden.

Mehr zu den Wertgrenzen für Freigaben und dazu, was der Audit Trail eines KI-Agenten festhält.

Wie wird eine falsche Buchung in Business Central korrigiert?

In Business Central wird ein falscher Ausgleich in zwei Schritten korrigiert: erst den Ausgleich der Posten aufheben, dann die Transaktion stornieren; Transformance schreibt die Korrektur nach der Freigabe durch eine Person zurück.

Die Regeln von Microsoft: Stornieren lassen sich nur Posten, die aus einer Buchungsblattzeile gebucht wurden, und ein Posten nur einmal. Der Stornoposten behält Belegnummer und Buchungsdatum, mit umgekehrtem Vorzeichen, und nach dem Stornieren muss der richtige Posten gebucht werden (Microsoft Learn, 2026).

‍

‍

So wird ein falscher Ausgleich in 4 Schritten korrigiert:

  1. Eine Person gibt die Korrektur frei, in Transformance, mit Begründung.
  2. Ausgleich der Debitorenposten aufheben, den zuletzt gebuchten Ausgleich zuerst; die geschlossenen Posten werden wieder geöffnet.
  3. Transaktion stornieren. Bei einer Buchung aus dem Zahlungsabstimmungs-Buch.-Blatt nutzen Sie „Register stornieren“ auf der Seite Fibu-Journal oder kopieren die gebuchten Zeilen mit umgekehrtem Vorzeichen in ein Buchungsblatt (Microsoft Learn, 2024).
  4. Den richtigen Ausgleich buchen, als neuer Vorschlag, der wie jeder andere freigegeben wird.

Ein Fall gehört zu Ihrem Business-Central-Team: Wenn Sie eine zusätzliche Berichtswährung (ACY) verwenden, müssen die Beträge nach Microsoft manuell storniert werden.

Beispiel: eine Sammelzahlung für drei Rechnungen

In einem Beispielfall zahlt ein Kunde EUR 24.550 auf drei Rechnungen über insgesamt EUR 25.000, wobei das Zahlungsavis einen Abzug von EUR 450 nennt. Namen und Beträge sind frei erfunden.

Debitor A hat im Mandanten DE01 drei offene Rechnungsposten: EUR 10.000, EUR 8.000 und EUR 7.000. Die Zahlungstoleranz beträgt höchstens EUR 5. Die Bankzeile über EUR 24.550 nennt nur zwei der drei Rechnungen.

  1. Das Zahlungsavis. DocSense liest das per E-Mail eingegangene PDF, das alle drei Rechnungen und „abzgl. 450 beschädigte Ware“ aufführt.
  2. Der Vorschlag. Vero schlägt vor, EUR 10.000 und EUR 8.000 vollständig und EUR 6.550 auf die dritte Rechnung auszugleichen, sodass EUR 450 offen bleiben. ClaimIQ ordnet die EUR 450 als Abzug wegen beschädigter Ware ein.
  3. Warum die Toleranz es nicht schließt. EUR 450 liegen weit über dem Höchstbetrag von EUR 5, daher behält Business Central sie als Restbetrag auf der dritten Rechnung.
  4. Die Freigabe. Der Ausgleich überschreitet die für DE01 festgelegte Wertgrenze, daher gibt der Leiter Debitorenbuchhaltung in Microsoft Teams frei.
  5. Das Ergebnis. Zwei Rechnungsposten werden geschlossen, einer bleibt mit EUR 450 offen, bis der Abzug geklärt oder bestritten ist.

Die Rechenprobe: 10.000 + 8.000 + 6.550 = 24.550, und 7.000 abzüglich 6.550 ergibt 450.

Wie lange dauert die Einrichtung der Business-Central-Schnittstelle?

Die Anbindung an Business Central dauert typischerweise 2 bis 3 Tage, Ihre IT kann beteiligt sein; der vollständige Rollout dauert bis zu 4 bis 8 Wochen.

Ein Proof of Value dauert 4 bis 5 Wochen auf einer Gesellschaft. Bereiten Sie vor dem ersten Gespräch mit der IT sechs Dinge vor:

  • die Umgebungen und Mandanten, die zum Projekt gehören;
  • wer die App-Registrierung in Entra anlegt und Berechtigungssätze zuweist, oder welchen anderen Weg Ihre Umgebung braucht;
  • eine Sandbox für die ersten Tests;
  • Kontoauszugsformate je Bankkonto;
  • die Postfächer und Portale, in denen Zahlungsavis eingehen;
  • Wertgrenzen für die Freigabe je Mandant.

Datenzugriff, IT-Sicherheitsprüfung und Freigaberegeln bestimmen den Rollout stärker als die Schnittstelle selbst (was die Einführungsdauer bestimmt). Bei Konzernen nennen Sie jeden Business-Central-Mandanten, der zum Projekt gehört (Debitorenbuchhaltung über mehrere Gesellschaften).

Wer Transformance einsetzt

  • ERP: Dynamics 365 Business Central, bei Kunden im Produktivbetrieb, außerdem SAP S/4HANA, SAP ECC, NetSuite, Dynamics 365 Finance & Operations und Odoo; 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: nur Cash Application oder der gesamte Order-to-Cash-Prozess (Cash Application, Abzüge, Forderungsmanagement, Liquiditätsplanung).

Fazit: Business Central führt die Bücher, Transformance übernimmt die Cash Application

Bei Business Central liest Transformance die offenen Posten und die Dokumente dahinter, ordnet in einer eigenen Ebene zu und prüft und bucht nur, was eine Person freigibt.

Die eigenen Regeln von Business Central gelten weiter für jede Buchung. Starten Sie mit einem Mandanten und einem Bankkonto in einer Sandbox und erweitern Sie dann; in einem Gespräch legen wir den Umfang gemeinsam fest.

Wichtige Begriffe

  • Nebenbuch: ein detailliertes Buch, etwa die Debitorenposten, das in ein Hauptbuchkonto übergeht.
  • Cash Application: eingehende Zahlungen den offenen Rechnungen zuordnen, die sie bezahlen, und das Ergebnis buchen.
  • Zahlungsavis: die Mitteilung des Zahlers, welche Rechnungen eine Zahlung abdeckt und warum Beträge abweichen.
  • Bankabstimmung: den Kontoauszug zeilenweise mit dem Bankkontoposten abgleichen.
  • Minderzahlung: eine Zahlung unter dem Rechnungsbetrag, oft weil der Kunde einen Abzug vorgenommen hat.
  • Audit Trail: die Aufzeichnung, wer oder was jeden Schritt wann auf welcher Grundlage ausgeführt hat und wer ihn freigegeben hat.

Weiterführende Ratgeber

‍

‍

Häufig gestellte Fragen

Mit welchen Dynamics-365-Produkten arbeitet Transformance zusammen?

Transformance läuft bei Kunden im Produktivbetrieb sowohl auf Dynamics 365 Business Central als auch auf Dynamics 365 Finance & Operations. Außerdem gibt es Schnittstellen zu SAP S/4HANA, SAP ECC, NetSuite und Odoo, und Oracle und Infor werden unterstützt.

Wie lange dauert es, Transformance an Business Central anzubinden?

Die Anbindung an Business Central dauert typischerweise 2 bis 3 Tage, Ihre IT kann beteiligt sein. Ein Proof of Value läuft 4 bis 5 Wochen auf einer Gesellschaft, und der vollständige Rollout dauert bis zu 4 bis 8 Wochen.

Kann Transformance über mehrere Business-Central-Mandanten arbeiten?

Transformance ist für Konzerne mit mehreren Gesellschaften und Shared Service Centern ausgelegt, mit Wertgrenzen je Gesellschaft. Weil Business Central jeden Mandanten einzeln anspricht, listen Sie beim Festlegen des Umfangs alle Mandanten und Umgebungen auf.

Bucht Transformance ohne Freigabe in Business Central?

Nein. Ohne Freigabe durch eine Person wird nichts in Business Central gebucht, und die Wertgrenzen für die Freigabe werden nach Betrag, Gesellschaft und Kunde festgelegt.

Welches Zahlungsvolumen bewältigt Transformance mit Business Central?

Transformance ist für Unternehmen mit von unter 1.000 bis über 100.000 Zahlungen im Monat ausgelegt, und ClearMatch ordnet 95 % davon automatisch zu.

Werden unsere Business-Central-Daten zum Training von KI-Modellen genutzt?

Nein, es werden keine Kundendaten zum Training von Modellen verwendet. Ihre Daten liegen in Ihrer Region, für EU-Kunden in der EU, und VPC-Deployment in Ihrer eigenen Cloud ist möglich.

Was kostet eine Business-Central-Schnittstelle?

Die Kosten hängen vom Umfang und von der Anzahl der Gesellschaften ab, zum Beispiel nur Cash Application oder der gesamte Order-to-Cash-Prozess über mehrere Mandanten. Buchen Sie einen Termin, um den Umfang einzugrenzen.

SAP, SAP S/4HANA, Microsoft, Dynamics 365, Business Central, 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.

Weiterlesen