Forderungsmanagement beginnt im Hauptbuch eines anderen
Eine Inkasso-Plattform ist nur so gut wie die Forderungen, die sie sieht. Maesn holt den Schuldner, die offene Rechnung und den Beleg dahinter aus den Buchhaltungssystemen Ihrer Kunden, in einer Form, damit die Mahnung, die Sie senden, die richtige zum richtigen Zeitpunkt ist.
Überfällige Rechnungen liegen im Buchhaltungssystem des Gläubigers
Das Forderungsmanagement läuft als Eskalationsleiter, von der Zahlungserinnerung über die förmliche Mahnung bis zum Inkasso. Auf welcher Stufe eine Rechnung steht, entscheiden Fakten, die Ihr Produkt nicht hat.
Ein Anstoß ohne rechtliches Gewicht.
Gebühren und eine Frist kommen ins Schreiben.
Die Forderung verlässt Ihr Produkt.
Damit derselbe Schuldner nicht zweimal für dieselbe Rechnung gemahnt wird.
Damit die Verfolgung in dem Moment aufhört, in dem das Geld ankommt.
Wie weit die Leiter reicht, hängt von der Plattform ab. Manche Produkte hören bei einer höflichen Erinnerung auf, andere tragen eine Forderung bis ins förmliche Inkasso, und hinter denen steht meist eine Kanzlei, die genau darauf spezialisiert ist. Der Umfang unterscheidet sich, die Datenfrage nicht. Jede Stufe muss wissen, wer was schuldet, seit wann, und gestützt auf welchen Beleg.
Das ist die strukturelle Schwierigkeit beim Bau eines Inkasso-Produkts: keiner dieser Fakten entsteht bei Ihnen. Sie liegen im Hauptbuch des Gläubigers, sie ändern sich, ohne Ihnen Bescheid zu sagen, und die zwei schädlichsten Fehler in diesem Feld entstehen beide daraus, auf einem veralteten Stand zu handeln. Eine zweite Erinnerung für eine Rechnung zu senden, die schon angemahnt wurde, lässt ein sorgfältiges Verfahren nachlässig aussehen. Jemanden zu mahnen, der letzten Dienstag gezahlt hat, ist schlimmer.
Die zwei Kästen unter der Leiter sind deshalb keine Zugabe. Sie sind der Grund, warum der dokumentierte Ablauf sechs Schritte hat und nicht drei, und sie machen aus einer Liste überfälliger Rechnungen ein Verfahren, das Sie vertreten können.
Eine Schnittstelle für den Schuldner, die Rechnung und den Beleg
Maesn liest alle drei über eine Anbindung aus dem Buchhaltungssystem des Gläubigers, in derselben Form auf jedem System. Jedes hat einen dokumentierten Aufruf, und eines der drei verdient eine Fußnote.
Der Schuldner kommt zuerst, denn eine Forderung an die falsche juristische Person ist keine Forderung. Den Kundendatensatz aus dem System des Gläubigers zu lesen heißt, mit dem Namen, der Anschrift und den Kennungen zu arbeiten, die sein Buchhalter verwendet, statt mit dem, was einmal in ein Formular getippt wurde. Er kommt über dasselbe normalisierte Objekt von jedem System, ein Schuldner aus einem niederländischen und einer aus einem deutschen System lesen sich in Ihrem Code also gleich. Der Gläubiger gibt einmal frei, ob seine Bücher in Lexware Office, Xero oder einem der anderen angebundenen Systeme liegen, und die Aufrufe darunter sind in jedem Fall dieselben.
Bei den offenen Posten lohnt sich Sorgfalt im Wort. Buchhalter sagen offene Posten, der dokumentierte Weg ist die Rechnungsliste mit einem Filter auf Zahlungsstatus oder Fälligkeit, und das ist dieselbe Information auf zwei Wegen. Es gibt im Modell auch ein Objekt für offene Posten, und nur wenige angebundene Systeme geben es direkt heraus, also ist die gefilterte Rechnungsliste der Weg, der überall funktioniert. Über die Systeme hinweg verhalten sich Filtern und Paginieren gleich, und das macht aus einem nächtlichen Durchlauf über neu überfällige Rechnungen eine einzige Abfrage statt einer je Hersteller.
Den Beleg unterschätzt man, bis eine Forderung bestritten wird. Ein Mahnbescheid mit Gebühren oder eine Übergabe an einen Anwalt stützt sich auf die Rechnung, wie sie ausgestellt wurde. Für diese Originaldatei gibt es einen eigenen Aufruf, und sie kann damit mit dem Fall mitreisen, statt aus Feldern rekonstruiert zu werden.
Nie zweimal mahnen, und aufhören, sobald gezahlt wird
Ein Inkasso-Produkt wird an Genauigkeit gemessen und nicht an Menge. Die zwei Fehler, die ihm am meisten schaden, sind keine Fehler in der Eskalationslogik, sie sind Entscheidungen, die ohne einen verfügbaren Fakt getroffen wurden. Für beide gibt es einen dokumentierten Schritt im Ablauf, dessen einzige Aufgabe es ist, sie zu verhindern.
Die zweite Mahnung
doppeltEine ausgeglichene Rechnung verfolgen
schon bezahltDer Lesezugriff auf die Mahnungen ist der interessantere von beiden, denn er trägt etwas, was eine bloße Rechnungsliste nicht kann: die Mahnstufe, die eine Rechnung bereits erreicht hat. Die Dokumentation sagt ausdrücklich, dass er genau dafür da ist, die richtige Stufe zu bestimmen und doppelte Kommunikation zu vermeiden, und das ist genau das Wissen, das eine Plattform erbt, wenn sie die Forderungen eines Gläubigers mitten im Verfahren übernimmt und nicht vom ersten Tag an.
Der Lesezugriff auf die Zahlungen ist einfacher und ebenso folgenreich. Geld landet im Hauptbuch und nicht in Ihrem Produkt, ein planmäßiger Lesezugriff auf Zahlungen ist also das, was die Verfolgung von selbst aufhören lässt. Wo ein System Events aussendet, verkürzen Webhooks diese Schleife weiter, und den offenen Posten gegen die eingehende Zahlung auszugleichen ist die benachbarte Aufgabe, beschrieben unter Zahlungsabgleich.
Eine Inkasso-Plattform läuft bereits darauf
Paywise automatisiert das Forderungsmanagement mit Maesn.
“Mit Maesn ermöglichen wir unseren Kunden, ihre ERP- und Buchhaltungssysteme direkt in Paywise anzubinden, und machen das Forderungsmanagement damit nahtlos, automatisiert und deutlich effizienter.”


Paywise bindet die ERP- und Buchhaltungssysteme seiner Kunden aus dem eigenen Produkt heraus an, und das ist die Form, die dieser Use Case in der Praxis annimmt: der Gläubiger gibt einmal frei, und die Forderungen, die das Verfahren treiben, fließen von dort. Es ist zugleich die ehrliche Probe auf das Modell, denn eine Inkasso-Plattform kann schlechte Schuldnerdaten nicht durch einen cleveren Ablauf umgehen.
Abdeckung im Forderungsmanagement, System für System
Je System gezählt, aus der Dokumentation des jeweiligen Systems, und was heute unterstützt wird, steht getrennt von dem, was nur auf Anfrage verfügbar ist.
| Was Sie brauchen | Heute | Auf Anfrage | System kann es nicht |
|---|---|---|---|
| Schuldnerstammdaten | 20 | 2 | 7 |
| Rechnungen, lesen | 13 | 14 | 2 |
| Zahlungen, lesen | 4 | 18 | 7 |
| Gutschriften | 5 | 19 | 5 |
| Offene Posten, als Objekt | 2 | 23 | 4 |
Die ersten zwei Zeilen tragen diesen Use Case, und sie sind die starken: Schuldnerdatensätze und das Lesen von Rechnungen sind die am besten abgedeckten Objekte der ganzen Kette. Das zählt mehr als ein hoher Durchschnitt, denn ein Mahnverfahren, das den Schuldner nicht bestimmen oder die offenen Rechnungen nicht auflisten kann, hat nichts zu eskalieren.
Zahlungserinnerungen fehlen in der Tabelle mit Absicht. Der dokumentierte Ablauf nutzt sie, und die Dokumentation je System beschreibt sie noch nicht, es gibt also keine ehrliche Zahl zum Abdrucken. Wo ein System etwas führt, das das gemeinsame Modell nicht trägt, ist am Modell vorbeizugreifen der dokumentierte Weg dorthin, und die Forderungsseite derselben Beziehung ist die Debitorenbuchhaltung.
Wir liefern die Daten, Sie führen das Mahnverfahren
In diesem Feld ist die Grenze zwischen Daten und Entscheidung zugleich eine Grenze zwischen Technik und Recht, und deshalb wird sie gezogen und nicht verwischt.
- Schuldner aus dem Hauptbuch
- Offene Rechnungen, gefiltert
- Der Originalbeleg
- Schon versandte Mahnungen
- Wann eine Mahnung eskaliert
- Gebühren, Fristen, Wortlaut
- Das Mahnverfahren selbst
- Was ein Anwalt übernimmt
Alles links ist ein Lesezugriff auf das System eines anderen, aktuell gehalten und gleich geformt, aus welchem System es auch kam. Das ist der Teil, aus dem sonst eine Anbindung je Buchhaltungsplattform würde, jede mit eigener Authentifizierung, eigenen Feldnamen und einer eigenen Vorstellung davon, was eine offene Rechnung ist. Auf eine Authentifizierungsschicht zu bauen ist das, was diese Arbeit auf eine einzige Verbindung zusammenzieht, die Ihr Kunde einmal freigibt.
Alles rechts ist Ihre Plattform, und im Forderungsmanagement ist das mehr als Produktgestaltung. Wann aus einer Erinnerung eine förmliche Mahnung wird, welche Gebühren und Fristen daran hängen, wie die Formulierung eskaliert und welche Forderungen ein Anwalt übernimmt, sind Entscheidungen mit rechtlichem Gewicht. Eine Schicht, die sie für Sie träfe, überschritte ihre Zuständigkeit, und eine, die so täte, als wären diese Entscheidungen technisch, würde Sie darüber täuschen, was sie tut.
Eine Eigenschaft gehört hierher und nicht nur auf die Sicherheitsseite. Anfragen werden in Echtzeit verarbeitet, und was Maesn behält, ist der Nachweis, dass eine Übertragung stattgefunden hat, nicht die übertragenen Daten. Für eine Plattform, die Schuldnerdaten anderer Firmen verarbeitet, ist das eine kleinere Fläche, die man einem Kunden erklären muss, und eine kleinere, die man verteidigen muss. Der lastModified-Filter auf den Lese-Endpunkten ist das, was Aktualität billig macht, ohne eine Kopie von allem zu halten.
Ob ein Mahnlauf im richtigen Moment aufhört, beurteilen Finanzteams und nicht die Anbindung, die ihn gesendet hat.
Häufige Fragen
Was braucht eine Inkasso-Plattform wirklich aus dem Buchhaltungssystem?
Wie vermeiden wir, eine Mahnung zu schicken, die schon raus ist?
Was hält uns davon ab, einer Rechnung nachzugehen, die längst bezahlt ist?
Geht es hier um Zahlungserinnerungen, Mahnungen oder Inkasso?
Sie erwähnen offene Posten. Gibt es dafür einen eigenen Endpunkt?
Bekommen wir die Rechnung als PDF oder nur die Daten?
Müssen wir eine Kopie der Forderungen unserer Kunden vorhalten?
Wie aktuell sind die Daten, die wir lesen?
Mit welchen Systemen funktioniert das?
Führt Maesn das Mahnverfahren für uns?
Einmal bauen, auf der Unified API.
Sehen Sie, wie Forderungsmanagement für Ihre Integration funktioniert, oder steigen Sie in die technische Referenz ein.










