Transformez vos e-mails en revenus avec Brew.
Synchronisation des clients et déclencheurs
Connectez Stripe via OAuth pour lancer des e-mails à l’image de votre marque quand un abonnement démarre, qu’un essai touche à sa fin ou que le paiement d’une facture échoue. Brew configure le webhook et rend les événements pris en charge disponibles comme déclencheurs d’automatisation.
Stripe reste responsable des paiements, des nouvelles tentatives de paiement, des remboursements et des changements d’abonnement. Brew crée et envoie les e-mails.
Commencez par un e-mail déclenché par l’événement invoice.payment_failed. Pour un rappel ultérieur, faites programmer par votre application une nouvelle vérification du statut de la facture dans Stripe. Ne déclenchez un événement personnalisé Brew distinct que si la facture reste impayée et que le client est toujours éligible.
Après une étape d’attente, les champs de l’événement contiennent toujours le payload d’origine. Une condition contact.stripe_subscription_status lit la valeur actuelle du champ sur le contact Brew au moment où ce nœud s’exécute. Elle n’interroge pas Stripe et ne prouve pas qu’une facture donnée a été payée. Les mises à jour du contact et les nouveaux événements de paiement n’annulent pas automatiquement une exécution antérieure. La mise à jour d’une carte ne prouve pas non plus le paiement.
Testez les deux chemins : un client dont la facture est toujours impayée, et qui reste éligible, reçoit le rappel ; un client qui paie avant la vérification programmée ne le reçoit pas. Testez les nouvelles tentatives en vous appuyant sur le contrat d’idempotence documenté.
Brew prend en charge les 22 types d’événements suivants :
Les événements client et abonnement peuvent mettre à jour les contacts Brew avec des informations de facturation. Les champs de contact disponibles incluent stripe_subscription_status, stripe_subscription_plan, stripe_plan_amount_cents, stripe_trial_end, stripe_renews_at, stripe_cancel_at_period_end et stripe_delinquent. Leur disponibilité dépend de l’événement Stripe et des données reçues.
Pour les balises de fusion, utilisez le schéma de payload déclaré par l’événement sélectionné. Selon l’événement, les champs incluent firstName, lastName, amount, currency, status, invoiceNumber, previousPlan, newPlan et failureMessage. Les montants sont exprimés en centimes lorsque le schéma l’indique.
Les identifiants des objets Stripe sont retirés des payloads d’automatisation. Ne partez pas du principe que les ID de facture ou d’abonnement peuvent servir de balises de fusion. Brew ne stocke pas non plus l’ID client Stripe sur le contact.
Le paramètre « Synchroniser le nom complet », propre à chaque événement, détermine si Stripe peut mettre à jour le nom du contact. Il n’active ni ne désactive aucun déclencheur.
Un événement de paiement ultérieur n’annule pas automatiquement une exécution lancée par un échec antérieur. Programmez une vérification côté application avant le rappel, et ne déclenchez un nouvel événement que si la facture est toujours impayée.
Recevoir un événement et envoyer un e-mail sont deux étapes distinctes. Vérifiez qu’une automatisation correspondante est active, examinez ses filtres et son historique d’exécution, puis contrôlez l’éligibilité du destinataire et le domaine d’envoi. Le paramètre « Synchroniser le nom complet » ne contrôle que la mise à jour des noms.
