In den meisten KMU läuft das Mahnwesen gleich ab. Einmal pro Woche zieht die Buchhalterin eine Liste überfälliger Rechnungen aus dem ERP, öffnet Excel, sortiert nach Datum und beginnt zu telefonieren. Das funktioniert — bis die Firma so weit wächst, dass die Liste nicht mehr auf den Bildschirm passt.
Ab dann fangen Probleme an, die niemand beim Namen nennen will. Kunde A hat in einer Woche drei Erinnerungen bekommen, weil zwei Personen unabhängig voneinander angerufen haben. Kunde B zahlt seit einem halben Jahr zu spät, aber niemand sieht es, weil ihn jedes Mal jemand anderes betreut. Zum Monatsende erfährt die Geschäftsführung „wir haben 400 Tausend in offenen Posten" und fragt „warum sagt ihr mir das erst jetzt?". Die Antwort ist immer dieselbe: weil es bis jetzt niemand so gezählt hat, dass man es früher hätte sehen können.
Automatisierung des Mahnwesens bedeutet nicht, den Menschen durch einen Roboter zu ersetzen, der Kunden anruft. Sie bedeutet, der Buchhalterin die Routine abzunehmen und ihr das zu überlassen, was tatsächlich ein Gespräch braucht.
Warum euer Mahnwesen in Excel lebt
Weil das ERP dir den Stand von heute zeigt, aber den Prozess nicht steuert. Du weißt, dass die Rechnung FV/2026/05/234 14 Tage überfällig ist — aber du weißt nicht, ob schon jemand bei diesem Kunden angerufen hat, ob es eine Zahlungszusage für Dienstag gab und ob dieser Dienstag schon vorbei ist. Diese Information lebt entweder im Kopf der Buchhalterin, in einer Excel-Datei oder in einer E-Mail, die niemand mehr findet.
Comarch Optima hat ein Modul „Forderungen". enova365 hat etwas Ähnliches. Subiekt auch. Fast kein KMU benutzt es, weil entweder eine separate Lizenz nötig ist, von der niemand weiß, oder weil es manuell für das eigene Szenario konfiguriert werden muss — und dafür hat niemand Zeit zwischen Buchen und Berichten.
Das Ergebnis ist immer dasselbe. Der „Excel-Prozess" hält, solange eine Person ihn führt. Wird sie krank oder kündigt — fängt alles wieder bei null an.
Wie ein gutes automatisiertes Mahnwesen aussieht
Vier Prinzipien. Keins ist für sich genommen eine Entdeckung, aber zusammen ergeben sie einen echten Effekt.
- Kundensegmentierung, keine gemeinsame Warteschlange. Ein strategischer Kunde, der drei Tage zu spät ist, verdient nicht dieselbe Nachricht wie ein Gelegenheitskäufer nach 45 Tagen. Eine Aufteilung in 3–4 Segmente (Schlüssel-, Stamm-, Gelegenheits-, Risikokunden) verändert den Tonfall.
- Eine Erinnerungskaskade, kein Einzelschuss. Sanfte Vorab-Erinnerung 3 Tage vor Fälligkeit („wir wollten nur bestätigen"), höfliche 7 Tage nach Fälligkeit, deutlichere nach 21, endgültige Mahnung nach 45. Jeder Schritt automatisch, aber mit manuellem Stopp.
- Eine Quelle der Wahrheit über den Status. Wenn der Kunde bis zum 15. Zahlung zugesagt hat, muss das System sich das merken und die nächste Erinnerung bis zum 16. anhalten. Ohne das bist du wieder bei „zwei Personen haben Kunden A angerufen".
- Sichtbarkeit für die Geschäftsführung ohne Nachfragen. Wochenbericht per E-Mail: wie viel in der Mahnung, wie viel unter Zahlungszusage, wie viel im Streit, welcher DSO in diesem Monat vs. letzte 6 Monate. Ohne das erfährt die Geschäftsführung es sowieso — nur zu spät.
Der Rest ist Integration. Das ERP als Quelle des Forderungsstands, eine einfache Regel-Engine (kann Low-Code sein, kann eigene Middleware sein), ein Gateway für E-Mail und SMS, und ein Status-Cache, in dem festgehalten wird, was wann verschickt wurde und ob der Kunde reagiert hat.
Was in einer Woche geht und was einen Monat dauert
In einer Woche kannst du eine erste Version ausliefern — ein Kundensegment, zwei Erinnerungsstufen, nur E-Mail. Es wird nicht hübsch sein und nicht alle Sonderfälle behandeln, aber die Buchhalterin klebt plötzlich nicht mehr jeden Freitag am Excel. Das reicht, um zu glauben, dass es sich lohnt weiterzumachen.
Ein Monat bringt dich zur guten Version: volle Segmentierung, SMS (SMS-Erinnerungen wirken dramatisch besser als E-Mails, besonders bei Kunden, die „die Mail nicht gesehen haben"), Zahlungszusagen, Bericht für die Geschäftsführung, Umgang mit Reklamationen („wir zahlen nicht, weil die Rechnung falsch ist") und ein Halte-Mechanismus für Kunden, die aktuell im Streit sind.
Ein Quartal schließt den Kreis um Dinge, an die anfangs niemand gedacht hat: Eskalationsregeln zum betreuenden Vertriebler (er hat die Beziehung, nicht die Buchhalterin), Anbindung an ein e-Zustellungs-System für endgültige Mahnungen, und die Verknüpfung mit einem Inkassobüro für Fälle, die intern nicht mehr zu stemmen sind.
Ein konkretes Beispiel
Bei einem unserer Kunden — ein 32-Personen-Großhandel für Sanitär- und Heizungsmaterial aus Wielkopolska, der etwa 350 aktive B2B-Kunden betreut und im Schnitt 450 Rechnungen pro Monat stellt — sah der Mahnprozess vor der Automatisierung so aus: eine Buchhalterin verbrachte etwa 10 Stunden pro Woche damit, die Liste überfälliger Posten aus Comarch Optima zu ziehen, anzurufen und Erinnerungen in Word zu schreiben (weil die Vorlage in Optima „nicht ganz passte"). Der DSO der Firma lag bei 52 Tagen bei einem Standard-Zahlungsziel von 21 Tagen.
Wir haben eine einfache Middleware-Schicht gebaut: nachts liest sie die Liste überfälliger Rechnungen aus Optima, weist basierend auf der Kundenakte ein Segment zu, verschickt E-Mail oder SMS (oder beides) gemäß der Kaskade und schreibt den Status in eine Tabelle, die die Buchhalterin in einer Web-Ansicht sieht. Manuelle Schalter: „Zahlungszusage bis Datum X" (hält Erinnerungen an), „im Streit" (komplett aus der Automatik ausgeschlossen), „an Vertriebler eskalieren" (Mail geht an den Kundenbetreuer statt an den Kunden).
Nach drei Monaten sank der DSO auf 38 Tage. Die Zeit der Buchhalterin für das Mahnwesen fiel von 10 auf etwa 2 Stunden pro Woche — nicht, weil sie es nicht mehr macht, sondern weil sie jetzt das tut, wofür sie ihren Kopf braucht (Streitfälle, Verhandlungen, Eskalationsentscheidungen), und nicht das, wofür sie nur Zeit braucht (Standard-Erinnerungen verschicken). Jeden Montag bekommt die Geschäftsführung einen Bericht per E-Mail und erfährt zum ersten Mal seit Jahren nicht nachträglich von einer „schiefen Rechnung".
Kosten der Umsetzung: 4-Wochen-Projekt, eine Nachbesserungsrunde nach dem ersten Monat im Einsatz. Wartung: einige Stunden pro Monat.
Was sich nicht automatisieren lässt
Das Gespräch mit einem Kunden, der in den Hörer schreit. Die Entscheidung „vor Gericht ziehen oder abschreiben und eine Gutschrift ausstellen". Das Bauchgefühl, dass ein Kunde, der immer gezahlt hat, gerade ein stilles Finanzproblem hat — weil er zum dritten Mal um „einen kleinen Aufschub" bittet. Das kann dir niemand abnehmen und niemand sollte es.
Automatisierung soll dir die Routine abnehmen — damit für das, was einen Menschen braucht, endlich Zeit bleibt.
Womit anfangen
Bevor du irgendetwas konfigurierst, verbringe einen Abend mit Excel und rechne aus: wie viel ist jetzt überfällig, wie hoch ist dein DSO, wie viele Stunden pro Woche verbringt deine Buchhaltung mit dem Mahnwesen und wie viele Rechnungen stellt ihr im Monat überhaupt. Ohne diese vier Zahlen kannst du nicht messen, ob sich nach dem Go-Live wirklich etwas verändert hat.
Danach prüfe, was dein ERP nativ kann. Es kann sich herausstellen, dass du in deiner Lizenz ein Modul hast, das niemand eingeschaltet hat — und zwei Wochen Konfiguration reichen, statt eigene Middleware zu bauen.
Reicht das native Werkzeug nicht (und meistens reicht es nicht, weil die Nachrichtenvorlagen starr sind und die Kundensegmentierung primitiv) — dann ist der Moment gekommen, mit jemandem zu sprechen, der solche Prozesse in KMU schon eingerichtet hat. Nicht um dir ein System für hunderttausend Złoty zu verkaufen, sondern um dir zu sagen, wo in deinem Fall die niedrigst hängende Frucht ist.
Automatisiertes Mahnwesen bedeutet nicht, dass ein Roboter Kunden anruft. Es bedeutet, dass die Buchhalterin sich um die Fälle kümmern kann, die wirklich ein Gespräch brauchen — statt zum hundertsten Mal dieselbe Mail zu verschicken.