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
Entwickler-Tools
Übersicht
Informationen zu Stripe Payments
Aktualisieren Sie Ihre Integration
Zahlungsanalysefunktionen
    Übersicht
    Freigabe
    Authentifizierung
    Authorization Boost
    Anfechtungsanalysen
    Zahlungsmethoden
    Empfehlungen
Online-Zahlungen
ÜbersichtIhren Use case findenZahlungen verwalten
Payment Links verwenden
Bezahlseite erstellen
Erweiterte Integration erstellen
In-App-Integration erstellen
Zahlungsmethoden
Zahlungsmethoden hinzufügen
Zahlungsmethoden verwalten
Schnellerer Bezahlvorgang mit Link
Zahlungsschnittstellen
Payment Links
Checkout
Web Elements
In-App-Elements
Zahlungsszenarien
Nutzerdefinierte Zahlungsabläufe
Flexibles Acquiring
Orchestrierung
Präsenzzahlungen
Terminal
Andere Stripe-Produkte
Financial Connections
Krypto
Climate
StartseiteZahlungenPayments analytics

Analyse der AkzeptanzÖffentliche Vorschau

Erfahren Sie, was sich auf die Akzeptanz von Kartenzahlungen auswirkt und was die Gründe für fehlgeschlagene oder abgelehnte Zahlungen sind.

Seite kopieren

Öffentliche Vorschau

Zahlungsanalyse befindet sich in der öffentlichen Vorschau. Wenn Sie es ausprobieren möchten, können Sie sich auf der Warteliste eintragen.

Auf der Seite Akzeptanz im Stripe-Dashboard können Sie Ihre Quote erfolgreicher Zahlungen und Ihre Autorisierungsquote analysieren, um herauszufinden, wo genau Zahlungen fehlschlagen, warum sie fehlschlagen und wie Sie diese Informationen nutzen können, um Ihren Umsatz zu steigern.

Um zu dieser Seite zu navigieren, klicken Sie auf Zahlungen > Analysen > Akzeptanz im Dashboard.

Die Seite „Akzeptanz“ im Dashboard enthält folgende Daten für Kartenzahlungen:

  • Erfolgreiche Zahlung und Netzwerkautorisierungsquote (entweder als Rohdaten oder dedupliziert)
  • Pivot-Diagramme für gängige Dimensionen (auch als Filter erhältlich)
  • Gründe für fehlgeschlagene Zahlungen (Authentifizierungsproblem, Blockierungen oder Ablehnungsgründe des Kartennetzwerks)
  • Die Verbesserung durch die Funktionen zur Zahlungsoptimierung von Stripe

Verfügbare Daten

Daten auf dieser Seite umfassen versuchte und autorisierte Kartenzahlungen.

Versuchte Zahlungen

Von einem Zahlungsversuch spricht man, wenn Stripe die Zahlungsdetails einer durch einen Kunden/eine Kundin versuchten Zahlung über Kartennetzwerke wie Visa, Mastercard oder China UnionPay sendet. Anschließend senden die Kartennetzwerke die Anfragen an die entsprechenden kartenausstellenden Banken, die die Zahlungen entweder autorisieren oder ablehnen.

Ein Zahlungsversuch kann in mehreren Schritten fehlschlagen, sogar bevor eine Zahlung an das Kartennetzwerk gesendet wird. Beispielsweise könnte die 3D Secure-Authentifizierung fehlschlagen oder von Stripe Radar blockiert werden. Nachdem eine Zahlung an das Kartennetzwerk gesendet wurde, können Kartenaussteller diese aus verschiedenen Gründen ablehnen, z. B. unzureichende Deckung auf dem Kartenkonto oder falsche Karteninformationen. Es kann vorkommen, dass Kartenaussteller legitime Zahlungen wegen Betrugsverdachts fälschlicherweise ablehnen.

Autorisierte Zahlungen

Eine autorisierte Zahlung bedeutet, dass die ausstellende Bank die Kartendaten des Kunden/der Kundin validiert und ausreichend Gelder für die Transaktion reserviert hat. Die Zahlung wird genehmigt und der Betrag gesichert. Die Gelder werden jedoch erst überwiesen, wenn die Transaktion von Ihrem Unternehmen erfasst wurde.

Bei autorisierten Zahlungen wird nicht berücksichtigt, ob die Zahlungen letztendlich erfasst wurden. Erfahren Sie mehr über den Unterschied zwischen Autorisierung und Erfassung.

Ihren Datensatz konfigurieren

Die Filter oben auf der Seite Akzeptanz gelten für alle Metriken, Diagramme und Tabellen auf der Seite. Stripe verarbeitet Ihre Daten täglich von 12:00 Uhr UTC bis 23:59 Uhr UTC. Alle angezeigten Daten sind in der UTC-Zeitzone.

Filter für die Akzeptanzanalyse

Filter oben auf der Seite „Akzeptanz“.

Währung angeben

Wenn Sie keinen Währungsfilter anwenden, werden alle Zahlungen in Ihrer Standard-Abrechnungswährung angezeigt, unabhängig von der tatsächlichen Zahlungswährung. Wenn Sie einen Währungsfilter anwenden, werden nur Zahlungen angezeigt, die mit der ausgewählten Währung getätigt wurden. Wenn Ihre Standardwährung beispielsweise USD ist, Sie jedoch den Währungsfilter EUR auswählen, werden nur Transaktionen in EUR angezeigt, nicht aber Transaktionen in anderen Währungen, wie z. B. USD.

Um die Währung zu ändern, klicken Sie auf + Weitere Filter > Währung und wählen Sie die gewünschte Währung aus der Liste aus.

Geben Sie den Kontotyp an

Wenn Sie Organisationen verwenden, können Sie die Akzeptanzanalysen für jedes Konto anzeigen:

  1. Klicken Sie im Dashboard auf die Kontoauswahl und wählen Sie Ihre Organisation aus.
  2. Um die Seite Akzeptanzanalysen zu öffnen, navigieren Sie zu Zahlungen > Analysen.
  3. (Optional) Wenn Sie Analysen speziell für ein einzelnes Konto anzeigen möchten, klicken Sie unter den Filtern auf Konto und wählen Sie ein Konto aus.
  4. (Optional) Standardmäßig werden die Akzeptanzanalysen für Organizations in USD angezeigt. Um die angezeigte Währung Ihrer Daten zu ändern, klicken Sie auf das Dropdown-Menü In USD anzeigen und wählen Sie die gewünschte Währung aus. Beachten Sie, dass sich die angezeigte Währungseinstellung vom Währungsfilter unterscheidet.

Zahlungsabwickler angeben

Verwenden Sie den Abwicklerfilter, um Akzeptanzanalysen basierend auf dem Zahlungsabwickler anzuzeigen. Je nach Konfiguration können Sie neben Stripe auch Zahlungen von Zahlungsabwicklern (wie Worldpay oder Ayden) akzeptieren.

Um den Abwickler anzugeben, klicken Sie auf Abwickler, wählen Sie den Abwickler aus und klicken Sie auf Übernehmen. Sie können je nach Konfiguration auswählen und kombinieren, welche Abwickler angezeigt werden sollen.

Connect angeben

Connect-Plattformen sehen die Aktivitäten zu Direct Charges für alle verbundenen Konten zusammengefasst. Daten von Standard-Konten sind nur für Plattformen sichtbar, wenn Sie Plattform-Steuerungen aktivieren.

Um Daten verbundener Konten einzubeziehen, klicken Sie auf Verbundene Konten einschließen. Um einen Ausschluss vorzunehmen, klicken Sie auf Verbundene Konten nicht einschließen.

Zahlungserfolgs- oder Autorisierungsquoten angeben

Verwenden Sie den Quotenfilter, um Ihre Analysen anhand der Quote erfolgreicher Zahlungen oder der Autorisierungsquote zu überprüfen.

  • Um die Quote erfolgreicher Zahlungen anzugeben, klicken Sie auf Quote erfolgreicher Zahlungen.
  • Um eine Autorisierungsquote anzugeben, klicken Sie auf Autorisierungsquote. Wenn Sie einen anderen Prozessorfilter als Stripe festlegen, können Sie keine Autorisierungsquote angeben, da Stripe keinen Zugriff auf deren Daten hat.

In der folgenden Tabelle werden die Unterschiede zwischen diesen beiden Raten erläutert:

RateBeschreibungArten der enthaltenen Zahlungsversuche

Quote erfolgreicher Zahlungen

Die Quote erfolgreicher Zahlungen misst den Erfolg aller Zahlungsversuche in allen Phasen des Zahlungsvorgangs: 3DS-Authentifizierung, Blockierung durch Stripe oder Radar und Kartennetzwerkautorisierung.

Dies ist die Anzahl der vom Kartennetzwerk autorisierten Zahlungen geteilt durch die Anzahl einmaliger Zahlungsversuche über Stripe. Wir berücksichtigen alle Zahlungsversuche mit Ausnahme von ungültigen API-Aufrufen.

  • Fehlgeschlagene Zahlungen mit 3DS-Authentifizierung
  • Blockierte Zahlungen
  • Ausstellerablehnung
  • Autorisierte Zahlungen

Autorisierungsquote

Die Netzwerkautorisierungsquote misst den Erfolg von Zahlungsversuchen, die die Kartennetzwerke erreichen. Dabei handelt es sich um die Anzahl der vom Kartenaussteller autorisierten Zahlungen geteilt durch die Anzahl der einmaligen Zahlungsversuche, die zur Autorisierung an das Kartennetzwerk übermittelt wurden.

Ungültige API-Aufrufe, Zahlungen, bei denen die 3D Secure fehlschlägt, und blockierte Zahlungen werden nicht in den Nenner aufgenommen, da diese Fehler auftreten, bevor Stripe die Autorisierungsanfrage an den Aussteller sendet.

  • Ausstellerablehnung
  • Autorisierte Zahlungen

Nachfolgend finden Sie ein Beispiel für die Berechnung der Autorisierungsquote für die Quote erfolgreicher Zahlungen:

BerechnungskomponenteKomponentenwert
GESAMTANZAHL DER ZAHLUNGSANFRAGEN AN STRIPE103.000
Ungültige API-Anfragen(3.000)
Gültige API-Anfragen100.000
Fehlgeschlagene Authentifizierungsversuche(1.000)
Blockierte Zahlungsversuche(1.000)
Gesamtzahl der Zahlungsversuche, die das Kartennetzwerk erreichen98.000
Autorisierte Zahlungen93.000
Quote erfolgreicher Zahlungen93 % = (93.000 / 100.000)
Netzwerk-Autorisierungsquote94,9 % = (93.000 / 98.000)

Raten für Rohdaten und deduplizierte Daten festlegen

Bei einigen Zahlungsversuchen handelt es sich um Wiederholungsversuche desselben eindeutigen Kaufs. Wird beispielsweise der ursprüngliche Zahlungsversuch abgelehnt, weil die Prüfziffer falsch ist, muss der Kunde/die Kundin die Zahlung erneut übermitteln, nachdem er/sie den Fehler korrigiert hat. Mit Ausnahme ungültiger API-Anfragen beziehen wir alle Versuche in die Berechnung mit ein.

Um die Rate der Rohdaten anzugeben, klicken Sie auf Rohdaten. Um die deduplizierte Quote anzugeben, klicken Sie auf Dedupliziert.

In der folgenden Tabelle werden die Unterschiede zwischen den beiden Raten erläutert:

Rate der RohdatenZählt alle diese Versuche, denselben Kauf zu tätigen.
Deduplizierte RateGruppiert die wiederholten Versuche und berechnet die Akzeptanzquote basierend auf dem Endergebnis.

Die folgende Tabelle zeigt Beispielberechnungen mit einer Rate der Rohdaten und deduplizierten Daten:

BerechnungsschrittErgebnis
Zahlung A, Versuch 1Fehlgeschlagen
Zahlung A, Versuch 2Fehlgeschlagen
Zahlung A, Versuch 3Autorisiert
Rate der Rohdaten (Zählt alle Versuche)33,3 % = (1/3) (1 autorisierter Versuch / 3 Versuche insgesamt)

Wenn Sie sich die Quoten der deduplizierten Zahlungen ansehen, sehen Sie möglicherweise einen vorübergehenden Rückgang Ihrer Erfolgs- oder Autorisierungsquoten für den letzten Monat, wenn noch nicht alle Zahlungsversuche wiederholt wurden. Sie können auch selbst wiederholte Zahlungsversuche planen. Diese als Mahnwesen bezeichnete Vorgehensweise ist bei Unternehmen mit wiederkehrendem Umsatz üblich. Wenn Sie das Mahnwesen über Stripe Billing nutzen, hebt Stripe den entsprechenden Teil des Diagramm gemäß Ihrer Billing-Einstellungen hervor.

Bei Zahlungen per Stripe Invoices gruppieren wir Zahlungsversuche auf derselben Rechnung. Bei Zahlungen mit Kundinnen/Kunden gruppieren wir Versuche für dieselbe Kundin/denselben Kunden, wenn diese zeitlich nahe beieinander liegen und den gleichen Betrag erzielen. Alle anderen Zahlungen werden unter derselben Kartennummer für zeitlich nahe beieinander liegende Versuche und für denselben Betrag gruppiert.

Akzeptanzdaten herunterladen

Sie können alle Daten herunterladen, die zur Erstellung des Berichts verwendet wurden. Downloads enthalten Zahlungen, die den Filtern oben im Bericht entsprechen. Das Download-Dialogfeld ist nur auf einen Währungsfilter festgelegt (standardmäßig die Währung des Unternehmens).

Um diese Analysen herunterzuladen, klicken Sie oben in jedem Diagramm auf Herunterladen .

Bericht über die wichtigsten Metriken

Dieser Bericht zeigt die wichtigsten Metriken für die von Ihnen ausgewählten Filter, einschließlich der Quote sowie der Anzahl der autorisierten Zahlungen und des autorisierten Zahlungsvolumens. Die Zeitreihe vergleicht die Quote mit einer previous_period, die Sie anpassen können. Standardmäßig beginnt der Vergleichszeitraum direkt vor dem von Ihnen gewählten Zeitraum und stellt die gleiche Zeitdauer dar.

Zahlungsbericht

Der Zahlungsbericht ermöglicht es Ihnen, Kartenakzeptanzmetriken über mehrere gängige akzeptanzfördernde Dimensionen hinweg anzuzeigen. Jeder der Filter der obersten Ebene verfügt über ein entsprechendes Pivot-Diagramm. Durch die Verbindung der Filterfunktionen mit den Pivot-Diagrammen im Zahlungsdiagramm ergibt sich eine Ansicht, mit der Sie überwachen können, wie sich verschiedene Zahlungsgruppen im Laufe der Zeit verhalten. Sie können durch die einzelnen Registerkarten aufrufen, um die Raten, die Aufschlüsselung der Anzahl der Zahlungen (in absoluten Zahlen oder als Anteil der Zahlungen) und das Zahlungsvolumen zu vergleichen.

Verwenden Sie alle diese Registerkarten, um zu sehen, wie sich Änderungen des Preises auf Änderungen der Anzahl oder des Volumens von Zahlungen auswirken. Mit Sigma können Sie interessante Trends noch genauer untersuchen. Sie können außerdem den aufgeschlüsselten Download verwenden, um nach verfügbaren Zahlungsattributen zu filtern. Zum Beispiel können Kartentests zu einer Senkung der Rate und einem plötzlichen Anstieg der Anzahl der Zahlungen führen.

Analysieren Sie Zahlungen und welche Optionen möglich sind, wie z. B. welche Kartenmarken, Länder oder Eingabemethoden Ihre Kundinnen und Kunden zum Bezahlen verwenden.

Kartentyp

Im Durchschnitt sind die Erfolgsquoten bei Kreditzahlungen höher als bei Debitzahlungen, welche wiederum höher sind als Erfolgsquoten von Prepaid-Zahlungen. Dies liegt in der Regel daran, dass Zahlungen per Debit- und Prepaid-Karten eher abgelehnt werden, wenn nicht genügend Gelder vorhanden sind, um die Einkäufe abzuschließen.

Land der Karte

Das Kartenland bezieht sich auf das Land des Kartenausstellers, nicht auf den physischen Kundenstandort zum Zeitpunkt der Zahlung. Im Durchschnitt sind die Erfolgsquoten im Inland höher als bei grenzüberschreitenden Zahlungen (wenn sich also das Kartenland und Ihr Unternehmen in unterschiedlichen Regionen befinden). Dieser Hinweis kann Ihnen auch dabei helfen, herauszufinden, wo Ihre Kundinnen und Kunden ansässig sind.

Abwickler

Nachdem Sie den Abwicklerfilter festgelegt haben, können Sie auch den Zahlungsbericht basierend auf dem Abwickler anzeigen. Je nach Konfiguration können Sie neben Stripe auch Zahlungen von Zahlungsabwicklern (wie Worldpay oder Ayden) akzeptieren.

Transaktionstyp

Die Kartennetzwerke unterteilen Kartenzahlungen in zwei Arten, je nachdem, ob der Kunde/die Kundin am Zahlungsablauf teilnimmt: Von Kundinnen/Kunden initiierte Transaktionen (Customer-Initiated Transactions, CITs) und Von Händlern initiierte Transaktionen (Merchant-Initiated Transactions, MITs). Kartenaussteller weisen diesen Transaktionstypen unterschiedliche Merkmale und Risikoprofile zu, sodass deren Erfolgsquoten in der Regel unterschiedlich ausfallen.

Eingabemethode

Bei Digital Wallets wie Apple Pay und Android Pay fallen die Erfolgsquoten im Vergleich zu normalen Online-Kartenzahlungen in der Regel höher aus. Grund hierfür sind die Tokenisierung und Authentifizierung per Gerät, was ein höheres Maß an Vertrauen beim Kartenaussteller erzeugt.

Wenn Sie Stripe Terminal verwenden, sehen Sie möglicherweise auch die Option Card Present (Karte vorhanden) als Eingabemethode, was persönliche Zahlungen darstellt. Branchenweit sind die Erfolgsquoten von Card-Present-Zahlungen in der Regel höher als bei Card-Not-Present-Zahlungen. Die physische Karte muss zum Zeitpunkt des Kaufs bei persönlichen Zahlungen vorhanden sein. Diese Zahlungen haben daher oft ein geringeres Risikoprofil für Kartenaussteller als dies bei Online-Zahlungen der Fall ist.

Status der gespeicherten Karte

Sie können zuvor gespeicherte Kartendaten verwenden, um Kundenkarten zu einem späteren Zeitpunkt zu belasten. Diese Option wird am häufigsten für Abonnements verwendet. Eine gespeicherte Karte wird auch als Credential-on-File (CoF) bezeichnet. Die Erfolgsquoten sind in der Regel für gespeicherte Karten höher als für nicht gespeicherte Karten.

Antwort nach Postleitzahl

Address Verification Service (AVS) ist ein Tool zur Identitätsverifizierung, mit dem Unternehmen potenziell betrügerische Kredit- oder Debitkartenzahlungen erkennen und verhindern können. Dies geschieht, indem sie die von Kundinnen und Kunden angegebene Rechnungsadresse mit der beim Kartenaussteller gespeicherten Rechnungsadresse der Kundinnen und Kunden vergleichen, um die Übereinstimmung zu bestätigen. Die Adressverifizierung wird hauptsächlich von Kartenausstellern in den Vereinigten Staaten, Kanada und dem Vereinigten Königreich unterstützt.

In der folgenden Tabelle werden Beispielwerte für die Antwortmetrik auf die Postleitzahl angezeigt.

WertDefinition
Nicht gesendetPostleitzahl wurde nicht an die Kartennetzwerke gesendet
BestandenPostleitzahl wurde an die Kartennetzwerke gesendet und hat die Validierung bestanden
FehlgeschlagenPostleitzahl wurde an die Kartennetzwerke gesendet und hat die Validierung nicht bestanden
Nicht geprüftPostleitzahl wurde an die Kartennetzwerke gesendet, es wurde aber keine Validierung durchgeführt

CVC-Antwort

Die Prüfziffer/CVC (auch CVV genannt) ist die drei- oder vierstellige Prüfziffer, die auf eine Karte aufgedruckt ist, und sich in der Regel auf dem Unterschriftsstreifen oder der Vorderseite der Karte befindet. Wenn eine Kartenzahlung zur Autorisierung an ein Kartennetzwerk übermittelt wird, sendet Stripe den CVC, insofern dieser bereitgestellt wurde. Ähnlich wie bei AVS prüft der Kartenaussteller im Rahmen einer zusätzlichen Verifizierung die Prüfziffer/CVC anhand der Informationen, die er für die Kundin/den Kunden hinterlegt hat. Wenn die bereitgestellten Informationen nicht übereinstimmen, schlägt die CVC-Verifizierungsprüfung fehl, was zu einer abgelehnten Zahlung führen kann. Eine fehlgeschlagene CVC-Prüfung kann darauf hindeuten, dass eine Zahlung betrügerisch ist. Prüfen Sie das Ergebnis daher sorgfältig, bevor Sie die Bestellung abwickeln.

In der folgenden Tabelle werden Beispielwerte für die Antwortmetrik auf die Prüfziffer/CVC angezeigt.

WertDefinition
Nicht gesendetPrüfziffer/CVC wurde nicht an die Kartennetzwerke gesendet
BestandenPrüfziffer/CVC wurde an die Kartennetzwerke gesendet und hat die Validierung bestanden
FehlgeschlagenPrüfziffer/CVC wurde an die Kartennetzwerke gesendet und hat die Validierung nicht bestanden
Nicht geprüftPrüfziffer/CVC wurde an die Kartennetzwerke gesendet, es wurde aber keine Validierung durchgeführt

Nutzung von Netzwerk-Token

Ein Netzwerk-Token (NT) ist ein nicht sensibler, 16-stelliger numerischer Ersatz für die Nummer auf der Vorderseite der Karte, die auch als primäre Kontonummer (PAN) bezeichnet wird. In Verbindung mit einem Kryptogramm kann in der Autorisierungsnachricht anstelle einer PAN ein Netzwerk-Token an das Kartennetzwerk gesendet werden.

Im Gegensatz zu PANs handelt es sich bei Netzwerk-Token um Anmeldedaten für Zahlungen, die dynamisch auf bestimmte Unternehmen und Kanäle beschränkt werden können. Dadurch werden das Risiko und die Auswirkungen potenzieller Sicherheitsverletzungen und Angriffe gesenkt. Unternehmen verwenden NTs auch, um ihre Autorisierungsquote zu steigern. Netzwerken liegen die neueste Zuordnungen zwischen NTs und PANs vor, sodass Stripe weiterhin dasselbe NT verwenden kann, auch wenn sich die zugrunde liegende PAN ändert. Ablehnungen von legitimen Zahlungsversuchen werden dadurch vermieden.

„Sonstige“ genauer analysieren

Bei Dimensionen mit mehreren Optionen beinhaltet das Pivot-Diagramm eine Kategorie mit der Bezeichnung „Sonstige“, die Datenpunkte mit geringem Volumen zusammenfasst, die auf dem Diagramm nicht dargestellt werden. Beispiel: Unter Umständen möchten Sie alle Ausstellungsländer in Ihren Daten sehen. Dazu können Sie die Daten in Sigma einsehen oder herunterladen.

Fehlgeschlagene Zahlungen

Anhand dieser Tabelle können Sie herausfinden, warum Zahlungen fehlgeschlagen sind oder abgelehnt wurden.

Bevor die Zahlung an das Kartennetzwerk gesendet wird

In den folgenden Abschnitten werden Fehler beschrieben, die auftreten, bevor die Zahlung an das Kartennetzwerk gesendet wurde.

UrsacheBeschreibung

Authentifizierung fehlgeschlagen

Sie können die Authentifizierung für Zahlungen mit 3D Secure (3DS) über die API oder mit einer Radar-Regel anfordern. Stripe kann auch 3DS auslösen, um bestimmte Vorschriften einzuhalten, wie zum Beispiel die starke Kundenauthentifizierung (SCA) in Europa.

Die Zahlungsanfragen für fehlgeschlagene Authentifizierungen stellen Situationen dar, in denen die Kundin/der Kunde die Schritte zur Authentifizierung nicht abgeschlossen hat oder die Authentifizierung aus anderen Gründen fehlgeschlagen ist. Weitere Informationen zu Authentifizierungsfehlern finden Sie unter Zahlungsanalysen.

Zahlungen nach Grund blockieren

Stripe Radar blockiert Zahlungen mit hohem Risiko, zum Beispiel Zahlungen mit nicht übereinstimmenden CVC-Werten oder Postleitzahlen. Dieses automatisierte Produkt zur Betrugsprävention wertet jede Zahlung aus, ohne dass Sie etwas tun müssen. Bei den blockierten Zahlungen handelt es sich um jene, die von Stripe blockiert wurden, wobei die Erstautorisierung vom Kartenaussteller eingeholt wurde, die Karte jedoch nicht belastet wird.

Diese Vorsichtsmaßnahme hilft, potenzielle betrügerische Zahlungen zu verhindern, die zu Zahlungsanfechtungen führen könnten. Weitere Informationen finden Sie im Abschnitt „Blockierte Zahlungen nach Grund“ weiter unten.

Nachdem die Zahlung an das Kartennetzwerk gesendet wird

In den folgenden Abschnitten werden Fehler beschrieben, die auftreten, nachdem die Zahlung an das Kartennetzwerk gesendet wurde.

Ausstellerablehnung

Wenn eine Zahlungsanfrage an den Kartenaussteller übermittelt wird, ermittelt dieser mithilfe automatisierter Systeme und Modelle, ob diese autorisiert wird. Wenn der Aussteller eine Zahlung ablehnt, teilt Stripe Ihnen den Grund mit, den der/die Aussteller/in angegeben hat. In einigen Fällen gibt der/die Aussteller/in einen bestimmten Ablehnungsgrund mit einem Ablehnungscode an. Viele Zahlungen werden jedoch in allgemeine Ablehnungen eingeteilt (die häufigste davon ist do_not_honor). Die Kartenaussteller/innen können aus Datenschutz- und Sicherheitsgründen Einzelheiten nur mit ihren Karteninhaberinnen/Karteninhabern und nicht mit Ihnen oder gar Stripe besprechen.

Bei den meisten Unternehmen lassen sich die häufigsten Ablehnungsgründe für von Ausstellern abgelehnten Zahlungen einigen bestimmten Kategorien zuordnen. Nachfolgend finden Sie Erklärungen und empfohlene Maßnahmen für häufige Ablehnungsgründe durch das Netzwerk:

UrsacheBeschreibung
Unzureichende DeckungZum Zeitpunkt der Autorisierung ist das Konto für den Zahlungsbetrag nicht ausreichend gedeckt. Bitten Sie den Kunden/die Kundin, eine andere Zahlungsmethode auszuprobieren, oder holen Sie von dem Kunden/der Kundin eine Genehmigung ein, um es später erneut zu versuchen.
„Do not honor“ (Nicht berücksichtigen) und andere allgemeine Antworten (z. B. „Allgemeine Ablehnung“ oder „Dienstleistung nicht erlaubt“)Der Aussteller hat sich entschieden, keine konkreten Gründe für seine Entscheidung anzugeben. Fordern Sie die Kundin/den Kunden auf, sich an den Kartenaussteller zu wenden, um weitere Informationen zu erhalten oder eine andere Zahlungsmethode auszuprobieren. Sie können auch selbst versuchen, die Zahlung erneut durchzuführen.
Antworten wie falsche Kartennummer, falsche Prüfziffer/CVC und andere falsche KartenangabenDie Kundin/der Kunde hat falsche oder nicht mehr gültige Karteninformationen eingegeben. Stellen Sie sicher, dass Sie die automatische Kartenaktualisierung aktiviert haben. Kontaktieren Sie den Kunden/die Kundin über verschiedene Kanäle, z. B. per E-Mail, Textnachricht oder In-App-Benachrichtigung, damit er/sie seine/ihre Zahlungsdaten erneut eingibt oder sich an seinen/ihren Kartenaussteller/in wendet, wenn die Probleme weiterhin bestehen. Versuchen Sie es andernfalls mit einer anderen Zahlungsmethode.
Transaktion nicht zulässigDer Kartenaussteller hat die Zahlung aus unbekannten Gründen abgelehnt, die sich auf die Karte beziehen oder zahlungsspezifisch sein können. Ein Beispiel für den letzteren Fall ist eine für die Karte nicht zugelassene Ausgabenkategorie des Händlers (beispielsweise FSA-Karten für nicht berechtigte Artikel). Die Kundin/der Kunde sollte weitere Informationen beim Kartenaussteller erfragen (erneute Zahlungsversuche werden wahrscheinlich fehlschlagen, bis der Kartenaussteller kontaktiert wurde) oder es mit einer anderen Zahlungsmethode versuchen.
Karte verloren oder gestohlenDie Karte wurde durch die Kundin/den Kunden als verloren oder gestohlen gemeldet. Neue Versuche schlagen fehl. Der Kunde/die Kundin muss sich an den Kartenaussteller wenden, um weitere Informationen zu erhalten. Bei einem dieser Ablehnungsgründe sollten Sie die Kundin/den Kunden nicht über den genauen Grund der Ablehnung informieren, für den Fall, dass die Zahlung nicht durch die/den rechtmäßige/n Karteninhaber/in getätigt wurde.

Eine vollständige Liste mit möglichen Gründen, aus denen Kartenaussteller eine Zahlung ablehnen können, finden Sie unter Codes für abgelehnte Zahlungen.

Diagramm für blockierte Zahlungen

Anhand dieser Tabelle erfahren Sie, warum einige Zahlungen blockiert wurden.

Regelübereinstimmung - Radar

Einige Zahlungen werden aufgrund einer in Radar konfigurierten Regel blockiert. Dies schließt Zahlungen aus, die Radar aufgrund ihrer Risikobewertung standardmäßig blockiert hat.

Regelübereinstimmung nach der Autorisierung – Radar

Einige Zahlungen werden aufgrund einer konfigurierten Regel in Radar auch dann blockiert, obwohl der Kartenaussteller die Zahlung autorisiert hat. Dies trifft besonders oft bei Radar-Regeln zu, bei denen eine Antwort des Kartenausstellers erforderlich ist. Dieser muss dann z. B. prüfen, dass die Postleitzahl oder die Prüfziffer/CVC mit den Daten übereinstimmen, die beim Kartenaussteller hinterlegt sind. Dies schließt Zahlungen aus, die Radar aufgrund ihrer Risikobewertung standardmäßig blockiert hat.

Hohes Risiko - Radar

Einige Zahlungen werden von Radar aufgrund ihrer Risikobewertung standardmäßig blockiert. Radar ermittelt diese Wertung mithilfe von KI, und Sie können die Mindestwertung, die standardmäßig blockiert wird, anpassen. Es gibt Radar-Regeln, die Zahlungen blockieren, nachdem sie autorisiert wurden.

Stripe

Einige Zahlungen werden aus anderen Gründen von Stripe blockiert, die hier nicht aufgeführt sind. Dabei handelt es sich beispielsweise um Zahlungen, die von Karten auf Ablehnungslisten initiiert wurden, die weltweit als betrügerisch eingestuft werden, oder Zahlungen aus sanktionierten Ländern. Darüber hinaus kann Stripe Zahlungen blockieren, die im Verdacht stehen, mit Kartentests verbunden zu sein.

Diagramm zur Zahlungsoptimierung

Mit den Stripe-Lösungen zur Steigerung der Autorisierungsquoten soll verhindert werden, dass legitime Zahlungen abgelehnt werden. Zu diesen Funktionen gehören Adaptive Acceptance, Kartenaktualisierer und Netzwerk-Token.

Notiz

Bei Optimierungsberechnungen handelt es sich um Schätzungen, die keine Garantie für Ergebnisse darstellen. Die von uns bereitgestellten Daten sollen Ihnen bei Ihrer Entscheidungsfindung helfen, damit Sie selbst entscheiden können, ob Sie diese Funktionen nutzen möchten. Die Berechnungsmethodik für die geschätzten Auswirkungen kann ebenfalls ohne vorherige Ankündigung geändert werden. Besuchen Sie diese Seite regelmäßig, um sicherzustellen, dass Sie über die neuesten Informationen zu den geschätzten Vorteilen der Optimierungsfunktion verfügen.

Adaptive Acceptance

Wenn Stripe eine Ablehnungsantwort vom Aussteller erhält, prüfen die KI-Modelle sofort, ob Stripe die Anfrage wiederholen sollte, und wie die Autorisierungsanfrage angepasst werden muss, um die Wahrscheinlichkeit einer Annahme zu erhöhen. Diese Wiederholungsanfrage erfolgt in Echtzeit, bevor Stripe Ihnen eine Zahlungsantwort zurückgibt. Der in diesem Bericht angezeigte Anstieg stammt von Zahlungen, die Adaptive Acceptance nach einer anfänglichen Ablehnung erfolgreich erneut durchgeführt hat.

Kartenaktualisierer

Kartendaten und Ablaufdaten ändern sich regelmäßig, sodass veraltete Kartendaten für Online-Unternehmen eine häufige Quelle für Ablehnungen sind. Stripe lässt sich in die wichtigsten Kartennetzwerke integrieren, um gespeicherte Kartenzahlungsinformationen automatisch zu aktualisieren, damit Sie über die neuesten Kartendaten verfügen. Der in diesem Bericht angezeigte Anstieg stammt aus erfolgreichen Zahlungen mit Karten, die innerhalb von 180 Tagen nach dem Zahlungsdatum aktualisiert wurden.

Netzwerk-Token

Netzwerk-Token sind sichere Zahlungsinformationen, die als Ersatz für Kartennummern dienen. Netzwerk-Token stellen sicher, dass Sie Zahlungen mit den aktuellsten Anmeldedaten abwickeln, da diese auch dann aktuell bleiben, wenn sich die zugrunde liegenden Kartendaten ändern. Stripe hat Integrationen mit den wichtigsten Kartennetzwerken entwickelt, um Ihre Karten zu tokenisieren, und KI-Modelle, um zu ermitteln, wann ein Netzwerk-Token verwendet werden sollte, um Ihnen die maximale Erfolgsquote zu bieten. Der in diesem Bericht angezeigte Anstieg stammt von erfolgreichen Zahlungen mit Netzwerk-Token, deren zugrunde liegende Anmeldedaten innerhalb von 180 Tagen nach dem Zahlungsdatum aktualisiert werden.

Siehe auch

  • Authentifizierungsanalysen
  • Analyse der Zahlungsanfechtungen
  • Zahlungsmethodenanalysen
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