Fallback 3DS
Fallback 3DS per un'elaborazione dei pagamenti ininterrotta, passando automaticamente a 3DS1 quando 3DS2 non è disponibile o incontra problemi, garantendo un flusso continuo delle transazioni e prevenendo rifiuti tecnici per salvaguardare i ricavi del commerciante.
- Categoria
- Sicurezza
- Funzionalità
- 6
- Disponibile su
- Tutti i piani
Garantisci la continuità delle transazioni anche quando 3D Secure 2 non è disponibile o presenta problemi. Il meccanismo di fallback 3DS di Cardflo passa automaticamente a 3DS 1.0, prevenendo i rifiuti che altrimenti si verificherebbero.
Ciò mantiene il flusso delle transazioni e garantisce entrate per i commercianti.
L'ambito PCI è minimizzato tramite campi ospitati e token di rete, e le credenziali sensibili non toccano mai i vostri server. L'autenticazione forte del cliente viene applicata in modo intelligente per soddisfare sia i regolatori che i team di conversione.
Panoramica di Fallback 3DSpanoramica
Il fallback 3DS è una logica di contingenza utilizzata all'interno del gateway di pagamento o del livello di orchestrazione per gestire i fallimenti di autenticazione durante l'handshake 3D Secure 2 (3DS2).
Sebbene l'industria abbia dato priorità all'adozione di 3DS2 per soddisfare i requisiti SCA ai sensi della PSD2, alcuni emittenti regionali o infrastrutture bancarie più vecchie potrebbero non supportare ancora i protocolli più recenti.
Se una richiesta iniziale 3DS2 viene accolta con un errore tecnico, un timeout o una risposta che indica che l'emittente non è iscritto, un meccanismo di fallback tenta di avviare 3DS1 (Legacy 3D Secure). Questo processo garantisce che la transazione rimanga idonea per l'autenticazione anziché ricadere in un rifiuto definitivo.
Tentando il protocollo più vecchio, i commercianti possono ancora soddisfare i mandati normativi e garantire un trasferimento di responsabilità, a condizione che l'emittente mantenga ancora un Access Control Server (ACS) legacy. Questa logica di routing secondaria si trova tra la richiesta di autenticazione iniziale e la chiamata di autorizzazione finale all'acquirente.
Come funziona Fallback 3DSfunziona
Tentativo iniziale di versioning 3DS2
Il commerciante avvia una transazione tramite il gateway, che tenta per la prima volta di identificare la versione 3DS2 appropriata supportata dall'emittente. Il sistema analizza il BIN e la risposta del Directory Server per determinare se il protocollo più recente e senza attriti è disponibile per il titolare della carta specifico.
Rilevamento di errori o non partecipazione
Se il Directory Server restituisce uno stato che indica che l'emittente non ha implementato 3DS2, o se si verifica un errore tecnico durante lo scambio di versioning, il sistema identifica questo come un potenziale punto di fallimento che porterebbe a un rifiuto della transazione se non affrontato.
Costruzione automatica del messaggio 3DS1
Il motore di fallback riformatta immediatamente la richiesta di autenticazione in un messaggio conforme a 3DS1. Ciò include la generazione degli URL di reindirizzamento necessari per la sfida legacy basata su browser, garantendo che il cliente venga trasferito alla pagina di autenticazione dell'emittente senza un abbandono definitivo della sessione di pagamento.
Perché Fallback 3DS è importante
Prevenzione dei rifiuti tecnici
Affidarsi esclusivamente a 3DS2 può portare a fallimenti di pagamento non necessari quando si interagisce con emittenti nei mercati in via di sviluppo o con aggiornamenti infrastrutturali ritardati. La logica di fallback garantisce che la mancanza di supporto per i protocolli moderni non si traduca automaticamente in una vendita persa, mantenendo il tasso di conversione del commerciante su diverse basi di titolari di carta.
Conformità normativa e sicurezza
Nelle giurisdizioni governate dalla PSD2, l'autenticazione è un requisito legale per la maggior parte delle transazioni remote. Il fallback a 3DS1 consente ai commercianti di rimanere conformi alle regole della Strong Customer Authentication (SCA) quando il percorso 3DS2 preferito non è disponibile, evitando il rischio di blocchi di transazioni imposti dal regolatore o multe per non conformità.
Note normative per Fallback 3DS
Compliance with European scheme rules
Under current European regulations, issuers hold the final authority over authentication decisions and can mandate a challenge at any time. When an issuer issues a soft decline, the merchant must respect this decision by presenting a compliant step-up interface.
Failure to accommodate these responses leads to scheme penalties and elevated abandonment rates.
The Cardflo gateway ensures that all 3DS fallback mechanisms meet the technical standards defined by the major card schemes.
By capturing the resulting authentication values and passing them to acquirer partners, merchants remain fully compliant with regional mandates while successfully authorising transactions that the issuer initially blocked.
Cryptographic evidence for chargeback defence
To qualify for liability shifts under scheme rules, merchants must provide cryptographic evidence that the cardholder successfully completed an authentication challenge.
When a transaction requires auth failover handling, the system must precisely capture the authentication values generated by the issuer access control server following the step-up phase.
Submitting these exact cryptographic elements within the final authorisation payload is mandatory for maintaining fraud dispute protection.
The orchestration logic parses the secondary challenge response to extract these values, ensuring that even transactions recovered from an initial soft decline remain fully protected against fraudulent chargeback claims.
Casi d'uso di Fallback 3DScasi d'uso
Commercio transfrontaliero
I commercianti che vendono a clienti in regioni in cui l'adozione di 3DS2 è in ritardo rispetto all'Europa o al Nord America utilizzano il fallback per mantenere tassi di autenticazione di successo.
Supporto emittente legacy
Rivenditori con un elevato volume di transazioni da piccole banche regionali o cooperative di credito che operano ancora su infrastrutture 3DS1 legacy.
Sicurezza delle transazioni ad alto rischio
Le aziende nei settori ad alto rischio utilizzano il fallback per garantire che ogni possibile percorso di autenticazione venga tentato, massimizzando le possibilità di garantire un trasferimento di responsabilità.
Stabilità di piattaforma e marketplace
I marketplace con diversi sub-commercianti utilizzano il fallback per garantire che i vari tipi di carte e le risposte degli emittenti non interrompano l'esperienza di checkout aggregata.
Fallback 3DS in numeri
Tassi di successo tipici dell'autenticazione quando il fallback è abilitato, poiché cattura le transazioni da emittenti che non dispongono del supporto per i protocolli moderni.
La diminuzione stimata dei rifiuti tecnici osservata dai commercianti quando implementano la logica di versioning e fallback automatizzata.
Il sovraccarico di elaborazione standard per il gateway per cambiare protocollo, escluso il tempo impiegato dal titolare della carta per interagire con la sfida.
Metodologia: queste cifre sono intervalli esemplificativi tratti da dati di settore pubblicati e coorti di esercenti osservate, non garanzie. I risultati effettivi dipendono dal profilo di rischio, dal mix di carte, dall'area geografica e dalla configurazione di acquisizione, e sono confermati solo con la definizione dei prezzi e i termini di approvazione.
Termini correlati
Parli con il Suo team per un'attivazione operativa sulle reti dei nostri partner di acquisizione.
Cosa ottieni con Fallback 3DS
- Identifica i fallimenti del protocollo 2.0 in tempo reale per attivare percorsi di autenticazione legacy immediati.
- Bypassa i timeout tecnici reindirizzando all'infrastruttura legacy stabile quando necessario.
- Mantiene la conformità alla Strong Customer Authentication per le transazioni regolamentate SEE e Regno Unito.
- Cattura i valori CAVV e AAV dalle risposte legacy per richieste di autorizzazione valide.
- Supporta sia Mastercard SecureCode che le implementazioni del protocollo legacy Verified by Visa.
- Protegge i commercianti dagli storni legati alle frodi attraverso l'applicazione coerente del trasferimento di responsabilità.
A short scoping call, then a written plan for your MIDs.
Domande su Fallback 3DS
Il fallback 3DS1 è ancora conforme alle normative PSD2 e SCA?
Sì, secondo le attuali linee guida normative, 3DS1 è ancora considerato un metodo valido per eseguire la Strong Customer Authentication (SCA) se 3DS2 non è disponibile.
Sebbene i regolatori e gli schemi preferiscano fortemente 3DS2 per la sua migliore condivisione dei dati e il design incentrato sul mobile, il fallback a 3DS1 soddisfa il requisito dell'autenticazione a due fattori.
Ciò garantisce che il commerciante non debba ricorrere a una transazione non autenticata, che probabilmente verrebbe rifiutata da un emittente ai sensi del mandato SCA.
L'utilizzo del fallback 3DS influirà sull'esperienza utente al checkout?
3DS1 in genere comporta un reindirizzamento a pagina intera o un iframe, che è meno integrato rispetto al flusso senza attriti di 3DS2.
Mentre 3DS2 consente l'autenticazione solo dati senza interazione dell'utente, un fallback a 3DS1 richiederà quasi sempre al titolare della carta di interagire con una pagina di sfida.
Ciò potrebbe introdurre un leggero attrito rispetto a un flusso senza attriti 3DS2 riuscito, ma è generalmente preferibile a un rifiuto definitivo, che richiederebbe al cliente di abbandonare completamente l'acquisto.
Il fallback 3DS offre lo stesso trasferimento di responsabilità di 3DS2?
Nella maggior parte dei casi, sì. Quando una transazione viene autenticata con successo tramite 3DS1, il trasferimento di responsabilità per le controversie legate alle frodi si sposta tipicamente dal commerciante all'emittente, in modo simile a 3DS2.
Tuttavia, è importante notare che gli schemi delle carte hanno fissato date di scadenza per il supporto legacy 3DS1.
Con il passare di queste date, i benefici del trasferimento di responsabilità per 3DS1 potrebbero essere ritirati in alcune regioni, rendendo essenziale dare priorità a 3DS2 ove possibile.
Come decide il sistema quando attivare un fallback?
Il fallback viene attivato in base alla risposta del Directory Server dello Schema o dell'Access Control Server dell'Emittente. I trigger comuni includono una risposta 'Status N' (Non Iscritto) per 3DS2, un codice di errore tecnico che indica che il server è inattivo,
o un timeout in cui la richiesta di versioning 3DS2 non riceve una risposta entro un periodo di tempo stabilito (spesso 2-5 secondi).
Funzionalità correlate.
Correlati guide.
Guarda come Cardflo si confronta.
Pronto a migliorare la Sua configurazione dei pagamenti?
Ci fornisca informazioni sulla Sua attività. La abbineremo ai partner di acquiring più idonei e al percorso corretto, solitamente entro una settimana.