Wie helfen KI-Agenten bei Debitoren in Dynamics NAV (Navision)?

Das Wichtigste in Kürze

• Die KI-Agenten von Transformance bauen auf dem auf, was Dynamics NAV 2018 bereits leistet: Es unterstützt den Zahlungsabgleich im Zahlungsabstimmungsbuch.-Blatt: Importierte Bankzeilen werden offenen Posten zugeordnet, und jeder Vorschlag erhält eine Übereinstimmungsgenauigkeit zwischen Niedrig und Hoch (Microsoft Learn, Dokumentation zu NAV 2018).
• KI-Agenten ergänzen die Arbeit rund um diese Grundlage: Zahlungsavise, Teilzahlungen und Zahlungen ohne Referenz, Minderzahlungen und das Nachfassen im Forderungsmanagement, und eine Person gibt jede Buchung frei.
• ClearMatch erreicht eine Auto-Match-Quote von 95 % und läuft in unter 8 Minuten von Anfang bis Ende; ohne Freigabe durch eine Person wird nichts gebucht (Transformance-Kundendaten, 2026).
• Jedes Produkt dokumentiert seine eigene Schnittstelle: Webservices in NAV, eConnect in GP, Services und AIF in AX 2012.
• Nichts davon setzt einen Wechsel zu Business Central oder Finance & Operations voraus; ein vollständiger Rollout dauert bis zu 4 bis 8 Wochen, und Ihr IT-Team kann beteiligt sein.

In diesem Artikel

• Das Wichtigste in Kürze
• Wie helfen KI-Agenten bei Debitoren in Dynamics NAV (Navision), GP und AX?
• Was leisten NAV, GP und AX in der Debitorenbuchhaltung schon heute?
• Welche Schnittstelle dokumentiert jedes System, und wie verbinden sich Agenten?
• Was passiert mit der Debitorenarbeit, wenn Sie später auf Business Central oder Finance & Operations wechseln?
• Wie sieht das mit Ihren Zahlen aus?
• Wie läuft das Onboarding bei NAV, GP oder AX?
• Für wen ist das gedacht, und wo fangen Sie an?

Wie helfen KI-Agenten bei Debitoren in Dynamics NAV (Navision), GP und AX?

Die KI-Agenten von Transformance übernehmen die wiederkehrende Debitorenarbeit rund um Dynamics NAV (Navision), GP oder AX: Zahlungsavise lesen, Zuordnungen vorschlagen, Minderzahlungen einordnen und überfällige Rechnungen nachverfolgen, während eine Person jede Buchung freigibt.

Fünf Aufgaben in der Debitorenbuchhaltung auf Dynamics NAV, GP und AX: was Ihr System schon leistet, was KI-Agenten ergänzen und wer freigibt

Die Tabelle ist kein Ranking.

Dieser Beitrag handelt davon, die Debitorenbuchhaltung auf dem System gut zu betreiben, das Sie haben; er spricht weder für noch gegen einen Wechsel. Microsoft beschreibt Dynamics NAV 2018 als ERP-Lösung für mittelgroße Organisationen (Microsoft Learn, Dokumentation zu NAV 2018) und Dynamics GP als Business-Management-Lösung für kleine und mittelgroße Organisationen (Microsoft Learn, 2025).

Der Weg bestimmt, wie die Daten eintreffen; Abgleich und Freigabe funktionieren auf jedem ERP gleich. ClearMatch erreicht eine Auto-Match-Quote von 95 % und läuft in unter 8 Minuten von Anfang bis Ende, und ohne Freigabe durch eine Person wird nichts gebucht (Transformance-Kundendaten, 2026). Wie ein Agent in Ihrem Netz ein On-Premises-System erreicht, behandelt der Beitrag zur Debitorenautomatisierung mit On-Premises-ERP; jedes ERP und sein Status stehen in der Übersicht der ERP-Schnittstellen.

Kurz gesagt: Ihr Dynamics-System behält das Hauptbuch und seine Regeln; Agenten übernehmen die wiederkehrende Arbeit drumherum.

Was leisten NAV, GP und AX in der Debitorenbuchhaltung schon heute?

Jedes System dokumentiert seine eigenen Funktionen: NAV ordnet Bankzeilen offenen Posten zu und gibt Mahnungen nach Stufen aus, GP wendet Zahlungseingänge automatisch an, AX gleicht offene Transaktionen aus einem Zahlungsjournal aus.

Die Seiten zu NAV und AX sind archivierte Dokumentation zu NAV 2018 und AX 2012; prüfen Sie die Details für Ihre Version. Die Bezeichnungen folgen der deutschen Microsoft-Dokumentation zu Business Central und können im NAV-Client Ihrer Version abweichen.

• Dynamics NAV 2018. Das Zahlungsabstimmungsbuch.-Blatt wird aus einem Bankfeed oder einer Datei gefüllt. Die Funktion Automatisch anwenden gleicht die Daten einer Journalzeile mit einem oder mehreren offenen Posten ab, und jede angewendete Zeile zeigt eine Übereinstimmungsgenauigkeit zwischen Niedrig und Hoch (Microsoft Learn). Was sich nicht anwenden lässt, steht als Differenz in der Zeile und muss manuell abgestimmt oder direkt auf ein Konto gebucht werden, mit der Aktion Differenz auf Konto übertragen (Microsoft Learn). Die Mahnmethoden enthalten Mahnstufen mit Regeln, wann welche Mahnung ausgegeben wird; der Batchauftrag Mahnungen erstellen legt Mahnungen für alle Debitoren mit überfälligen Salden an, die in der Regel per E-Mail versendet werden; Zinsrechnungen berechnen Zinsen und Gebühren ohne vorherige Mahnung (Microsoft Learn). Teams ergänzen Agenten für die Differenzen und das Nachfassen nach jeder Mahnung.
• Dynamics GP. In der Debitorenbuchhaltung ordnet GP Zahlungen manuell oder automatisch Belegen zu, importiert Lockbox-Transaktionen der Bank und versendet Kontoauszüge je Kunde auch per E-Mail (Microsoft Learn). Teams ergänzen Agenten für die Zahlungseingänge, die ohne klaren Belegbezug eintreffen.
• Dynamics AX 2012. Eine Kundenzahlung wird im Zahlungsjournal der Debitorenbuchhaltung erfasst; über Funktionen und Ausgleich öffnet sich das Formular zum Ausgleichen offener Transaktionen, in dem die zu begleichenden Rechnungen markiert werden. Deckt eine Zahlung nur einen Teil einer Rechnung ab, bleibt der offene Saldo auf der Transaktion stehen (Microsoft Learn). Hat ein Kunde einen überfälligen Saldo, kann Ihr Unternehmen ein Mahnschreiben erzeugen und versenden, und eine eigene Seite listet die erzeugten Mahnschreiben auf (Microsoft Learn). Teams ergänzen Agenten für Zahlungen, die vor dem Markieren eine Einschätzung brauchen, und für das Gespräch nach einem Mahnschreiben.

Auf jedem ERP steckt der manuelle Aufwand in Aufgaben, die von außerhalb des Systems kommen:

• Zahlungsavise in E-Mails, PDFs und Tabellen, oft getrennt von der Zahlung.
• Teilzahlungen, Sammelzahlungen und Zahlungen ohne Referenz.
• Minderzahlungen, für die vor dem Ausgleich ein Grund nötig ist.
• Nachfassen bei einer langen Liste überfälliger Rechnungen.
• Monatsabschluss: Abstimmung zwischen Bank, offenen Posten und Hauptbuch.

Bleibt eine Zahlung offen, untersucht Vero, der Agent von Transformance, sie in Customer 360, seinem Arbeitsgedächtnis je Kunde, und holt interne und externe Informationen, um weitere Treffer zu finden. Vero schlägt die Zuordnung samt Nachweis vor; eine Person gibt sie frei, ändert sie oder lehnt sie ab. Welche Zahlungen sich für Regeln und welche sich für einen Agenten eignen: regelbasierter Zahlungsabgleich oder KI. Für das Nachfassen: CollectPulse bearbeitet 100 % der überfälligen Rechnungen innerhalb von 24 Stunden (Transformance-Kundendaten, 2026); mehr dazu unter Forderungsmanagement mit KI automatisieren.

Kurz gesagt: Abgleich, Mahnungen und Ausgleich des Systems bleiben bestehen; Agenten übernehmen die Zeilen, die diese Werkzeuge an eine Person weiterreichen.

Welche Schnittstelle dokumentiert jedes System, und wie verbinden sich Agenten?

NAV dokumentiert SOAP- und OData-Webservices, GP dokumentiert eConnect, AX 2012 dokumentiert Services mit dem Application Integration Framework; Agenten verbinden sich über den Weg, den Ihr Dynamics-Team bestätigt.

Die dokumentierte Schnittstelle je Produkt und die Wege des Integrations-Hubs

Quellen: Microsoft Learn zu NAV 2018 Webservices, GP eConnect und AX 2012 Integration. Die GP-Seite ist archivierter Text aus der Zeit von GP 2013, daher wird die Schnittstelle je GP-Version bestätigt.

Transformance verbindet sich über den Integrations-Hub mit Dynamics NAV, GP und AX. Ihr Dynamics-Team, intern oder das Systemhaus, das Ihr System betreut, bestätigt, welche Schnittstelle in Ihrer Version offen ist und was ein technischer Benutzer lesen und schreiben darf. Ein angepasstes NAV- oder AX-System wird an Beispieldatensätzen geprüft, bevor etwas gebaut wird.

Wo die Cloud das System nicht erreicht, wird ein schlanker Agent auf einem Host in Ihrem Netz installiert. Er baut die Verbindung nur nach außen auf, es werden also keine eingehenden Ports geöffnet und kein VPN ist nötig. Passwörter für On-Premises-Systeme werden in Ihrem Netz eingegeben und gespeichert und nie in die Cloud gesendet. Jede Aktion, die der Agent ausführen kann, ist als Lesen, Schreiben oder Ausführen gekennzeichnet, sodass die IT genau freigibt, was ein Workflow tun darf. Mehr dazu: die Feldzuordnung, wie der Ausgleich zurückkommt und technischer Benutzer und minimale Rechte.

‍

‍

Daten, die Ihr Netz verlassen, liegen in Ihrer Region, bei EU-Kunden in der EU (Datenhaltung in Ihrer Region), und Kundendaten werden nicht zum Training von Modellen verwendet. Der Integrations-Hub folgt einem standardisierten Integrationsprozess (erkunden, zuordnen, bauen, testen, planen, überwachen); KI-Agenten, die ihn ausführen können, sind geplant, und eine Person gibt jede Änderung frei, die Ihr System erreicht (eine agentengeführte Integrationsplattform).

Bei NAV, GP und AX ist die Verbindung im vollständigen Rollout von bis zu 4 bis 8 Wochen eingeplant, und Ihr IT-Team kann beteiligt sein; Freigabegrenzen nach Betrag, Gesellschaft und Kunde werden parallel festgelegt (wer was freigibt).

Kurz gesagt: Microsoft dokumentiert die Tür; Ihr Dynamics-Team bestätigt sie, und der Agent öffnet sie von Ihrer Seite.

Was passiert mit der Debitorenarbeit, wenn Sie später auf Business Central oder Finance & Operations wechseln?

Nichts davon hängt von einem Wechsel ab; wenn Sie später wechseln, verbindet sich Transformance mit Business Central und Finance & Operations, beide bei Kunden im Produktivbetrieb, und Ihre Freigaberegeln gelten weiter.

Entscheidung und Zeitpunkt liegen bei Ihnen. Microsoft veröffentlicht die Angaben zum Lebenszyklus seiner Produkte, auch für jede NAV-, GP- und AX-Version, auf seinen Lifecycle-Seiten, und Ihr Dynamics-Team kann die Angaben für Ihre Installation bestätigen.

Ein Wechsel ist ein Projekt mit eigener Planung. Der Leitfaden von Microsoft für den Wechsel von AX 2012 zu den Finance-and-Operations-Apps beschreibt ihn in drei Phasen, Analysieren, Ausführen und Validieren, und unterstützt ihn ab AX 2012 R2 oder R3 (Microsoft Learn, 2026). Die Debitorenautomatisierung läuft auf einem eigenen Zeitplan und muss nicht auf dieses Projekt warten.

So funktioniert die Verbindung bei den neueren Systemen: Transformance und Business Central und Transformance und Dynamics 365 Finance & Operations.

Kurz gesagt: Bleiben oder wechseln Sie nach eigenem Zeitplan; nur die Verbindung folgt dem ERP.

Wie sieht das mit Ihren Zahlen aus?

Bei einer Auto-Match-Quote von 95 % blieben einem Maschinenbauer auf Dynamics NAV mit 4.000 Kundenzahlungen im Monat etwa 200 für eine Person, jeweils mit Nachweis.

Jede Eingabe unten ist eine illustrative Annahme, die Sie durch Ihre eigenen Werte ersetzen; nur die 95 % sind eine Transformance-Kennzahl (Transformance-Kundendaten, 2026).

• Annahmen: ein Maschinenbauer mit 600 Mitarbeitenden auf Dynamics NAV, 4.000 Kundenzahlungen im Monat, sechs Minuten je Zahlung, die eine Person von Hand zuordnet oder prüft, 40 € Vollkosten je Stunde.
• Bei 95 % bleiben für eine Person 4.000 × 5 % = 200 Zahlungen, jeweils mit dem Vorschlag und Nachweis von Vero.
• Handabgleich, wenn eine Person jede Zahlung anfasst: 4.000 × 6 Minuten = 400 Stunden, etwa 16.000 € im Monat.
• Handabgleich der 200 Ausnahmen: 200 × 6 Minuten = 20 Stunden, etwa 800 € im Monat.

Zwei Korrekturen: Wendet NAV bereits einen Teil Ihrer Zahlungseingänge an, gehen Sie von den Zahlungen aus, die heute eine Person anfasst; Ausnahmen dauern zudem länger als der Durchschnitt, der tatsächliche Aufwand liegt also über 20 Stunden. Die übrigen 3.800 werden ebenfalls erst nach Freigabe gebucht, und ein Proof of Value an einer Gesellschaft in 4 bis 5 Wochen zeigt Ihre reale Zahl.

Kurz gesagt: Bei 4.000 Zahlungen im Monat verschiebt sich die Arbeit vom Prüfen jeder Zeile hin zum Prüfen von etwa 200 Vorschlägen samt Nachweis.

Wie läuft das Onboarding bei NAV, GP oder AX?

Das Onboarding läuft als gemeinsames Projekt: Einrichtung der Verbindung mit Ihrem IT-Team, Tests mit Ihren eigenen Transaktionen in einer Staging-Umgebung, ein Parallellauf und ein unterzeichnetes Abnahmeprotokoll.

1. Weg und Beispieldatensätze. Ihr Dynamics-Team und unser Team wählen die Schnittstelle und prüfen sie an Beispieldatensätzen aus Ihrer Version.
2. Einrichtung der Verbindung. Unser Onboarding-Hub führt durch die Einrichtung, Ihr IT-Team ist eingebunden; Zugangsdaten kommen in gesicherte Ablagen, nie in E-Mails (was die IT im Rollout tut).
3. Ihre eigenen Transaktionen. Testszenarien laufen mit Ihren eigenen Transaktionen in einer Staging-Umgebung.
4. Parallellauf. Die Agenten laufen neben Ihrem bisherigen Prozess, sodass Ihr Team die Ergebnisse vor dem Go-live vergleicht.
5. Abnahme. Der Go-live folgt auf ein unterzeichnetes Abnahmeprotokoll, und eine Person gibt alles frei, was die Produktion erreicht (Onboarding, vom Kickoff bis zum Go-live).

Ein stark angepasstes NAV- oder AX-System durchläuft dieselben Schritte, mit mehr Zeit für Schritt 1 (Anbindung an ein individuelles ERP). Der vollständige Rollout dauert bis zu 4 bis 8 Wochen (Einführungsdauer).

Kurz gesagt: Erst Beispieldatensätze, dann Ihre eigenen Transaktionen, zuletzt die Produktion, an jeder Stufe mit der Freigabe einer Person.

Für wen ist das gedacht, und wo fangen Sie an?

Es richtet sich an Finanzteams in Unternehmen mit 250 bis über 2.000 Mitarbeitenden, die Dynamics NAV, GP oder AX einsetzen; starten Sie mit dem Zahlungsabgleich allein oder mit dem gesamten Order-to-Cash-Prozess.

Bringen Sie Ihre Version, die genutzten Schnittstellen und Ihr monatliches Zahlungsvolumen mit. Buchen Sie einen Termin, und wir klären gemeinsam Ihren Weg.

Kurz gesagt: Das erste Gespräch dreht sich um Ihre Version und Ihre Schnittstelle, nicht darum, Ihr ERP zu wechseln.

Wer Transformance einsetzt

• ERP-Systeme: Microsoft Dynamics NAV (Navision), GP und AX und weitere ERP-Systeme über unseren Integrations-Hub; SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite (einschließlich OneWorld-Tochtergesellschaften), Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo laufen 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: Zahlungsabgleich allein oder der gesamte Order-to-Cash-Prozess (Zahlungsabgleich, Abzugsmanagement, Forderungsmanagement, Liquiditätsplanung).

Fazit: Bauen Sie auf dem Dynamics-System auf, das Sie betreiben

Dynamics NAV, GP und AX wenden bereits Zahlungen an, geben Mahnungen aus und gleichen offene Transaktionen aus. KI-Agenten übernehmen die Arbeit rund um diese Werkzeuge über eine Schnittstelle, die jedes Produkt dokumentiert, und eine Person gibt jede Buchung frei.

Wichtige Begriffe

• Zahlungsabgleich (Cash Application): eingehende Zahlungen den offenen Rechnungen zuordnen, die sie ausgleichen, und das Ergebnis buchen.
• Mahnwesen: die gestuften Erinnerungen und das Nachfassen bei überfälligen Rechnungen.
• Zahlungsavis: die Mitteilung, welche Rechnungen eine Zahlung abdeckt.
• Minderzahlung: eine Zahlung unter dem Rechnungsbetrag.
• Order-to-Cash: der Prozess von der Kundenbestellung bis zum Zahlungseingang.
• Audit-Trail: die Aufzeichnung, wer oder was wann was getan hat.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen verbindet sich Transformance?
• Wie funktioniert Debitorenautomatisierung mit On-Premises-ERP?
• Lässt sich die Debitorenautomatisierung an ein individuelles ERP anbinden?
• Was muss die IT beim Rollout der Debitorenautomatisierung tun?
• Wie greifen KI-Agenten sicher auf Ihre ERP- und Kundendaten zu?
• Wie lange dauert die Einführung einer Debitorenautomatisierung?

Häufig gestellte Fragen

Können KI-Agenten die Debitorenbuchhaltung in Dynamics NAV, GP oder AX automatisieren?

Ja: Agenten übernehmen Zahlungsabgleich, Forderungsmanagement und Abzüge über eine dokumentierte Schnittstelle, während NAV, GP oder AX das Hauptbuch bleibt und eine Person jede Buchung freigibt.

Müssen wir zuerst auf Business Central oder Finance & Operations wechseln?

Nein: Transformance verbindet sich mit dem Dynamics-System, das Sie heute betreiben, und Entscheidung und Zeitpunkt eines Wechsels liegen bei Ihnen.

Welche Versionen von NAV, GP und AX funktionieren?

Transformance verbindet sich über den Integrations-Hub mit Dynamics NAV, GP und AX; Version, genutzte Schnittstelle und jede Anpassung werden zuerst an Beispieldatensätzen geprüft.

Braucht die Verbindung Änderungen an unserem Dynamics-System?

Die Verbindung nutzt eine Schnittstelle, die Ihr System dokumentiert, und einen technischen Benutzer. Ob vorab etwas veröffentlicht oder eingerichtet werden muss, zum Beispiel ein Webservice in NAV, klären Sie mit Ihrem Dynamics-Team, und Transformance bucht nur, was eine Person freigegeben hat.

Ist Transformance für unsere Größe und unser Zahlungsvolumen gemacht?

Transformance richtet sich an Unternehmen vom Mittelstand bis zum Großunternehmen mit 250 bis über 2.000 Mitarbeitenden und von unter 1.000 bis über 100.000 Zahlungen im Monat.

Wie lange dauert es, und was kostet es?

Ein vollständiger Rollout dauert bis zu 4 bis 8 Wochen, und Ihr IT-Team kann beteiligt sein. Die Kosten hängen vom Umfang und der Zahl der Gesellschaften ab; buchen Sie einen Termin für ein Angebot.

Was passiert mit dem Setup, wenn wir später zu Business Central wechseln?

Transformance verbindet sich mit Business Central und Dynamics 365 Finance & Operations, beide bei Kunden im Produktivbetrieb. Freigaberegeln und der Mahnrhythmus bleiben in der Plattform; die Verbindung wird neu eingerichtet.