Chargebacks mit Recurly: was Recurly zeigt und wo Sie antworten

Recurly rechnet mit Ihren Kunden ab, aber die Kartenzahlung selbst läuft über ein Gateway wie Stripe oder Adyen. Widerspricht ein Kunde einer Belastung, entscheidet diese Aufteilung alles: Der Dispute wird beim Gateway eröffnet und beantwortet, und Recurly hält die Folgen an Rechnung und Abo fest. Dieser Ratgeber erklärt, was Recurly zeigt, was es von sich aus tut und wo Sie tatsächlich antworten.

Er hält sich an die eigene Dokumentation von Recurly: Chargeback-Management für Karten, Chargebacks und späte Fehlschläge bei Lastschriften, die Seite zum Stripe-Gateway, das Transaktions-Dashboard und Abo-Benachrichtigungen (alle abgerufen im November 2026). Wo die Doku von Recurly schweigt, sagen wir es.

Wer was tut

Schritt	Wo er stattfindet
Der Karteninhaber widerspricht der Belastung	Seine Bank, dann das Kartennetzwerk
Der Dispute wird eröffnet, und Sie werden benachrichtigt	Ihr Gateway
Sie reichen Nachweise ein oder akzeptieren	Ihr Gateway, in seinem Dashboard oder seiner API
Die Bank entscheidet	Bank und Netzwerk
Rechnung und Abo werden aktualisiert	Recurly, wenn das Chargeback-Management aktiviert ist

Die Chargeback-Seite von Recurly ist bei der Antwort eindeutig: Der Händler ficht den Chargeback über sein Gateway an oder akzeptiert ihn dort. Recurly reicht keine Nachweise für Sie ein.

Das native Chargeback-Management von Recurly für Karten

Verfügbarkeit

Laut Doku von Recurly ist das native Chargeback-Management für Karten im Early Access: Sie bitten den Recurly-Support oder Ihren Account Manager, es zu aktivieren. Es ist für drei Gateways verfügbar:

• Adyen: Aktivieren Sie die Adyen-Webhook-Typen CHARGEBACK, SECOND_CHARGEBACK und DISPUTE_DEFENSE_PERIOD_ENDED. Recurly weist darauf hin, dass manche Adyen-Status erst eintreffen, nachdem Sie im Adyen-Dashboard gehandelt haben.
• Chase Orbital: Chase gibt Recurly über die Partner-ID von Recurly Zugang zu seinen Chargeback-Dateiberichten; in Recurly wird nichts eingerichtet.
• Stripe: Chargeback-Status und Grundcode erscheinen in der Admin-Oberfläche von Recurly, und für ihre Bedeutung verweist Recurly auf die Grundcodes von Stripe. Die Stripe-Seite von Recurly sagt, dass die genutzten Webhook-Events keine zusätzliche Konfiguration in Stripe brauchen.

Für andere Gateways beschreibt die von uns gefundene Doku keine native Chargeback-Behandlung, und mindestens eine Gateway-Seite (Ebanx) sagt, dass Chargebacks nicht abgebildet werden. Prüfen Sie die Seite Ihres Gateways in der Doku von Recurly.

Was Recurly tut, und wann

Recurly handelt, wenn der Chargeback einen Endzustand erreicht: akzeptiert, verloren oder abgelaufen. Zu diesem Zeitpunkt erhält es vom Gateway ein Event „Chargeback Completed” und:

1. erstellt eine externe Erstattungsrechnung mit dem Ursprung Chargeback;
2. erstellt eine Chargeback-Transaktion, die im Transaktions-Dashboard mit dem Status Chargeback erscheint;
3. lässt das zugehörige Abo ablaufen. Ein anderer Teil der Doku von Recurly sagt, dass betroffene Abos je nach Ihren Einstellungen automatisch ablaufen „können”, prüfen Sie also Ihre Konfiguration.

Daraus folgen zwei Dinge. Erstens ändert sich in Recurly nichts, solange der Dispute offen ist; das Abo verlängert sich weiter, wenn Sie nicht handeln. Zweitens beschreibt die von uns gefundene Doku von Recurly nicht, was in Recurly passiert, wenn Sie einen Dispute gewinnen, da die Aktionen an akzeptiert, verloren und abgelaufen gebunden sind. Gewinnen Sie, prüfen Sie Rechnung und Abo selbst.

Ein Chargeback-System zur Zeit

Recurly unterstützt Chargeback-Tools von Drittanbietern als Alternative, aber pro Site kann nur ein System aktiv sein. Ist ein Drittanbieter-Tool aktiviert, verarbeitet Recurly für die unterstützten Gateways keine Chargeback-Events des Gateways mehr. Wählen Sie eine maßgebliche Quelle.

Lastschrift ist anders

Für Banklastschriften beschreibt die Lastschrift-Seite von Recurly Chargebacks und späte Fehlschläge, mit GoCardless als Hauptbeispiel und zwei Modi:

• Standardmodus: Erhält Recurly den Chargeback-Webhook, erstellt es selbst eine Erstattungstransaktion.
• Manueller Modus: Recurly sendet für jeden Chargeback eine Webhook-Benachrichtigung und unternimmt nichts; Sie entscheiden, was zu tun ist. In diesem Modus liefert der Statusfilter Chargeback auf der Transaktionsseite nichts, weil keine Chargeback-Erstattungstransaktionen erstellt werden.

Recurly weist darauf hin, dass die Webhook Options des Gateways aktiviert sein müssen, damit die automatisierte Behandlung funktioniert. In beiden Modi sendet es für jedes Chargeback-Event einen Webhook.

Wo Sie antworten: beim Gateway

Da die Antwort beim Gateway erfolgt, entscheidet Ihr Prozess dort über das Ergebnis. Ist Ihr Gateway Stripe, erklären wir den Ablauf eines Disputes, die Nachweisfelder und die Fristen in Chargebacks bei Stripe gewinnen. Egal welches Gateway: Die Nachweise eines Abo-Geschäfts stammen großteils aus Quellen, bei denen Recurly helfen kann:

• Abo-Historie: wann sich der Kunde angemeldet hat, welcher Plan, wie viele Verlängerungen er ohne Widerspruch bezahlt hat. Die Konto- und Rechnungsseiten von Recurly enthalten das.
• Kündigungsnachweis: Sagt der Dispute „Ich habe gekündigt”, hat Recurly canceled_at und expires_at für das Abo und die erhaltene Benachrichtigung canceled. Gibt es keine Kündigung, ist auch das ein Nachweis.
• Bei der Anmeldung gezeigte Bedingungen, einschließlich wie man kündigt und wann Verlängerungen erfolgen.
• Gesendete E-Mails: Rechnungs-, Verlängerungs- oder Mahnmails an den Kunden, von Recurly oder von Ihnen.
• Nutzung: Logins und Aktivität in Ihrem Produkt während des belasteten Zeitraums. Das liegt in Ihren Systemen, nicht in Recurly.
• Support-Gespräche mit dem Kunden, aus Ihrem Helpdesk.

Ein Prozess, der funktioniert

1. Die Unterstützung Ihres Gateways kennen. Prüfen Sie, ob Ihr Gateway eines der drei mit nativer Behandlung ist und ob sie für Ihre Site aktiviert ist.
2. Beim Gateway benachrichtigt werden, nicht erst am Ende. Recurly handelt im Endzustand; dann ist die Nachweisfrist bereits verstrichen. Abonnieren Sie Dispute-Benachrichtigungen direkt beim Gateway.
3. Sofort entscheiden, was mit dem Abo passiert. Sagt der Karteninhaber, die Belastung sei nicht von ihm, wird wahrscheinlich auch die nächste Verlängerung auf dieser Karte angefochten. Erwägen Sie, das Abo in Recurly zu kündigen, solange der Dispute offen ist, statt darauf zu warten, dass Recurly es ablaufen lässt.
4. Nachweise aus Recurly und Ihren eigenen Systemen sammeln und dann vor der Frist beim Gateway antworten.
5. Am Ende abgleichen. Erstellt Recurly die Erstattungsrechnung und die Chargeback-Transaktion, prüfen Sie, ob der Abo-Zustand Ihrer Entscheidung entspricht, und behandeln Sie gewonnene Disputes von Hand.
6. Nach Mustern suchen. Disputes mit „Abo gekündigt” deuten auf einen Kündigungsprozess hin, der schwer zu finden ist oder nicht umgesetzt wird; Disputes mit „nicht erkannt” deuten auf Ihren Descriptor oder fehlende Verlängerungserinnerungen hin.

So geht es mit NoChurn

Mit Recurly kommen Disputes vom Gateway dahinter. Ist dieses Gateway Stripe oder Braintree, liest NoChurn den Dispute, sammelt die Nachweise automatisch (Antworten im Kündigungsflow, von NoChurn gesendete E-Mails, Nutzung, die Sie per API senden, und Gespräche aus einem verbundenen Helpdesk, schreibgeschützt) und entwirft mit KI eine Antwort, die erst an das Gateway gesendet wird, nachdem eine Person aus Ihrem Team sie geprüft hat. Die Entscheidung der Bank, Gebühren und Fristen bleiben bei Gateway und Netzwerken, und Rechnungen und Abos bleiben in Recurly. NoChurn ergänzt außerdem Kündigungsflows mit stets sichtbarem Kündigen-Button für einen Klick, was hilft, Disputes mit „Ich habe gekündigt” zu verhindern. Siehe NoChurn + Recurly.