Visa Compelling Evidence 3.0 bei SaaS: den tatsächlichen Abgleich prüfen

Wann ist CE3.0 der passende Nachweisweg?

Beginnen Sie mit Netzwerkcode und Eignungsprüfung des Zahlungsanbieters. Visa CE3.0 betrifft geeignete Betrugsfälle des Codes 10.4 ohne vorgelegte Karte. Kündigung, Leistungsqualität und fehlende Erstattung brauchen jeweils eine Prüfung des tatsächlichen Einwands, auch bei langer Zahlungshistorie.

Stripe beschreibt eine automatische Eignungsprüfung und Kennzeichnungen der erforderlichen Felder im CE3.0-Ablauf. Verwenden Sie das Ergebnis des konkreten Falls und die angeforderten Angaben. Leiten Sie Eignung nicht allein aus gleicher E-Mail-Adresse, erfolgreicher Zahlung oder dem allgemeinen Etikett „betrügerisch“ ab.

Bei B2C-SaaS kann das Konto einer einzelnen Person gehören. Bei B2B-SaaS unterscheiden sich möglicherweise Zahler, Unternehmens-Workspace, Administrator und nutzendes Mitglied. Eine intern sinnvolle Kontoverknüpfung ist nicht automatisch ein vom Netzwerk akzeptierter Abgleich.

Welches Datum und welche früheren Zahlungen zählen?

Visas Regeln vom April 2026 enthalten datumsabhängige Anforderungen für die Zahlungshistorie unter Bedingung 10.4. Der gewöhnliche Kaufhistorienweg verlangt zwei frühere Zahlungen ohne gemeldeten Betrug, mehr als 120 und höchstens 365 Tage vor der Streitfallverarbeitung, mit geeigneten übereinstimmenden Daten. Ausnahmen und Anbieterweg sind am Fall zu prüfen.

Der Zeitraum bedeutet nicht einfach „die letzten vier Monatsverlängerungen“. Bewahren Sie Verarbeitungsdatum des Streitfalls, Zahlungsdaten, Verbindung des Zahlungsmittels und die vom Anbieter ausgewählten früheren Transaktionen auf. Eine Rechnung ohne abgeschlossene geeignete Zahlung ersetzt keine historische Transaktion.

Was ändert sich am 24. Oktober 2026?

Für ab dem 24. Oktober 2026 verarbeitete Streitfälle erweitert Visa den Weg auf geeignete Historie bei einem oder mehreren Händlern. Sie ist auf vom einreichenden Acquirer verarbeitete Transaktionen begrenzt. Geräte-ID und Geräte-Fingerprint gelten zudem als ähnliche Elemente und dürfen nicht zwei unabhängige Vergleichsplätze füllen.

Daraus ergibt sich kein Zugriff auf fremde Händlerunterlagen in Ihrem Konto oder in Evidenz. Klären Sie beim Zahlungsanbieter, wie er die datumsabhängige Änderung im konkreten Fall unterstützt. Bewahren Sie Regelstand und Anbieterergebnis mit der Prüfung auf.

Den Vergleich an Originalunterlagen binden

Erstellen Sie vor einer Argumentation einen internen Vergleich. Jeder Wert benötigt Quelle, relevanten Zeitpunkt, Zahlungszuordnung und Bedeutung. Verändern Sie keinen Wert, damit er den anderen Zahlungen ähnelt.

Eine Übereinstimmung braucht Einordnung. Eine öffentliche IP-Adresse kann geteilt werden. Eine Gerätekennung kann sich ändern. Ein interner Unternehmensschlüssel identifiziert möglicherweise den Rechnungsempfänger, aber nicht die authentifizierte Person. Halten Sie diese Unterschiede fest, statt verschiedene Beziehungen als „gleicher Kunde“ zusammenzufassen.

Der Leitfaden zur Identitätszuordnung erläutert die Verbindung von Konto und Zahlung. Behalten Sie nur die für die Untersuchung nötigen Unterlagen und verwenden Sie das verlangte Anbieterformat statt einer selbst erfundenen Ersatzangabe.

Ein Beispiel mit wiederkehrenden Zahlungen

Fiktive Vorbereitung. Ein Abo-Team erhält einen Betrugseinwand gegen eine Oktoberzahlung. Das System enthält außerdem abgeschlossene April- und Maizahlungen, eine gleichbleibende Login-Kennung und einen Gerätedatensatz. Daraus lässt sich ein Vergleich vorbereiten, aber noch keine CE3.0-Eignung ableiten.

Der Anbieter muss weiterhin relevante Zahlungsmittelbeziehung, historischen Zahlungsstatus, Zeitfenster und akzeptierte Vergleichselemente bestätigen. Ein fehlgeschlagener Maieinzug oder ein Gerät eines anderen Workspaces verändert die Tabelle. Bewahren Sie die Lücke auf, statt sie mit einem plausiblen Wert zu füllen.

Geht es stattdessen um eine vom Support vor Oktober zugesagte Kündigung, prüfen Sie diese Zusage. Das fiktive Nachweispaket zeigt, weshalb Kontoaktivität neben einer berechtigten Kündigungsbeschwerde bestehen kann. Die Vorbereitung von CE3.0 darf die eigentliche Fallfrage nicht verdecken.

Was übernimmt Stripe, und was prüft das Team?

Stripe beschreibt das Ermitteln geeigneter früherer Zahlungen und das Vorausfüllen von CE3.0-Feldern. Das Team prüft Leistungsbeschreibung, Quellenbeziehungen, angeforderte fehlende Angaben und sachliche Vollständigkeit der Erklärung.

Stripes Antwortleitfaden rät davon ab, vorausgefüllte erforderliche CE3.0-Werte zu bearbeiten, weil dies die Eignung beeinflussen kann. Klären Sie einen vermuteten Fehler über das vorgesehene Anbieterverfahren. Bewahren Sie geprüfte Einreichung und Bestätigung getrennt vom internen Entwurf auf.

Evidenz in dieser Untersuchung

Evidenz wird entwickelt, um Zahlungen, Kontoaktivität und Supportgespräche für B2B- und B2C-SaaS-Teams zu verbinden. Der vorgesehene Ablauf soll erklären, welche Aktivität zu welcher Zahlung gehört, und dem Prüfer Quellenkontext für einen Entwurf geben.

Diese Ausrichtung ist keine Zertifizierung der Visa-Eignung, kein Zugriff auf händlerübergreifende Historien und kein versprochener Ausgang einer Anfechtung. Nutzen Sie Anbieteranweisungen für Eignung und Einreichung und die Kundenhistorie für eine sachlich richtige Erklärung.