Spoke · Stripe · n8n ≈ 10 Min. Lesezeit

Stripe-Lifecycle-Automatisierung: vom Webhook bis Win-Back

TL;DR Stripe in Production heißt: signierte Webhooks, Idempotenz pro event.id in Postgres, klare State-Maschine pro Customer, Dunning & Win-Back in n8n (oder Edge) und Alerting bei Dead-Letter. Ohne diese vier Bausteine verlieren Sie Zahlungen still.

Dieser Deep-Dive gehört zum Automatisierungs-Pillar von 09Clicks. Ziel: konkrete Architektur, die Sie 1:1 gegen Ihren Stack spiegeln können — nicht Marketing-Floskeln.

Webhook-Verifier als erster Node

n8n: Stripe Trigger mit Signing Secret — niemals rohen Body ohne Signatur prüfen. Bei Self-Host: Raw-Body-Option aktivieren, sonst schlägt die Signaturprüfung fehl.

Idempotenz-Tabelle (Minimalschema)

stripe_events (
  id text primary key,        -- evt_...
  type text not null,
  received_at timestamptz default now(),
  processed_at timestamptz
);

INSERT … ON CONFLICT DO NOTHING — wenn keine Zeile: Workflow stoppt sofort (Replay-Schutz).

Lifecycle-Zweige

checkout.session.completed → Provisionierung (CRM, Zugänge, Discord wie bei Renzom)
invoice.payment_failed → gestufte Dunning-Mails + Slack-Alert nach 3. Fehlschlag
customer.subscription.deleted → Deprovision, Panel-Sperre, Win-Back-Sequence Start

Observability

Jeder kritische Pfad schreibt correlation_id (Stripe Customer + evt). Dead-Letter-Queue + manuelle Reprocess-Route im n8n-Subworkflow.

Ausführlicher Stack-Deep-Dive: Blog: Stripe-Integration.