Analyse der Akzeptanz
Erfahren Sie, was sich auf die Akzeptanz von Kartenzahlungen auswirkt und warum Zahlungen fehlschlagen oder abgelehnt werden.
Verwenden Sie die Seite Akzeptanz, um die Erfolgsrate Ihrer Zahlungen und die Netzwerkautorisierungsrate zu analysieren und Pivot-Diagramme für allgemeine Kriterien anzuzeigen. Sie können herausfinden, wo und warum Zahlungen fehlschlagen, und diese Informationen nutzen, um Ihren Umsatz zu steigern. Um zu dieser Seite zu gelangen, klicken Sie im Stripe-Dashboard auf Zahlungen > Analytik > Akzeptanz.
Verfügbare Daten
Die Seite Akzeptanz enthält Daten für versuchte und autorisierte Kartenzahlungen:
Versuchte Zahlungen: Stripe sendet die Details des Zahlungsversuchs eines Kunden über ein card network, z. B. Visa, Mastercard oder China UnionPay. Das Kartennetzwerk sendet die Anfrage an die kartenausstellende Bank, welche die Zahlung autorisiert oder ablehnt.
Autorisierte Zahlungen: Die kartenausstellende Bank validiert die Kartendaten des Kunden und reserviert ausreichende Mittel für die Transaktion. Die ausstellende Bank genehmigt die Zahlung und sichert den Betrag, wartet aber mit der Überweisung, bis Sie die Transaktion erfasst haben. Bei autorisierten Zahlungen wird nicht berücksichtigt, ob die Zahlungen letztendlich erfasst wurden. Erfahren Sie mehr über die Unterscheidung zwischen Autorisierung und Erfassung.
Ihren Datensatz konfigurieren
Sie können die Filter auf alle Metriken, Diagramme und Tabellen auf der Seite Akzeptanz anwenden. Stripe verarbeitet Ihre Daten täglich von 12:00 Uhr UTC bis 23:59 Uhr UTC. Alle angezeigten Daten beziehen sich auf die UTC-Zeitzone.
Filter auf der Seite „Akzeptanz“
Geben Sie die Währung an
Wenden Sie einen Währungsfilter an, um nur Zahlungen anzuzeigen, die in der ausgewählten Währung getätigt wurden. Wenn Sie keinen Währungsfilter anwenden, werden alle Zahlungen unabhängig von der Zahlungswährung in Ihrer Standardabrechnungswährung angezeigt.
Beispiel: Ihre Standard-Abrechnungswährung ist USD, aber Sie wenden den Währungsfilter EUR an. Die angezeigten Transaktionen umfassen nur Zahlungen, die in EUR getätigt wurden, und schließen Zahlungen in allen anderen Währungen, wie z. B. USD, aus.
Um die Währung anzugeben, klicken Sie auf Weitere Filter > Währung und wählen Sie Ihre bevorzugte Währung aus.
Geben Sie den Kontotyp an
Wenn Sie Organisationen verwenden, können Sie die Akzeptanzanalysen für jedes Konto anzeigen:
- Klicken Sie im Dashboard auf die Kontoauswahl und wählen Sie Ihre Organisation aus.
- Um die Seite Annahmeanalyse zu öffnen, gehen Sie zu Zahlungen > Analyse.
- (Fakultativ) Um Analysen für ein bestimmtes Konto anzuzeigen, klicken Sie unter den Filtern auf Konto und wählen Sie ein Konto aus.
- (Fakultativ) Standardmäßig werden die Akzeptanzanalysen für Organisationen in USD angezeigt. Um die angezeigte Währung Ihrer Daten zu ändern, klicken Sie auf In USD anzeigen und wählen Sie Ihre bevorzugte Währung aus dem Dropdown-Menü aus. Die angezeigte Währungseinstellung unterscheidet sich vom Währungsfilter.
Geben Sie den Abwickler an
Wenden Sie den Abwicklerfilter an, um Akzeptanzanalysen für einen bestimmten Zahlungsabwickler anzuzeigen. Je nach Konfiguration können Sie neben Stripe auch Zahlungen von anderen Abwicklern akzeptieren.
Um einen Abwickler anzugeben, klicken Sie auf Abwickler, wählen Sie den Abwickler aus und klicken Sie auf Übernehmen. Sie können mehrere Abwickler anzeigen.
Connect angeben
Connect-Plattformen können die Aktivität der direkten Abbuchung über alle ihre verbundenen Konten hinweg aggregiert sehen. Um Daten aus Standard-Konten anzuzeigen, müssen Plattformen die Steuerelemente für die Plattform aktivieren.
- Um Daten zu verbundenen Konten einzuschließen, klicken Sie auf Verbundene Konten einschließen.
- Um Daten verbundener Konten auszuschließen, klicken Sie auf Verbundene Konten nicht einschließen.
Geben Sie die Erfolgsrate der Zahlung oder die Autorisierungsrate an.
Wenden Sie den Ratenfilter an, um Analysen für eine Erfolgsrate von Zahlungen oder eine Autorisierungsrate anzuzeigen.
Beispiel für eine Ratenberechnung
Im Folgenden finden Sie ein Beispiel für die Berechnung der Autorisierungsrate für die Erfolgsrate der Zahlung und die Autorisierungsrate:
| Berechnungskomponente | Komponentenwert |
|---|---|
| Gesamtzahl der Zahlungsanforderungen an Stripe | 103.000 |
| Ungültige API-Anfragen | (3.000) |
| Gültige API-Anfragen | 100.000 |
| Fehlgeschlagene Authentifizierungsversuche | (1.000) |
| Blockierte Zahlungsversuche | (1.000) |
| Gesamtzahl der Zahlungsversuche, die das Kartennetzwerk erreichen | 98.000 |
| Autorisierte Zahlungen | 93.000 |
| Rate erfolgreicher Zahlungen | 93 % = (93.000 / 100.000) |
| Autorisierungsrate des Netzwerks | 94,9 % = (93.000 / 98.000) |
Geben Sie die Rohrate oder die deduplizierte Rate an
Bei einigen Zahlungsversuchen handelt es sich um wiederholten Versuche desselben einmaligen Kaufs. Wenn beispielsweise der ursprüngliche Zahlungsversuch abgelehnt wird, weil die CVC falsch ist, muss der Kunde die Zahlung nach Korrektur des Fehlers erneut einreichen. Wir berücksichtigen alle Zahlungsversuche, mit Ausnahme ungültiger API-Anfragen.
Akzeptanzdaten herunterladen
Sie können die Akzeptanzdaten herunterladen, die für Ihren Bericht generiert wurden. Diese Daten umfassen alle Zahlungen, die den von Ihnen ausgewählten Filtern entsprechen.
Um die Daten herunterzuladen, klicken Sie oben in jedem Diagramm auf Download .
Bericht über die wichtigsten Metriken
Dieser Bericht zeigt die wichtigsten Metriken für die von Ihnen ausgewählten Filter an, einschließlich der Rate, der Anzahl der autorisierten Zahlungen und des autorisierten Zahlungsvolumens.
Die Zeitreihe vergleicht den Kurs mit einem previous_, den Sie anpassen können. Standardmäßig beginnt der Vergleichszeitraum direkt vor dem von Ihnen gewählten Zeitraum und stellt die gleiche Zeitspanne dar.
Zahlungsbericht
Dieser Bericht zeigt die Kartenakzeptanzmetriken für mehrere gängige Kriterien, die die Akzeptanz fördern.
Jeder Filter der obersten Ebene verfügt über ein entsprechendes Pivot-Diagramm. Sie können die Filterfunktionen mit den Pivot-Diagrammen koppeln, um zu überwachen, wie sich verschiedene Gruppen von Zahlungen im Laufe der Zeit entwickeln. Sie können auch Zahlungen über Optionen hinweg analysieren, z. B. Kartenmarken, Länder oder Eingabemethoden, die Ihre Kunden zum Bezahlen verwenden.
Auf den Registerkarten können Sie die Raten, die Anzahl der Zahlungen (in absoluten Zahlen oder als Anteil an den Zahlungen) und das Zahlungsvolumen vergleichen. Sie können sehen, wie sich Änderungen der Rate auf Änderungen der Zahlungsanzahl oder des Zahlungsvolumens beziehen.
Sie können Trends mit Sigma ermitteln oder filtern Sie mithilfe des aufgeschlüsselten Downloads nach verfügbaren Abbuchungs-Attributen. Zum Beispiel können Kartentests zu einer Verringerung der Rate und einem plötzlichen Anstieg der Anzahl der Zahlungen führen.
| Option | Beschreibung |
|---|---|
| Land der Karte | Das Land des Kartenausstellers und nicht der physische Standort Ihres Kunden zum Zeitpunkt der Zahlung. Im Durchschnitt sind die Erfolgsraten im Inland höher als bei grenzüberschreitenden Zahlungen (bei denen sich das Kartenland und Ihr Unternehmen in unterschiedlichen Regionen befinden). Dieser Pivot kann Ihnen auch dabei helfen, die Standorte Ihrer Kunden zu identifizieren. |
| 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. |
CVC-Antwort | Die 3- oder 4-stellige Prüfnummer, die auf einer Karte aufgedruckt ist, in der Regel auf dem Unterschriftsstreifen oder der Vorderseite der Karte zu finden. Wenn Stripe die CVC (oder CVV) zur Autorisierung an das Kartennetzwerk sendet, vergleicht der Kartenaussteller den CVC mit den hinterlegten Kundeninformationen als zusätzliche Überprüfung. Wenn die angegebenen 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 die Zahlung betrügerisch ist, also überprüfen Sie sie sorgfältig, bevor Sie die Bestellung ausführen. Beispielwerte:
|
Eingabemethode | Digital Wallets wie Apple Pay oder Google Pay haben in der Regel höhere Erfolgsraten als Kartenzahlungen, da sie tokenisiert und geräteauthentifiziert sind, was ein höheres Maß an Vertrauen für den Kartenaussteller schafft. Wenn Sie Stripe Terminal verwenden, wird möglicherweise auch Karte vorhanden als Eingabemethode angezeigt, die persönliche Zahlungen darstellt. Die Erfolgsquoten bei vorhandener Karte sind in der Regel höher als bei Transaktionen mit nicht vorhandener Karte. Bei persönlichen Zahlungen muss die physische Karte zum Zeitpunkt des Kaufs vorhanden sein, sodass diese Zahlungen für Kartenaussteller oft ein geringeres Risikoprofil aufweisen als Online-Zahlungen. |
| Art der Interaktion | Die Kartennetzwerke unterteilen Kartenzahlungen in zwei Arten, je nachdem, ob der Kunde/ die Kundin am Zahlungsablauf beteiligt ist: Von der Kundin/vom Kunden initiierte Transaktionen (CITs) und vom Händler initiierte Transaktionen (MITs). Kartenaussteller ordnen diesen Transaktionstypen unterschiedliche Merkmale und Risikoprofile zu, so dass Sie möglicherweise unterschiedliche Erfolgsquoten zwischen den beiden Typen feststellen können. Jeder Interaktionstyp enthält granulare Unterkategorien von Interaktionstypen, die von dieser Filter- oder Pivot-Option erfasst werden.
|
Nutzung von Netzwerk-Token | Ein Netzwerk-Token (NT) ist ein nicht sensibler, 16-stelliger numerischer Ersatz für eine „Front-of-Card“-Nummer, also die Nummer auf der Karten-Vorderseite, die auch als primäre Kontonummer (PAN) bezeichnet wird. Bei Kopplung mit einem Kryptogramm kann in der Autorisierungsnachricht anstelle einer PAN ein Netzwerktoken an das Kartennetzwerk gesendet werden. Im Gegensatz zu PANs handelt es sich bei Netzwerk-Token um Zahlungsdaten, die Sie dynamisch auf bestimmte Unternehmen und Kanäle beschränken können, um das Risiko und die Auswirkungen potenzieller Sicherheitsverletzungen und Eindringlinge zu reduzieren. Unternehmen verwenden NTs auch zur Erhöhung der Autorisierungsrate; Netzwerke enthalten die neueste Zuordnung zwischen NTs und PANs, sodass Stripe auch dann weiterhin dasselbe NT verwenden kann, wenn sich die zugrunde liegende PAN ändert, und Ablehnungen bei legitimen Zahlungsversuchen vermieden werden. |
Antwort nach Postleitzahl | Der Address Verification Service (AVS) ist ein Tool zur Identitätsprüfung, mit dem Sie potenziell betrügerische Kredit- oder Debitkartenzahlungen erkennen und verhindern können, indem Sie die von einem Kunden angegebene Rechnungsadresse mit der beim Kartenaussteller des Kunden hinterlegten Rechnungsadresse abgleichen, um zu bestätigen, dass sie übereinstimmen. Die Adressenverifizierung wird in erster Linie von Kartenausstellern in den USA, Kanada und dem Vereinigten Königreich unterstützt. Beispielwerte:
|
| Abwickler | Wenn Ihre Konfiguration mehrere Abwickler umfasst, können Sie die Option Abwicklerfilter nutzen, um den Zahlungsbericht für den ausgewählten Abwickler anzuzeigen. |
| Status der wiederholten Versuche | Zeigen Sie Transaktionen an, basierend darauf, ob eine Zahlung erneut versucht wurde. Dies unterscheidet sich von der Deduplizierung, die der letzte Zahlungsversuch ist und der erste Versuch mit dem Endergebnis sein kann. |
| Sonstiges | In der Kategorie „Sonstige“ werden Datenpunkte mit geringem Volumen gruppiert, die nicht im Pivot-Diagramm dargestellt werden. Sie können z. B. die vollständige Anzahl der von der Karte ausgestellten Länder in Ihren Daten anzeigen. Dazu können Sie die Daten in Sigma einsehen oder herunterladen. |
Diagramm „Fehlgeschlagene Zahlungen“
Diese Grafik zeigt, warum Zahlungen fehlgeschlagen sind oder abgelehnt wurden.
Ein Zahlungsversuch kann in mehreren Phasen fehlschlagen, sogar noch bevor die Zahlung an das Kartennetzwerk gesendet wird. Zum Beispiel könnte die Zahlung bei der 3D Secure-Authentifizierung fehlschlagen oder von Stripe Radar blockiert werden. Nachdem die Zahlung an das Kartennetzwerk gesendet wurde, können Aussteller sie aus Gründen wie unzureichender Deckung des Kartenkontos oder falscher Karteninformationen ablehnen. Gelegentlich lehnen Aussteller fälschlicherweise legitime Zahlungen wegen Betrugsverdachts ab.
Wenn Sie ein aktives Sigma-Abonnement haben, klicken Sie auf In Sigma anzeigen, um auf Vorlagen für die Abfragen zuzugreifen, die die einzelnen Diagramme darstellen.
Bevor die Zahlung an das Kartennetzwerk gesendet wird
Aus den folgenden Gründen können Fehler auftreten, bevor die Zahlung an das Kartennetzwerk gesendet wird.
| Ursache | Beschreibung |
|---|---|
Authentifizierung fehlgeschlagen | Sie können die API oder eine Radar-Regel verwenden, um die 3D Secure (3DS)-Authentifizierung für Zahlungen anzufordern. Stripe kann 3DS auch dazu veranlassen, bestimmte Vorschriften einzuhalten, wie z. B. Anforderungen der Starken Kundenauthentifizierung (SCA) in Europa. Dieser fehlgeschlagene Versuch tritt in Situationen auf, in denen der Kunde die Authentifizierungsschritte nicht abgeschlossen hat oder die Authentifizierung aus anderen Gründen fehlgeschlagen ist. Weitere Informationen zu Authentifizierungsfehlern finden Sie unter Analyse von Zahlungen. |
Zahlungen nach Grund blockieren | Stripe Radar blockiert Zahlungen mit hohem Risiko, z. B. Zahlungen mit nicht übereinstimmenden CVC- oder Postleitzahlenwerten. Diese automatisierte Betrugspräventionsfunktion wertet jede Zahlung aus, ohne dass Sie etwas tun müssen. Dieser blockierte Versuch ist für Situationen gedacht, in denen Stripe Zahlungen blockiert. Wir holen die erste Autorisierung vom Kartenaussteller ein, belasten die Karte jedoch nicht. Dies kann dazu beitragen, potenzielle betrügerische Zahlungen zu verhindern, die zu Streitigkeiten führen könnten. Weitere Informationen zu den Gründen für blockierte Zahlungen finden Sie im Diagramm „Blockierte Zahlungen“. |
Nachdem die Zahlung an das Kartennetzwerk gesendet wird
Aus den folgenden Gründen können Fehler auftreten, nachdem die Zahlung an das Kartennetzwerk gesendet wurde.
Ausstellerablehnung
Kartenaussteller verwenden automatisierte Systeme und Modelle, um zu bestimmen, ob eine eingereichte Zahlungsanforderung autorisiert werden soll. Wenn der Aussteller eine Zahlung ablehnt, teilt Stripe den Grund mit, den der Aussteller angegeben hat. In einigen Fällen gibt der Aussteller konkrete Gründe für die abgelehnte Zahlung mit einem Code an. Viele Zahlungen werden jedoch in generische Ablehnungen eingeteilt (die häufigste ist do_). Aus Gründen des Datenschutzes und der Sicherheit können Kartenaussteller bestimmte Details nur mit ihren Karteninhabern besprechen und nicht mit Ihnen oder Stripe.
Bei den meisten Unternehmen lehnen Kartenaussteller Zahlungen aus den folgenden Gründen ab.
| Ursache | Beschreibung |
|---|---|
| **Allgemeine Antwort, z. B. „Nicht akzeptieren“ oder „Dienstleistung nicht erlaubt“ | Der Aussteller hat sich entschieden, den genauen Grund für seine Entscheidung nicht anzugeben. Fordern Sie den Kunden auf, sich an seinen Kartenaussteller zu wenden, um weitere Informationen zu erhalten oder eine andere Zahlungsmethode auszuprobieren. Sie können die Zahlungsmethode auch erneut versuchen. |
| Falsche Karteninformationen, wie z. B. falsche Nummer oder CVC | Der Kunde hat falsche Karteninformationen oder Karteninformationen eingegeben, die nicht mehr gültig sind. Stellen Sie sicher, dass Sie Automatische Kartenaktualisierungen aktiviert haben. Kontaktieren Sie den Kunden über mehrere Kanäle, z. B. per E-Mail, SMS oder In-App-Benachrichtigung, um seine Zahlungsdaten erneut einzugeben oder sich an seinen Kartenaussteller zu wenden, wenn die Probleme weiterhin bestehen. Versuchen Sie es andernfalls mit einer anderen Zahlungsmethode. |
| Unzureichende Deckung | Zum 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. |
| Verlorene oder gestohlene Karte | Der Kunde hat die Karte als verloren oder gestohlen gemeldet. Erneute Versuche sind nicht erfolgreich, und der Kunde muss sich an seinen Kartenaussteller wenden, um weitere Informationen zu erhalten. Teilen Sie dem Kunden nicht den genauen Grund mit, falls der legitime Karteninhaber nicht derjenige ist, der den Kauf versucht. |
| Transaktion nicht zulässig | Der Aussteller hat die Zahlung aus nicht näher bezeichneten Gründen abgelehnt, die mit der Karte oder der Zahlung zusammenhängen können. Wenn es sich um die Zahlung handelt, ist die Ausgabenkategorie des Händlers auf der Karte möglicherweise nicht zulässig (z. B. FSA-Karten für nicht berechtigte Artikel). Der Kunde muss sich an seinen Kartenaussteller wenden, um weitere Informationen zu erhalten (wiederholte Versuche sind unwahrscheinlich, bis der Aussteller kontaktiert wird), oder eine andere Zahlungsmethode ausprobieren. |
Eine vollständige Liste der möglichen Gründe, warum Kartenaussteller Zahlungen ablehnen, finden Sie unter Codes für abgelehnte Zahlungen.
Diagramm für blockierte Zahlungen
Diese Grafik zeigt, warum Zahlungen blockiert wurden.
Wenn Sie ein aktives Sigma-Abonnement haben, klicken Sie auf In Sigma anzeigen, um auf Vorlagen für die Abfragen zuzugreifen, die die einzelnen Diagramme darstellen.
| Grund der Blockierung | Beschreibung |
|---|---|
| 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. |
| Übereinstimmung der Regeln 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 von Stripe aus anderen Gründen blockiert, die oben nicht aufgeführt sind. Zum Beispiel wurde die Zahlung von einer Karte ausgelöst, die auf Verweigerungslisten steht, die weltweit als betrügerisch bekannt sind, oder von sanktionierten Ländern. Darüber hinaus kann Stripe Zahlungen blockieren, bei denen der Verdacht besteht, dass sie mit dem Testen von Karten verbunden sind. |
Diagramm zur Zahlungsoptimierung
Stripe bietet Funktionen wie Adaptive Acceptance, Kartenkonto-Updater und Netzwerk-Token, um die Autorisierungsraten zu erhöhen und zu verhindern, dass legitime Abbuchungen abgelehnt werden.
Wenn Sie ein aktives Sigma-Abonnement haben, klicken Sie auf In Sigma anzeigen, um auf Vorlagen für die Abfragen zuzugreifen, die die einzelnen Diagramme darstellen.
Notiz
Optimierungsberechnungen sind Schätzungen und keine Garantie für Ergebnisse. Die von uns bereitgestellten Daten sollen Ihnen bei der Entscheidungsfindung helfen, damit Sie Ihre eigenen unabhängigen Entscheidungen darüber treffen können, ob Sie diese Funktionen nutzen möchten. Auch die Berechnungsmethode für die geschätzten Auswirkungen kann ohne vorherige Ankündigung geändert werden. Besuchen Sie diese Seite regelmäßig, um sicherzustellen, dass Sie über die geschätzten Vorteile der Optimierungsfunktionen auf dem neuesten Stand sind.
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.