3D Secure
Aggiungi autenticazione emittente ai pagamenti con carta mentre DEUNA mantiene il ciclo di vita di pagamento coerente.
In questa pagina
3D Secure (3DS) autentica un titolare della carta con la banca di emissione prima che il pagamento della carta continui. DEUNA fa che l'autenticazione parte dello stesso flusso di pagamento, se DEUNA gestisce l'esperienza 3DS o il fornitore di pagamento selezionato fornisce il suo flusso 3DS supportato.
Come funziona un pagamento 3DS#
L'emittente sceglie l'esperienza di autenticazione:
Il successo dell'autenticazione non è il successo del pagamento. Permette l'autorizzazione a continuare. Valutare sempre lo stato di pagamento finale dopo il passaggio 3DS.
Modelli 3DS supportati#
3DS gestiti da DEUNA
DEUNA coordina l'autenticazione e passa il risultato all'autorizzazione di pagamento. Questo dà ai commercianti un'integrazione e un contratto di shopper-action attraverso connessioni di acquisizione compatibili.
Utilizzare questo modello quando si desidera DEUNA per gestire il viaggio di autenticazione e mantenere il comportamento di checkout coerente tra i fornitori.
3DS gestiti da fornitori
Alcuni fornitori di pagamento espongono il proprio flusso 3DS attraverso la loro connessione DEUNA. DEUNA normalizza l'azione del cliente richiesta nella risposta di pagamento e continua il pagamento quando l'autenticazione termina.
Il supporto varia da provider, paese, rete di carte e configurazione di connessione. Usa il live catalogo gateway di pagamento per verificare le funzionalità 3DS pubblicizzate, quindi confermare l'attivazione con il tuo Direttore Tecnico DEUNA (TAM).
Dove funziona#
| Integrazione | Esperienza di Shopper | Responsabilità dei Mercanti |
|---|---|---|
| Pagamento Widget | DEUNA presenta la sfida all'interno dell'esperienza di widget supportata o reindirizzare. | Ascoltare il risultato del widget e confermare lo stato di pagamento finale. |
| Link di pagamento | DEUNA presenta e completa l'esperienza di autenticazione supportata. | Configurare l'esperienza di ritorno e consumare lo stato finale o webhook. |
| API diretta | La risposta di pagamento ritorna pending_3ds e un authorization_3ds azione successiva quando il compratore deve agire. | Presentare la prossima azione con un SDK DEUNA o seguire l'URL restituito, quindi riconciliare lo stato finale. |
| Vault di pagamento | Un pagamento con carta salvata può restituire la stessa azione 3DS successiva. | Uso initNextAction in un SDK supportato o implementare l'azione restituita in modo sicuro. |
Dati che migliorano l'autenticazione#
Acquisti completi e veritieri dati del dispositivo aiutano l'emittente a prendere una decisione migliore del rischio e possono aumentare la possibilità di un risultato senza attrito.
| Gruppo dati | Campi consigliati |
|---|---|
| Pagamento | Importo, ISO 4217 moneta, carta o carta token, e riferimento mercantile |
| Shopper | Nome, cognome, email e numero di telefono |
| Indirizzo di fatturazione | Linea di indirizzo, città, codice postale, ISO 3166-1 alpha-2 paese, e ISO 3166-2 codice di stato quando applicabile |
| Ordine | Descrizione dell'oggetto, quantità, quantità e contesto di spedizione quando disponibile |
| Dispositivo | Identificatore di dispositivo/sessione, indirizzo IP, agente utente, lingua del browser, dimensioni dello schermo, profondità del colore e fuso orario |
Non inviare i titolari. Per gli Stati Uniti, Canada e Cina, inviare un codice di suddivisione ISO 3166-2 valido quando l'indirizzo include uno stato o una provincia. L'arricchimento degli indirizzi può essere disponibile per le configurazioni di account selezionate, ma il commerciante rimane responsabile della raccolta di dati di checkout precisi.
Guida allo stato e alla responsabilità#
pending_3dssignifica autenticazione è incompleta e il pagamento non è risolto.processedoauthorizedsignifica che il pagamento è continuato con successo dopo l'autenticazione.denied,cancelledoexpiredsignifica che il pagamento non è stato completato.- Un'autenticazione di successo può fornire vantaggi per la responsabilità delle frodi, ma l'ammissibilità dipende dalla rete di carte, dall'ECI, dal valore di autenticazione, dal tipo di transazione, dalle regole di mercato e dalla ragione di disputa. Non differire il trasferimento di responsabilità dallo stato di pagamento da solo.
Consulta Flusso di lavoro di pagamento & Stati per il ciclo di vita completo e Flusso di acquisto 3DS per l'integrazione API.
Prossimo passo#
pending_3ds, next_action, callbacks, and final-state reconciliation.Confronta il supporto del providerFiltra il catalogo dei fornitori generato con capacità 3DS.