Anfechtungsprävention mit Verifi startenBeta

Erfahren Sie mehr über die Vorteile und Anforderungen des Angebots zur Anfechtungsprävention von Stripe powered by Verifi.

Informationen zu Verifi

Stripe hat Integrationen mit Produkten zur Vermeidung von Zahlungsanfechtungen entwickelt, die von Verifi, einer Tochtergesellschaft von Visa, angeboten werden. Zu den Produkten gehören Order Insight (OI) und Rapid Dispute Resolution (RDR). Mit unseren Integrationen können Sie beide Produkte ohne manuelle Integrationen verwenden, um Ihre Anfechtungsrate zu senken und die Umsatzbindung zu erhöhen. Auf der Seite der Produktübersicht erfahren Sie Näheres zu den Preisen. Da sich das Angebot derzeit in der Betaphase befindet, können sich die Preise und das Produktverhalten ändern.

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

RDR ermöglicht es Unternehmen, einen Regelsatz zu erstellen, um eingehende Zahlungsanfechtungen bei Visa-Transaktionen gegen eine Anfechtungsgebühr automatisch zurückzuerstatten (z. B. Erstattung aller potenziellen Zahlungsanfechtungen infolge von Betrug unter 10 USD). Unternehmen zahlen die zusätzliche RDR-Gebühr für jede eingehende Anfechtung, die durch die RDR geprüft wird, unabhängig davon, ob die Anfechtung mit dem automatischen Rückerstattungsregelsatz vermieden wird oder nicht. Der Hauptvorteil von RDR besteht darin, dass erstattete Anfechtungen nicht auf die Anfechtungsraten angerechnet werden. Dadurch vermeiden Sie, in Überwachungsprogramme aufgenommen zu werden, und Sie müssen keine separate Anfechtungsgebühr für erstattete Anfechtungen zahlen. Diese Option ist besonders für Unternehmen im Visa Dispute Monitoring Program (VDMP) geeignet, da diese ihre Anfechtungsrate und die Anfechtungsgebühren sofort senken und gleichzeitig Strafgelder der Netzwerke und Rückstellungen durch Stripe vermeiden können.

RDR-Anforderungen

Obwohl es keine Anforderungen für die Verwendung von RDR und keine separate Integration auf Ihrer Seite gibt, erfordert der Onboarding-Vorgang, dass Sie Regeln einrichten, um zu definieren, welche Transaktionen mit RDR erstattet werden sollen. Nachdem Sie den Zugriff auf die Betaversion angefordert haben, wird sich Stripe mit den nächsten Schritten zur Einrichtung Ihrer Regeln in Verbindung setzen. Erfahren Sie mehr darüber, wie Sie Regeln optimal einrichten.

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.

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	Gesamtsumme 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
	city	Name der Stadt
	region	Region oder Bundesland
	postalCode	Postleitzahl
	country	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
	city	Name der Stadt
	region	Region oder Bundesland
	postalCode	Postleitzahl
	country	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 aggressivere Tools zur Abweisung und Beilegung von Zahlungsanfechtungen durch Missbrauch von Hauptanbietern (auch bekannt als „freundlicher Betrug“) bei Visa-Transaktionen bietet. Die CE 3.0-Regeln bestimmen, welche Beweise nach einer Anfechtung vorgelegt werden können, um Ihre Gewinnchancen zu verbessern. (Hier erfahren Sie mehr). Wenn Sie jedoch bei OI angemeldet sind, können Sie CE 3.0 bereits vor der Anfechtung verwenden und somit die Einreichung der Anfechtung vollständig blockieren. Dies funktioniert, indem die erforderlichen vorherigen Transaktionsdaten den Ausstellern während einer Suche zur Verfügung gestellt werden. Wenn es bereits vorherige Transaktionen zwischen Ihnen und der Karteninhaberin/dem Karteninhaber gab, wählt Visa automatisch die 2 bis 5 letzten, nicht betrügerischen Transaktionen aus und fordert Daten zu diesen Transaktionen an. Stripe stellt dann automatisch alle oben genannten verfügbaren Informationen bereit. Wenn mindestens 2 vorherige Transaktionen mit vollständigen Produktbeschreibungen und übereinstimmenden IP-Adressen sowie mindestens einer übereinstimmenden E-Mail-Adresse oder Kundenlieferadresse vorhanden sind, ist der Aussteller verpflichtet, die Anfechtung zu blockieren. Infolgedessen wird die Anfechtung nie eingereicht und es fallen keine Anfechtungsgebühren oder Erhöhungen Ihrer Anfechtungsquote an.

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.