Mit der Anfechtungsprävention beginnenÖffentliche Vorschau

Erfahren Sie mehr über die Vorteile und Anforderungen der Anfechtungsprävention von Stripe, powered by Verifi and Ethoca.

Stripe hat Integrationen mit den von Verifi (einer Visa-Lösung) und Ethoca (einer Mastercard-Lösung) angebotenen Lösungen zur Prävention von angefochtenen Zahlungen entwickelt.

Verifi- und Ethoca-Angebote

Das Verifi-Angebot umfasst Order Insights (OI) und Rapid Dispute Resolution (RDR), während das Ethoca-Angebot Ethoca Alerts umfasst. Dank unserer Integrationen können Sie diese Produkte ohne manuelle Einrichtung verwenden, um Ihre Anfechtungsquote zu senken und Ihre Umsatzbindung zu erhöhen. Weitere Informationen zu Preisen finden Sie auf der Produktübersichtsseite.

Rapid Dispute Resolution (RDR) – die Schnelle Beilegung einer Zahlungsanfechtung

Mit RDR können Sie ein Regelwerk erstellen, um eingehende Zahlungsanfechtungen bei Visa-Transaktionen gegen eine Gebühr pro Zahlungsanfechtung beizulegen (z. B. alle potenziell betrügerischen Zahlungsanfechtungen unter 10 USD). Die Hauptvorteile von RDR sind:

Beigelegte Zahlungsanfechtungen werden nicht auf Ihre Gesamtanfechtungsquote angerechnet, sodass Sie nicht am Überwachungsprogramm teilnehmen müssen.
Für diese beigelegten Zahlungsanfechtungen fällt keine separate Gebühr an.

Wenn Sie am Visa Acquirer-Überwachungsprogramm (VAMP) teilnehmen, ist das hilfreich, da Ihre Quoten für Zahlungsanfechtungen sowie die Anfechtungs-Feeds gesenkt werden. Außerdem können Sie so Netzwerkstrafen und Rückstellungen für Zahlungsvolumen bei Stripe vermeiden.

Notiz

Verifi unterstützt derzeit keine teilweise Beilegung von Zahlungsanfechtungen. Das bedeutet, dass RDR Zahlungsanfechtungen nur dann beilegt, wenn der/die Karteninhaber/in den vollen Betrag der ursprünglichen Transaktion anficht.

Ethoca-Warnungen

Ethoca Alerts ermöglicht es Nutzern und Nutzerinnen, Regelsätze zu erstellen, um Rückbuchungen zu verhindern, indem Bedingungen festgelegt werden, um automatische Beilegungen auszulösen. Ethoca Alerts ist für Mastercard-Transaktionen verfügbar und beigelegte Zahlungsanfechtungen werden nicht auf die Anfechtungsquoten angerechnet. Dies hilft Händlern, die Überwachungsprogramme von Mastercard für Rückbuchungen wie ECM, HECM und EFM zu verlassen, indem sie die Anfechtungsquoten reduzieren und die Bußgelder senken.

Notiz

Die von Ihnen festgelegten Regeln gelten nur für Rückbuchungen, die nach der Registrierung eingeleitet werden. Nach der Registrierung erhalten Sie möglicherweise weiterhin Benachrichtigungen über Rückbuchungen, die von Karteninhabern und -inhaberinnen vor Ihrer Registrierung initiiert wurden.

RDR- und Ethoca Alerts-Anforderungen

Für die Nutzung dieser Lösungen für die Beilegung ist keine separate Integration erforderlich. Für den Onboarding-Prozess müssen Sie jedoch Beilegungsregeln über Radar einrichten, um auf die Beilegung einer Zahlungsanfechtung zuzugreifen und zu definieren, welche Transaktionen zurückerstattet werden sollen. Erfahren Sie mehr über das Festlegen von Regeln über Radar.

Order Insight (OI)

Wenn Verbraucher/innen ihre digitale Banking-App prüfen oder ihren Aussteller anrufen und melden, dass ihnen eine Visa-Abbuchung nicht bekannt ist, und Sie bei OI angemeldet sind, kann der/die Kundendienstmitarbeiter/in des Ausstellers eine Echtzeit-Suche (API-Anfrage an Stripe) senden. So können detaillierte Beschreibungen des Artikels bereitgestellt werden, den die Verbraucher/innen gekauft haben (z. B. können Angaben zu Produktbeschreibungen, Menge, Lieferadresse oder IP-Adresse gemacht werden). Durch die zusätzlichen Daten erkennen die Verbraucher/innen die Zahlung vielleicht doch, wodurch Zahlungsanfechtungen verhindert werden können. OI verwendet auch neue Visa-Regeln wie Compelling Evidence 3.0 (CE 3.0). Durch diese sind Aussteller dazu verpflichtet, Karteninhaber/innen die Option zum Einreichen einer Zahlungsanfechtung zu entziehen, wenn Sie dem Aussteller Daten über frühere erfolgreiche Transaktionen derselben Karteninhaber/innen als Antwort auf eine Suche senden können. Weitere Informationen finden Sie unter Compelling Evidence 3.0 mit OI.

Karteninhaber/innen reichen mit geringerer Wahrscheinlichkeit eine Zahlungsanfechtung ein, wenn sie die Zahlung richtig zuordnen können. Die Chancen, eine Anfechtung erfolgreich abzuwenden, wenn eine Suche durchgeführt wird, hängen von der Qualität der Daten ab, die Stripe bereitstellen kann. Stripe sendet automatisch alle verfügbaren Daten in Ihrem Namen an den Aussteller. Stripe verwendet die Daten, die Sie während zum Transaktionszeitpunkt bereitstellen. Hierbei ist es nicht erforderlich, dass Sie Integrationen erstellen oder einen Dienst in Echtzeit anbieten. In der nachfolgenden Liste sehen Sie, welche Felder im Rahmen der Antwort auf die Suche zulässig sind. Durch die Nutzung des OI-Dienstes weisen Sie Stripe an, diese Daten mit den Ausstellern und letztendlich mit den Karteninhaberinnen/Karteninhabern zu teilen. Verifi kann diese Felder gelegentlich aktualisieren, und Ihre weitere Nutzung des OI-Dienstes hängt von Ihrer Anpassung an neue betriebliche Anforderungen ab.

Notiz

Damit eine Zahlungsanfechtung für eine Blockierung im Rahmen der CE 3.0-Regeln infrage kommt, müssen Stripe bereits vorherige Transaktionsdaten vorliegen. Siehe Compelling Evidence 3.0 mit OI, für die Daten für CE 3.0-Blockierungen erforderlich sind. Wenn keine vorherigen Transaktionsdaten verfügbar sind, sendet Stripe dennoch alle weiteren verfügbaren Daten.

Wenn Sie die Prävention von Zahlungsanfechtungen nutzen, erklären Sie sich damit einverstanden, den angemessenen Aufforderungen von Stripe nachzukommen und bei Bedarf zusätzliche Daten bereitzustellen.

Objekt	Feld	Beschreibung
Zahlungsbeleg	orderDate	Bestelldatum
	orderNumber	Eindeutige Kennung für die Bestellung, vom Unternehmen definiert
	invoiceNumber	Rechnungsnummer (alternativ zur Bestellnummer)
	subTotalAmount	Netto-Zwischensumme des Kaufs, inklusive Versandkosten
	shippingAndHandlingAmount	Mit dem Kauf zusammenhängender Versand- und Bearbeitungsbetrag
	orderTotalAmount	Gesamtbetrag der Bestellung
Zahlungsinformationen	paymentMethod	Maskierte Darstellung der Karte und Kartennummer des ursprünglichen Kaufs, wie auf dem physischen oder digitalen Beleg angezeigt. Beschränkt auf die letzten 4 Ziffern der Karten-PAN.
	billingName	Vor- und Nachname auf der Karte
	paymentTotalAmount	Zahlungsbetrag des Kaufs
	cvvChecked	Validierung des Karten-Sicherheitscodes zum Zeitpunkt des Kaufs
Gekauftes Produkt	productDescription	Detaillierte Beschreibung des gekauften Produkts (Ware oder Dienstleistung)
	unitPriceAmount	Betrag des Einzelposten
	quantity	Menge des gekauften Produkts
Kundeninformationen	firstName	Vorname der Kundin/des Kunden
	lastName	Nachname der Kundin/des Kunden
	lengthOfRelationship	Dauer der geschäftlichen Beziehung der Kundin/des Kunden mit dem Unternehmen in Monaten
	accountId	Von der Karteninhaberin/dem Karteninhaber registrierte Kennung zur eindeutigen Identifizierung ihres/seines Kontos beim Unternehmen. Dies sollte dem/der Karteninhaber/in zugeordnet werden können (keine interne Systemkennung) und es sollte sich um etwas handeln, das dem Unternehmen bei der Kontoerstellung zur Verfügung gestellt wurde. Beispiele sind ein eindeutiger Nutzername, eine E-Mail-Adresse, eine Telefonnummer oder ein ähnlicher Wert.
	emailAddress	E-Mail, die die Kundin/der Kunde angegeben hat
Rechnungsadresse	address1	Adresse plus zusätzliche Adresszeilen wie Nummer der Suite und Wohnung
	address2	Adresse plus zusätzliche Adresszeilen wie Nummer der Suite und Wohnung
	Stadt	Name der Stadt
	Region	Region oder Bundesland
	postalCode	Postleitzahl
	Land	Ländercode
Händlerinformationen	merchantName	Name des Unternehmens oder der Muttergesellschaft des Unternehmens. Dem/der Verbraucher/in ist dieser möglicherweise bekannt oder auch nicht.
	merchantUrl	Unternehmens-URL des Unternehmens. Könnte sich von der websiteUrl unterscheiden, von der aus die Kundin/der Kunde den Kauf getätigt hat.
	merchantContactPhone	Geschäftliche Telefonnummer des Kundenservice. Dies sollte die Nummer sein, unter der Verbraucher/innen Sie kontaktieren, um Fragen zu Käufen zu klären.
	merchantAddress	Firmenadresse
	termsAndConditions	Übersicht der Stornorichtlinie für Unternehmen
	storeDetails	Ein Unternehmen hat möglicherweise mehrere Geschäfte oder Standorte, in bzw. an denen Einkäufe getätigt werden. Die Angaben zum Geschäft sollten deutlich Aufschluss darüber geben, wo der Kauf abgewickelt wurde, bzw. die Details zum Online-Webstore nennen.
Store-Details	storeName	Name des Geschäfts oder Webshops, in dem der Kauf getätigt wurde
Store-Details	storeContactPhone	Geschäftliche Telefonnummer des Kundenservice
Lieferadresse	address1	Adresse plus zusätzliche Adresszeilen wie Nummer der Suite und Wohnung
	address2	Adresse plus zusätzliche Adresszeilen wie Nummer der Suite und Wohnung
	Stadt	Name der Stadt
	Region	Region oder Bundesland
	postalCode	Postleitzahl
	Land	Land ISO 3166-1 Code alpha-3
Lieferdaten	shippingCarrier	Paketdienst
Lieferdaten	trackingNumber	Tracking-Nummer der Sendung oder Lieferung
Gerät	ipAddress	Dem Gerät zugeordnete IP-Adresse

Compelling Evidence 3.0 mit OI

Compelling Evidence 3.0 (CE 3.0) ist ein Programm, das Unternehmen Vorteile bietet, indem es aggressivere Tools zur Abwehr und Beilegung von Zahlungsanfechtungen aufgrund von Missbrauch durch Erstanbieter (Friendly Fraud, freundlicher Betrug) bei Visa-Transaktionen bereitstellt, die als 10.4 Sonstiger Betrug – Distanzzahlung kategorisiert sind. Die CE 3.0-Regeln legen fest, welche Beweise nach einer Zahlungsanfechtung vorgelegt werden können, um Ihre Chancen zu verbessern, dass eine Zahlungsanfechtung zu Ihren Gunsten entschieden wird. Weitere Informationen finden Sie in unserem Support-Artikel.

Wenn Sie für OI registriert sind, können Sie auch CE 3.0 vor der Zahlungsanfechtung verwenden, um die Einreichung der Anfechtung vollständig zu blockieren. Dabei werden den Ausstellern/Austellerinnen bei einer Abfrage die erforderlichen vorherigen Transaktionsdaten zur Verfügung gestellt. Wenn frühere Transaktionen zwischen Ihnen und dem/der Karteninhaber/in bestehen, wählt Visa automatisch die 2 bis 5 letzten vorherigen Transaktionen aus, die nicht auf Betrug zurückzuführen sind, und fordert Daten zu allen an. Stripe stellt dann automatisch alle verfügbaren Informationen bereit.

Wenn mindestens zwei frühere Transaktionen mit vollständigen Produktbeschreibungen bestehen, die übereinstimmende IP-Adressen und mindestens eine übereinstimmende E-Mail-Adresse oder Zustelladresse für Kundinnen/Kunden aufweisen, muss der/die Aussteller/in die Zahlungsanfechtung blockieren. Dadurch wird die Zahlungsanfechtung nie eingereicht und es fallen keine Anfechtungsgebühren für Sie an oder Ihre Anfechtungsquote steigt nicht.

OI-Anforderungen

Der Onboarding-Ablauf im Stripe-Dashboard erfasst alle Datenelemente, die Stripe benötigt, um mit den OI-Suchvorgängen in Ihrem Namen zu beginnen. Dazu gehören der Firmenname, die Unternehmen-URL, die Firmentelefonnummer und die E-Mail-Adresse. Um Zahlungsanfechtungen mit der besten Wahrscheinlichkeit abzuweisen, richten Sie Ihre Stripe-Integration so ein, dass zum Transaktionszeitpunkt möglichst viele der oben genannten Felder bereitgestellt werden. Damit Stripe Anfechtungen in Ihrem Namen mit CE 3.0 verlässlich und effektiv blockieren kann, stellen Sie sicher, dass alle Ihre Transaktionen folgende Elemente enthalten: IP-Adresse, E-Mail-Adresse der Kundin/des Kunden, Produktbeschreibungen und, wenn möglich, Versand- oder Kundenadresse.