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
    Übersicht
    Währungen
    Abgelehnte Zahlungen
    Auszahlungen
    Wiederkehrende Zahlungen
    3D Secure-Authentifizierung
      Mit 3D Secure authentifizieren
      SCA-Ausnahmen
      Standalone 3D Secure
      Ergebnisse von 3D Secure importieren
      Abfragen erstellen
    Zahlungen zurückerstatten und stornieren
    Salden und Abwicklungsdauer
    Zahlungsbelege
    Webhook-Ereignisse verarbeiten
    Bereitschaft für die starke Kundenauthentifizierung (SCA)
Aktualisieren Sie Ihre Integration
Zahlungsanalysefunktionen
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
StartseiteZahlungenAbout Stripe payments3D Secure authentication

Abfragen der Authentifizierungskonversion

Rufen Sie mithilfe von Stripe Sigma Informationen zu Authentifizierung, Konversion und den verwendeten SCA-Ausnahmen ab.

Seite kopieren

Siehe die Tabelle authentication_report_attempts im Abschnitt Analyse-Tabellen des Schemas von Sigma. Jede Zeile der Tabelle authentication_report_attempts stellt Daten zu einem einzelnen Versuchsobjekt dar. Unsere ganzseitige Dokumentation zeigt das Schema auch in einem geteilten Ansichtsformat.

Informationen zur Konversion von Versuchen

Sie können einen Bericht für jeden Versuch abrufen, wobei jeder PaymentIntent bzw. SetupIntent unter Umständen mehr als einen Versuch haben kann.

Notiz

In einigen Fällen können für eine einzelne Transaktion mehrere Versuche vorliegen, z. B. wenn eine Zahlung abgelehnt und anschließend erneut versucht wird. Um nach einer bestimmten Transaktion zu filtern, verwenden Sie die Spalte is_final_attempt. Diese Spalte wird letztendlich nach einigen Tagen konsistent.

Die nachfolgende Beispielabfrage verwendet die Tabelle authentication_report_attempts, um eine Liste von PaymentIntents abzurufen, die mit dem abfragebasierten Ablauf erfolgreich authentifiziert wurden.

select attempt_id, intent_id, payment_method, threeds_reason as step_up_reason, charge_outcome from authentication_report_attempts where intent_type = 'payment' and threeds_outcome_result = 'authenticated' and authentication_flow = 'challenge' and is_final_attempt limit 5
attempt_idintent_idpayment_methodstep_up_reasoncharge_outcome
payatt_1IRdZ9F…pi_1Hn8d…card_chargerequested_by_radar_ruleauthorized
payatt_1I4AFxF…pi_1J8Ljt…card_chargerequested_by_radar_ruleauthorized
payatt_1HvmxU…pi_1HhsH…card_chargerequested_by_radar_ruleauthorized
payatt_1I5npGF…pi_1IdKak…card_chargerequested_by_radar_ruleauthorized
payatt_1HcbWZ…pi_1IAhBh…card_chargerequested_by_radar_ruleauthorized

Informationen zu den SCA-Ausnahmen

Sie können auch Informationen zu den SCA-Ausnahmen, die von Stripe oder der ausstellenden Bank verwendet wurden, abfragen. Siehe Ausnahmen von der starken Kundenauthentifizierung.

Die folgende Abfrage zeigt die Zahlungen an, die eine risikoarme SCA-Ausnahme für direkte Autorisierung verwendet haben, die aus einem Grund abgelehnt wurde, der in keinem Zusammenhang mit der angeforderten Ausnahme steht.

select attempt_id, intent_id, charge_outcome, charge_outcome_reason from authentication_report_attempts where intent_type = 'payment' and sca_exemption_requested = 'low_risk' and sca_exemption_mechanism = 'authorization' -- direct to authorization and sca_exemption_status = 'non_sca_decline' and is_final_attempt limit 5
attempt_idintent_idcharge_outcomecharge_outcome_reason
payatt_3JeL…pi_3JeL…issuer_declinedinsufficient_funds
payatt_1Itw…pi_1Itw…issuer_declineddo_not_honor
payatt_1Ini3…pi_1Ini3…issuer_declineddo_not_honor
payatt_1IiO7…pi_1IiO7…issuer_declineddo_not_honor
payatt_1I0hGm…pi_1I0hGk…issuer_declinedinsufficient_funds

Auswirkungen der Deduplizierung

Die folgende Abfrage zeigt, wie sich das Entfernen von Duplikaten mithilfe von is_final_attempt auf die Berechnung der Authentifizierungsquoten für Konfigurationen auswirkt.

Notiz

Unsere Deduplizierungslogik sucht nach Gruppen abgelehnter Transaktionen (ggf. mit der Ausnahme der letzten), deren customer_id, currency und amount übereinstimmen und die zeitlich nah beieinander liegen. Solche Gruppen werden bei Berechnungen zur Konversion als eine einzige Einheit behandelt. In der Tabelle von Sigma sind alle Rohdaten, aber auch die Spalte is_final_attempt enthalten, mit der Sie die stellvertretende Transaktion aus jeder Gruppe herausfiltern können.

with setup_attempts as ( select created, is_final_attempt, threeds_outcome_result in ( 'attempt_acknowledged', 'authenticated', 'delegated', 'exempted' ) as threeds_succeeded from authentication_report_attempts where created between date'2021-10-29' and date'2021-11-03' and intent_type = 'setup' and is_threeds_triggered ) select date_trunc('day', created) as day, 1. * count_if(threeds_succeeded) / count(*) as authentication_rate__raw, 2. * count_if(threeds_succeeded and is_final_attempt) / nullif(count_if(is_final_attempt), 0) as authentication_rate__deduped from setup_attempts group by 1 order by 1
Tagauthentication_rate__rawauthentication_rate__deduped
29.10.20210,590,80
30.10.20210,600,81
31.10.20210,590,81
01.11.20210,610,83
02.11.20210,620,83
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