Abgelehnte Zahlungen
Erfahren Sie mehr über Zahlungsablehnungen und wie Sie Ihre Ablehnungsquote senken können.
Zahlungen können aus einer Vielzahl von Gründen fehlschlagen, einschließlich solcher, die dazu beitragen, betrügerische Transaktionen zu verhindern. Stripe arbeitet daran, die Ablehnungsquote bei allen unterstützten Zahlungsmethoden zu reduzieren. Wir arbeiten mit Ausstellern und Netzwerken zusammen, um die Akzeptanzquoten zu verbessern, oft ohne Ihre Integration zu beeinträchtigen.
Eine Zahlung kann aus drei verschiedenen Gründen fehlschlagen:
Sie müssen mit jeder Art von Zahlungsfehlern anders umgehen. Für jeden Fehler können Sie das Dashboard oder die API verwenden, um die Details einer Zahlung zu prüfen. Wenn Sie die API verwenden, sehen Sie sich das Ergebnis des Charge
-Objekts an. Dieses Attribut deckt die Art der fehlgeschlagenen Zahlung ab und gibt Aufschluss über die Ursache.
Stripe handhabt die Ablehnung von nicht kartenbasierten Zahlungsmethoden auf die gleich Weise wie die Ablehnung von Kartenzahlungen. Stripe sendet Ihnen einen Antwortcode mit Informationen über die Ablehnung, zum Beispiel wenn die Zahlung auf unzureichende Deckung, eine verlorene oder gestohlene Karte oder einen anderen Grund zurückzuführen ist.
Von Ausstellern abgelehnte Zahlungen
Wenn der Kartenaussteller oder der Zahlungsanbieter Ihrer Kundin/Ihres Kunden eine Gebühr erhält, entscheiden seine automatisierten Systeme und Modelle, ob diese autorisiert wird. Diese Tools analysieren Signale wie Ausgabegewohnheiten, Kontostand und Kartendaten (Ablaufdatum, Adressinformationen und Prüfziffer).
Wenn der Kartenaussteller oder der Zahlungsanbieter eine Zahlung ablehnt, teilt Stripe Ihnen die Ablehnungsinformationen mit, die wir über Stripe-Ablehnungscodes erhalten haben. Diese Informationen sind im Dashboard und über die API verfügbar. Wenn Aussteller genaue Erklärungen angeben, wie z. B. eine falsche Kartennummer oder zu wenig Guthaben, gehen diese Erklärungen als Ablehnungscodes von Netzwerken an Stripe zurück.
Gesperrte Zahlungen
Stripe Radar blockiert risikoreiche Zahlungen – darunter solche, die gegen Ihre benutzerdefinierten Regeln verstoßen oder ein hohes Risikoprofil aufweisen. Dieses automatisierte Betrugsschutzprodukt bewertet jede Zahlung, ohne dass Sie eingreifen müssen.

Eine Zahlung, die Radar abgelehnt hat
Wenn Stripe eine Zahlung blockiert, wird keine Autorisierung beim Kartenaussteller eingeholt. Diese Vorsichtsmaßnahme hilft, potenziell betrügerische Zahlungen zu verhindern, die zu Rückbuchungen führen könnten.
Bei einigen Kartentypen sehen die Kundinnen/Kunden möglicherweise die Autorisierung des Kartenausstellers für den Zahlungsbetrag auf ihrer Abrechnung. Stripe hat diesen Betrag jedoch nicht abgebucht und oder Gelder abgehoben. Der Kartenaussteller entfernt diese Autorisierung in der Regel innerhalb weniger Tage von der Abrechnung des Kunden/der Kundin.
Wenn eine von Ihnen konfigurierte Regel eine Zahlung blockiert, die Sie als legitim erkennen, können Sie die Sperre aufheben, indem Sie die Zahlung im Dashboard suchen und auf Zur Zulassungsliste hinzufügen klicken. Durch diese Aktion wird die Zahlung nicht erneut versucht. Stattdessen werden alle Ihre anderen Regeln außer Kraft gesetzt, die verhindern, dass zukünftige Zahlungsversuche, die mit dem Listenattribut übereinstimmen, blockiert werden.
Notiz
Sie können die Schaltfläche Zur Zulassungsliste hinzufügen nicht auf der Seite mit Zahlungsdetails sehen? Kontaktieren Sie Stripe, um diese Funktion zu Ihrem Radar-Konto hinzuzufügen.
Wenn Sie die API verwenden, repräsentiert das outcome
einer gesperrten Zahlung die Art der fehlgeschlagenen Zahlung und den Grund dafür sowie die ermittelte Risikostufe.
... outcome: { network_decline_code: null, network_advice_code: null, network_status: "not_sent_to_network", reason: "highest_risk_level", advice_code: "do_not_try_again", risk_level: "highest", seller_message: "Stripe blocked this charge as too risky.", type: "blocked" }, ...
Für Nutzer/innen mit IC±Preisgestaltung blockiert Adaptive Acceptance bestimmte Zahlungen, um unnötige Netzwerkkosten zu vermeiden. Beispielsweise hilft Adaptive Acceptance dabei, übermäßige Strafgebühren durch wiederholte Zahlungsversuche zu verhindern. Adaptive Acceptance kann außerdem Zahlungen blockieren, bei denen die Wahrscheinlichkeit einer Genehmigung sehr gering ist – und so weitere Netzwerkkosten einsparen.
... outcome: { network_decline_code: null, network_advice_code: null, network_status: "not_sent_to_network", reason: "low_probability_of_authorization", advice_code: "do_not_try_again", risk_level: "normal", seller_message: "Stripe blocked this payment as it is unlikely to be authorized.", type: "blocked" }, ...
Ungültige API-Aufrufe
In der API sehen Sie möglicherweise einen ungültigen API-Aufruf wie den folgenden:
Der ungültige API-Aufruf generiert eine Fehlermeldung, die in etwa wie folgt aussehen könnte:
{ "error": { "code": "invalid_number", "doc_url": "https://docs.stripe.com/error-codes#invalid-number", "message": "Your card number is incorrect.", "param": "card[number]", "type": "card_error" } }
Das Ergebnis einer abgelehnten Zahlung enthält die Art der fehlgeschlagenen Zahlung und den Grund, basierend auf dem Ablehnungscode des Kartenausstellers. Der Grund kann auch andere Informationen als den Antwortcode des Ausstellers enthalten, zum Beispiel wenn eine Radar-Regelauswertung die Zahlung blockiert hat.
... outcome: { network_decline_code: "54", network_advice_code: "01", network_status: "declined_by_network", reason: "expired_card", advice_code: "do_not_try_again", risk_level: "normal", seller_message: "The bank returned the decline code `expired_card`.", type: "issuer_declined" }, ...
Während Sie Ihre Stripe-Integration entwickeln, testen Sie sie kontinuierlich, um potenzielle Fehler zu identifizieren, die zu ungültigen API-Aufrufen führen könnten. Ungültige API-Aufrufe führen in der Regel nicht dazu, dass eine Zahlung in Ihrem Dashboard angezeigt wird. Es kann jedoch vorkommen, dass die Zahlung in einigen Fällen angezeigt wird.
... outcome: { network_decline_code: null, network_advice_code: null, network_status: "not_sent_to_network", type: "invalid" }, ...