Dispute/Representment: Wie man gewinnt

1) Das Ziel der Vertretung und das Prinzip des „richtigen Pakets“

Representment ist das Gegenargument des Merchants zum Charjback nach den Regeln des Schemas. Sie gewinnen nicht mit der „Wahrheit im Allgemeinen“, sondern mit der genauen Übereinstimmung: Der Grund für den Chargeback ↔ die zulässigen Beweise ↔ Fristen ↔ das Format. Der Schlüssel: relevante Artefakte in der richtigen Form und rechtzeitig zu versenden.

2) Prozess und Termine (High Level)

1. Retrieval/Inquiry - Informationsanfrage.
2. Chargeback - Abschreibung; Beginn des Fensters für die Antwort.
3. Representment ist Ihr Beweisstück.
4. Pre-Arbitration (Pre-Arb) ist eine zusätzliche Runde.
5. Arbitration (Arb) - Finale bei der Regelung, hohe Gebühren.

3) Die Karte der Gründe → was zu beweisen

3. 1 Фрод / «No Cardholder Authorization»

Zweck: Zeigen Sie, dass der Inhaber authentifiziert ist und/oder die Transaktion legitim von diesem bestimmten Kunden durchgeführt wird.

• 3DS 2. x: ECI, CAVV/AVV, dsTransID/threeDSServerTransID, ARes/CRes референсы (liability shift).
• Geräte-/IP-Fingerabdruck, Zeitstempel, Geo-Übereinstimmung mit Profil, Log-in-Verlauf.
• KYC-Status, Aktivitäten im Konto (Einzahlungen, Sitzungen, Schlussfolgerungen).
• Benachrichtigungen/Briefe/Flusen und Bestätigungen durch den Kunden.

3. 2 Disput der Dienstleistung („Die Dienstleistung wurde nicht erbracht/entspricht nicht“)

Zweck: Nachweis, dass die Dienstleistung gemäß dem Angebot erbracht wurde.

• Protokolle von Spielsitzungen: Zeit, IP/Gerät, Wetten/Gewinne, Bilanzbewegungen.
• Kontoauszüge: Einzahlung → Spiel → Auszahlung/Guthaben.
• Version der Regeln/ToS/Bonusbedingungen zum Zeitpunkt der Transaktion + Zustimmung.
• Tickethistorie und Support-Antworten, Vergleichsvorschläge.

3. 3 Technisch/operativ (Doppel, Beträge, Währungen)

Zweck: Zeigen Sie das Fehlen eines Fehlers oder dessen rechtzeitige Korrektur.

• Idempotenzprotokoll, 'payment _ id ↔ psp_txn_id ↔ arn/rrn'.
• Reconciliation-Logs (Autorisierung/Capchur/Rückgabe).
• Rückgabebestätigung (falls gemacht) mit Daten und Beträgen.

4) „Storytelling“ des Pakets: wie man formalisiert

1. Fallzusammenfassung (1 Seite): Grund für Charjback, These der Position, Liste der Anhänge, Zeitlinie.

2. Fakten/Chronologie: Punkt für Punkt, mit Verweis auf Zeitstempel.

3. Beweis: Anhänge mit Nummerierung und kurzen Anmerkungen.

4. Normative Referenz: Klausel in den Regeln des Schemas/Acquirers, unter die Ihr Fall fällt (auf der Ebene des Wortlauts, ohne eine interne Verordnung zu zitieren, sofern dies nicht erforderlich ist).

5. Fazit: Was Sie verlangen (Charjback ablehnen).

5) Argumentationsmuster (fertige Formulierungen)

• "Die Transaktion ist mit EMV 3DS 2 authentifiziert. x: ECI=X, CAVV=…, dsTransID=…. Gemäß den Regeln wird die Verantwortung auf den Emittenten übertragen. Zusätzlich fügen wir eine Geräte-/IP-Übereinstimmung und Kontoaktivität unmittelbar nach der Einzahlung bei".

• "Es gibt eine Übereinstimmung des Geräts/Browsers, des IP-Landes, der normalen Sitzung des Spiels nach der Einzahlung, der Auszahlung von Geldern auf die gleiche Zahlungsmethode. Die Wahrscheinlichkeit einer Kompromittierung ist gering; Die Transaktion ist legitim".

• "Die Spielaktivität wird durch Protokolle (Zeit, Einsätze, Ergebnisse) bestätigt, Regeln und Einschränkungen wurden zur Verfügung gestellt und akzeptiert. Die Rückerstattungsforderung kam nach der Nutzung des Dienstes/Bonus".

• "Die Duplizierung wird durch den Mechanismus der Idempotenz fixiert; Überschussbetrag an T + 1 zurückerstattet, ARN/rrn sind beigefügt. Bitte schließen Sie den Streit".

6) Automatisierung: Was der Orchestrator tun sollte

Automatische Sammlung von 3DS-Artefakten (ECI, CAVV, dsTransID) und Bindung an 'payment _ id'.
Ereignisprotokolle: Auth/Capture/Refund/Chargeback/Representment in einem einzigen Feed.
Showcase „Case Builder“: Checklisten, Generierung von Deckblatt und Timeline aus Logs.
Integration mit DWH: Schneller Session/Balance-Entlader.
Alerts per SLA: T-3/T-1 bis zur Deadline, Kontrolle der Vollständigkeit des Pakets.
Textvorlagen unter Ursachenarten in der gewünschten Sprache.

7) Erfolgsmetriken (KPIs) und Zielniveaus

Win Rate (allgemein) - Ziel: ≥ 60-70% für Betrugsfälle mit 3DS; ≥ 40-50% für Disputationsdienste.
Coverage Rate - Anteil der Fälle mit komplettem Paket (Ziel: 95% +).
Time-to-Respond p95 - spätestens T-1 zum Stichtag des Acquirers.
Repeat CB (recurrence) nach Kunden/Geräten - QoQ-Reduktion.
Kosten pro Fall/ROI-Schutz - steigende Erträge aus vorbereiteten Paketen.
3DS Liability Shift Protected% - Anteil der durch 3DS abgeschlossenen Betrugsfälle.

8) Praktische Playbooks nach Szenarien

A. „No Auth“, 3DS bestanden (frictionless/Challenge-Erfolg)

1. 3DS-Artefakte überprüfen → 2) Gerät/IP/Geo hinzufügen → 3) Kurzes Storytelling → 4) Senden.

Das Ziel: schnelles Gewinnen durch Liability Shift.

B. „Service nicht erbracht“, Sitzungen sind vorhanden

1. Spiel-/Balance-Protokolle hochladen → 2) ToS/Bonusbedingungen anhängen → 3) Ticket-Bildschirm anhängen → 4) Senden.

Das Ziel: den tatsächlichen Verbrauch anzeigen.

C. Duplikate/Betrag/Währung

1. Idempotenz überprüfen → 2) Bei Bestätigung eine Rückerstattung vornehmen → 3) ARN/rrn anhängen → 4) Schließen anfordern.

Das Ziel: den technischen Anspruch zu beseitigen.

9) Umgang mit Acquirer und „Tonalität“ der Korrespondenz

Halten Sie einen Kanal mit einer Liste von Eskalationskontakten (L1/L2/L3 vom Acquirer).
Schreiben Sie kurz, strukturell, ohne Emotionen, mit Links zu Anhängen und Zeitcodes.
Argumentieren Sie nicht mit „Meinungen“ - betreiben Sie die Regeln des Schemas, die Fakten der Protokolle, 3DS, KYC.

10) Rechts- und Compliance-Hinweise

GDPR/PII: Mindestinformationen enthalten; Maskieren Sie Adressen, E-Mails, Telefone.
PCI DSS: keine PAN/CVV; nur Token/last4 und Transaktions-IDs.
Lokale Anforderungen: Für einige Länder - Texte in der Landessprache/Zeitzone/Währung.

11) Häufige Fehler (und wie man sie vermeidet)

Zu spät mit einem Paket → einem automatischen Verlust. Die Lösung: SLA-Alerts, Backup-Performer.
Es gibt keine Schlüsselartefakte des 3DS → den Verlust des Betrugsfalls. Die Lösung: Autoauswahl im Orchestrator.
Schwaches Storytelling: „viele Screens ohne Logik“. Die Lösung: eine einzige Vorlage.
Zusätzliche PII/PAN → PCI/GDPR-Risiken. Lösung: Exportvorfilter.
Verwechselte IDs (payment_id/psp_txn_id/arn) werden → nicht zusammengefügt. Die Lösung: Eine Karte der Übereinstimmungen im Träger.

12) Representment Checkliste (Kurzversion)

• Der Grund ist richtig definiert und die Argumentvorlage ist ausgewählt.
• 3DS-Artefakte (ECI/CAVV/dsTransID) werden gesammelt und verifiziert.
• Protokolle von Sitzungen/Salden und Auszügen: sind, lesbar, kommentiert.
• ToS/Bonusbedingungen zum Zeitpunkt der Transaktion - beigefügt.
• Die IDs sind durchgängig: 'payment _ id ↔ psp_txn_id ↔ arn/rrn'.
• Format/Sprache/Zeitstempel - je nach Anforderung des Acquirers.
• DSGVO/PCI-Check: keine überflüssigen PII/PANs.
• SLA: spätestens T-1 eingereicht, Versandbestätigung fix.
• Die endgültige Schlussfolgerung (was Sie fordern) ist explizit formuliert.

13) Deckblattvorlage (Beispiel)

Case ID: CB-2025-001234

Grund-Code: (Schema/PSP)

Transaction: payment_id/ psp_txn_id/arn/data-time/Betrag/Währung

Zusammenfassung: (1-2 Absatz Artikel)

Evidence List: E1—3DS (ECI/CAVV/dsTransID), E2—Device/IP, E3—Session Logs, E4—Wallet Ledger, E5—ToS, E6—Support Tickets

Timeline: t0—Auth, t1—Game, t2—Withdrawal, t3—CB, t4—Representment

14) Retrospektive und Verbesserungen (nach jedem Fall)

Aktualisieren Sie die Risikoregeln (wenn Sie aufgrund eines bestimmten Musters verloren haben).
Ergänzen Sie die Vorlagen (neue Formulierungen und Beispiele).
Überprüfen Sie die Routing-/3DS-Richtlinie nach BIN/Emittent, wenn der Anstieg nach Segment erfolgt.
Trainieren Sie den Sapport/Finanzen auf realen Fällen (best/worst).

15) Zusammenfassung

1. automatische Sammlung von Schlüsselartefakten (3DS, Protokolle, Lager),

2. eine klare Storytelling-Vorlage für den Grund,

3. strenge Termindisziplin und Paketqualität,

4. Metriken win rate und feedback in Risiko-Regeln und routing.

So erhöhen Sie den Anteil der gewonnenen Fälle, senken die Streitkosten und schützen die Conversion ohne unnötige Blockaden ehrlicher Kunden.