Streitigkeiten & Rückbuchungen: der Stripe-Lebenszyklus und wie man Beweise gewinnt

Der Stripe-Streitigkeitslebenszyklus.

1. Karteninhaber leitet Streitigkeit ein bei seiner ausgebenden Bank. Die Bank weist einen Begründungscode zu (siehe unten) und kontaktiert das Kartennetzwerk (Visa, Mastercard, Amex). 2. Stripe wird benachrichtigt und bucht sofort den strittigen Betrag + die Netzwerkgebühr (typischerweise 15–25 €, je nach Währung und Kartentyp) von Ihrem Stripe-Guthaben ab. Sie erhalten einen Webhook (charge.dispute.created) und eine E-Mail-Benachrichtigung. 3. Status `needs_response`: Stripe zeigt die Streitigkeit in Ihrem Dashboard mit einer Frist (in der Regel 7 Kalendertage ab Erstellung, manchmal kürzer als die offiziellen 21–45 Tage des Netzwerks, weil Stripe einen eigenen Puffer einbaut, um Ihre Beweise zusammenzustellen). 4. Sie reichen Beweise ein über das Dashboard oder die API von Stripe. Clozos Prüfpfad (unterzeichneter Dienstleistungsvertrag, IP/UA-Protokoll, Zahlungsbeleg, Timeline-Ereignisse) ist Ihr Beweiskorpus. 5. Status `under_review`: Stripe leitet die Beweise an das Kartennetzwerk weiter. Die Beratung des Netzwerks kann 30–75 Tage dauern. 6. Ergebnis: won (Mittel + Gebühr kehren auf Ihr Guthaben zurück), lost (Rückbuchung bleibt + Gebühr einbehalten) oder warning_closed (informativ, keine finanzielle Auswirkung).

Die häufigsten Begründungscodes (variieren je Netzwerk – dies sind die praktisch relevanten für freiberufliche Dienstleistungen):

- Betrügerisch (Visa 10.4 / Mastercard 4837): Karteninhaber bestreitet, die Transaktion autorisiert zu haben. Oft wurde die Karte des Karteninhabers kompromittiert. Beweise zum Gewinnen: unterzeichneter Vertrag mit dem Namen des Karteninhabers, IP/UA passend zum Unterzeichnungsereignis, Lieferbestätigung. - Produkt nicht erhalten (Visa 13.1 / Mastercard 4855): Karteninhaber behauptet, bezahlt aber die Leistung nicht erhalten zu haben. Häufig, wenn die Lieferung meilensteinbasiert war und der Karteninhaber einen Meilenstein vergessen hat. Beweise: Liefernachweis (Schlussrechnung, Fertigstellungsbestätigung, die eigentlich übertragenen Leistungen – Dateilinks, Repository-Commits usw.), Kundenbestätigung per Chat oder E-Mail. - Produkt nicht akzeptabel (Visa 13.3 / Mastercard 4853): Karteninhaber behauptet, die Leistung habe nicht der Beschreibung entsprochen. Subjektiv; oft als Rückbuchungsvariante einer Erstattungsstreitigkeit verwendet. Beweise: unterzeichneter Vertrag mit dem vereinbarten Umfang, Kommunikationsprotokoll mit Meilenstein-Abnahmen, positives Feedback. - Abonnement gekündigt (Visa 13.2 / Mastercard 4859): Karteninhaber behauptet, gekündigt zu haben, wurde aber weiterhin belastet. Bei freiberuflichen Einzelmandaten selten; betrifft vor allem SaaS-Abonnements. - Gutschrift nicht verarbeitet (Visa 13.6 / Mastercard 4860): Karteninhaber behauptet, Sie hätten eine Erstattung versprochen und nicht ausgeführt. Beweise: Erstattungsbelege (Stripe refund.id), E-Mail-Bestätigung, Ihre Erstattungsrichtlinie. - Doppelbelastung (Visa 12.6.1 / Mastercard 4834): Karteninhaber behauptet, zweimal belastet worden zu sein. Beweise: Payment-Intent-IDs, die belegen, dass jede Belastung einer anderen Rechnung entspricht.

Clozos Beweiskorpus.

Für jedes unterzeichnete Angebot stellt Clozo bereit:

1. Unterzeichneter Dienstleistungsvertrag (AGR-) mit dem eingetippten Namen des Karteninhabers, der IP-Adresse bei der Unterzeichnung, dem User-Agent, dem Zeitstempel und dem Einwilligungsprotokoll. Dies ist eine Einfache Elektronische Signatur (SES) nach eIDAS Art. 3(10), unterstützt durch die SignatureAudit-Zeile, für genau die Transaktion, die die Streitigkeit anficht – genau die Art von Beweis, der von Stripe und den Kartennetzwerken bei „nicht autorisiert"- und „Produkt nicht erhalten"-Begründungscodes stark gewichtet wird. 2. SignatureAudit-Zeile mit vollständigen Details – exportierbar aus /proposals/{id} → Dokumente → „Signatur-Prüfpfad herunterladen". 3. Timeline-Ereignisse, die jeden Schritt dokumentieren: Gesendet, Aufgerufen, Unterzeichnet, Anzahlung bezahlt, Schlussrechnung ausgestellt, Bezahlt, Abgeschlossen. Jede mit Zeitstempel + Akteur + IP. 4. Kommunikationsprotokoll – wenn Sie Clozos Chat (Crisp) verwendet haben, ist der Chat-Verlauf ein zusätzlicher Beweisstream. 5. Belegs-PDFs (REC-) zur Bestätigung von Zahlung und Zeitpunkt. 6. Liefernachweis – alles außerhalb von Clozo (Git-Commits, Figma-Dateilinks, Leistungsdownloads). Diese müssen Sie manuell zur Stripe-Streitigkeitseinreichung hinzufügen.

Die Beweiseinreichungsvorlage (fügen Sie diese Struktur in Stripes Beweisformular ein):

> 1. Kundenidentifikation: Name und E-Mail des Karteninhabers stimmen mit dem unterzeichneten Vertrag überein (AGR-2026-NNNN). > 2. Autorisierungsnachweis: PIN-gesicherter Zugang zum Angebot; PIN wurde an die E-Mail des Karteninhabers gesendet; PIN wurde korrekt eingegeben (Signatur-Prüfpfad beigefügt). > 3. Vertragsnachweis: Dienstleistungsvertrag unterzeichnet am JJJJ-MM-TT von [Name des Karteninhabers] von IP [IP], User-Agent [UA]. eIDAS Einfache Elektronische Signatur nach Verordnung 910/2014 Art. 3(10), mit PIN-gesicherter E-Mail-Besitzprüfung, vollständigen Anfrage-Headern und Einwilligungsprotokoll, 10 Jahre aufbewahrt. SignatureAudit-ID: [Audit-Zeile UUID]. > 4. Leistungsbeschreibung: Positionen wie im unterzeichneten Vertrag (PDF beifügen). > 5. Liefernachweis: Schlussrechnung ausgestellt am JJJJ-MM-TT; Leistungen übertragen [über Git / Figma / Dateiübertragung / usw.]; Kundenbestätigung [Chat-Protokoll oder E-Mail]. > 6. Erstattungsrichtlinie: gemäß unterzeichnetem Vertrag keine Erstattung, wenn die Leistung wie vereinbart erbracht wurde. > 7. Kommunikationsprotokoll: Kunde hat vor der Rückbuchung keine Bedenken geäußert; erster Kontakt erfolgte über die Bank.

Praktische Hinweise:

- Zeitdisziplin: Einreichen vor Stripes Frist. Verspätete Einreichung = automatischer Verlust. - Konkret sein: Kopieren Sie genaue Daten, IPs und SignatureAudit-Zeilen-IDs aus Clozo. Vage Beweise verlieren. - Beweise präsentieren, nicht argumentieren: Kartennetzwerke sind Mustererkennungsmaschinen. Sie wollen unterzeichneter-Vertrag-plus-Liefernachweis sehen, nicht Ihre Schilderung, wie unhöflich der Karteninhaber war. - PSD2 SCA hilft: Zahlungen, die die starke Kundenauthentifizierung (3D Secure 2) bestanden haben, verlagern die Haftung bei „nicht autorisiert"-Streitigkeiten auf die ausgebende Bank. Clozo + Stripe aktivieren 3DS automatisch gemäß PSD2 SCA RTS – siehe Artikel 5.6. - Gewinnquoten: Mit einem vollständigen Clozo-Audit + Liefernachweis werden auf dem unterzeichneten Vertrag basierte Streitigkeiten mit sehr hoher Quote gewonnen. Sauberere Fälle (SES mit vollständiger Audit-Zeile + Liefernachweis + bestandenes 3DS) erreichen 90 %+. „Er hat nicht geliefert"-Streitigkeiten ohne Liefernachweis sind schwieriger.