# 3D Secure und Chargebacks: Was die Authentifizierung tatsächlich belegt

[Von Evidenz](https://evidenz.dev/de)  4 Minuten Lesezeit

Eine erfolgreiche 3D-Secure-Prüfung betrifft die Authentifizierung der Zahlung. Sie belegt weder eine funktionierende Leistung noch eine korrekt bearbeitete Kündigung oder die Berechtigung jeder späteren Verlängerung. Prüfen Sie die konkrete Zahlung und den Reklamationsgrund, bevor Sie den Nachweis einordnen.

## Erst die Beschwerde lesen, dann das Authentifizierungsergebnis

„Die Zahlung hat 3D Secure bestanden“ beantwortet eine andere Frage als „Der Kunde hat die gekaufte Abo-Leistung erhalten“. Für die Prüfung werden sowohl der Zahlungsdatensatz als auch die tatsächliche Beschwerde gebraucht. Wer mit einem grünen Authentifizierungssymbol beginnt, übersieht leicht den eigentlich strittigen Teil.

[Stripes 3D-Secure-Dokumentation unterscheidet eine erfolgreiche Authentifizierung von einer garantierten Haftungsumkehr.](https://docs.stripe.com/payments/3d-secure/authentication-flow) Eine authentifizierte Zahlung führt nicht dazu, dass die kartenausgebende Bank für jeden späteren Streitfall verantwortlich wird. Behandeln Sie das Ergebnis als konkreten Nachweis mit Zahlungskennung und Ergebnis, nicht als Gesamturteil über die Kundenbeziehung.

Notieren Sie zuerst die Kennung der beanstandeten Zahlung. Prüfen Sie anschließend deren Authentifizierungsdaten. Ein früherer Checkout, eine andere Karte oder eine Zahlung eines anderen Workspace kann vertraut aussehen und trotzdem die falsche Frage beantworten.

## Drei Schlussfolgerungen getrennt halten

Drei Fragen bei der Prüfung eines 3D-Secure-Streitfalls

| Frage | Relevanter Nachweis | Was dadurch offenbleibt |
| --- | --- | --- |
| Was geschah bei der Authentifizierung? | Das mit der Zahlung verknüpfte Ergebnis und die Angaben des Anbieters. | Ob die gekaufte Leistung erbracht wurde. |
| Greift eine Haftungsumkehr bei Betrug? | Die Einordnung des Anbieters für diese Transaktion, den Reklamationsgrund und die geltenden Bedingungen. | Andere Beschwerden oder vertragliche Pflichten. |
| Ist diese Belastung begründbar? | Vereinbarung, Leistungszeitraum, Kündigungsverlauf, Bereitstellung und Support-Unterlagen. | Die abschließende Entscheidung der Bank. |

Die Fragen hängen zusammen, brauchen aber eigene Antworten. Aus „Authentifizierung erfolgreich“ darf nicht „alle Nachweisanforderungen erfüllt“ werden. Auch ein erfolgreicher Zahlungsstatus ist keine Kurzform für ein Authentifizierungsergebnis.

[Stripes Support-Erläuterung begrenzt die authentifizierungsbezogene Haftungsumkehr auf entsprechende Betrugsreklamationen und nennt Ausnahmen.](https://support.stripe.com/questions/liability-shift-with-frictionless-flow-for-3d-secure-v2-%283ds2%29?locale=en-GB) Prüfen Sie deshalb den konkreten Anbieter-Datensatz und die Anforderungen des Falls. Ein allgemeiner Artikel kann den Schutz einer bestimmten Transaktion nicht bestätigen.

Auch Automatisierung hat einen bestimmten Umfang. [Adyen nennt bestimmte Betrugs-Chargebacks mit Haftungsumkehr als Beispiele für die automatische Verteidigung.](https://docs.adyen.com/risk-management/manage-disputes) Das ist eine anbieterspezifische Bearbeitungsregel für geeignete Fälle. Sie macht aus einer Beschwerde über fehlende Leistung keinen Betrugsfall und belegt nicht die Erfüllung der Leistungsvereinbarung durch einen authentifizierten Kauf.

## Eine Zahlung für eine Lern-App kann authentifiziert sein und trotzdem ein Leistungsproblem haben

**Fiktives Beispiel.** Ein Kunde bezahlt am 11. Mai 180 € für ein Jahresabo einer Lern-App. Der Zahlungsdatensatz zeigt eine erfolgreiche 3D-Secure-Authentifizierung. Das Konto wird am selben Tag angelegt. Zum Tarif gehören interaktive Lektionen, doch der zugesagte Bereich bleibt unzugänglich. Am 18. Mai bestätigt der Support das Zugangsproblem.

Der Kunde beanstandet die Zahlung wegen nicht erhaltener Leistung. Der Eintrag zur Kontoerstellung zeigt, dass ein Konto existiert; die Authentifizierung betrifft die Zahlung. Keiner der beiden Nachweise erklärt, ob die enthaltenen Lektionen verfügbar wurden.

Untersuchen Sie, was gekauft wurde, wann der Zugang beginnen sollte, welche Lektionen erreichbar waren und was der Support zusagte. Wurde der Zugang wiederhergestellt, bewahren Sie Zeitpunkt und betroffenen Zeitraum auf. Blieb er gesperrt, muss auch dieser Ausfall im Befund stehen. Ein Screenshot des Authentifizierungsergebnisses ersetzt die fehlende Erklärung zur Bereitstellung nicht.

[Welche Nachweise erforderlich sind, hängt von der Reklamationskategorie ab.](https://docs.stripe.com/disputes/categories) Deshalb führt eine Leistungsbeschwerde zu den gekauften Leistungen und Bereitstellungsunterlagen, auch wenn aussagekräftige Authentifizierungsdaten vorliegen.

## Bei Abonnements die tatsächlich geprüfte Zahlung bestimmen

Eine Kundenbeziehung kann Erstkauf, Verlängerungen, Planwechsel und mehrere Zahlungsversuche umfassen. Ordnen Sie den Authentifizierungsnachweis der Zahlung zu, die er tatsächlich beschreibt. Übernehmen Sie das Ergebnis des ersten Checkouts nicht in eine Antwort zur Verlängerung, ohne Zusammenhang und Relevanz zu prüfen.

Betrachten Sie Vereinbarung und Leistungszeitraum der Verlängerung gesondert. Ein korrekt authentifizierter Erstkauf belegt weder die Bearbeitung einer späteren Kündigung noch die Offenlegung einer Preisänderung oder eine funktionierende spätere Leistung. Dafür sind eigene Unterlagen nötig.

Ist der Grund unklar, halten Sie neben der Kategorie des Anbieters auch die Formulierung des Kunden fest. „Dieser Verlängerung habe ich nicht zugestimmt“ kann neben Zahlungsdetails die Prüfung von Kündigung und Bedingungen wiederkehrender Zahlungen erfordern. Machen Sie daraus keine einfachere Behauptung, nur weil die vorhandenen Belege besser dazu passen.

## Den Befund mit einer klaren Grenze formulieren

Ein brauchbarer Vermerk könnte lauten: „Der Authentifizierungsnachweis gehört zur Zahlung vom 11. Mai. Die Beschwerde betrifft nicht verfügbare Lektionen. Bereitstellungs- und Support-Unterlagen werden weiterhin benötigt.“ Der nächste Prüfer erhält damit einen Fakt, dessen Bedeutung und eine offene Aufgabe.

Vermeiden Sie Aussagen wie „3D Secure beweist, dass kein Chargeback möglich ist“ oder „Der Kunde hat sich authentifiziert, also ist die Beschwerde betrügerisch“. Beides geht über den Datensatz hinaus und kann einen tatsächlichen Leistungsausfall verdecken.

Der [Nachweisleitfaden](https://evidenz.dev/de/articles/chargeback-evidence) hilft bei der Auswahl der Unterlagen. Die [Entscheidungshilfe zum Akzeptieren oder Anfechten](https://evidenz.dev/de/articles/accept-or-contest-chargeback) unterstützt anschließend den dokumentierten Beschluss. Authentifizierung kann ein wertvoller Nachweis sein, ohne jeden Streitfall zu beantworten.

## Die Authentifizierung neben der Leistungshistorie betrachten

Evidenz konzentriert sich auf die Kundenhistorie rund um beanstandete B2C- und B2B-SaaS-Zahlungen. Das Produkt wird entwickelt, um die Zahlung mit Konto-, Support- und Produktdaten zu verbinden und die Beschwerde über das Authentifizierungsergebnis hinaus zu untersuchen. Prüfen Sie beim persönlichen Lern-App-Abo die Kontoerstellung und den Zugang zu bezahlten Lektionen. Klären Sie beim Unternehmens-Workspace zusätzlich, welche Nutzer und welches Abonnement Zugang erhielten. Die Bestätigung des Supports und eine mögliche Wiederherstellung gehören in diesen Verlauf. Authentifizierung und Haftungsumkehr müssen Sie weiterhin im Transaktionsdatensatz des Anbieters prüfen. Der Befund zur Leistung muss sich aus den Leistungsnachweisen ergeben.

## Quellen und Einordnung

Quellenstand Oktober 2026

Veröffentlicht von Evidenz. Die Beispiele erläutern den Prüfablauf. Prüfen Sie aktuelle Vorgaben und den konkreten Fall in den verlinkten Quellen.

- [Stripe: Authenticate with 3D Secure](https://docs.stripe.com/payments/3d-secure/authentication-flow)
- [Stripe: Liability shift with frictionless flow for 3D Secure v2](https://support.stripe.com/questions/liability-shift-with-frictionless-flow-for-3d-secure-v2-%283ds2%29?locale=en-GB)
- [Stripe: Dispute reason code categories](https://docs.stripe.com/disputes/categories)
- [Adyen: Manage disputes](https://docs.adyen.com/risk-management/manage-disputes)

Kundenkontext ist unser Ausgangspunkt.

Evidenz wird für B2B- und B2C-SaaS entwickelt: eine gemeinsame Kundenhistorie aus Abo-Abrechnung, Konten, Support und digitaler Produktnutzung. Melden Sie sich für Neuigkeiten zum frühen Zugang an.

[Zur Warteliste](https://evidenz.dev/de#hero)

## Weiterlesen

[5 Minuten Lesezeit

### Chargeback-Nachweise für Unternehmen mit Abonnements](https://evidenz.dev/de/articles/chargeback-evidence)[4 Minuten Lesezeit

### Digitale Leistung nicht erhalten: passende Nachweise auswählen](https://evidenz.dev/de/articles/digital-service-not-received)[4 Minuten Lesezeit

### Chargeback akzeptieren oder anfechten: anhand der Unterlagen entscheiden](https://evidenz.dev/de/articles/accept-or-contest-chargeback)

Canonical page: https://evidenz.dev/de/articles/three-d-secure-and-disputes