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
Übersicht
Integration starten
Für Ihr Unternehmen nutzen
Geld verwalten
Globale Auszahlungen
Capital
In Ihre Plattform einbetten
Treasury
Karten ausstellen
    Übersicht
    Funktionsweise von Issuing
    Globale Verfügbarkeit
    Betrug handhaben
    Karten
    Ihren Kartentyp auswählen
    Virtuelle Karten
    Physische Karten
    Karten verwalten
    Digitale Geldbörsen
    Ersatzkarten
    Kartenprogramme
    Programmmanagement
    Nur-Abwickler-Modell von Issuing
    Ihr Kartenprogramm anpassen
    Ihrem Kartenprogramm Gelder hinzufügen
    Credit Consumer Issuing
    Kontrollen
    Ausgabenkontrollen
    Fortschrittliche Betrugs-Tools
    3DS
    Fraud Challenges
    Autorisierung in Echtzeit
    PIN-Verwaltung
    Elements in Issuing
    Token-Verwaltung
    Finanzierung
    Ausstehender Betrag
    Nachträgliche Finanzierung Ihrer Integration mit Stripe
    Nachfinanzierung Ihrer Integration mit Dynamic Reserves
    Käufe
    Autorisierungen
    Transaktionen
    Anfechtungen
    Tests
    Händlerkategorien
    ATM-Nutzung
    Erweiterte Händlerdaten
    Issuing mit Connect
    Issuing- und Connect-Integration einrichten
    Annahme der Allgemeinen Geschäftsbedingungen aktualisieren
    Finanzierung in Connect
    Verbundene Konten, Karteninhaber/innen und Karten
    Offboarding von inaktiven verbundenen Konten
    Schnittstelle für Kartenverwaltung einbetten
    Kreditkonto
    Übersicht
    Verbundene Konten einrichten
    Kreditbedingungen verwalten
    Andere Kreditentscheidungen melden und AANs handhaben
    Erforderliche regulatorische Daten für Kreditentscheidungen melden
    Kontoverpflichtungen verwalten
    Kreditintegration testen
    Weitere Informationen
    Karteninhabertyp auswählen
    Kunden-Support für Issuing und Treasury
    Überwachungsliste in Issuing
    Marketing-Beratung (Europa/Vereinigtes Königreich)
    Beratung bezüglich Produkt- und Marketingkonformität (USA)
Capital für Plattformen
StartseiteGeldmanagementIssuing cards

Betrugsbekämpfung mit den Kontrollen und Tools von Stripe durchführen

Erfahren Sie, wie sich Transaktionsbetrug auf Ihr Issuing-Programm auswirken kann und wie Sie dagegen vorgehen können.

Als Zahlungsvermittlerprodukt birgt Issuing von Natur aus potenzielle Betrugsrisiken und Haftungen sowohl für Unternehmen als auch für Aussteller. Sie müssen verstehen, was Transaktionsbetrug ist, wer im Betrugsfall haftet und wie Sie Betrug mit den von Stripe verfügbaren Ressourcen am besten überwachen und verhindern können. Indem Sie Ihre Rollen und Verantwortlichkeiten verstehen und die Ressourcen von Stripe effektiv nutzen, können Sie diese Risiken auf ein Niveau reduzieren, das für Ihr Unternehmen vertretbar ist.

Bei der Entscheidung über Ihren Ansatz für das Betrugsmanagement ist Folgendes zu beachten:

  • Mit diesem Umfang an Betrug sollten Sie rechnen: Das durchschnittliche monatliche Betrugsvolumen schwankt erheblich je nach Branche, geografischer Lage, Geschäftsmodell und anderen Faktoren. Die meisten Nutzer/innen reichen Anfechtungen aufgrund von Betrug für 0,1 % oder weniger ihres Transaktionsvolumens ein, aber das kann je nach Ihrer Issuing-Aktivität stark variieren. Es ist ungewöhnlich, dass Betrugsfälle überhaupt nicht auftreten, außer bei seltenen Geschäftsmodellen oder bei geringem Transaktionsvolumen.
  • Definition einer Zahlungsanfechtung: Eine angefochtene Zahlung kommt dann zustande, wenn ein/e Kontoinhaber/in eine Abbuchung auf seiner/ihrer Kartenabrechnung bei seinem/ihrem Kartenaussteller anficht. Der Grund für die Zahlungsanfechtung ist unterschiedlich. Beispielsweise könnte der/die Kontoinhaber/in die Zahlung nicht erkennen, sie als betrügerisch wahrnehmen oder mit den gekauften Waren oder Dienstleistungen unzufrieden sein. Zahlungsanfechtungen können Ausstellern helfen, Gelder im Falle betrügerischer Aktivitäten zurückzuerhalten.

Transaktionsbetrug

Es gibt drei Hauptformen von Zahlungsbetrug:

  • Transaktionsbetrug: Die unbefugte Verwendung einer Zahlungskarte, um auf betrügerische Weise an Geld oder Eigentum zu gelangen.
  • Geschäftlicher Betrug: Eine Person erstellt ein betrügerisches Konto (häufig mit einer gestohlenen Identität), um einen Betrug zu begehen.
  • Betrug durch Kontoübernahme (Account Takeover – ATO): Ein nicht autorisierter Dritter kompromittiert die Anmeldung eines/einer legitimen Kontoinhabers/Kontoinhaberin und greift dann auf sein/ihr Konto zu.

Geschäftlicher Betrug und ATO-Betrug können zwar in Issuing vorkommen, Transaktionsbetrug stellt jedoch häufig ein größeres Risiko dar.

Bei Stripe Issuing sehen wir Transaktionsbetrug als nicht autorisierte Abbuchungen von einer von Stripe ausgestellten Karte. Transaktionsbetrug kann zu jedem Zeitpunkt im Lebenszyklus eines/einer Karteninhaber/in auftreten. Auch bei Einkäufen bei legitimen Unternehmen kann es zu Transaktionsbetrug kommen. Eine ausgestellte Karte kann durch Folgendes kompromittiert werden:

  • Physischer Diebstahl
  • Verlust des/der Karteninhabers/in
  • Anmeldeinformationen, die durch Taktiken wie die folgenden kompromittiert wurden:
    • Phishing
    • Spyware
    • Nicht sichere Bezahlvorgänge
    • Externe Verstöße

Verlusthaftung

Die Verlusthaftung ergibt sich aus einem Problem mit einer Transaktion, das zu einem finanziellen Verlust für eine Partei führt. Die Haftung ergibt sich in der Regel entweder aus Transaktionsbetrug oder aus einem Unternehmen, das seinen Verpflichtungen aus einem Kauf nicht nachkommt.

Die Verlusthaftung liegt entweder beim Unternehmen (Anbieter der Dienstleistung oder der gekauften Waren), bei Ihnen als Nutzer/in von Stripe Issuing oder (in seltenen Fällen) beim/bei der Karteninhaber/in. Das bedeutet, dass Sie verantwortlich sind, wenn die Haftung für Verluste dem Aussteller zugewiesen wird, sofern keine Ausnahme vorliegt. Weitere Informationen zu Fällen, in denen der Aussteller für betrügerische Transaktionen haftet, finden Sie unter Haftungsverlagerung.

Mit Stripe Issuing können Sie Ihr Betrugsüberwachungssystem entwerfen und Ihre eigene Geschäftslogik und Transaktionsentscheidungen treffen. Obwohl Stripe möglicherweise Unterstützung bei der Betrugsprävention für Transaktionen anbietet, sind Sie dennoch für alle Verluste verantwortlich, bei denen der Aussteller haftbar gemacht wird. Sie müssen also ausreichende Kontrollen zur Überwachung, Verwaltung und Verhinderung von Betrug einrichten.

Haftungsverlagerung

In vielen Fällen übernimmt das Unternehmen die Haftung für betrügerische Transaktionen. Es gibt jedoch einige Faktoren, die dazu führen können, dass die Haftung auf Sie, den/die ausstellende/n Nutzer/in, übergeht:

  • Transaktionen mit vorhandener Karte: Wenn die Karte oder eine mobile Wallet wie Apple Pay und Google Pay während der Transaktion vorhanden ist, haftet der Kartenaussteller in der Regel für Betrug, mit wenigen Ausnahmen:
    • Karten und Wallets müssen überall dort, wo sie verfügbar sind, elektronisch gelesen werden, indem die Chipschnittstelle mit oder ohne Kontakt verwendet oder der Magnetstreifen durchgezogen wird. Für manuell eingegebene Kartennummern, wie z. B. bei Versand- oder Telefonbestellungen, liegt die Haftung beim Unternehmen.
    • Wird eine chipfähige Karte an einem Terminal verwendet, das nur Magnetstreifenzahlungen unterstützt, geht die Haftung auf das Unternehmen über.
    • Wenn das vom Unternehmen verwendete Terminal in der Regel Chip-Transaktionen unterstützt, für eine Transaktion jedoch der Magnetstreifen verwendet wird, verbleibt die Haftung bei Ihnen als ausstellendem Nutzer.
  • Distanzzahlungen: Wenn die Karte bei der Transaktion (d. h. beim Online-Handel) nicht vorhanden ist, wird die Haftung in erster Linie durch 3D Secure (3DS) bestimmt. Die zusätzliche Verifizierungsebene von 3DS löst eine „Haftungsverlagerung“ aus, bei der die Betrugshaftung unabhängig von den Umständen vom Unternehmen auf den Kartenaussteller übergeht. Wenn ein Unternehmen im Zusammenhang mit Stripe Issuing 3DS auslöst, geht die Betrugshaftung in der Regel automatisch auf Sie als ausstellende/n Nutzer/in über, unabhängig davon, ob Sie 3DS für Ihre Karten aktiviert haben. Dementsprechend können Sie mit aktiviertem 3DS das Risiko einer finanziellen Haftung für betrügerische Transaktionen verringern. Weitere Informationen erhalten Sie unter 3DS für Stripe Issuing.
  • Transaktionen mit Digital Wallets: Unabhängig von Überlegungen rund um 3DS verlagert die Verwendung einer Stripe Issuing-Karte in einer Apple Pay- oder Google Pay-Wallet für eine Card-not-present-Transaktion auch die Haftung auf den Aussteller.

Kontrollen und Tools für Transaktionen

Angesichts des Risikos, das durch Haftungstransaktionsbetrug entstehen kann, müssen Sie proaktive Maßnahmen ergreifen, um ihn zu überwachen und zu verhindern. Im Folgenden finden Sie Kontrollen und Tools, die Sie zu Ihrem Stripe Issuing-Programm hinzufügen können. Verwenden Sie so viele Kontrollen und Tools wie möglich, um das Betrugsrisiko Ihres Programms zu begrenzen.

Proaktive Kontrollen zum Schutz vor Betrug

Stripe bietet die folgenden Kontrollen zur Betrugsvorbeugung:

KYC/KYB

Know Your Customer (KYC) oder Know Your Business (KYB) ist ein obligatorischer Ablauf zur Erfassung und Verifizierung von Informationen über das Unternehmen oder die Person, die die Karten verwenden wird. Zu diesen Informationen gehören die juristische Person und persönliche Daten über den/die Vertreter/in des Unternehmens sowie über diejenigen, die das Unternehmen besitzen oder kontrollieren. Der einfachste Weg zur Verwaltung von KYC/KYB ist die Integration von Connect Onboarding. Dabei übernimmt Stripe den Aufwand rund um die grundlegenden Verpflichtungen.

Weitere Informationen zur Verwendung von Connect zur Verwaltung von KYC/KYB finden Sie unter Risikomanagement mit Connect.

Ausgabenkontrollen

Mit Ausgabenkontrollen können Sie bestimmte Länder oder Händlerkategorien (zum Beispiel Casinos) blockieren und Ausgabenlimits pro Autorisierung (zum Beispiel 100 USD) oder pro Monat (zum Beispiel 3000 USD pro Monat) festlegen. Sie können diese Kontrollen entweder auf einzelne Karten oder auf Karteninhaber/innen anwenden. Sie sind am effektivsten, wenn das erwartete Ausgabenmuster bekannt ist.

Wir empfehlen die Implementierung einer Kombination aus Ausgabelimits und Händlerkategoriekontrollen, um das Risiko im Falle einer unbefugten Nutzung einzudämmen. Weitere Informationen zum Festlegen von Regeln für Karten und Karteninhaber/innen zur Kontrolle der Ausgaben finden Sie unter Ausgabenkontrollen.

3D Secure

3D Secure (3DS) ist eine zusätzliche Authentifizierungsebene, die von Unternehmen verwendet wird, um sicherzustellen, dass ein Online-Kauf von einem legitimen Karteninhaber erfolgt. 3DS wird für Online-Transaktionen verwendet und funktioniert nur, wenn das Unternehmen dies verlangt und Sie die Funktion für Ihr Issuing-Programm aktiviert haben. Der zusätzliche 3DS-Schritt erfolgt beim Bezahlvorgang, bei dem die Karteninhaber/innen eine Authentifizierungsseite sehen und aufgefordert werden, einen Verifizierungscode einzugeben, der an ihr Telefon oder ihre E-Mail gesendet wird.

Wir empfehlen, 3DS zu aktivieren, um das Risiko von Betrug bei Online-Transaktionen zu reduzieren. Weitere Informationen zu 3DS und seiner Aktivierung finden Sie unter Authentifizierung von Karteninhabern/Karteninhaberinnen mit 3D Secure.

Kontrollen zur Betrugsvorbeugung in Echtzeit

Stripe bietet die folgenden Kontrollen zur Betrugsvorbeugung in Echtzeit:

Stripe Defense Layer

Standardmäßig bietet Stripe mehrere automatische Kontrollen, um Ihr Betrugsrisiko zu reduzieren, ohne die Verlusthaftung zu ändern. Unter anderem versucht Stripe, Autorisierungen zu blockieren, bei denen es sich scheinbar um Kartentests handelt oder die wir basierend auf unseren eigenen Risikomodellen als extrem riskant einschätzen.

Diese Schutzmaßnahmen betreffen in der Regel nur eine sehr kleine Teilmenge (weniger als 0,5 %) der Autorisierungen und sind rein additiv. Sie sollten diese automatischen Kontrollen nicht als Ersatz für Ihr eigenes Risikomanagementprogramm betrachten. Letztendlich müssen Sie die ideale Balance zwischen Benutzererfahrung und Risikomanagement finden, die für die speziellen Merkmale Ihres Programms am besten geeignet ist. Der Stripe Defense Layer hat keinen Einfluss auf die Haftung.

Echtzeit-Webhook

Sie können Autorisierungsanfragen in Echtzeit basierend auf den Daten, die Ihnen zum Zeitpunkt der Autorisierung zur Verfügung stehen, genehmigen oder ablehnen. So behalten Sie die Kontrolle über die Autorisierungsergebnisse und können Ihre eigene Betrugspräventionslogik implementieren. Verwenden Sie den Echtzeit-Webhook von Stripe, um ein bestimmtes Betrugsmuster zu bekämpfen und gleichzeitig die Auswirkungen auf anderes Ausgabeverhalten zu minimieren. Beispielsweise können Sie Autorisierungsdaten zum Standort der Autorisierung verwenden, um bestimmte Regionen, Währungen und Unternehmen zu sperren.

Weitere Informationen zum Echtzeit-Webhook und seiner Funktionsweise finden Sie unter Echtzeitautorisierungen.

Fraud Challenges

Betrugs-Challenges bieten eine zusätzliche Verifizierungsebene für Nutzer/innen, um Einkäufe per SMS zu bestätigen. Dies hilft, versehentliche Blockierungen legitimer Käufe zu minimieren, die auf den ersten Blick als hochriskant erscheinen könnten. Nachdem der Kauf bestätigt wurde, kann der Karteninhaber/die Karteninhaberin die Transaktion wiederholen.

Weitere Informationen zur Verwendung von Herausforderungen, um Betrug zu verwalten finden Sie unter Betrugs-Challenges.

Vergleich von Verifizierungsdaten

Für jede Autorisierung, die stattfindet, vergleichen wir die während des Bezahlvorgangs bereitgestellten Werte mit den hinterlegten Werten. Wir benachrichtigen Sie, wenn wir eine Nichtübereinstimmung bei Folgendem feststellen:

  • CVV2 (oder Sicherheitscode)
  • Ablaufdatum der Karte
  • Rechnungsadresse
  • Postleitzahl der Rechnungsadresse
  • PIN-Nummer (bei Eingabe)

Wenn Sie eine Diskrepanz zwischen den hinterlegten Kartendaten und den beim Bezahlvorgang eingegebenen Kartendaten feststellen, können Sie möglicherweise betrügerische Aktivitäten erkennen. Beispielsweise kann eine Abweichung zwischen der Postleitzahl der Karteninhaberin/des Karteninhabers und der beim Bezahlvorgang angegebenen Postleitzahl auf eine gestohlene Karte hinweisen, mit der ein betrügerischer Akteur, der die Postleitzahl der Karteninhaberin/des Karteninhabers nicht kennt, einen Einkauf zu tätigen versucht. Eine Nichtübereinstimmung zwischen der gespeicherten CVV2 und der an beim Bezahlvorgang eingegebenen CVV2 könnte eine betrügerische Person darstellen, die die Kartennummern durchläuft, um eine zu finden, die funktioniert, ohne die damit verbundene CVV zu kennen.

Abhängig von Ihrer Risikotoleranz und den Merkmalen der Autorisierung, zum Beispiel persönlich oder online, können Sie Autorisierungen ablehnen, wenn in den Verifizierungsdatenwerten Unstimmigkeiten festgestellt werden.

Tools für Transaktionen nach Betrug

Stripe bietet die folgenden Tools für Transaktionen nach Betrug:

Token-Verwaltung

Verwalten Sie Token für Digital Wallets über die Tokens API, um Digital Wallet-Karten, die mit betrügerischen Aktivitäten in Verbindung gebracht wurden, schnell zu deaktivieren.

Weitere Informationen zur Verwaltung von Netzwerk-Token auf Ihren Karten finden Sie unter Verwaltung von Token.

Kartenverwaltung

Wenn Sie oder Ihr/e Karteninhaber/in nicht autorisierte Aktivitäten vermuten, können Sie eine Karte vorübergehend über das Dashboard oder die Issuing API deaktivieren, um die weitere unbefugte Nutzung während der Ermittlungen zu sperren. Wenn die Aktivität autorisiert wurde, können Sie die Anmeldedaten der Karte beibehalten und sie wieder aktivieren. Wenn Sie die unbefugte Verwendung bestätigen, sperren Sie die Karte sofort.

Informationen zum Deaktivieren einer Karte mithilfe der Issuing API finden Sie unter Deaktivieren von Karten.

Anfechtungen

Wenn betrügerische Transaktionen stattfinden, können Sie diese Transaktionen bei Visa oder Mastercard über das Dashboard oder die API mit dem Grund ‘Fraudulent’ einreichen. In einigen Fällen, je nachdem, welche Verifizierung am Point of Sale durchgeführt wird, kann der/die Händler/in für die betrügerische Transaktion haftbar gemacht werden. Es kann nicht garantiert werden, dass Zahlungsanfechtungen zurückgefordert werden, und es kann einige Zeit dauern, bis sie beigelegt werden.

Weitere Informationen zum Umgang mit Zahlungsanfechtungen finden Sie unter Anfechtungen in Issuing.

Kontrollen und Informationen für Nutzer/innen

Sie können verschiedene Aspekte der Betrugskontrollen von Stripe anpassen und Ihre Karteninhaber/innen darüber informieren, wie oft sie benötigt werden.

Nutzerkonfigurationen

Je nach Anwendungsszenario und Workflow können Sie Anpassungen an den Standardkontrollen von Stripe anfordern, zum Beispiel:

  • Lockerung der 3DS-Anforderungen
  • Erhöhung der Transaktionsobergrenzen

Stripe kann diese Anfragen zwar auf individueller Basis bearbeiten, letztendlich sind Sie jedoch für erhöhte Risiken oder Haftungsverluste verantwortlich, die sich aus solchen Anfragen ergeben.

Informieren Sie Ihre Karteninhaber/innen

Informieren Sie Ihre Karteninhaber/innen darüber, wie sie ihre Kartendaten sicher aufbewahren können. Bringen Sie ihnen bei, die Aktivitäten auf ihren Konten genau zu beobachten, um die Wahrscheinlichkeit zu erhöhen, dass sie – ebenso wie Sie selbst – betrügerische Aktivitäten frühzeitig bemerken. Weisen Sie Ihre Karteninhaber/innen auf die folgenden Präventivmaßnahmen hin:

  • Prüfen Sie in Geschäften auf Karten-Skimmer: Vergewissern Sie sich, dass keine Kameras oder Skimming-Geräte am Zahlungsterminal vorhanden sind. Überprüfen Sie, ob irgendetwas in den Kartenleser, die Anschlüsse, das Display oder das Tastenfeld eingesteckt oder daran befestigt ist.
  • Transaktionen mit vertrauenswürdigen Unternehmen: Geben Sie Ihre Kartendaten nur an Unternehmen weiter, die Sie kennen und denen Sie vertrauen.
  • Sperren einer Karte, sobald sie verloren gegangen ist oder gestohlen wurde: Ergreifen Sie sofortige Maßnahmen, um eine unbefugte Nutzung zu verhindern, bevor ein betrügerischer Akteur in der Lage ist, Ihre Kartendaten in Erfahrung zu bringen. Wenn Sie weiterhin Ausgaben tätigen möchten, erstellen Sie eine neue Karte, nachdem Sie die verloren gegangene oder gestohlene Karte gesperrt haben.

Metriken überwachen

Wir empfehlen, die folgenden Metriken zu überwachen, um Betrug in Ihren Issuing-Konten zu erkennen und zu messen.

Frühindikatoren

Frühindikatoren sind Metriken, die Ihnen helfen können, potenziellen Betrug in einem frühen Stadium zu erkennen.

  • Die Autorisierung wird aufgrund falscher Verifizierungsdaten (CVC2, Ablaufdatum) in einem bestimmten Zeitraum abgelehnt.
  • Autorisierungsquote in einem bestimmten Zeitraum.
  • Autorisierungen außerhalb des geografischen Fußabdrucks in einem bestimmten Zeitraum.
  • Autorisierungen nach Land des Übernahmeunternehmens in einem bestimmten Zeitraum.
  • Autorisierungen nach Geschäftskategoriecode in einem bestimmten Zeitraum.
  • Erzwungene Erfassungen in einem bestimmten Zeitraum.

Spätindikatoren

Spätindikatoren sind Kennzahlen, anhand derer Sie beurteilen können, wie stark sich betrügerische Aktivitäten auf Ihr Issuing-Programm ausgewirkt haben:

  • Prozentsatz der Gesamtausgaben, die in einem bestimmten Zeitraum wegen Betrugs angefochten wurden.
  • Gewinn-Verlust-Quote der angefochtenen Zahlungen in einem bestimmten Zeitraum.
  • Absolute Verluste aufgrund von angefochtenen Zahlungen in einem bestimmten Zeitraum.
  • Übernahme von Unternehmen mit dem höchsten Prozentsatz angefochtener Transaktionen.

Siehe auch

  • Fortschrittliche Betrugsbekämpfungstools
  • Herausforderungen im Zusammenhang mit Betrug
  • Authentifizierung von Karteninhaberinnen/Karteninhabern mit 3D Secure
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