Wie läuft die Dynamics-365-F&O-Schnittstelle von Transformance?

Das Wichtigste in Kürze

• Transformance bindet Microsoft Dynamics 365 Finance & Operations an, und die Anbindung läuft bei Kunden produktiv; die Schnittstelle steht typischerweise in 2 bis 3 Tagen, Ihre IT kann beteiligt sein.
• Transformance liest Debitorenstammdaten, offene Debitorentransaktionen, Rechnungen, Buchungssätze, Kontoauszüge und Zahlungsavis und schreibt Ausgleichsbuchungen, Buchungssätze und Stornos erst nach Freigabe durch einen Menschen zurück.
• In Dynamics 365 ist jede juristische Person ein eigenes Unternehmen (DataAreaId); OData liefert nur das Standardunternehmen des Benutzers, solange keine unternehmensübergreifende Abfrage verwendet wird (Microsoft Learn, 2026).
• Freigabegrenzen werden nach Betrag, Gesellschaft und Kunde gesetzt; das Audit-Log hält fest, wer freigegeben hat, welche Eingabe vorlag und wie sicher sich das System bei der Entscheidung war.
• Microsoft empfiehlt für produktive Apps ein Zertifikat statt eines geheimen Clientschlüssels; ein Clientschlüssel läuft nach höchstens 24 Monaten ab (Microsoft Learn, 2025).

In diesem Artikel

• Das Wichtigste in Kürze
• Wie schließt Transformance Dynamics 365 Finance & Operations an?
• Was liest Transformance aus Dynamics 365 F&O?
• Was schreibt Transformance zurück nach Dynamics 365 F&O?
• Wie richten Sie die Microsoft-Entra-App-Registrierung ein?
• Wie geht Transformance mit vielen juristischen Personen in Dynamics 365 um?
• Was stoppt eine Buchung in Dynamics 365, und wie beugen Sie vor?
• Wer gibt Buchungen frei, und was hält der Audit Trail fest?
• Wie lange dauert die Anbindung von Transformance an Dynamics 365 F&O?

Wie schließt Transformance Dynamics 365 Finance & Operations an?

Transformance schließt Dynamics 365 Finance & Operations über eine App-Registrierung in Ihrem Microsoft-Entra-Mandanten an, je nach Umgebung auch über Middleware, Datei/SFTP oder den eigenen On-Premises-Agenten.

Was Transformance in Dynamics 365 F&O liest, schreibt und anbindet

Bezeichnungen in Dynamics 365 wie in der Dokumentation von Microsoft; Ihre Umgebung kann Erweiterungen oder andere Beschriftungen verwenden.

Dynamics 365 Finance & Operations läuft bei Kunden von Transformance produktiv. Die Schnittstelle steht typischerweise in 2 bis 3 Tagen, und Ihre IT kann beteiligt sein, vor allem bei der Entra-Registrierung und dem Dienstkonto.

Wie Dynamics 365 eine externe Anwendung zulässt, bestimmt Microsoft. Die App wird in Microsoft Entra ID registriert und anschließend unter Systemverwaltung > Einrichtung > Microsoft Entra-Anwendungen mit Client-ID, Name und Benutzer-ID eingetragen. Microsofts Anleitung nutzt als Beispiel den Benutzer Admin und empfiehlt dann als bessere Vorgehensweise ein dediziertes Dienstkonto mit den passenden Berechtigungen (Microsoft Learn, 2026). Die Rollen des zugeordneten Benutzers bestimmen, was die Verbindung sehen kann; deshalb entscheidet das Dienstkonto zu einem großen Teil, welche Daten Transformance überhaupt sieht.

Microsoft beschreibt vier Integrationsmuster für Finance-and-Operations-Apps: OData für synchronen Austausch relativ kleiner Mengen, begrenzt durch Dienstschutz und Drosselung; die Paket-API des Datenverwaltungsframeworks für große, asynchrone Mengen; wiederkehrende Integrationen für zeitgesteuerte Dateien; und Geschäftsereignisse für Benachrichtigungen (Microsoft Learn, Implementierungsleitfaden, 2024). Die Methode richtet sich nach Ihrer Umgebung und den Standards Ihrer IT; wir klären sie im Scoping.

Ihre Daten bleiben in Ihrer Region, in einer getrennten Azure-Umgebung je Standort, auf Wunsch auch als VPC-Deployment in Ihrer eigenen Cloud. Die Anmeldung läuft per SSO/SAML mit rollenbasierter Zugriffskontrolle (RBAC). Kundendaten werden nicht zum Training von Modellen verwendet.

Was liest Transformance aus Dynamics 365 F&O?

Transformance liest Debitorenstammdaten, offene Debitorentransaktionen, Rechnungen, Buchungssätze, Kontoauszüge und Zahlungsavis, und zwar in jeder juristischen Person, die das Dienstkonto in Dynamics 365 sehen darf.

In Dynamics 365 ist ein Kunde ein Debitorenkonto je juristischer Person, verknüpft mit einer Partei im globalen Adressbuch; Microsoft behandelt Debitoren in drei juristischen Personen als denselben Debitor, weil sie „dieselbe Kennung für das globale Adressbuch gemeinsam haben“ (Microsoft Learn, 2026). Offene Posten sind die offenen Debitorentransaktionen jeder juristischen Person, mit Fälligkeitsdatum, Skontodatum, Währung und Restbetrag.

Die Falle bei den juristischen Personen liegt im Lesen. Standardmäßig liefert OData nur Daten des Standardunternehmens des Benutzers. Die Option cross-company=true liefert alle Unternehmen, auf die der Benutzer zugreifen kann, ein dataAreaId-Filter grenzt auf eines ein (Microsoft Learn, 2026). Eine Schnittstelle, die das übersieht, sieht nur die offenen Posten einer juristischen Person und keine der anderen, bis die Kunden der zweiten Gesellschaft Mahnungen für bereits bezahlte Rechnungen erhalten.

Die Prüfung an Tag eins: Vergleichen Sie Anzahl und Saldo der offenen Posten je juristischer Person mit der Fälligkeitsliste der Debitoren dieser Gesellschaft. Zeigt eine davon keine Posten, prüfen Sie zuerst die Rollen des Dienstkontos dort.

Kontoauszüge kommen aus der Bargeld- und Bankverwaltung von Dynamics 365, oder Transformance verarbeitet die Bankdateien direkt. Zahlungsavis müssen gar nicht aus Dynamics 365 stammen: DocSense liest E-Mails und PDFs mit über 97 % Extraktionsgenauigkeit über mehr als 100 Dokumenttypen und über 170 Sprachen, ohne Vorlagenkonfiguration (Zahlung ohne Verwendungszweck).

Jeder Lesevorgang landet in Customer 360, einem Graphen je Kunde und dem Arbeitsgedächtnis von Vero, dem Agenten von Transformance. Die Feldzuordnung über alle ERP-Systeme steht in „Was liest und bucht automatisierte Debitorenbuchhaltung im ERP?“.

Was schreibt Transformance zurück nach Dynamics 365 F&O?

Transformance schreibt Ausgleichsbuchungen, Buchungssätze und weitere ERP-Updates samt Stornos nach Dynamics 365 zurück; jede Buchung wartet auf die Freigabe eines Menschen und durchläuft zuerst die Buchungsprüfung.

Eine Ausgleichsbuchung ist in Dynamics 365 eine Zeile der Debitorenzahlungserfassung, die gegen eine oder mehrere offene Rechnungen ausgeglichen wird. Microsofts manuelle Variante: Sie „können die Rechnungen markieren, die durch die Zahlung bezahlt wurden“ und einen Teilbetrag erfassen; eine Vorauszahlung lässt sich unausgeglichen buchen, denn „der Ausgleich einer Rechnung kann zu einem späteren Zeitpunkt erfolgen“ (Microsoft Learn, 2025).

Was mit einer Differenz geschieht, hängt von den Debitorenparametern jeder juristischen Person ab (Bereich Ausgleich): Automatischer Ausgleich, Maximale Centdifferenz, Maximale Über- bzw. Unterzahlung und Skontoverwaltung. Liegt die Differenz über der Centdifferenz und gilt kein Skonto, „wird der verbleibende Betrag als offener Saldo bei der Zahlungstransaktion einbehalten“ (Microsoft Learn, 2026).

Ein illustratives Beispiel: Bei einer maximalen Centdifferenz von 5,00 in der einen und 1,00 in der anderen juristischen Person wird eine Unterzahlung von 4,80 in der ersten auf das Konto für Centdifferenzen gebucht und bleibt in der zweiten auf der Zahlung offen, als On-Account-Zahlung, die jemand bearbeiten muss. Größere Unterzahlungen gehören ohnehin an einen Freigeber (Teilzahlungen und Abzüge).

Bei Transformance ordnet ClearMatch 95 % der Zahlungen automatisch zu und läuft in unter 8 Minuten von Anfang bis Ende. Jede vorgeschlagene Buchung besteht zu 100 % die Buchungsprüfung, und ohne Freigabe durch einen Menschen wird nichts gebucht (ClearMatch).

Buchungssätze landen als Zeilen der Sachkontoerfassung in der juristischen Person, zu der sie gehören. Stornos werden ebenfalls erst nach Freigabe zurückgebucht; die Bedingungen in Dynamics 365 stehen in der Tabelle zu den Buchungsstopps unten, der gesamte Ablauf in „Was zeichnet der Audit Trail eines KI-Agenten auf?“. Zur Buchungslogik über ERP-Systeme hinweg: „Wie gleicht ein Fremdsystem offene Posten im ERP aus?“.

Wie richten Sie die Microsoft-Entra-App-Registrierung ein?

Ihr Entra-Administrator registriert die App und fügt ihre Anmeldeinformation hinzu, danach ordnet ein Dynamics-365-Administrator die Client-ID einem dedizierten Dienstkonto zu, das nur die nötigen Rollen hat.

Sechs Schritte von der Entra-Registrierung zur funktionierenden Dynamics-365-Verbindung

1. Entra-Administrator: Registrieren Sie die Anwendung in Ihrem Microsoft-Entra-Mandanten und notieren Sie ihre Anwendungs-(Client-)ID.
2. Entra-Administrator: Fügen Sie eine Anmeldeinformation hinzu. Microsoft empfiehlt für die Produktion ein Zertifikat; ein geheimer Clientschlüssel läuft nach höchstens 24 Monaten ab.
3. Entra-Administrator: Fügen Sie die API-Berechtigungen hinzu, die Microsoft für Microsoft Dynamics ERP dokumentiert, im Rahmen Ihrer Sicherheitsrichtlinie.
4. Dynamics-365-Systemadministrator: Legen Sie einen dedizierten Dienstkonto-Benutzer an und geben Sie ihm nur die Rollen für Debitoren und Bank, die er braucht, in jeder beteiligten juristischen Person.
5. Dynamics-365-Systemadministrator: Tragen Sie unter Systemverwaltung > Einrichtung > Microsoft Entra-Anwendungen die Client-ID, einen Namen und das Dienstkonto als Benutzer-ID ein.
6. Dynamics-365-Systemadministrator: Legen Sie für die Client-ID eine Drosselungspriorität fest und testen Sie das Lesen je juristischer Person in UAT, bevor es in die Produktion geht.

Die Anmeldeinformation entscheidet, wie oft diese Verbindung ausfallen kann. Microsoft empfiehlt, vor dem Wechsel in die Produktion ein Zertifikat statt eines geheimen Clientschlüssels zu verwenden; ein geheimer Clientschlüssel gilt höchstens 24 Monate, und Microsoft empfiehlt eine Laufzeit von unter 12 Monaten (Microsoft Learn, 2025).

Drei Fehlerbilder zeigen sich in den ersten Wochen:

• Ein abgelaufener Schlüssel stoppt am selben Tag jeden Lese- und Schreibzugriff.
• Eine in Entra registrierte, aber nie auf der Seite Microsoft Entra-Anwendungen eingetragene App erhält ein Token und scheitert dann in Dynamics 365 an der Autorisierung.
• Ein Dienstkonto mit Rollen in nur einer juristischen Person liefert aus den anderen nichts.

Planen Sie auch die Drosselung ein. Auf der Seite Zuordnung der Drosselungspriorität erhält eine Entra-Anwendung die Priorität Niedrig, Mittel oder Hoch, sodass Integrationen mit niedriger Priorität zuerst gedrosselt werden; für die Einrichtung braucht es die Rolle Systemadministrator oder Manager für Integrationspriorität (Microsoft Learn, 2026). Eine gedrosselte Anfrage liefert einen Retry-after-Wert zurück (Microsoft Learn, Implementierungsleitfaden, 2024).

Zum Prinzip der minimalen Rechte allgemein: Wie KI-Agenten sicher auf Ihre ERP- und Kundendaten zugreifen.

Wie geht Transformance mit vielen juristischen Personen in Dynamics 365 um?

Alle juristischen Personen Ihrer Dynamics-365-Umgebung laufen in einer Transformance-Umgebung zusammen; jede Buchung landet in ihrer eigenen juristischen Person, unter Grenzen nach Gesellschaft, Betrag und Kunde.

Microsoft zieht die Grenze: Jede juristische Person hat eine Unternehmens-ID, die DataAreaId; in diesen Funktionsbereichen werden Unternehmen „als Grenze für die Datensicherheit verwendet“, und „Benutzer können nur auf Daten für das Unternehmen zugreifen, bei dem sie aktuell angemeldet sind“ (Microsoft Learn, 2026). Eine Schnittstelle erbt diese Grenze über ihr Dienstkonto.

Drei Gruppen von Einstellungen unterscheiden sich je juristischer Person und ändern, was eine Buchung bewirkt:

• Ausgleichsparameter in den Debitorenparametern jeder juristischen Person: automatischer Ausgleich, Centdifferenz, Grenzen für Über- und Unterzahlung, Skontoverwaltung.
• Periodenstatus: Sobald für eine juristische Person ein Geschäftsjahreskalender gewählt ist, werden Periodenstatus und Buchungsberechtigungen auf der Seite Sachkontokalender dieser juristischen Person gesetzt (Microsoft Learn, 2026). Eine juristische Person kann für September geschlossen sein, während eine andere noch Buchungen annimmt.
• Buchungseinrichtung: Bankkonten, Debitorenbuchungsprofile und jede feste Dimension auf dem Debitorenhauptkonto.

Zentralisierte Zahlungen fügen eine zweite Ebene hinzu. Eine juristische Person (bei Microsoft die Juristische Person der Zahlung) nimmt Zahlungen für alle operativen juristischen Personen entgegen, und der Ausgleich erzeugt Fällig-an- und Fällig-von-Transaktionen. In Microsofts Beispiel erhält Fabrikam 600,00 und gleicht eine Rechnung in Fabrikam Ost aus: Fabrikam bucht „Fällig an Fabrikam Ost“ im Haben, Fabrikam Ost bucht „Fällig von Fabrikam“ im Soll. Die Seite Verrechnung entscheidet, welche juristische Person Skonto und realisierten Kursgewinn oder -verlust bucht (Microsoft Learn, 2026). Wenn Sie zentralisierte Zahlungen nutzen, sagen Sie es uns im Scoping: Die Zahlung wird in der empfangenden juristischen Person gebucht, nicht in der der Rechnung.

Hier macht sich Vero bezahlt. Findet eine Zahlung in der juristischen Person, die sie erhalten hat, keinen offenen Posten, recherchiert Vero in Customer 360 sowie in internen und externen Quellen, schlägt den Treffer samt Begründung vor, und ein Mensch gibt ihn frei. Die Buchung folgt dann der Grenze dieser juristischen Person.

‍

‍

Ein Proof of Value läuft typischerweise auf einer juristischen Person (4 bis 5 Wochen); die anderen kommen hinzu, sobald die sechs Prüfungen unten bestanden sind. Das Betriebsmodell steht in Order-to-Cash im Konzern über mehrere Gesellschaften, die Steuerung des Mahnwesens in Automatisiertes Mahnwesen im Konzern.

Was stoppt eine Buchung in Dynamics 365, und wie beugen Sie vor?

Sechs Bedingungen in Dynamics 365 stoppen oder verfälschen eine Buchung aus einem Fremdsystem: eine geschlossene Periode, eine ausgeglichene Transaktion, eine überschrittene Toleranz, eine feste Dimension, eine abgelaufene Anmeldeinformation und die Drosselung.

Was in Dynamics 365 eine Buchung stoppt und was Sie je juristischer Person prüfen

Quellen: Microsoft Learn, Eine Transaktion kann nicht rückgängig gemacht werden (2024), Konfigurieren eines Ausgleichs (2026), Add and manage app credentials in Microsoft Entra ID (2025, englisch) und Throttling prioritization (2026, englisch).

Führen Sie die sechs Prüfungen für jede juristische Person in UAT durch, bevor sie live geht, denn jede hat ihren eigenen Kalender, ihre eigenen Parameter und Rollen. Die Zeile zur festen Dimension übersieht man am leichtesten: Microsoft erklärt, dass feste Dimensionen „nicht auf Zahlungserfassungen übernommen“ werden, sodass der Ausgleich zusätzliche Buchhaltungseinträge ergänzt, nämlich „Soll und Haben in demselben Sachkonto“ (Microsoft Learn, 2026). Das Hauptbuch stimmt, aber Ihre Abstimmung der Debitoren trägt Zeilen, mit denen niemand gerechnet hat.

Nehmen Sie den Buchungsschluss der Schnittstelle zum Monatsende in den Abschlusskalender jeder juristischen Person auf, damit eine Zahlung vom letzten Tag nicht an einer Periode scheitert, die das Rechnungswesen bereits angehalten hat (Periodenabschluss).

Wer gibt Buchungen frei, und was hält der Audit Trail fest?

Buchungen folgen dem mehrstufigen Freigabemodell von Transformance mit Grenzen nach Betrag, Gesellschaft und Kunde; Admins konfigurieren die Regeln, das Finanzteam gibt frei, und das Audit-Log hält jede Entscheidung fest.

Transformance arbeitet mit einem Freigabemodell in vier Stufen (lesen, empfehlen, ausführen, buchen) und bindet bei ERP-Buchungen immer einen Menschen ein. Rollen trennen, wer die Regeln konfiguriert (Admins) und wer freigibt (Finanzteam); so bleibt die Funktionstrennung im Debitorenprozess erhalten. Freigaben laufen in Microsoft Teams, dort, wo das Finanzteam ohnehin arbeitet.

Das Audit-Log speichert Zeitstempel, die Aktionen des Systems und des Benutzers, wer freigegeben hat, die Eingabe und die Konfidenz der Entscheidung. Das ist der Nachweis, den ein Prüfer verlangt, wenn eine Ausgleichsbuchung drei Monate später falsch aussieht.

In Dynamics 365 ist die Entra-Anwendung der Benutzer-ID des Dienstkontos zugeordnet; dieser Benutzer ist es, den Dynamics 365 sieht. Wer freigegeben hat, steht im Audit Trail von Transformance. Sagen Sie Ihren Prüfern, wo welche Hälfte liegt; die Fragen, die Prüfer und IT stellen, stehen in der Anbieter-Checkliste für KI im Finanzwesen, die Grenzen im Detail in „Freigabematrix für KI-Agenten im ERP: Wer gibt was frei?“.

Wie lange dauert die Anbindung von Transformance an Dynamics 365 F&O?

Die Schnittstelle zu Dynamics 365 steht typischerweise in 2 bis 3 Tagen, und Ihre IT kann beteiligt sein; ein Proof of Value dauert 4 bis 5 Wochen auf einer Gesellschaft, der vollständige Rollout 4 bis 8 Wochen.

In diesen Tagen setzt Ihre IT die sechs Einrichtungsschritte von oben um, zuerst in einer Sandbox- oder UAT-Umgebung, dann in der Produktion. Microsoft spielt alle Updates zuerst in die UAT-Umgebung ein und erst danach in die Produktion. Kunden können höchstens ein aufeinanderfolgendes Dienstupdate aussetzen, und Microsoft empfiehlt ihnen, Datenintegrationen zu testen (Microsoft Learn, 2026). Nehmen Sie die Transformance-Verbindung für jedes Dienstupdate in Ihren UAT-Testplan auf.

‍

‍

Woche für Woche: Dauer der Einführung einer Debitorenmanagement-Software.

Wer Transformance einsetzt

• ERP-Systeme: Microsoft Dynamics 365 Finance & Operations über mehrere juristische Personen, produktiv bei Kunden, ebenso SAP S/4HANA, SAP ECC, NetSuite, Dynamics 365 Business Central 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: Cash Application allein oder der gesamte Order-to-Cash (Cash Application, Abzugsmanagement, Forderungsmanagement, Liquiditätsplanung).

Fazit: eine Verbindung, je juristischer Person entschieden

Eine Schnittstelle zu Dynamics 365 Finance & Operations funktioniert, wenn Rollen, Toleranzen und Perioden jeder juristischen Person einmal geprüft sind; dann liest Transformance über alle juristischen Personen hinweg und bucht nur freigegebene Posten.

Beginnen Sie mit der Entra-Registrierung und einer juristischen Person in UAT und nehmen Sie weitere hinzu, wenn die sechs Prüfungen bestanden sind. Buchen Sie einen Termin, um Ihre juristischen Personen zu klären.

Fachbegriffe

• Cash Application: das Zuordnen eingehender Zahlungen zu offenen Rechnungen und deren Ausgleich im ERP.
• Nebenbuch: das Debitorenbuch (Debitoren in Dynamics 365), das die offenen Debitorentransaktionen je juristischer Person enthält.
• Buchungssatz: eine Buchungszeile; in Dynamics 365 werden Zeilen der Zahlungs- und Sachkontoerfassung beim Buchen zu Belegen.
• On-Account-Zahlung: eine Zahlung oder der Rest einer Zahlung, der gebucht, aber nicht gegen eine Rechnung ausgeglichen ist.
• Periodenabschluss: das Schließen einer Buchungsperiode; in Dynamics 365 wird der Periodenstatus je juristischer Person gesetzt.
• Audit Trail: der Nachweis, wer wann was auf Basis welcher Eingabe getan hat.

Weiterführende Leitfäden

• Welche ERP-Schnittstellen bietet Transformance?
• Wie funktioniert die Business Central Schnittstelle?
• Welche ERP-Daten liest und schreibt Debitoren-Automatisierung?
• Wie buchen Fremdsysteme Zahlungen und gleichen offene Posten aus?
• Wer gibt was frei, wenn ein KI-Agent in Ihrem ERP arbeitet?
• Was zeichnet der Audit Trail eines KI-Agenten im Finanzwesen auf?
• Wie KI-Agenten sicher auf Ihre ERP- und Kundendaten zugreifen
• Order-to-Cash im Konzern über mehrere Gesellschaften

Häufig gestellte Fragen

Mit welchen Dynamics-365-Produkten arbeitet Transformance zusammen?

Transformance arbeitet mit Microsoft Dynamics 365 Finance & Operations und mit Dynamics 365 Business Central zusammen, beide laufen bei Kunden produktiv. Für Business Central gibt es einen eigenen Leitfaden: „Wie wird Transformance an Business Central angebunden?“.

Wie viele juristische Personen kann Transformance in Dynamics 365 abbilden?

Transformance führt mehrere juristische Personen aus Dynamics 365 in einer Umgebung zusammen, mit Freigabegrenzen je Gesellschaft, und ist für Konzerne mit mehreren Gesellschaften und Shared-Service-Centern gebaut. Ein Proof of Value läuft typischerweise auf einer juristischen Person (4 bis 5 Wochen).

Wie lange dauert ein Rollout von Dynamics 365 F&O mit Transformance?

Die ERP-Schnittstelle steht typischerweise in 2 bis 3 Tagen, und Ihre IT kann bei der Microsoft-Entra-App-Registrierung und dem Dienstkonto beteiligt sein; der vollständige Rollout dauert 4 bis 8 Wochen.

Braucht die Schnittstelle eine Microsoft-Entra-App-Registrierung?

Die Verbindung kann über eine App-Registrierung in Ihrem Microsoft-Entra-Mandanten laufen, in Dynamics 365 einem dedizierten Dienstkonto zugeordnet, oder je nach Umgebung über Middleware, Datei/SFTP oder den On-Premises-Agenten von Transformance.

Welches Zahlungsvolumen bewältigt Transformance auf Dynamics 365?

Transformance ist für Unternehmen mit von unter 1.000 bis über 100.000 Zahlungen im Monat gebaut. ClearMatch ordnet 95 % der Zahlungen automatisch zu und läuft in unter 8 Minuten von Anfang bis Ende.

Was kostet eine Dynamics-365-Anbindung mit Transformance?

Die Kosten hängen vom Umfang (Cash Application allein oder der gesamte Order-to-Cash) und von der Zahl der juristischen Personen ab; deshalb nennen wir einen Preis nach einem Scoping-Gespräch. Buchen Sie einen Termin, um eine Zahl für Ihr Setup zu erhalten.

Kann Transformance eine Buchung in Dynamics 365 stornieren?

Ja, Transformance kann ein Storno nach Dynamics 365 zurückbuchen, nachdem ein Mensch es freigegeben hat. In Dynamics 365 braucht eine ausgeglichene Zahlung zuerst Ausgleich rückgängig machen, und das Stornodatum muss in einer offenen Periode dieser juristischen Person liegen („Was zeichnet der Audit Trail eines KI-Agenten im Finanzwesen auf?“).