Verbinde Stripe per OAuth, um markenkonforme E-Mails auszulösen, wenn ein Abo beginnt, eine Testphase sich dem Ende nähert oder die Zahlung einer Rechnung fehlschlägt. Brew registriert den Webhook und stellt die unterstützten Events als Trigger für Automatisierungen bereit.
Für Zahlungen, erneute Zahlungsversuche, Rückerstattungen und Abo-Änderungen bleibt Stripe zuständig. Brew erstellt und versendet die E-Mails.
Starte mit einer E-Mail, die durch das Event invoice.payment_failed ausgelöst wird. Für eine spätere Erinnerung lässt du deine Anwendung eine neue Prüfung des Rechnungsstatus in Stripe planen. Löse ein separates eigenes Event in Brew nur aus, wenn die Rechnung weiterhin unbezahlt ist und der Kunde die Bedingungen noch erfüllt.
Nach einem Schritt „Warten“ enthalten die Event-Felder weiterhin die ursprüngliche Payload des Events. Eine Bedingung mit contact.stripe_subscription_status liest den aktuellen Wert des Felds im Brew-Kontakt, sobald dieser Knoten ausgeführt wird. Sie fragt Stripe nicht ab und beweist nicht, dass eine bestimmte Rechnung bezahlt wurde. Kontaktaktualisierungen und neue Zahlungs-Events brechen eine frühere Ausführung nicht automatisch ab. Auch eine aktualisierte Karte ist kein Zahlungsnachweis.
Teste beide Pfade: Ein Kunde, dessen Rechnung noch unbezahlt ist und der die Bedingungen noch erfüllt, bekommt die Erinnerung; ein Kunde, der vor der geplanten Prüfung zahlt, bekommt sie nicht. Teste Wiederholungen anhand des dokumentierten Idempotenzverhaltens.
Brew unterstützt diese 22 Event-Typen:
Kunden- und Abo-Events können Brew-Kontakte mit Abrechnungskontext aktualisieren. Zu den verfügbaren Kontaktfeldern gehören stripe_subscription_status, stripe_subscription_plan, stripe_plan_amount_cents, stripe_trial_end, stripe_renews_at, stripe_cancel_at_period_end und stripe_delinquent. Welche davon verfügbar sind, hängt vom Stripe-Event und den empfangenen Daten ab.
Richte dich bei Merge-Tags nach dem deklarierten Payload-Schema des gewählten Events. Je nach Event gehören dazu die Felder firstName, lastName, amount, currency, status, invoiceNumber, previousPlan, newPlan und failureMessage. Geldbeträge stehen in Cent, wo das Schema Cent angibt.
IDs von Stripe-Objekten werden aus den Payloads von Automatisierungen entfernt. Geh nicht davon aus, dass sich Rechnungs- oder Abo-IDs als Merge-Tags nutzen lassen. Auch die Stripe-Kunden-ID speichert Brew nicht am Kontakt.
Die Einstellung „Vollständigen Namen synchronisieren“, die es pro Event gibt, steuert, ob Stripe den Namen des Kontakts aktualisieren darf. Sie aktiviert oder deaktiviert keinen Trigger.
Ein späteres Zahlungs-Event bricht eine Ausführung, die durch einen früheren Fehlschlag gestartet wurde, nicht automatisch ab. Plane in deiner Anwendung vor der Erinnerung eine Prüfung ein und löse nur dann ein neues Event aus, wenn die Rechnung noch unbezahlt ist.
Ein Event zu empfangen und eine E-Mail zu senden, sind getrennte Schritte. Prüfe, ob eine passende Automatisierung live ist, sieh dir ihre Filter und ihren Ausführungsverlauf an und prüfe, ob der Empfänger erreichbar und die Versanddomain bereit ist. Die Einstellung „Vollständigen Namen synchronisieren“ steuert nur Namensaktualisierungen.
