Dunning-Tools für SaaS-Zahlungsausfälle

Stripe Billing ist die Abrechnungsschicht für Teams, deren Abos und Rechnungen bereits in Stripe liegen. Für Dunning ist diese Nähe nützlich, weil fehlgeschlagene Einzüge, erneute Versuche und Kundenstatus an einem Ort beginnen können. Lege zuerst fest, welche Fehlerarten einen Retry auslösen und welche eine manuelle Prüfung verlangen. Die Häufigkeit der E-Mails sollte sich an diesen Zustandsänderungen orientieren, nicht an einem unabhängigen Kalender, der nach einem erfolgreichen Einzug weiterläuft.

Im nutzungsabhängigen Modell kostet Stripe Billing 0,7 % des Billing-Volumens. Das ist eine volumenbezogene Gebühr und kein monatlicher Fixpreis. Berücksichtige sie getrennt von der Zahlungsabwicklung und prüfe, wie sie sich in eurem konkreten Vertrags- und Zahlungsmodell auswirkt. Das Kundenportal kann Kunden ermöglichen, ihre Zahlungsmethode selbst zu verwalten; teste den vollständigen Weg vom E-Mail-Link bis zur bestätigten Aktualisierung.

Eine belastbare Dunning-Konfiguration dokumentiert Retry-Zeitpunkte, Grace Period und den Status, der den Zugang begrenzt oder wieder freigibt. Verhindere doppelte Abläufe, wenn ein Webhook erneut zugestellt wird, und gleiche verspätete Ereignisse mit dem aktuellen Rechnungsstatus ab. Stripe kann Billing-Aktionen steuern, ersetzt aber nicht deine Entscheidung darüber, wie viel Zugang ein Konto während offener Zahlung behält oder welche Nachricht rechtlich und inhaltlich angemessen ist.

Paddle bündelt Abrechnung mit Merchant-of-Record-Leistungen. Für SaaS-Unternehmen, die diese Abwicklungsform nutzen, kann es die Zahlungs- und Aboereignisse liefern, auf denen ein Dunning-Ablauf aufsetzt. Beginne mit dem Lebenszyklus einer Rechnung: fehlgeschlagen, erneut versucht, bezahlt oder weiterhin offen. Jede Nachricht sollte zum jeweiligen Status passen und dem Empfänger eine konkrete nächste Handlung geben, statt nur allgemein auf einen Zahlungsfehler hinzuweisen.

Der Standardpreis beträgt 5 % plus 50 ¢ pro Transaktion. Bewerte diese transaktionsbezogene Kostenstruktur getrennt von den Kosten eines zusätzlichen Messaging- oder CRM-Systems. Vor der Auswahl solltest du klären, welche Dunning-Nachrichten Paddle in deinem Setup abdeckt und welche Ereignisse du an ein externes Werkzeug übergeben möchtest.

Wenn ein externer Flow beteiligt ist, übermittle nur die nötigen Rechnungs- und Kontokennungen und halte Paddle oder das festgelegte Billing-System als Quelle des Zahlungsstatus maßgeblich. Prüfe, ob ein erfolgreiches Update die geplante Kommunikation stoppt und ob eine teilweise erfüllte Rechnung korrekt behandelt wird. Auch die Grace Period und mögliche Zugangsbeschränkungen müssen mit den Rückmeldungen aus der Abrechnung übereinstimmen. So vermeidest du, dass Support und automatisierte Nachrichten verschiedene Fristen nennen.

Customer.io eignet sich für Teams, die Zahlungsereignisse mit Produkt- und Kontokontext verbinden und daraus differenzierte Nachrichten bauen möchten. Ein Flow kann beispielsweise zwischen einer ersten fehlgeschlagenen Rechnung und einem wiederholten Fehler unterscheiden, sofern das Billing-System diese Ereignisse sauber liefert. Definiere dafür stabile IDs und klare Event-Namen. Ohne eindeutige Verknüpfung kann eine Nachricht an die falsche Person gehen oder nach einer Zahlung weiterhin als offen gelten.

Essentials kostet 100 $ pro Monat für 5.000 Profile und umfasst eine Million E-Mail-Sendungen pro Monat. Für Dunning solltest du Personen- und Objektprofile gemeinsam einplanen, wenn du Konten und einzelne Nutzer modellierst. Die Zahl der Zahlungsvorgänge ist davon unabhängig; prüfe also Empfängerzahl und Versandaufkommen getrennt, besonders wenn ein Ereignis mehrere Erinnerungen an unterschiedliche Rollen auslöst.

Customer.io ist eine Nachrichten- und Automationsschicht, nicht automatisch die Instanz, die Retries oder Kontozugriff entscheidet. Halte diese Verantwortung beim Billing und synchronisiere den Status zurück in den Flow. Trenne operative Zahlungshinweise von Marketing-Kampagnen, teste Widerruf und Suppression und sorge dafür, dass ein in-app Hinweis nach erfolgreicher Zahlung verschwindet. Bei verspäteten Webhooks muss die aktuelle Rechnung Vorrang vor einer alten Ereignisreihenfolge haben.

ActiveCampaign kann Dunning-nahe Abläufe ergänzen, wenn ein Team E-Mail-Automationen und Kontaktverwaltung für einen begrenzten Lifecycle-Prozess zusammenführen möchte. Ein Zahlungsereignis könnte einen Hinweis auslösen, während ein aktueller Rechnungsstatus den Flow später beendet. Vor dem Start solltest du klären, ob der benötigte Billing-Connector den Status zuverlässig und zeitnah liefert. Eine Marketing-Automation sollte keine fehlende Schnittstelle zur Abrechnung verdecken.

Starter kostet 15 $ pro Monat bei jährlicher Abrechnung für 1.000 Kontakte. Der Plan begrenzt Automationen auf fünf Aktionen und einen Nutzer. Plane daher die Statusprüfung, Nachricht und Abbruchbedingung bewusst; verschachtelte Retry-Strecken können den verfügbaren Rahmen schnell beanspruchen. Vergleiche die Kontaktgrenze mit deiner tatsächlichen Empfängerliste, nicht mit der Anzahl der aktiven Abos allein.

Halte Dunning-Nachrichten getrennt von werblichen Angeboten. Ein Hinweis zur ausstehenden Zahlung soll den Sachverhalt erklären und eine sichere Lösung ermöglichen; ein Rabatt oder Upgrade-Angebot verfolgt einen anderen Zweck und benötigt eine eigene Prüfung der Einwilligung. Lege fest, wer Änderungen an Automation und Billing-Ereignissen freigibt. Teste zunächst eine abgelaufene Karte, einen erfolgreichen Retry und eine bestätigte Kündigung, damit kein Pfad versehentlich weitere Nachrichten sendet.

Userlist richtet sich an SaaS-Teams, die Kommunikation auf Ebene einzelner Nutzer und ganzer Unternehmen organisieren möchten. Das kann bei Geschäftskunden helfen, wenn eine Rechnung einem Account gehört, die Kontaktperson für Billing aber nicht dieselbe ist wie der tägliche Produktnutzer. Lege vorab fest, wer die Zahlungsnachricht erhalten soll und welche Person einen sicheren Zugriff auf die Abrechnungsseite haben darf.

Basic kostet 149 $ pro Monat bis 10.000 Nutzer. Für eine Dunning-Journey sind neben Nutzerprofilen vor allem die Zuordnung zur Firma und die Aktualität des Kontostatus wichtig. Wenn sich Admins ändern oder ein Unternehmen mehrere Arbeitsbereiche besitzt, muss ein Kartenupdate-Link an eine berechtigte Person und zum richtigen Abonnement führen. Kontrolliere diese Fälle mit separaten Testkonten.

Userlist übernimmt nicht automatisch den Zahlungsretry oder entscheidet, ob ein Zugang gesperrt wird. Nutze Billing-Ereignisse als Auslöser, aber beende die Kommunikation erst auf Basis des bestätigten Status. So lassen sich Geschäftskunden gezielt informieren, ohne allen Mitgliedern dieselbe Mahnung zu senden. Prüfe auch, ob eine Grace Period auf Firmenebene oder je Vertrag gilt. Klare Zuständigkeiten verhindern, dass eine Person eine Nachricht bekommt, obwohl ein Kollege die Zahlung bereits korrigiert hat.

Loops konzentriert sich auf Produkt- und Lifecycle-Kommunikation und kann für ein kleineres SaaS-Team eine schlanke Oberfläche für ereignisbasierte Nachrichten bieten. Im Dunning-Prozess ist wichtig, dass der Zahlungsstatus als klares Ereignis ankommt und sich nach einer Änderung aktualisiert. Baue nicht allein auf eine zeitgesteuerte Erinnerung: Wenn der Kunde zwischenzeitlich bezahlt oder gekündigt hat, muss das System den Ablauf anhalten.

Der Early Stage Tarif ist kostenlos; die verfügbare Versandmenge hängt vom Tarifumfang ab. Formuliere deine Planung anhand der tatsächlichen Abonnenten- und Versandgrenzen, die du im Anbieter-Konto auswählst, statt einen beliebigen Listenpreis anzunehmen. Berücksichtige, dass eine einzelne fehlgeschlagene Rechnung mehrere Kontaktpunkte auslösen kann, wenn du E-Mail und weitere Produktkommunikation kombinierst.

Trenne notwendige Hinweise zum konkreten Zahlungsvorgang von Newslettern und Werbekampagnen. Die Betreffzeile sollte den Anlass benennen, während der Text erklärt, ob ein weiterer Einzug erfolgt und wie eine sichere Kartenänderung möglich ist. Teste den Link auf Mobilgeräten und stelle sicher, dass die Bestätigungsseite den neuen Status aus Billing abfragt. Für Retries, endgültige Sperrung und Kontozugriff bleibt die Abrechnung oder dein Produkt zuständig; Loops versendet die zugehörige Kommunikation.

Brevo verbindet E-Mail-Versand und Automationen und kann für Teams passen, die neben Kundenkommunikation auch Kampagnen verwalten. Dunning verlangt dabei eine strikte Trennung der Zielgruppen und Nachrichtenzwecke. Eine offene Rechnung sollte nicht bloß als Kampagnenmerkmal in einer großen Marketingliste liegen; sie braucht einen eigenen Status, eine klare Suppression nach Zahlung und einen überprüfbaren Empfänger.

Starter kostet 9 $ pro Monat für 5.000 E-Mails. Das Free-Angebot umfasst bis zu 300 E-Mails pro Tag. Plane das Sendekontingent anhand der Zahl betroffener Rechnungen und der vorgesehenen Hinweise. Wenn du zusätzlich Newsletter oder Produktupdates versendest, sollten diese Versandmengen nicht mit dem operativen Dunning-Bedarf verwechselt werden.

Verbinde Billing-Ereignisse nur dann mit einer Automation, wenn die Integration auch den aktuellen Rechnungsstatus liefert. Eine bloße Kontaktliste mit Markierung „Zahlung fehlgeschlagen“ reicht nicht, wenn die Markierung nach einem Retry nicht zurückgesetzt wird. Richte den Link zum Kartenupdate auf eine authentifizierte Seite und vermeide die Übermittlung sensibler Kartendaten per E-Mail. Dokumentiere außerdem, wie eine Grace Period im Produkt sichtbar wird und welches Ereignis sie beendet. Simuliere dazu auch den erfolgreichen Retry vor dem Livegang.

Intercom ist vor allem interessant, wenn du Zahlungsprobleme im Produkt sichtbar machen und mit Support-Kommunikation verbinden möchtest. Ein Banner nach der Anmeldung kann Kunden erreichen, die eine E-Mail nicht sehen, und einen Weg zum Kartenupdate anbieten. Der Hinweis sollte nur bei passendem Billing-Status erscheinen und unmittelbar verschwinden, wenn die Zahlung bestätigt ist. Zeige keine vertraulichen Rechnungsdetails auf einem gemeinsam genutzten Bildschirm.

Essential kostet bei jährlicher Abrechnung 29 $ pro Platz und Monat oder bei monatlicher Abrechnung 39 $ pro Platz und Monat. Fin wird separat mit 0,99 $ pro Lösung berechnet. Berücksichtige diese Posten getrennt von deinem Abrechnungsanbieter und prüfe, welche Supportplätze tatsächlich Dunning-Fälle bearbeiten. Wenn der Ablauf überwiegend aus automatisierten E-Mails besteht, ist ein In-App- und Supportsystem möglicherweise nur für einen Teil der Kommunikation zuständig.

Ein Supportgespräch muss automatisierte Nachrichten nicht ungeprüft parallel weiterlaufen lassen. Definiere, wann ein offener Fall den Flow pausiert und wie die Rückkehr zur Automation erfolgt. Leite Zahlungsstatus aus Billing ab und lasse Intercom nicht anhand einer Supportnotiz entscheiden, ob ein Abo bezahlt ist. Bei einer Grace Period müssen Banner, Supportantwort und E-Mail dasselbe Enddatum nennen. Teste zusätzlich, ob Nutzer mit mehreren Arbeitsbereichen nur den Hinweis zum betroffenen Abo sehen.

Postmark ist ein transaktionaler E-Mail-Dienst, der über eine API aus dem eigenen Billing- oder Anwendungssystem angesprochen werden kann. Für Dunning ist dieser Ansatz passend, wenn dein Team Statuslogik und Retry-Plan selbst betreibt und die Nachricht präzise aus dem jeweiligen Rechnungsvorgang erzeugt. Das System muss dann Empfänger, Rechnung, Zahlungsstatus und Kartenupdate-URL zuverlässig an Postmark übergeben.

Basic kostet 15 $ pro Monat ab 10.000 E-Mails. Das ist ein Versandtarif, kein Dunning-Workflow: Die Anwendung muss selbst entscheiden, wann eine Nachricht ausgelöst wird, wann sie unterdrückt wird und wie fehlgeschlagene Zustellungen behandelt werden. Schätze dein Volumen anhand realer Ereignisse und möglicher Wiederholungen, nicht anhand der Kontaktzahl.

Der technische Weg erlaubt klare Trennung zwischen Transaktionsnachrichten und Marketing-Einwilligung, sofern du beide Systeme und Empfängerlisten bewusst auseinanderhältst. Nutze einen kurzlebigen oder authentifizierten Link zur Kartenaktualisierung und protokolliere die Nachrichten-ID zusammen mit der Rechnungs-ID. Nach erfolgreicher Zahlung sollte ein neuer Status den geplanten Versand verhindern. Baue Wiederholungs- und Fehlerbehandlung idempotent: Doppelte Webhooks dürfen nicht mehrere gleichlautende E-Mails versenden. Support braucht außerdem eine Möglichkeit, den Zustand des Vorgangs nachzuvollziehen.