3DS fallback
Funcționalitate 3DS fallback pentru procesarea neîntreruptă a plăților, trecând automat la 3DS1 atunci când 3DS2 nu este disponibil sau întâmpină probleme, asigurând un flux continuu al tranzacțiilor și prevenind refuzurile tehnice pentru a proteja veniturile comercianților.
- Categorie
- Securitate
- Capabilități
- 6
- Disponibil pe
- Toate planurile
Asigură continuitatea tranzacțiilor chiar și atunci când 3D Secure 2 nu este disponibil sau întâmpină probleme. Mecanismul de fallback 3DS al Cardflo comută automat la 3DS 1.0, prevenind refuzurile care altfel ar apărea.
Acest lucru menține fluxul tranzacțiilor și asigură veniturile pentru comercianți.
Domeniul PCI este minimizat prin câmpuri găzduite și token-uri de rețea, iar credențialele sensibile nu ating niciodată serverele dumneavoastră. Autentificarea puternică a clienților este aplicată inteligent pentru a satisface atât autoritățile de reglementare, cât și echipele de conversie.
Prezentare generală 3DS fallbackprezentare generală
Mecanismul de rezervă 3DS este o logică de contingență utilizată în cadrul portalului de plată sau al stratului de orchestrare pentru a gestiona eșecurile de autentificare în timpul procesului de interconectare 3D Secure 2 (3DS2).
Deși industria a prioritizat adoptarea 3DS2 pentru a îndeplini cerințele SCA conform PSD2, anumiți emitenți regionali sau infrastructuri bancare mai vechi pot să nu suporte încă cele mai recente protocoale.
Dacă o cerere inițială 3DS2 este întâmpinată cu o eroare tehnică, un timp de expirare sau un răspuns care indică faptul că emitentul nu este înrolat, un mecanism de rezervă încearcă să inițieze 3DS1 (Legacy 3D Secure). Acest proces asigură că tranzacția rămâne eligibilă pentru autentificare, în loc să se ajungă la un refuz definitiv.
Prin încercarea protocolului mai vechi, comercianții pot îndeplini în continuare mandatele de reglementare și pot asigura un transfer de responsabilitate, cu condiția ca emitentul să mențină încă un Access Control Server (ACS) moștenit. Această logică de rutare secundară se află între cererea inițială de autentificare și apelul final de autorizare către achizitor.
Cum funcționează 3DS fallbackfuncționează
Încercare inițială de versiune 3DS2
Comerciantul inițiază o tranzacție prin gateway, care încearcă mai întâi să identifice versiunea 3DS2 adecvată suportată de emitent. Sistemul analizează BIN-ul și răspunsul serverului de director pentru a determina dacă protocolul mai nou, fără fricțiune, este disponibil pentru deținătorul specific al cardului.
Detectarea erorilor sau a neparticipării
Dacă serverul de director returnează un statut care indică faptul că emitentul nu a implementat 3DS2, sau dacă apare o eroare tehnică în timpul schimbului de versiuni, sistemul identifică acest lucru ca un punct de eșec potențial care ar duce la un refuz al tranzacției dacă nu este abordat.
Construcția automată a mesajului 3DS1
Motorul de fallback reformatează imediat cererea de autentificare într-un mesaj compatibil 3DS1. Aceasta include generarea URL-urilor de redirecționare necesare pentru provocarea bazată pe browser moștenită, asigurând că clientul este transferat la pagina de autentificare a emitentului fără o abandonare dură a sesiunii de plată.
De ce contează 3DS fallbackcontează
Prevenirea refuzurilor tehnice
Bazarea exclusivă pe 3DS2 poate duce la eșecuri inutile de plată atunci când se interacționează cu emitenți din piețele în curs de dezvoltare sau cu cei cu actualizări întârziate ale infrastructurii. Logica de fallback asigură că lipsa suportului pentru protocoale moderne nu se traduce automat într-o vânzare pierdută, menținând rata de conversie a comerciantului pe diverse baze de deținători de carduri.
Conformitate și securitate reglementară
În jurisdicțiile guvernate de PSD2, autentificarea este o cerință legală pentru majoritatea tranzacțiilor la distanță. Revenirea la 3DS1 permite comercianților să rămână conformi cu regulile Strong Customer Authentication (SCA) atunci când calea preferată 3DS2 nu este disponibilă, evitând riscul blocajelor de tranzacții impuse de reglementatori sau amenzilor pentru neconformitate.
Note de reglementare pentru 3DS fallback
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.
Cazuri de utilizare 3DS fallbackcazuri de utilizare
Comerț transfrontalier
Comercianții care vând clienților din regiuni unde adoptarea 3DS2 este în urmă față de Europa sau America de Nord utilizează fallback-ul pentru a menține rate de autentificare de succes.
Suport pentru emitenți moșteniți
Retaileri cu un volum mare de tranzacții de la bănci regionale mici sau uniuni de credit care operează încă pe infrastructura 3DS1 moștenită.
Securitatea tranzacțiilor cu risc ridicat
Afacerile din sectoarele cu risc ridicat utilizează fallback-ul pentru a se asigura că fiecare cale de autentificare posibilă este încercată, maximizând șansele de a asigura un transfer de responsabilitate.
Stabilitatea platformei și a pieței
Piețele cu sub-comercianți diverși utilizează fallback-ul pentru a se asigura că tipurile variate de carduri și răspunsurile emitenților nu perturbă experiența agregată de finalizare a comenzii.
3DS fallback în cifre
Rate tipice de succes ale autentificării atunci când fallback-ul este activat, deoarece captează tranzacții de la emitenți care nu dispun de suport pentru protocoale moderne.
Scăderea estimată a refuzurilor tehnice observată de comercianți la implementarea logicii automate de versiune și fallback.
Costul standard de procesare pentru gateway de a schimba protocoalele, excluzând timpul necesar deținătorului cardului pentru a interacționa cu provocarea.
Metodologie: aceste cifre reprezintă intervale ilustrative derivate din datele publicate ale industriei și din cohortele de comercianți observate, nefiind garanții. Rezultatele reale depind de profilul dumneavoastră de risc, mixul de carduri, geografia și configurația de achiziție, și sunt confirmate numai în termenii dumneavoastră proprii de prețuri și aprobare.
Termeni asociați
Discutați cu echipa noastră despre o lansare live pe rails-urile partenerilor noștri de achiziție.
Ce obțineți cu 3DS fallback
- Identifică în timp real erorile protocolului 2.0 pentru a declanșa imediat căi de autentificare moștenite.
- Ocolește timpii de expirare tehnici prin redirecționarea către infrastructura moștenită stabilă atunci când este necesar.
- Menține conformitatea cu Strong Customer Authentication pentru tranzacțiile reglementate în SEE și Marea Britanie.
- Capturează valorile CAVV și AAV din răspunsurile moștenite pentru cererile de autorizare valide.
- Suportă implementările protocolului moștenit atât Mastercard SecureCode, cât și Verified by Visa.
- Protejează comercianții de chargeback-urile legate de fraudă prin aplicarea consecventă a transferului de responsabilitate.
A short scoping call, then a written plan for your MIDs.
Întrebări despre 3DS fallback
Este fallback-ul 3DS1 încă conform cu reglementările PSD2 și SCA?
Da, conform ghidurilor de reglementare actuale, 3DS1 este încă considerată o metodă validă pentru efectuarea Strong Customer Authentication (SCA) dacă 3DS2 nu este disponibil.
Deși autoritățile de reglementare și schemele preferă puternic 3DS2 datorită partajării îmbunătățite a datelor și designului centrat pe mobil, revenirea la 3DS1 satisface cerința pentru autentificarea cu doi factori.
Acest lucru asigură că comerciantul nu trebuie să recurgă la o tranzacție neautentificată, care ar fi probabil refuzată de un emitent conform mandatului SCA.
Va afecta utilizarea fallback-ului 3DS experiența utilizatorului la finalizarea comenzii?
3DS1 implică de obicei o redirecționare pe pagină completă sau un iframe, care este mai puțin integrat decât fluxul fără fricțiune al 3DS2.
În timp ce 3DS2 permite autentificarea doar a datelor fără interacțiunea utilizatorului, o revenire la 3DS1 va necesita aproape întotdeauna ca deținătorul cardului să interacționeze cu o pagină de provocare.
Acest lucru poate introduce o ușoară fricțiune în comparație cu un flux fără fricțiune 3DS2 de succes, dar este, în general, preferat în detrimentul unui refuz dur, care ar necesita ca clientul să abandoneze complet achiziția.
Oferă fallback-ul 3DS același transfer de responsabilitate ca și 3DS2?
În majoritatea cazurilor, da. Atunci când o tranzacție este autentificată cu succes prin 3DS1, transferul de responsabilitate pentru disputele legate de fraudă se mută de obicei de la comerciant la emitent, similar cu 3DS2.
Cu toate acestea, este important de reținut că schemele de carduri au stabilit date de încetare a suportului pentru 3DS1 moștenit.
Pe măsură ce aceste date trec, beneficiile transferului de responsabilitate pentru 3DS1 pot fi retrase în anumite regiuni, făcând esențială prioritizarea 3DS2 ori de câte ori este posibil.
Cum decide sistemul când să declanșeze un fallback?
Procedura de rezervă este declanșată pe baza răspunsului de la Serverul Director al Schemei sau de la Serverul de Control al Accesului al Emitentului.
Declanșatorii comuni includ un răspuns „Status N” (Neînrolat) pentru 3DS2, un cod de eroare tehnică ce indică faptul că serverul este indisponibil sau o expirare a timpului de așteptare în care cererea de versiune 3DS2 nu primește un răspuns într-un interval stabilit (adesea 2-5 secunde).
Funcționalități similare.
Conexe ghiduri.
Vezi cum Cardflo se compară.
Gata să-ți îmbunătățești configurația de plăți?
Spuneți-ne despre afacerea dvs. Vă vom potrivi cu partenerii de achiziție potriviți și cu ruta corectă, de obicei în mai puțin de o săptămână.