Checkliste für Chargeback-Beweise im SaaS

Die kartenausgebende Bank entscheidet einen Chargeback anhand dessen, was Sie senden, und nichts anderem. Sie meldet sich nicht in Ihrer App an, liest nicht Ihr Hilfecenter und ruft nicht Ihren Support an. Für ein SaaS-Unternehmen heißt das: Der Fall wird mit Unterlagen gewonnen oder verloren, die Sie Monate vorher angelegt haben: wozu der Kunde zugestimmt hat, wann er das Produkt genutzt hat, was er Ihnen gesagt hat.

Dies ist eine Arbeits-Checkliste: was Sie ständig festhalten, was Sie für jede Art von Dispute senden und wie Sie es aufbereiten, damit ein Prüfer folgen kann. Sie basiert auf der Dokumentation der Zahlungsdienstleister: Stripes Best Practices für Beweise, Reason Codes und Verteidigungsanforderungen und Dispute-Objekt; Braintrees Beweisanforderungen; Adyens Reason Codes und Verteidigungsanforderungen; und Visas Dispute Management Guidelines for Merchants (alle abgerufen im November 2026).

Teil 1: was Sie ständig festhalten

Sie können Beweise nicht im Nachhinein zusammenstellen, wenn sie nie protokolliert wurden. Diese Datensätze sollten für jeden Kunden existieren, vom ersten Tag an.

Konto und Vereinbarung

Datum der Kontoerstellung, Kundenkonto-ID und E-Mail.
Die genauen AGB, Preise und Kündigungsrichtlinie, wie bei der Anmeldung angezeigt, versioniert, mit der Version, die der Kunde akzeptiert hat.
Zeitstempel, IP-Adresse und Gerät der Zustimmung (Checkbox, Button-Klick).
Bei Testphasen: was dazu angezeigt wurde, wann die erste Belastung erfolgt und in welcher Höhe.

Zahlungen

Jede Rechnung und Belastung: Datum, Betrag, Plan, Abrechnungszeitraum, Kartenmarke und letzte vier Ziffern.
Gesendete Belege und Verlängerungserinnerungen, mit Zeitstempeln.
Rückerstattungen und Gutschriften, mit Daten und Beträgen.
Der bei jeder Belastung verwendete Statement Descriptor.

Nutzung

Logins mit Zeitstempel, IP-Adresse und Gerät oder User Agent.
Wichtige Produktaktionen mit Zeitstempeln: erstellte Projekte, hochgeladene Dateien, API-Aufrufe, hinzugefügte Plätze, was auch immer echte Nutzung zeigt.
Welcher Nutzer im Konto was getan hat (bei Team-Plänen).

Kündigung

Jeder Kündigungsversuch, auch begonnene und abgebrochene Flows, mit Zeitstempeln.
Antworten im Kündigungsflow.
Die nach der Kündigung gesendete Bestätigungsmail.
Planwechsel, Pausen und angenommene Angebote.

Kommunikation

Alle an den Kunden gesendeten E-Mails (transaktional und Marketing), mit Zustellstatus.
Alle Support-Gespräche, mit Zeitstempeln.

Aufbewahrung

Bewahren Sie diese Daten mindestens so lange auf, wie ein Dispute eintreffen kann. Stripe sagt, dass Netzwerke Karteninhabern typischerweise etwa 120 Tage ab der Zahlung geben, manchmal mehr; und Visa Compelling Evidence 3.0 betrachtet Transaktionen bis zu 365 Tage zurück. Eine Aufbewahrung von 18 Monaten oder mehr deckt beides ab. Prüfen Sie, ob das mit Ihrer Datenschutzerklärung vereinbar ist.

Teil 2: was Sie je nach Art des Disputes senden

Lesen Sie zuerst den Reason Code; er sagt Ihnen, worauf die Bank achten wird. Zuordnung und Codes stehen in Reason Codes für Abos.

Betrug: „Ich habe das nicht autorisiert” (Visa 10.4, Mastercard 4837, 4863)

Kundenkonto-ID, E-Mail und Anmeldedatum.
Frühere unbestrittene Zahlungen mit derselben Karte, mit Daten und Beträgen.
IP-Adresse und Gerät für Sitzungen rund um jede dieser Zahlungen und die bestrittene.
Nutzung im abgerechneten Zeitraum: Logins und wichtige Aktionen mit Zeitstempeln.
Ergebnis der 3D-Secure-Authentifizierung, falls vorhanden (Stripe fügt es für Sie hinzu).
Jede Nachricht des Karteninhabers, die zeigt, dass er den Dienst kennt.
Bei Visa 10.4: Prüfen Sie die Berechtigung für CE 3.0 (zwei frühere unbestrittene Transaktionen, 120 bis 365 Tage alt, mit übereinstimmenden Kennungen).

Gekündigte wiederkehrende Zahlung: „Ich habe gekündigt” (Visa 13.2, Mastercard 4841)

Die Kündigungsrichtlinie, wie bei der Anmeldung angezeigt, mit hervorgehobenem relevanten Abschnitt. Stripe schlägt vor, den relevanten Teil hochzuladen statt Ihrer gesamten AGB.
Nachweis, dass der Kunde sie akzeptiert hat (Zeitstempel, IP).
Ihre Kündigungsdatensätze: keine Anfrage vor der Belastung, oder der genaue Zeitpunkt der Anfrage, wenn sie danach kam.
Nutzung nach dem Datum, an dem der Kunde gekündigt haben will. Visas Richtlinien akzeptieren für Disputes, die ab dem 19. Oktober 2024 bearbeitet werden, den Nachweis, dass der Karteninhaber den Dienst nach dem Widerruf seiner Erlaubnis genutzt hat.
Verlängerungserinnerung oder Beleg, vor oder nach der Belastung gesendet.
Jede bereits ausgestellte Rückerstattung.

Wenn Ihre Daten zeigen, dass der Kunde vor der Belastung tatsächlich gekündigt hat, fechten Sie nicht an. Akzeptieren Sie und beheben Sie den Fehler.

Nicht erhalten (Visa 13.1, Mastercard 4855)

Nachweis, dass das Konto im abgerechneten Zeitraum bereitgestellt und zugänglich war.
Logins und Nutzung in diesem Zeitraum.
Ihre AGB zur Leistungserbringung.
Jeder Ausfall oder jede Zugangsbeschränkung in diesem Zeitraum und wie Sie damit umgegangen sind (wenn der Zugriff wirklich gesperrt war, erwägen Sie zu akzeptieren).

Nicht wie beschrieben (Visa 13.3, Mastercard 4853)

Die beim Kauf angezeigte Beschreibung des Produkts oder Plans.
Nutzung, die zeigt, dass die Funktionen verfügbar waren und genutzt wurden.
Support-Gespräche zu dem Problem und Ihre Antworten.
Die beim Kauf angezeigte Rückerstattungsrichtlinie.

Gutschrift nicht verarbeitet (Visa 13.6, Mastercard 4860)

Der Rückerstattungsdatensatz, falls ausgestellt: Datum, Betrag, Referenz.
Wenn keine Rückerstattung fällig war: die bei der Anmeldung akzeptierte Rückerstattungsrichtlinie und das Gespräch, in dem sie besprochen wurde.

Doppelte Belastung (Visa 12.6, Mastercard 4834)

Beide Rechnungen, die zeigen, dass sie verschiedene Zeiträume, Plätze oder Produkte abdecken.
Oder, wenn eine ein Fehler war, die Rückerstattung.

Teil 3: wie Sie es aufbereiten

Zahlungsdienstleister haben strenge Grenzen, und Prüfer lesen viele Fälle. Ein klares Paket ist Teil des Beweises.

Halten Sie das Format ein

Stripe dokumentiert diese Einschränkungen auf den Seiten Best Practices und Responding:

Einschränkung	Stripe
Einreichungen	Eine. Nach dem Einreichen können Sie nichts hinzufügen oder ändern
Dateien	Eine Datei pro Beweisart; fassen Sie mehrere Dokumente in einer mehrseitigen Datei zusammen
Größe	4,5 MB insgesamt; Mastercard-Beweise auf insgesamt 19 Seiten begrenzt
Text	150.000 Zeichen über alle Textfelder
Links	Banken prüfen keine externen Inhalte; verlassen Sie sich nicht auf URLs

Braintree ordnet Beweise nach Kategorie und ist beim Format ebenso streng; die Seite zu den Beweisanforderungen listet, was jede Kategorie akzeptiert. Adyen listet die Verteidigungsdokumente pro Reason Code. Prüfen Sie Ihren Zahlungsdienstleister, bevor Sie Vorlagen bauen.

Schreiben Sie ein Begleitschreiben

Beginnen Sie mit einer kurzen Zusammenfassung in einfacher Sprache:

Wer der Kunde ist und wann er sich angemeldet hat.
Was er gekauft hat, zu welchem Preis, in welchem Abrechnungsintervall.
Was passiert ist: die Belastung, die Behauptung und warum die Behauptung falsch ist.
Eine Liste der beigefügten Dokumente, jedes einem Punkt zugeordnet.

Beispiel: „Kunde acc_8812 hat sich am 3. Februar 2025 für den Team-Plan angemeldet, monatlich, und die AGB akzeptiert (Anlage A, mit Zeitstempel und IP). Die bestrittene Belastung vom 7. März 2026 ist die 14. Verlängerung mit derselben Karte; die vorherigen 13 wurden nicht bestritten (Anlage B). Nutzer des Kontos haben sich zwischen dem 7. März und dem 2. April 2026 41-mal angemeldet (Anlage C). Es ging keine Kündigungsanfrage ein (Anlage D).”

Machen Sie Protokolle lesbar

Exportieren Sie Protokolle als Tabelle: Datum, Uhrzeit mit Zeitzone, Nutzer, IP, Aktion.
Filtern Sie auf den relevanten Zeitraum. Tausende Zeilen verstecken den Kern.
Heben Sie die Zeilen hervor, die zählen.
Nutzen Sie, wo möglich, den Namen oder die E-Mail des Kunden, wie sie auf dem Kartenkonto erscheinen, damit der Prüfer die Verbindung herstellen kann.

Was Sie nicht tun sollten

Interne Fachbegriffe oder Datenbank-Dumps senden.
Screenshots eines Admin-Panels ohne Erklärung senden.
Über den Charakter des Kunden argumentieren. Bleiben Sie bei Fakten und Zeitstempeln.
Die Frist verpassen. Es zählt das Datum auf dem Dispute; Stripe sagt, dass Sie meist 7 bis 21 Tage haben.

Teil 4: Prüfung vor dem Senden

Reason Code gelesen, und die Beweise passen dazu.
Das Begleitschreiben erklärt den Fall auf weniger als einer Seite.
Jede Behauptung im Schreiben hat eine Anlage.
Persönliche Daten auf das beschränkt, was der Fall braucht.
Dateigrößen und Seitenzahlen innerhalb der Grenzen.
Eine zweite Person hat es gelesen.
Frist geprüft.

Umsetzung mit NoChurn

NoChurn sammelt diese Beweise automatisch für jeden Dispute bei Stripe und Braintree: Antworten im Kündigungsflow mit Zeitstempeln, die von NoChurn gesendeten E-Mails, Nutzung und eigene Daten, die Sie per API senden, und Gespräche aus Intercom, Zendesk, HubSpot, Help Scout, Gorgias oder Crisp (nur lesend). NoChurn entwirft Begleitschreiben und Antwort mit KI, und nichts wird gesendet, bevor eine Person in Ihrem Team es geprüft hat. Über das Ergebnis entscheidet weiterhin die Bank. Siehe Chargebacks und eigene Daten.