So bearbeiten Sie Erstattungsanfragen in Zendesk, bevor sie zu Chargebacks werden

Ein Chargeback ist oft eine Erstattungsanfrage, die niemand rechtzeitig beantwortet hat. Der Kunde schreibt dem Support, wartet, bekommt eine vage Antwort oder keine und ruft dann seine Bank an. Ab diesem Moment wird aus einer einfachen Erstattung ein Streitfall mit Gebühr, Frist, einem Eintrag in Ihrer Dispute-Quote und einem Ergebnis, das Sie nicht mehr in der Hand haben.

Dieser Ratgeber zeigt, wie Sie Zendesk so einrichten, dass Erstattungsanfragen erkannt, schnell beantwortet und einheitlich entschieden werden, und wie Sie die Aufzeichnungen behalten, die Sie brauchen, falls es trotzdem zu einem Streitfall kommt. Er stützt sich auf die Dokumentation von Zendesk zur Bedingung Comment text, zu Makros, zu Intelligent Triage und zum Drucken von Tickets sowie auf Stripes So funktionieren Disputes, Best Practices zur Betrugsprävention und Best Practices für Belege (alle abgerufen im November 2026). Auf der Zahlungsseite dient Stripe als Beispiel; prüfen Sie die Regeln Ihres eigenen Zahlungsabwicklers, wenn Sie einen anderen nutzen.

Warum Geschwindigkeit mehr zählt als die Entscheidung

Zwei Fakten aus Stripes Dokumentation erklären, warum Erstattungsanfragen Vorrang verdienen:

• Ist ein Streitfall offen, schließt sich die Tür zur Erstattung. Stripes Seite So funktionieren Disputes sagt, dass Sie außerhalb des Dispute-Prozesses keine Erstattung ausstellen können, solange ein Streitfall offen ist. Der einzige Weg, ihn zu kippen, ist das Einreichen von Belegen.
• Eine vollständige Erstattung verhindert einen Streitfall; eine teilweise nicht. Laut derselben Seite können Kunden vollständig erstattete Zahlungen nicht beanstanden, teilweise erstattete aber schon.

Die Frage ist also nicht nur „sollen wir erstatten?“, sondern „können wir entscheiden, bevor der Kunde zu seiner Bank geht?“

Erstattungsanfragen in Zendesk erkennen

Trigger auf Schlüsselwörter

Ein Ticket-Trigger mit der Bedingung Comment text fängt die meisten Anfragen ab. Die Bedingung betrachtet bei der Erstellung den Betreff und bei Aktualisierungen den neuesten Kommentar. Fügen Sie unter „Meet ANY of the following conditions“ eine Bedingung pro Phrase hinzu:

• „refund“, „money back“, „charged twice“, „double charged“
• „didn’t authorize“, „did not authorize“, „unauthorized“, „don’t recognize this charge“
• „dispute“, „chargeback“, „my bank“

Aktionen: den Tag refund-request hinzufügen, die Priorität auf High setzen, der Abrechnungsgruppe zuweisen.

Geben Sie der zweiten Gruppe von Phrasen einen eigenen Tag (charge-not-recognized). Ein Kunde, der eine Belastung nicht erkennt, geht am ehesten direkt zu seiner Bank, und es handelt sich am ehesten um einen Betrugsfall statt um einen Erstattungsfall.

Intelligent Triage

Wenn Sie Intelligent Triage haben, können die vorhergesagte Absicht und Stimmung Erstattungstickets ohne Schlüsselwortlisten routen. Zendesks Leitfaden zu Anwendungsfällen schlägt zum Beispiel vor, die Priorität sehr negativer Tickets zu erhöhen oder sie an eine erfahrenere Gruppe zu senden. Diese Vorhersagen in Triggern zu nutzen, erfordert das Add-on Copilot; die Klassifizierungen selbst sind in den Plänen Suite und Support Professional und höher verfügbar.

Ein Abrechnungsformular oder -feld

Ein Ticketformular „Abrechnung“ mit einem Feld „Anfragetyp“ (Erstattung, Belastung nicht erkannt, Frage zur Rechnung, Kündigung) liefert sauberere Daten als jedes Schlüsselwort. Es funktioniert nur für Tickets, die über Ihr Help Center oder Widget erstellt werden; behalten Sie also den Trigger für E-Mail.

Schnell antworten

Legen Sie für Tickets mit refund-request und charge-not-recognized eine Zielzeit für die erste Antwort fest, die kürzer ist als Ihre normale, und halten Sie eine Ansicht dieser Tickets nach Alter sortiert, damit nichts unbemerkt wartet. Die Antwort muss die Entscheidung nicht enthalten. Sie muss dem Kunden sagen, dass sich ein Mensch darum kümmert und wann er Bescheid bekommt.

Ein Makro für die erste Antwort:

Hallo {{ticket.requester.first_name}}, danke, dass Sie sich wegen dieser Belastung melden. Ich sehe mir das gerade an und melde mich bis [Uhrzeit] mit einer Antwort. Sie müssen Ihre Bank nicht kontaktieren; wir klären das direkt.

Schreiben Sie den letzten Satz nur, wenn Sie ihn ernst meinen und auch umsetzen.

Einheitlich entscheiden

Schreiben Sie eine Erstattungsrichtlinie auf, die Ihre Agenten anwenden können, ohne jedes Ticket zu eskalieren. Eine einfache Entscheidungstabelle:

Situation	Typische Entscheidung
Belastet nach einer Kündigung, die der Kunde tatsächlich beantragt hatte	Vollständige Erstattung, Kündigung bestätigen
Jährliche Verlängerung belastet, Kunde hat nach der Verlängerung nicht genutzt	Vollständige oder anteilige Erstattung, nach Ihrer veröffentlichten Richtlinie
Doppelte Belastung	Die doppelte Belastung erstatten
Kunde erkennt die Belastung nicht, kein passendes Konto	Als möglichen Betrug eskalieren
Kunde hat den Dienst genutzt und will Geld zurück	Nach Ihrer Richtlinie; bei einer Ablehnung klar erklären

Zwei Punkte zu Stripe, die Sie im Kopf behalten sollten:

• Teilerstattungen können weiterhin beanstandet werden. Wenn Sie eine Teilerstattung anbieten, erklären Sie sie und wissen Sie, dass der Kunde den Rest weiterhin beanstanden kann.
• Early Fraud Warnings. Markiert Stripe eine Zahlung mit einer Early Fraud Warning, sagen seine Hinweise zur Betrugsprävention, dass Sie proaktiv erstatten können, um einen Streitfall des Karteninhabers zu verhindern, dass es aber keine gute Strategie ist, jede Warnung automatisch zu erstatten. Eine Erstattung entfernt eine Betrugsmeldung auch nicht aus den Zählungen der Kartennetzwerke.

Die Entscheidung schreiben

Wenn Sie erstatten:

Ich habe [Betrag] auf Ihre Karte mit der Endung [last4] erstattet. Je nach Bank kann es ein paar Geschäftstage dauern, bis der Betrag erscheint. Ihr Abo ist [gekündigt / noch aktiv bis Datum]. Sagen Sie mir Bescheid, wenn Ihnen noch etwas falsch vorkommt.

Wenn Sie ablehnen:

Ich habe mir Ihr Konto angesehen. Ihr Abo hat sich am [Datum] zu den Bedingungen verlängert, die Sie bei der Anmeldung akzeptiert haben und die Sie hier nachlesen können: [Richtlinie]. Seitdem wurde das Konto an folgenden Tagen genutzt: [Daten]. Ich kann diese Belastung nicht erstatten, habe aber die Verlängerung gekündigt, damit Sie nicht erneut belastet werden. Wenn Sie Fragen haben, antworten Sie hier, und ich helfe Ihnen.

Eine so geschriebene Ablehnung ist auch ein guter Beleg: Sie ist sachlich, datiert und höflich und zeigt, dass dem Kunden eine Lösung angeboten wurde.

Die Aufzeichnungen behalten

Kommt es trotzdem zu einem Streitfall, ist das Ticket Teil Ihrer Antwort. Stripes Best Practices für Belege bitten Sie anzugeben, ob der Kunde vor dem Streitfall versucht hat, das Problem mit Ihnen zu klären, und relevante Kommunikation als Auszüge in einer einzigen Datei beizufügen.

Aus Zendesk:

• Ein Ticket: Nutzen Sie Print ticket im Optionsmenü des Tickets und speichern Sie es im Browser als PDF. Sie können wählen, ob interne Notizen enthalten sind; lassen Sie sie für Belege weg. Es gibt keinen Massendruck.
• Viele Tickets oder Automatisierung: Zendesk verweist auf die APIs Ticket Comments und Ticket Audits, die jeden Kommentar mit Autor und Zeitstempel liefern.

Bewahren Sie die eigenen Worte des Kunden wörtlich und mit Datum auf. Bearbeiten Sie sie nicht.

Messen

Erfassen Sie jeden Monat drei Zahlen: eingegangene Erstattungsanfragen, der Median der Zeit bis zur ersten Antwort darauf und Streitfälle von Kunden, die ein offenes oder kürzliches Erstattungsticket hatten. Ist die letzte Zahl nicht null, sehen Sie sich diese Tickets einzeln an. Meist zeigen sie eine Antwort, die zu spät kam, oder eine Entscheidung, die nie erklärt wurde.

Das mit NoChurn umsetzen

Der Zendesk-Connector von NoChurn ist nur lesend, sodass Erstattungen, Antworten und Trigger bei Ihrem Team in Zendesk und Stripe bleiben. NoChurn liest Tickets, ordnet sie per E-Mail Kunden zu (unsichere Zuordnungen werden vorgeschlagen, nie automatisch zusammengeführt) und nutzt sie im Churn-Score. Wenn in Stripe oder Braintree ein Streitfall eröffnet wird, sammelt es die Belege automatisch, einschließlich datierter, wörtlicher Auszüge aus Zendesk-Tickets, Antworten im Kündigungsflow, gesendeter E-Mails und Nutzung, und entwirft mit KI eine Antwort, die erst gesendet wird, nachdem jemand in Ihrem Team sie geprüft hat. Siehe NoChurn + Zendesk.