Der Payment Received Trigger wurde entwickelt, um als zentrale Mechanik zur Erfassung aller eingehenden Zahlungen im CRM zu dienen. Er kann mit Filtern angepasst werden, um spezifische Use Cases abzudecken. Dieser Trigger hilft Unternehmen dabei, Aufgaben zu automatisieren, Prozesse zu optimieren und effizient auf Kunden-Transaktionen in Echtzeit zu reagieren.
INHALTSVERZEICHNIS
Was ist der Payment Received Workflow Trigger?
Wichtige Vorteile des Payment Received Workflow Triggers
Wie man den Payment Received Trigger verwendet
Filter
If/Else Conditions
Custom Values
Häufig gestellte Fragen
Zusätzliche Vorteile
Was ist der Payment Received Workflow Trigger?
Der Payment Received Trigger automatisiert Prozesse und Actions basierend auf eingehenden Zahlungen innerhalb eines Workflows. Er kann so konfiguriert werden, dass er auf alle Zahlungsereignisse im CRM reagiert (z. B. einmalige Käufe, Subscription-Zahlungen, Rechnungen usw.), einschließlich erfolgreicher oder fehlgeschlagener Transaktionen oder bestimmter Produkte und Zahlungsquellen.
Der Trigger startet sofort einen Workflow, sobald eine passende Zahlung eingeht. Dadurch können Actions automatisiert werden, wie z. B. das Senden von Bestätigungs-E-Mails, das Erstellen von Rechnungen oder das Aktualisieren von Kundendaten.
User können verschiedene Filter anwenden, wie Transaktionstyp, Zahlungsquelle oder Produkt. Dadurch lassen sich gezielte Workflows für bestimmte Szenarien erstellen, wie z. B. Subscription-Verlängerungen oder fehlgeschlagene Zahlungen.
Durch die Verwendung von If/Else Conditions im Workflow können unterschiedliche Actions basierend auf spezifischen Zahlungsmerkmalen ausgeführt werden, wie Betrag, Quelle oder Transaktionsstatus.
Zusätzlich können Workflows Zahlungsdaten für Analyse- und Reporting-Zwecke erfassen. Durch das Monitoring eingehender Zahlungen können Unternehmen wertvolle Einblicke in Verkaufsleistung, Kundenverhalten und Optimierungspotenziale gewinnen.
Wichtige Vorteile des Payment Received Workflow Triggers
Automatisierte Zahlungsbestätigung:
Kunden erhalten automatisch Bestätigungsnachrichten nach einer Zahlung → bessere Kundenerfahrung.
Subscription-Management:
Subscription-Status wird automatisch aktualisiert → effizientere Verwaltung.
Fehlerbehandlung bei Zahlungen:
Bei fehlgeschlagenen Zahlungen werden Support- oder Sales-Teams automatisch benachrichtigt → schnellere Problemlösung.
Wie man den Payment Received Trigger verwendet
Schritt 1:
Im Workflow einen Trigger hinzufügen: „Payment Received“
Danach auf „Add Filter“ klicken, um Filter und Sub-Filter hinzuzufügen.
Filter
Du kannst den Workflow Trigger mit Filtern sehr spezifisch machen.
Trigger | Filter | Optionen auf Filter-Ebene | Sub-Filter Level 1 | Optionen Sub-Filter Level 1 | Operatoren |
|---|---|---|---|---|---|
Payment Received | Payment Source | Invoice | Sub-Source | Text2Pay Link | is, is not |
One-time Invoice | Recurring Template | ||||
Funnel/Website | Sub-Source | One-step Order Form | |||
Two-step Order Form | |||||
Upsell | |||||
Transaction Type | Customer present / first transaction | ||||
Customer not present / subscription transaction | |||||
Calendar | Calendar | Calendar Names | |||
Global Product | Global Product Names | ||||
Price | Price Names (basierend auf Produkt) | ||||
Payment Status | Success | ||||
Failed |
Beispiel:
Wenn der Workflow bei einem Two-step Order Form starten soll:
Payment Source → Funnel → Sub-Source → Two-step Order Form
If/Else Conditions
Nachdem Filter gesetzt wurden, kannst du If/Else Conditions hinzufügen, um den Workflow weiter zu verzweigen.
If/Else Option | Action | Operator | Optionen |
|---|---|---|---|
Payment | Product | is / is not | Global Product Names |
Funnel/Website | Funnel/Website Names | ||
Calendar | Calendar Names | ||
Source | Invoice, Funnel, Website, Calendar | ||
Payment Status | success / failed | ||
Amount | =, ≠, >, ≥, <, ≤, is empty, is not empty | ||
Amount Paid |
Custom Values
Nach Einrichtung des Triggers stehen Custom Values zur Verfügung, die in SMS, E-Mails oder Notifications genutzt werden können.
Kategorie | Name | Wert |
|---|---|---|
Payment | Source | {{payment.source}} |
Currency Symbol | {{payment.currency_symbol}} | |
Currency Code | {{payment.currency_code}} |
Customer
Feld | Wert |
|---|---|
ID | |
First Name | {{payment.customer.first_name}} |
Last Name | {{payment.customer.last_name}} |
Name | |
Phone | |
Address | {{payment.customer.address}} |
City | |
State | {{payment.customer.state}} |
Country | |
Postal Code | {{payment.customer.postal_code}} |
Invoice
Feld | Wert |
|---|---|
Name | |
Number | {{payment.invoice.number}} |
Issue Date | {{payment.invoice.issue_date}} |
Due Date | {{payment.invoice.due_date}} |
URL | {{payment.invoice.url}} |
Recorded By | {{payment.invoice.recorded_by}} |
Weitere Zahlungsdaten
Feld | Wert |
|---|---|
Sub Total | {{payment.sub_total_amount}} |
Discount | {{payment.discount_amount}} |
Coupon Code | {{payment.coupon_code}} |
Tax | {{payment.tax_amount}} |
Created On | {{payment.created_on}} |
Total Amount | {{payment.total_amount}} |
Transaction ID | {{payment.transaction_id}} |
Status | {{payment.payment_status}} |
Gateway | {{payment.gateway}} |
Card Last 4 | {{payment.card.last4}} |
Card Brand | {{payment.card.brand}} |
Method | {{payment.method}} |
Häufig gestellte Fragen
Was ist der Sub-Source Filter?
Sub-Source definiert die genaue Herkunft der Zahlung innerhalb einer Quelle (z. B. Funnel → One-step, Two-step oder Upsell).
Erfasst der Trigger auch Subscription-Zahlungen?
Ja, sowohl erste als auch wiederkehrende Zahlungen.
Unterschied zwischen Customer present und Customer not present?
Customer present: Kunde ist aktiv im Checkout
Customer not present: automatische Abbuchung im Hintergrund
Wie filtere ich wiederkehrende erfolgreiche Zahlungen?
Source: Funnel/Website
Transaction Type: Customer not present
Payment Status: Success
Werden fehlgeschlagene Zahlungen erfasst?
Ja, standardmäßig werden sowohl erfolgreiche als auch fehlgeschlagene Zahlungen erfasst.
Funktioniert der Trigger produktbezogen?
Ja, wenn ein Produkt im Filter gewählt wird, reagiert der Trigger nur auf dieses Produkt.
Zusätzliche Vorteile
Dunning Management:
Automatisierte E-Mail-Sequenzen bei fehlgeschlagenen Zahlungen → mehr Umsatzrückgewinnung.
Customer Segmentierung:
Segmentierung basierend auf Kaufverhalten → gezieltere Kampagnen und Upsells.
Sales Tracking:
Analyse von Verkaufsdaten → bessere Strategien und mehr Umsatz.
Integration mit Buchhaltung:
Automatische Synchronisation mit Accounting-Systemen über Webhooks.
Handling von Trial-Perioden:
Unterscheidung zwischen $0 Testzahlung und späterer Abbuchung → bessere Automatisierung.
Text2Pay Integration:
Automatisierung von Zahlungen über SMS → schnellere Zahlungen und bessere Conversion.