Weiter zum Inhalt
Konto erstellen
oder
anmelden
Das Logo der Stripe-Dokumentation
/
KI fragen
Konto erstellen
Anmelden
Jetzt starten
Zahlungen
Umsatz
Plattformen und Marktplätze
Geldmanagement
Entwicklerressourcen
ÜbersichtAlle Produkte ansehen
Beginnen Sie mit der Entwicklung
Entwicklung starten
Beispiel-Projekte
Informationen zu APIs
Mit LLMs entwickeln
Stripe verwenden, ohne Code zu erstellen
Stripe einrichten
Konto erstellen
Web-Dashboard
Mobiles Dashboard
Auf Stripe umsteigen
Betrugsrisiko verwalten
Betrug verstehen
Betrugsprävention von Radar
    Übersicht
    Integration
    Radar-Sitzung
    Risikobewertung
    Radar-Bewertungen für mehrere Zahlungsabwickler
    Einstellungen zur Risikoeinstufung
    Prüfungen
    Listen
    Regeln
    Radar-Analysen
    Radar for Platforms
Zahlungsanfechtungen verwalten
Identitäten verifizieren
StartseiteJetzt startenRadar fraud protection

Risikokontrollen

Passen Sie mit Radar for Fraud Teams an, wie aggressiv Sie Betrug für Ihr Unternehmen blockieren.

Einstellungen

Verwenden Sie Radar for Fraud Teams, um die Standard-Risikobewertung für die Blockierung von Zahlungen anzupassen. Navigieren Sie zur Seite mit Radar-Risikokontrollen, um die gewünschten Anpassungen vorzunehmen.

Screenshot der Schublade, die angezeigt wird, wenn Sie Ihre Radar-Risikokontrollen anpassen

Im Dialogfeld „Einstellungen zur Risikoeinstufung“ werden der Schwellenwert zum Sperren von Zahlungen, die Anfechtungsquote und andere wichtige Statistiken angezeigt.

Notiz

Die Anpassung der Risikobewertung gilt für Karten-, ACH- und SEPA-Lastschriftzahlungen. Um zu testen, welches Ergebnis ein anderer Schwellenwert für Zahlungen mit einer bestimmten Zahlungsmethode haben könnte, wählen Sie eine Zahlungsmethode aus und testen Sie den neuen Schwellenwert, um die betroffenen Zahlungen anzuzeigen.

Stripe Radar weist jeder Zahlung eine numerische Risikobewertung zwischen 0 und 99 zu, wobei 0 das geringste und 99 das höchste Risiko darstellt.

Blockierung von Zahlungen

Der default blocking threshold ist 75. Das heißt, Radar blockiert Zahlungen mit einer Punktzahl von 75 oder höher. Wenn Sie diesen Schwellenwert senken, werden mehr Zahlungen blockiert.

Sie müssen sicherstellen, dass die Standard-Blockregel oder eine gleichwertige nutzerdefinierte Regel aktiviert ist, damit Radar Transaktionen basierend auf diesem Schwellenwert blockieren kann.

Manuelle Überprüfungen

Der Schwellenwert für die manuelle Prüfung ist standardmäßig 65, d. h. Radar sendet Zahlungen mit einer Bewertung von 65 oder höher zur manuellen Prüfung. Durch Ändern des Sperrschwellenwerts wird automatisch der Schwellenwert für die manuelle Überprüfung entsprechend geändert.

Damit Radar Transaktionen basierend auf diesem Schwellenwert an manuelle Prüfungen senden kann, müssen Sie die Standardprüfungsregel oder gleichwertige benutzerdefinierte Regeln aktivieren.

Anpassung Ihres Schwellenwerts

Wenn Sie Ihren Schwellenwert für Blockierungen ändern, wird die folgende Statistik angezeigt:

MetrikBeschreibung
Geschätztes Betrugsvolumen, das blockiert oder zugelassen istDas geschätzte Volumen der betrügerischen Zahlungen, die blockiert werden oder ab dem neuen Schwellenwert für Blockierungen zugelassen werden.
Geschätztes Volumen gültiger Zahlungen, das blockiert oder zugelassen istDas geschätzte Volumen gültiger Zahlungen, die blockiert oder ab dem neuen Schwellenwert für Blockierungen zugelassen werden.
Geschätztes, zuvor blockiertes Volumen, das blockiert oder zugelassen istDas geschätzte Volumen der zuvor blockierten Zahlungen, die blockiert werden oder ab dem neuen Schwellenwert für Blockierungen zulässig sind. Da diese Zahlungen blockiert und nie verarbeitet wurden, könnte es sich bei einigen dieser Zahlungen um betrügerische Zahlungen handeln.
Betrugsquote nach VolumenDer Prozentsatz der Zahlungen nach Volumen, bei denen eine Zahlungsanfechtung oder eine frühzeitige Betrugswarnung (EFW) erhalten wurde oder die wegen Betrugs zurückerstattet wurden.
Blockquote nach VolumenDer Prozentsatz der Zahlungen nach Volumen, die versucht wurden, aber von Radar oder Stripe blockiert wurden. Zahlungen werden von Stripe blockiert, um Sie vor Kartentests und anderen Risiken zu schützen, die alle Nutzer/innen betreffen, unabhängig davon, ob Sie Radar nutzen.

Risikoschwelle Verfügbarkeit

Die Möglichkeit, die Schwellenwerte der Risikobewertung über die Standardwerte hinaus zu erhöhen, ist nicht sofort für alle Nutzer/innen verfügbar. Wenn Sie diese Funktion aktivieren möchten, kontaktieren Sie uns.

Sie können den Standard-Schwellenwert an Ihre geschäftlichen Anforderungen anpassen. Bei der Festlegung des Schwellenwerts für die Risikobewertung müssen Sie abwägen, wie viele Betrugsfälle Radar blockiert und wie viele Zahlungen es zulässt.

Weitere Betrugsversuche blockieren

Wenn Ihr Unternehmen höhere Betrugsraten verzeichnet, können Sie die Punktzahl für das Blockieren von Zahlungen senken. Um zu ermitteln, welche Risikobewertung für Ihr Unternehmen die Richtige ist, bewegen Sie den Mauszeiger über das Diagramm Blockieren Sie zusätzliche Zahlungen, indem Sie Ihre akzeptable Risikobewertung festlegen.

Screenshot, der die Tabelle mit ordnungsgemäßen und betrügerischen Zahlungen nach Risikobewertung zeigt

Dieses Diagramm zeigt, wie viele betrügerische und vertrauenswürdige Zahlungen Sie blockiert hätten, wenn Sie Ihren Schwellenwert auf diese Risikobewertung festlegen würden. Hier können Sie Folgendes sehen:

MetrikBeschreibung
Volumen blockiertDas Volumen betrügerischer und ordnungsgemäßer Zahlungen würde blockiert.
% blockiertDer Prozentsatz der betrügerischen bzw. ordnungsgemäßen Zahlungen, die blockiert wurden. Wenn Sie beispielsweise eine Blockierung bei 65 festlegen, führt dies dazu, dass 55 % Ihrer betrügerischen Zahlungen auf Kosten von nur 1 % der ordnungsgemäßen Zahlungen blockiert werden.
Anzahl der blockierten ZahlungenDie Anzahl der betrügerischen und ordnungsgemäßen Zahlungen würde blockiert.

Letztendlich liegt es an Ihrem Unternehmen, zu entscheiden, welchen Kompromiss Sie in Bezug auf die Blockierung betrügerischer im Vergleich zu ordnungsgemäßen Zahlungen eingehen möchten.

Mehr Zahlungen zulassen

Wenn Ihr Unternehmen niedrige Betrugsquoten und -kosten aufweist, sollten Sie den Standardwert für Blockierungen erhöhen, um insgesamt mehr Zahlungen zuzulassen.

Screenshot, der das Diagramm mit blockierten Zahlungen nach Risikobewertung zeigt

Dieses Diagramm zeigt, wie viele Zahlungen Sie zulassen würden, wenn Sie Ihren Schwellenwert auf diese Risikobewertung festlegen würden. Hier können Sie Folgendes sehen:

MetrikBeschreibung
Zulässiges VolumenZahlungsvolumen ist zulässig.
Anzahl der zulässigen ZahlungenAnzahl der zulässigen Zahlungen.

Wenn Sie die Risikobewertung zum Sperren von Zahlungen erhöhen, können wir die Auswirkungen dieser Änderung auf Ihre Betrugsquote nicht mit absoluter Sicherheit vorhersagen (da einige zuvor gesperrte Zahlungen nun zugelassen werden). Berücksichtigen Sie diesen Punkt, wenn Sie die Risikobewertung entsprechend anpassen.

Betrugskontrollen

Authentifizierung

Die Authentifizierungssteuerung von Radar fügt während des Bezahlvorgangs eine zusätzliche Authentifizierungsebene hinzu, um Betrug zu verhindern. Das maschinelle Lernen von Stripe läuft im Hintergrund, um Zahlungen mit mittlerem Risiko zu authentifizieren.

In den meisten Fällen erfolgt die 3DS -Authentifizierung ohne Aktion des Kunden/der Kundin. Wenn etwas ungewöhnlich erscheint, bittet die Bank des Karteninhabers/der Karteninhaberin den Kunden/die Kundin, seine/ihre Identität durch eine Sicherheitsabfrage zu bestätigen. Wenn eine Zahlung mit 3DS authentifiziert wird, geht die Haftung für betrugsbedingte Anfechtungen dieser Zahlung in der Regel vom Verkäufer auf den Aussteller über. Dies bedeutet, dass in den meisten Fällen nicht der/die Verkäufer/in für Betrugskosten bei 3DS-authentifizierten Zahlungen aufkommen muss.

Sie finden diese Steuerung im Abschnitt Risikokontrollen des Radar-Dashboards.

Stripe löst 3DS automatisch aus, wenn dies aufgrund einer gesetzlichen Vorgabe wie der starken Kundenauthentifizierung (SCA) erforderlich ist. Durch das Deaktivieren der Steuerung wird nicht verhindert, dass 3DS in Fällen ausgelöst wird, in denen dies aus Compliance-Gründen erforderlich ist. Authentifizierungs-Betrugspräventionskontrollen sind in Testumgebungen ebenfalls nicht verfügbar.

Siehe auch

  • Risikobewertung
  • Prüfung
  • Checkliste für die Integration
War diese Seite hilfreich?
JaNein
Benötigen Sie Hilfe? Kontaktieren Sie den Kundensupport.
Nehmen Sie an unserem Programm für frühzeitigen Zugriff teil.
Schauen Sie sich unser Änderungsprotokoll an.
Fragen? Sales-Team kontaktieren.
LLM? Lesen Sie llms.txt.
Unterstützt von Markdoc