Weiter zum Inhalt
Konto erstellen oder anmelden
Das Logo der Stripe-Dokumentation
/
KI fragen
Konto erstellenAnmelden
Jetzt starten
Zahlungen
Umsatz
Plattformen und Marktplätze
Geldmanagement
Entwicklerressourcen
APIs und SDKsHilfe
Übersicht
Informationen zu Stripe Payments
Aktualisieren Sie Ihre Integration
Zahlungsanalysefunktionen
Online-Zahlungen
ÜbersichtIhren Use case findenVerwenden Sie Managed Payments
Payment Links verwenden
Vorgefertigte Checkout-Seite verwenden
Erstellen Sie eine benutzerdefinierte Integration mit Elements
In-App-Integration erstellen
Präsenzzahlungen
Terminal
Zahlungsmethoden
Zahlungsmethoden hinzufügen
Zahlungsmethoden verwalten
Schnellerer Bezahlvorgang mit Link
Zahlungsszenarien
Umgang mit mehreren Währungen
Nutzerdefinierte Zahlungsabläufe
Flexibles Acquiring
Orchestrierung
Mehr als Zahlungen
Unternehmensgründung
Krypto
Agentenbasierter Handel
Financial Connections
Climate
Betrug verstehen
Betrugsprävention von Radar
    Übersicht
    Optimieren Sie Betrugssignale
    Radar-Sitzung
    Risikobewertung
    Radar-Bewertungen für mehrere Zahlungsabwickler
    Einstellungen zur Risikoeinstufung
    Prüfungen
    Listen
    Regeln
    Lokale Zahlungsmethoden
    Radar-Analysen
    Radar for Platforms
Zahlungsanfechtungen verwalten
Identitäten verifizieren
Vereinigte Staaten
Deutsch
StartseiteZahlungenRadar 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.

Zahlungen blockieren

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.

Aktivieren Sie die Standard-Blockierungsregel oder eine entsprechende benutzerdefinierte Regel, damit Radar Transaktionen auf Grundlage dieses Schwellenwerts 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.

Sie müssen die Standard-Blockierungsregel oder eine entsprechende benutzerdefinierte Regel aktivieren, damit Radar Transaktionen auf der Grundlage dieses Schwellenwerts zur manuellen Überprüfung weiterleitet.

Schwellenwert anpassen

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.

Verfügbarkeit der Risikoschwelle

Um die Möglichkeit zu erhalten, die Risikoschwellenwerte über die Standardwerte hinaus zu erhöhen, 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 müssen Sie entscheiden, wie hoch Ihre Toleranzschwelle zwischen der Anzahl der blockierten betrügerischen Zahlungen und der Anzahl der blockierten legitimen Zahlungen ist.

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 Private preview

Adaptive 3DS

Die adaptive 3DS-Kontrolle von Radar fügt eine zusätzliche Ebene der Authentifizierung während des Bezahlvorgangs 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 durch eine gesetzliche Vorschrift wie Strong Customer Authentication (SCA) erforderlich ist. Das Deaktivieren von adaptive 3DS verhindert nicht, dass 3DS in Fällen ausgelöst wird, in denen es zur Einhaltung von Vorschriften erforderlich ist. Die Betrugspräventionskontrolle für Authentifizierung ist außerdem in Testumgebungen nicht verfügbar.

Dynamische Risikoschwelle

Notiz

Dynamic Risk Threshold gilt nur für Kartenzahlungen.

Die dynamische Risikoschwellenwert-Steuerung (Dynamic Risk Threshold) von Radar passt Ihre Schwellenwerte für betrügerische Aktivitäten automatisch an das erkannte Risiko an. Das maschinelle Lernen von Stripe überwacht kontinuierlich Trends betrügerischer Aktivitäten und senkt die Blockierungsschwelle bei erkannten Betrugsangriffen vorübergehend auf ein aggressiveres Niveau. Wenn der Angriff nachgelassen hat, wird der Wert wieder auf Ihre Standard-Blockierungsschwellen zurückgesetzt.

Der Kontrollmechanismus arbeitet transparent im Hintergrund. Sie müssen bei einem Angriff keine benutzerdefinierten Regeln erstellen oder Einstellungen anpassen. Dynamic Risk Threshold respektiert Ihre manuellen Schwellenwerte, wenn sie aggressiver sind. Sie können die Leistung überwachen und betroffene Transaktionen durch detaillierte Analysen in Ihrem Dashboard prüfen. Dieser automatisierte Ansatz reduziert Ihren Bedarf an Folgendem:

  • Betrugsmuster manuell erkennen
  • Notfallregeln erstellen
  • Denken Sie daran, die Einstellungen nach Beendigung eines Angriffs wieder zurückzusetzen

Nutzer/innen von Radar for Fraud Teams können Dynamic Risk Threshold nutzen. Sie können es im Dashboard im Abschnitt Risikokontrollen von Radar aktivieren oder deaktivieren. Sie können auch Backtest-Ergebnisse anzeigen, aus denen Sie ablesen können, wie es bei früheren Betrugsfällen abgeschnitten hätte.

Zugriff anfordern

Siehe auch

  • Risikobewertung
  • Prüfung
  • Integrations-Checkliste
War diese Seite hilfreich?
JaNein
  • Benötigen Sie Hilfe? Kontaktieren Sie den Kundensupport.
  • Schauen Sie sich unser Änderungsprotokoll an.
  • Fragen? Sales-Team kontaktieren.
  • LLM? Lesen Sie llms.txt.
  • Unterstützt von Markdoc