In diesem Artikel behandelt:
Was ist der Workflow-Trigger „Zahlung erhalten“ und was bewirkt er?
Welche Anwendungsfälle gibt es und welche Vorteile bieten sie?
Wie wird der Trigger „Zahlung erhalten“ verwendet?
Workflow-Trigger-Filterfür den Workflow-Trigger „Zahlung erhalten“
Wenn/Sonst-Bedingungen für den Workflow-Trigger „Zahlung erhalten“
Benutzerdefinierte Werte für den Workflow-Trigger „Zahlung erhalten“
Häufig gestellte Fragen (FAQs)
Erfasst dieser Trigger auch nachfolgende Abo-Zahlungen?
Wie richte ich den Trigger für erfolgreiche Folge-Abo-Transaktionen ein?
Was bedeuten „Kunde anwesend / Ersttransaktion“ und „Kunde nicht anwesend / Abo-Transaktion“?
Werden auch fehlgeschlagene Zahlungen in diesem Trigger erfasst?
Ich habe den Trigger konfiguriert und ein bestimmtes Produkt in den Filtern ausgewählt. Löst der Trigger aus, wenn dieses Produkt irgendwo verkauft wird?
Was ist der Unterquellen-Filter?
Was ist der Workflow-Trigger „Zahlung erhalten“ und was bewirkt er?
Der Trigger „Zahlung erhalten“ automatisiert Prozesse und Aktionen auf Basis eingehender Zahlungen innerhalb eines Workflows. Er kann so konfiguriert werden, dass er auf bestimmte Zahlungsereignisse reagiert, wie etwa erfolgreiche oder fehlgeschlagene Transaktionen oder bestimmte Produkte und Zahlungsquellen. Die wichtigsten Funktionen im Überblick: Workflow-Automatisierung: Der Trigger startet den Workflow, sobald eine Zahlung eingeht. Dadurch können automatisierte Aktionen wie der Versand von Bestätigungs-E-Mails, die Erstellung von Rechnungen oder die Aktualisierung von Kundendaten im CRM ausgelöst werden. Anpassung durch Filter: Du kannst verschiedene Filter auf den Trigger anwenden, z. B. Transaktionstyp, Zahlungsquelle oder Produkt. Dies ermöglicht gezielte Workflows für spezifische Szenarien wie Abo-Verlängerungen oder fehlgeschlagene Zahlungen. Echtzeit-Reaktion: Der Trigger arbeitet in Echtzeit, sodass du unmittelbar auf Kundentransaktionen reagieren kannst. Das verbessert das Kundenerlebnis durch sofortiges Feedback oder die zügige Behebung von Problemen. Bedingte Aktionen: Mithilfe von Wenn/Sonst-Bedingungen im Workflow lassen sich je nach Zahlungsmerkmalen (z. B. Betrag, Quelle oder Transaktionsstatus) unterschiedliche Aktionen ausführen. Berichterstattung und Analysen: Der Trigger erfasst Zahlungsdaten für Auswertungs- und Berichtszwecke. Durch die Überwachung eingehender Zahlungen und ihrer Eigenschaften erhältst du Einblicke in Verkaufsleistung, Kundenverhalten und Optimierungspotenziale.Welche Anwendungsfälle gibt es und welche Vorteile bieten sie?
Der Trigger „Zahlung erhalten“ bietet zahlreiche Anwendungsfälle und Vorteile zur Automatisierung von Prozessen und zur Verbesserung der Kundenbetreuung:- Automatisierte Zahlungsbestätigung: Anwendungsfall: Sende Kunden automatische Bestätigungs-E-Mails oder -Nachrichten, sobald die Zahlung verarbeitet wurde. Vorteile: Verbessert das Kundenerlebnis durch sofortige Zahlungsbestätigung, reduziert manuelle Aufgaben und sorgt für eine klare Kundenkommunikation.
- Abo-Verwaltung: Anwendungsfall: Aktualisiere den Abo-Status im System automatisch, wenn eine Abo-Zahlung erfolgreich war oder fehlschlägt. Vorteile: Gewährleistet korrekte und aktuelle Abo-Daten, optimiert die Abo-Verwaltung und reduziert manuelle Eingriffe.
- Mahnwesen (Dunning Management): Anwendungsfall: Löse automatisch Mahn-E-Mail-Sequenzen für Kunden mit fehlgeschlagenen Abo-Zahlungen aus. Vorteile: Verbessert die Rückholung offener Beträge durch schnelles Reagieren auf Zahlungsfehler, reduziert die Abwanderung und stärkt die Kundenbindung.
- Kundensegmentierung: Anwendungsfall: Nutze Zahlungsdaten zur Segmentierung von Kunden basierend auf ihrem Kaufverhalten, z. B. für besonders umsatzstarke Kunden oder wiederkehrende Käufer. Vorteile: Ermöglicht zielgerichtete Marketingkampagnen, hilft bei der Identifizierung von Upsell- oder Cross-Sell-Möglichkeiten und unterstützt personalisierte Kundenerlebnisse.
- Behebung von Zahlungsfehlern: Anwendungsfall: Benachrichtige automatisch das Support- oder Vertriebsteam, um den Kunden bei einer fehlgeschlagenen Zahlung direkt zu unterstützen. Vorteile: Verbessert den Kundensupport, steigert die Kundenzufriedenheit und hilft, Zahlungsprobleme schnell zu lösen.
- Verfolgung der Vertriebsleistung: Anwendungsfall: Werte Zahlungsdaten aus, um Verkaufstrends wie Bestseller-Produkte, saisonale Schwankungen oder Kundenpräferenzen zu erkennen. Vorteile: Liefert wertvolle Erkenntnisse für strategische Entscheidungen, optimiert Vertriebsstrategien und fördert das Umsatzwachstum.
- Integration mit Buchhaltungssystemen: Anwendungsfall: Aktualisiere Buchhaltungsdaten automatisch über ausgehende Webhooks mit Zahlungsinformationen, z. B. für die Rechnungsstellung, Umsatzrealisierung oder Steuerberechnung. Vorteile: Gewährleistet eine genaue Finanzberichterstattung, optimiert Buchhaltungsprozesse und reduziert die manuelle Dateneingabe.
- Umgang mit Testphasen-Transaktionen: Der Trigger „Zahlung erhalten“ verarbeitet auch Transaktionen mit Testphasen bei Abo-Produkten (z. B. einer 14-tägigen Testphase). Wenn sich ein Kunde für die Testphase anmeldet und zunächst 0 € zahlt, stuft der Trigger dies als „Kunde anwesend“-Transaktion ein, da der Kunde aktiv auf der Seite ist und seine Zahlungsdaten eingibt. Nach Ablauf der 14 Tage werden dem Kunden automatisch 100 € berechnet, ohne dass er die Zahlungsdaten erneut eingeben muss. Diese Folgetransaktion gilt als „Kunde nicht anwesend“-Transaktion, da sie im Hintergrund abläuft. Der Trigger ermöglicht es, Workflows rund um Testphasen präzise nachzuverfolgen und zu automatisieren. Vorteile: Die effiziente Abwicklung von Testphasen verbessert das Kundenerlebnis, erleichtert die Abo-Verwaltung und minimiert den manuellen Aufwand.
- Integration von Text2Pay-Links: Der Trigger „Zahlung erhalten“ unterstützt Text2Pay-Links als Zahlungsquelle. Dadurch lassen sich Workflows für Zahlungen automatisieren, die über SMS-basierte Methoden eingehen. Vorteile: Die Nutzung von Text2Pay-Links mit dem Trigger ermöglicht eine schnellere Zahlungsabwicklung und vereinfacht die Kommunikation mit dem Kunden.
Wie wird der Trigger „Zahlung erhalten“ verwendet?
Füge innerhalb eines Workflows einen neuen Workflow-Trigger namens Zahlung erhalten (Payment Received) hinzu.
Bitte beachten:
Workflow-Trigger-Filter
für den Workflow-Trigger „Zahlung erhalten“
Du kannst den Workflow-Trigger mithilfe von Filtern präzisieren. Die folgende Tabelle zeigt alle verfügbaren Filter und Unterfilter:Wenn/Sonst-Bedingungen für den Workflow-Trigger „Zahlung erhalten“
Nachdem du die gewünschten Filter und Unterfilter zum Workflow-Trigger hinzugefügt hast, kannst du eine Wenn/Sonst-Bedingung für Zahlungen einfügen, um den Workflow basierend auf bestimmten Kriterien zu verzweigen.
Diese Tabelle beschreibt die möglichen Wenn/Sonst-Bedingungen und deren Verzweigungen:
Benutzerdefinierte Werte für den Workflow-Trigger „Zahlung erhalten“
Wenn du den Trigger „Zahlung erhalten“ nutzt, hast du Zugriff auf benutzerdefinierte Werte, die du in SMS, E-Mails, internen Benachrichtigungen usw. verwenden kannst:Häufig gestellte Fragen (FAQs)
Erfasst dieser Trigger auch nachfolgende Abo-Zahlungen?
Ja. Der Trigger löst sowohl aus, wenn eine Zahlung direkt über ein Bestellformular eingeht, als auch dann, wenn ein Abo im Hintergrund abgebucht wird.Wie richte ich den Trigger für erfolgreiche Folge-Abo-Transaktionen ein?
Da Abos über einen Funnel oder eine Website erstellt werden können, erstelle einen Trigger für „Zahlung erhalten“ und wende folgende Filter an:- Quellentyp: Funnel / Website
- Transaktionstyp: „Kunde nicht anwesend / Abo-Transaktion“
Über den Filter für den Zahlungsstatus kannst du nach erfolgreichen oder fehlgeschlagenen Zahlungen filtern.
Was bedeuten „Kunde anwesend / Ersttransaktion“ und „Kunde nicht anwesend / Abo-Transaktion“?
Transaktionstypen werden in zwei Kategorien unterteilt:- Kunde anwesend / Ersttransaktion: Umfasst Transaktionen, bei denen der Endkunde aktiv auf der Seite ist und die Zahlung vornimmt. Dazu gehören alle Einmalkäufe sowie die erste Bestellung eines Abo-Produkts.
- Kunde nicht anwesend / Abo-Transaktion: Umfasst Transaktionstypen, die im Hintergrund ablaufen, nachdem ein Abo bereits eingerichtet wurde. Beispiel: Ein Kunde kauft ein wiederkehrendes Produkt mit 14-tägiger Testphase. Die Transaktion beim Kauf (0 €) fällt unter „Kunde anwesend / Ersttransaktion“. Werden nach 14 Tagen die regulären 100 € für das Abo abgebucht, fällt diese Transaktion unter „Kunde nicht anwesend / Abo-Transaktion“.
Werden auch fehlgeschlagene Zahlungen in diesem Trigger erfasst?
Ja. Standardmäßig und ohne Filter löst der Trigger sowohl bei erfolgreichen als auch bei fehlgeschlagenen Zahlungsversuchen aus. Um gezielt nur auf erfolgreiche oder fehlgeschlagene Zahlungen zu reagieren, füge den Filter „Transaktionsstatus“ hinzu und setze ihn auf „Erfolgreich“ bzw. „Fehlgeschlagen“.