So nutzen Sie Zendesk-Tickets als Beleg bei Chargebacks

Wenn ein Abonnent eine Belastung beanstandet, ist Ihre Support-Historie oft der stärkste Beleg, den Sie haben. Ein Ticket, in dem der Kunde nach der Verlängerung eine Frage zum Produkt gestellt hat, oder ein Ticket, in dem Sie seine Kündigung bestätigt und ihm erstattet haben, kann den Fall entscheiden. Ein Ticket, das umschrieben, schlecht geschwärzt oder ohne Datum exportiert wurde, ist viel weniger wert.

Dieser Ratgeber behandelt, was ein Zendesk-Ticket als Beleg nützlich macht, wie Sie Felder und Makros so einrichten, dass die richtigen Fakten gleich festgehalten werden, und wie Sie Tickets in einer Form aus Zendesk herausbekommen, die ein Prüfer beim Kartennetzwerk lesen kann. Die Zendesk-Funktionen stammen aus der Dokumentation von Zendesk selbst: Tickets drucken, Daten exportieren, benutzerdefinierte Ticketfelder, Makro-Aktionen, Schwärzung sowie die APIs Ticket Audits und Ticket Comments. Die Dispute-Felder stammen aus Stripes Kategorien von Disputes und Best Practices für Belege (alle abgerufen im November 2026).

Wonach ein Prüfer sucht

Über einen Streitfall entscheidet jemand bei der kartenausgebenden Bank, der noch nie von Ihrem Produkt gehört hat und ein paar Minuten Zeit hat, Ihre Akte zu lesen. Bei Abo-Streitfällen sind die Fragen meist einfach:

• Wusste der Kunde, dass er belastet würde?
• Hat er versucht zu kündigen, und wenn ja, wann, und was ist passiert?
• Hat er den Dienst nach der Belastung weiter genutzt?

Für die Kategorie „subscription canceled“ verweist Stripes Seite zu den Kategorien auf das Feld cancellation_rebuttal (warum das Abo nicht gekündigt wurde oder warum die Belastung trotzdem gültig ist) und customer_communication (Korrespondenz, die zeigt, dass der Kunde den Dienst weiter genutzt hat oder von der Verlängerung wusste). Stripes Best Practices empfehlen, mehrere Mitteilungen, etwa E-Mails und Chat-Protokolle, für dieses Feld in einer einzigen Datei zusammenzufassen.

Ein Zendesk-Ticket kann alle drei Fragen beantworten, wenn es drei Dinge hat.

Die drei Dinge, die ein Ticket zum Beleg machen

1. Verlässliche Zeitstempel

Jeder Kommentar in Zendesk trägt seine eigene Erstellungszeit, und Zendesk führt ein Prüfprotokoll. Die Ticket Audits API beschreibt Audits als schreibgeschützte Historie aller Änderungen an einem Ticket, jede mit eigenem created_at. Das zählt: Ein Streitfall hängt oft davon ab, ob der Kunde vor oder nach einem Verlängerungsdatum geschrieben hat.

Wenn Sie ein Ticket vorlegen, zeigen Sie Datum und Uhrzeit jeder Nachricht und nennen Sie die Zeitzone. Die Seite zum Datenexport von Zendesk weist darauf hin, dass CSV-Zeitstempel die Standardzeitzone des Kontos verwenden; Ihr Abrechnungsanbieter verwendet womöglich UTC. Bringen Sie beides auf dieselbe Basis, bevor Sie eine Zeitleiste erstellen.

2. Die eigenen Worte des Kunden

Zitieren Sie, statt umzuschreiben. „Der Kunde hat bestätigt, dass er die Berichtsfunktion nutzt“ ist Ihre Meinung. Eine datierte Nachricht von der E-Mail-Adresse des Kunden mit „Der Export in den Berichten ist schon wieder kaputt, können Sie das vor unserer Vorstandssitzung beheben?“ ist ein Beleg.

Halten Sie diese Regeln ein:

• Zitieren Sie die vollständige Nachricht oder einen klar gekennzeichneten Auszug mit „[…]“ an Stellen, an denen Sie gekürzt haben.
• Korrigieren, kürzen oder übersetzen Sie nie innerhalb des Zitats. Wenn Sie übersetzen, stellen Sie das Original daneben.
• Nehmen Sie Nachrichten auf, die Ihrem Fall schaden, wenn sie relevant sind. Ein Prüfer, der eine weggelassene Kündigungsanfrage findet, wird dem Rest der Akte nicht trauen, und eine irreführende Akte einzureichen sollten Sie ohnehin nicht tun.

3. Eine klare Lösung

Das Ticket sollte zeigen, wie es endete: an einem bestimmten Datum gekündigt, erstattet, Gutschrift ausgestellt, Frage beantwortet. Hat ein Agent ein Abo gekündigt, sollte das Ticket es in einer öffentlichen Antwort an den Kunden sagen, nicht nur in einer internen Notiz.

Zendesk so einrichten, dass es das gleich festhält

Belege sind viel leichter zu finden, wenn sie am Tag ihrer Entstehung gekennzeichnet wurden.

Benutzerdefinierte Felder

Zendesks Leitfaden zu benutzerdefinierten Ticketfeldern erklärt, dass Admins Felder im Admin Center unter Objects and rules > Tickets > Fields hinzufügen. Jede Option eines Dropdowns bekommt ihren eigenen Tag. Nützliche Felder für Streitfälle:

Feld	Typ	Werte
Abrechnungsanfrage	Dropdown	Kündigungsanfrage, Erstattungsanfrage, Frage zur Belastung, Downgrade, Keine
Ergebnis der Kündigung	Dropdown	Sofort gekündigt, Zum Periodenende gekündigt, Kunde hat Anfrage zurückgezogen, Nicht zutreffend
Erstattung ausgestellt	Checkbox	Ja / Nein
Kunden-ID in der Abrechnung	Text	Die ID aus Ihrem Abrechnungssystem

Legen Sie kein Feld für Kartennummern oder vollständige Zahlungsdaten an. Sie brauchen sie nie als Beleg, und Zendesk dokumentiert die automatische Schwärzung von Kreditkartennummern (ab den Professional-Plänen) für den Fall, dass Kunden sie trotzdem einfügen. Laut Zendesk bleiben die ersten sechs und die letzten vier Ziffern erhalten, und es gilt nicht für Nummern, die bereits im System sind; ältere müssen manuell geschwärzt werden, was nicht rückgängig zu machen ist.

Makros für Erstattungs- und Kündigungsanfragen

Zendesks Makro-Aktionen können Dropdown-, Mehrfachauswahl- und Checkbox-Felder setzen sowie Tags setzen, hinzufügen oder entfernen. Ein Makro „Kündigungsanfrage bearbeitet“ könnte:

1. Eine öffentliche Antwort posten, die die Kündigung und das Datum ihrer Wirksamkeit bestätigt.
2. Abrechnungsanfrage auf Kündigungsanfrage setzen.
3. Ergebnis der Kündigung auf den passenden Wert setzen.
4. Einen Tag wie cancel_confirmed hinzufügen.

Die Bestätigungsantwort ist der wichtige Teil. Sie macht aus „wir haben gekündigt“ eine datierte Nachricht im Posteingang des Kunden und im Ticket. Halten Sie die Formulierung sachlich: was gekündigt wurde, ab wann und ob eine Erstattung anfällt.

Die Liste der Makro-Aktionen von Zendesk deckt Felder ab, die Tags setzen (Dropdown, Mehrfachauswahl, Checkbox); planen Sie also, dass die Kunden-ID aus der Abrechnung über eine Integration kommt oder vom Agenten eingetippt wird.

Tickets herausbekommen

Ein Ticket nach dem anderen: drucken

Zendesks Artikel zum Drucken von Tickets beschreibt, wie Sie das Ticket öffnen, auf das Menü Ticket options klicken und Print ticket wählen. Sie können wählen, ob interne Notizen und Side Conversations enthalten sein sollen (ab Suite Professional). Lassen Sie für Belege interne Notizen weg, es sei denn, sie zählen: Sie sind für Kollegen geschrieben und können aus dem Zusammenhang gerissen schlecht wirken. Drucken Sie als PDF und prüfen Sie, dass jede Nachricht ihr Datum zeigt.

Viele Tickets: Export oder API

Methode	Mit Kommentaren?	Hinweise aus der Dokumentation von Zendesk
Datenexport im Admin Center, JSON	Ja	Standardmäßig aus; der Kontoinhaber bittet den Zendesk Support, ihn zu aktivieren; bei Tickets über 1 MB fallen die Kommentare weg
Datenexport im Admin Center, CSV	Nein	Nur Ticketfelder; keine Kommentare oder Beschreibungen
Export einer Ansicht als CSV	Nein	Felder der Tickets in einer Ansicht
Ticket Comments API	Ja	Kann nach created_at sortiert werden
Ticket Audits API	Ja, mit jeder Änderung	Schreibgeschützte Historie aller Änderungen

Quellen: Datenexport, Export einer Ansicht, Ticket Comments, Ticket Audits.

Die CSV-Exporte sind nützlich, um die richtigen Tickets zu finden (filtern Sie nach Ihrem Feld Abrechnungsanfrage), aber allein nicht als Beleg, weil sie weglassen, was der Kunde geschrieben hat.

Die Belegakte Schritt für Schritt erstellen

1. Finden Sie jedes Ticket von der E-Mail-Adresse des beanstandenden Kunden und von jeder anderen Adresse auf seinem Konto.
2. Sortieren Sie alle Nachrichten nach Zeit und legen Sie sie mit den Abrechnungsereignissen auf eine Zeitleiste: Anmeldung, Verlängerungshinweise, Belastungen, Kündigung.
3. Wählen Sie die Nachrichten, die die Fragen des Prüfers beantworten. Zitieren Sie sie vollständig mit Datum, Zeitzone und Absender.
4. Schreiben Sie einen kurzen Begleittext in einfacher Sprache: „Der Kunde hat den Support am [Datum] zu [Funktion] kontaktiert, [N] Tage nach der beanstandeten Belastung. Vollständige Nachricht unten.“
5. Fassen Sie die Protokolle für customer_communication in einer Datei zusammen, wie Stripe es empfiehlt.
6. Prüfen Sie, dass nichts in der Akte Kartennummern oder fremde personenbezogene Daten enthält.
7. Reichen Sie vor der Frist ein, die im Streitfall angezeigt wird.

Das mit NoChurn umsetzen

Der Zendesk-Connector von NoChurn ist nur lesend: Er liest Tickets und antwortet, taggt oder bearbeitet nie etwas in Zendesk. Tickets werden Ihren Kunden per E-Mail zugeordnet; unsichere Zuordnungen werden Ihnen zur Bestätigung vorgeschlagen und nie automatisch zusammengeführt. Wenn in Stripe oder Braintree ein Streitfall eröffnet wird, sammelt NoChurn die Belege automatisch (Antworten im Kündigungsflow, gesendete E-Mails, Nutzung und die zugeordneten Zendesk-Nachrichten, wörtlich mit ihren Daten zitiert), entwirft mit KI eine Antwort und sendet sie erst, nachdem Sie sie geprüft haben. Ticketbearbeitung, Makros und Schwärzung bleiben in Zendesk, und die Entscheidung über den Streitfall bleibt bei der kartenausgebenden Bank. Siehe NoChurn + Zendesk.