Guide Definizione dei flussi di pagamento per la SCA

Definizione dei flussi di pagamento per la SCA

New regulation known as Strong Customer Authentication, or SCA, is changing online payments in Europe. See the impact it may have on your payment flows and learn how Stripe can help.

    Richiedi assistenza

    Introduction

    Last updated on September 14, 2019

    Starting September 14, 2019 new payments regulation is being rolled out in Europe, which mandates Strong Customer Authentication (SCA) for many online payments in the European Economic Area (EEA). SCA is part of the second Payment Services Directive (PSD2).

    To meet the new SCA requirements, a form of two-factor authentication is required for many online card payments in Europe. Without authentication, many payments may be declined by your customers’ banks. We designed new foundational payments APIs to help businesses handle this change and take full advantage of any SCA exemptions.

    We recommend using this guide to understand how different types of payment flows have to change due to SCA, and to reference it as you redesign your payment flows.

    How payments are changing

    Traditional card payments usually involve two steps: authorization and capture. A payment is authorized when a customer’s bank or card issuer decides to approve a payment, and the payment is captured when the card is charged.

    With SCA, there is an additional and mandatory step before authorization and capture: authentication. This step helps protect customers by preventing fraud. To authenticate a payment, a customer responds to a prompt from their bank and provides additional information. This may be something they know, like a password, something they use, like their phone, or something that’s part of who they are, like their fingerprint.

    The most common way to authenticate a payment is a method called 3D Secure. You may recognize 3D Secure by its branded names, such as “Visa Secure” or “Mastercard Identity Check.” There’s a new version, called 3D Secure 2, that is expected to become the standard method to authenticate payments. You can learn about the differences between these methods in our 3D Secure 2 guide. Our new payments APIs, Stripe Billing, and the new version of Stripe Checkout, all support 3D Secure 2.

    No matter what method you use, customers must be on-session to authenticate, which means they need to be using your website or app. Adding this step is be simpler for businesses that charge customers right away, and more complex for businesses that charge customers after they’ve left the checkout flow. (This is sometimes called off-session.)

    The scenarios in this guide offer examples of how these three steps (authentication, authorization, and capture) can vary depending on how and when you charge your customers.

    1. Autenticazione
      Un cliente autentica un pagamento online.

      Un cliente risponde a un messaggio 3D Secure inviato dalla banca e fornisce ulteriori informazioni per autenticare il pagamento. Vedi 3D Secure dal punto di vista del cliente.

      L'autenticazione è necessaria quando un pagamento non è idoneo per un'esenzione oppure quando la banca del cliente nega una richiesta di esenzione. Prima di aggiungere il passaggio di autenticazione, la nostra API Payment Intents richiede automaticamente tutte le esenzioni idonee, per semplificare i flussi di pagamento e proteggere i tassi di conversione.

      Lo sapevi? Dato che l'autenticazione deve avvenire mentre il cliente è all'interno della sessione o utilizza il tuo sito web o la tua app, in genere questo passaggio avviene quando il cliente compila il modulo di completamento della transazione.

    2. Autorizzazione
      La tua azienda chiede alla banca del cliente di approvare il pagamento.

      La banca del cliente decide se approvare o rifiutare un pagamento. Se lo approva, i fondi vengono accantonati e garantiti per sette giorni. Se una richiesta di autorizzazione viene rifiutata, la tua azienda deve avere un modo per riportare il cliente all'interno della sessione per ri-autenticare il pagamento e tentare di nuovo di autorizzarlo.

      Lo sapevi? La banca del cliente può comunque rifiutare una richiesta di autorizzazione dopo che è stata autenticata. Questa situazione si verifica se il cliente non dispone di fondi a sufficienza o se la carta è scaduta.

    3. Fino a sette giorni

      Tra l'autorizzazione e l'addebito possono trascorrere al massimo sette giorni, ma la maggior parte delle aziende addebita i pagamenti subito dopo l'autorizzazione.

      Lo sapevi? Se un pagamento è stato autorizzato ma non addebitato, la banca di un cliente può contrassegnarlo come "in sospeso".

    4. Addebito
      L'azienda addebita la carta del cliente completando il pagamento.

    Understanding exemptions

    There are certain types of payments—such as low-risk transactions, fixed-amount subscriptions, phone sales, and merchant-initiated transactions—that may be exempt from SCA. Merchant-initiated transactions are payments made with a saved card when the customer is off-session. Common examples include a gym membership payment or utility bill. To qualify for this exemption, your business must have an agreement with your customer and have them authenticate their card when it’s being saved or authenticate the first payment. Our Strong Customer Authentication guide goes into greater detail about these exemptions and others.

    Stripe’s SCA-ready payment APIs and products help businesses take full advantage of these opportunities by automatically requesting exemptions. When exemptions are accepted by your customers’ banks, your customers won’t have to authenticate, minimizing the impact on conversion.

    However, businesses can’t rely on exemptions and must design their payment flows to authenticate customers when necessary. This is because the rules around exemptions depend on your customers’ banks. The banks evaluate each payment and decide whether an exemption applies—and individual banks will apply exemptions differently.

    Scenari in base all’attività

    Per illustrare l’impatto e l’applicazione della SCA, spieghiamo in che modo il passaggio dell’autenticazione si integra nei flussi di pagamento per i diversi modelli di attività.

    Torna alle guide
    You’re viewing our website for Belgium, but it looks like you’re in the United States. Switch to the United States site