Skip to content
Sign in
An image of the Stripe logo
/
Create account
Sign in
Home
Payments
Finance automation
Banking as a service
Developer tools
No-code
All products
Home
Payments
Finance automation
Home
Payments
Finance automation
Banking as a service
Developer tools
Overview
Billing
Tax
Reporting
Data
    Overview
    Get started
    Search in the Dashboard
    Access data in your Stripe Dashboard with Sigma
    Access data in your data warehouse with Data Pipeline
    Data freshness
    Import and manage data
    Query data
    Write queries
    Query transactional data
    Query disputes and fraud data
    Query Billing data
    Query Connect data
    Query Issuing data
    Schedule queries
    See impact of bank authentication
      Analytics
      Using the Dashboard
      Writing queries
Startup incorporation
HomeFinance automationDataSee impact of bank authentication

Analytics

Understand how authentication impacts your payment conversion.

The payment authentication report helps you understand how authentication impacts your payment conversion. For businesses in Europe, the report helps you understand which payments were authenticated because of SCA regulation, and how Stripe uses SCA exemptions to improve your conversion.

3D Secure Conversion

3DS provides an additional layer of authentication for credit and debit card transactions that protects merchants from liability for fraudulent card payments. For more information on liability shift and the benefits of 3DS see Cardholder authentication using 3D Secure.

You can request transaction authentication using the API or with a Radar rule. In addition, Stripe triggers 3DS for certain regulations, such as SCA.

Note

​​Stripe removes duplicate transactions to minimize repeated attempts. For example, it prevents a single cardholder repeatedly trying and failing a payment. Our deduplication logic looks for groups of declined payments (except for the last, potentially) with the same customer, currency, and amount​, appearing close together in time. Such groups are treated as a single unit for conversion calculations. In the Sigma table, we include all raw data, but also include a column, is_final_attempt​, that you can use to filter to a representative transaction from each group.

The Dashboard provides information on transaction attempts and completions:

A table with sample 3D secure statistics. The first row is called 3D Secure attempts and has a value of 67068. The second row is 3D Secure completed, with the value 59909. The third row is 3D Secure completion rate with a value of 89.33 percent.
  • 3DS attempts: The number of times that card transactions attempted authentication. Excludes failed attempts that were retired for the same order.

  • 3DS completed: The number of attempts where authentication was successful.

  • 3DS completion rate: The proportion of attempted transactions that successfully completed.

The following section contains two views that help you understand changes to your 3D Secure completion rate over the selected time period, along with the proportion of 3D Secure outcomes.

3D Secure completion rate chart
  • Completed represents transactions that completed 3DS.
  • The Frictionless flow represents transactions that were completed without any additional cardholder input. This occurs when the issuer approved the 3DS request using risk signals, or the network provided a proof that 3DS was attempted.
  • The Challenge flow represents transactions where the cardholder provided additional input to verify their identity to the card issuer
  • The Failed outcome represents situations where the customer failed the authentication for a transaction or it was rejected by the bank.
  • The Unavailable outcome means the bank doesn’t support 3DS or the issuing bank returned an error.
  • Not actioned refers to instances where the customer didn’t enter the 3D Secure flow, or there was an issue with your integration and it did not action the attempt.

SCA Exemptions

Strong Customer Authentication (SCA) is a regulatory requirement in effect as of September 14, 2019, that impacts many European online payments. It requires customers to use two-factor authentication like 3D Secure to verify their purchase.

Some transactions that are deemed low risk, based on the volume of fraud rates associated with the payment provider or bank, may be exempt from Europe’s Strong Customer Authentication requirements.

Note

If Stripe requests an exemption for payments requiring SCA and the transaction passes through the frictionless flow, it doesn’t benefit from the liability shift. If an issuer applies the frictionless flow without being requested, liability shift generally does happen. For more information on liability shift see Disputed payments and liability shift.

The payment authentication report enables you to view the different type of exemptions being used, so you can access SCA impact, understand levels of enforcement, and see the value of the SCA exemptions requested on your behalf.

Payment authentication report

Payments in SCA scope is the number of all transactions where you or the card issuing bank is in one of the 32 European countries with SCA regulation. It excludes payments that were retried but failed for the same order. See When is Strong Customer Authentication required?.

Exempted payments is the number of those in-scope payments that were successfully exempted from SCA—either no 3D Secure was present or the payment went through the 3D Secure frictionless flow.

Exemption rate is the proportion of attempted transactions that successfully completed.

The following section contains two views that help you understand changes to your exemption rate over the selected time period, along with the proportion of payment outcomes.

Authentication report exemption rate chart
  • Succeeded—exempted represents payments that succeeded without requiring an authentication challenge. Either the bank didn’t support 3DS or the payment went through the 3DS frictionless flow.
  • Succeeded—authenticated represents payments that succeed with a two-factor challenge, such as a 3DS challenge flow or authentication through Apple Pay or Google Pay.
  • Failed represents payments that didn’t go through. Either Radar blocked the payment, the issuing bank declined it, or the customer failed the challenge authentication.

The chart displayed on your Dashboard page shows the different exemptions that were used. Use the breakdown chart to better understand SCA enforcement across your target market, as well as performance of Stripe’s optimizations.

A chart that breaks down the types of exemptions that were used

There are two ways to claim an SCA exemption:

  1. Direct to authorization - where Stripe requests an exemption as part of the authorization message.
  2. Stripe requests frictionless authentication by asking for an exemption in the 3DS messages.

See Exemptions to Strong Customer Authentication for details on the different types of exemptions.

Was this page helpful?
Need help? Contact Support.
Watch our developer tutorials.
Check out our product changelog.
Questions? Contact Sales.
Powered by Markdoc
You can unsubscribe at any time. Read our privacy policy.
On this page
3D Secure Conversion
SCA Exemptions
Products Used
Radar
Stripe Shell
Test mode
Welcome to the Stripe Shell! Stripe Shell is a browser-based shell with the Stripe CLI pre-installed. Log in to your Stripe account and press Control + Backtick (`) on your keyboard to start managing your Stripe resources in test mode. - View supported Stripe commands: - Find webhook events: - Listen for webhook events: - Call Stripe APIs: stripe [api resource] [operation] (e.g., )
The Stripe Shell is best experienced on desktop.
$