3DS fallback
Sikre transaksjonskontinuitet selv når 3D Secure 2. 0 er utilgjengelig eller opplever problemer.
Cardflos 3DS fallback-mekanisme bytter automatisk til 3DS 1. 0, og forhindrer avslag som ellers ville oppstått.
Dette opprettholder transaksjonsflyten og sikrer inntekter for forhandlere.
- Kategori
- Sikkerhet
- Funksjoner
- 10
- Tilgjengelig på
- Alle abonnementer
Oversikten
3DS fallback er en beredskapslogikk som brukes i betalingsgatewayen eller orkestreringslaget for å håndtere autentiseringsfeil under 3D Secure 2. 0 (3DS2) håndtrykket.
Mens bransjen har prioritert innføringen av 3DS2 for å oppfylle SCA-kravene under PSD2, kan visse regionale utstedere eller eldre bankinfrastrukturer ennå ikke støtte de nyeste protokollene.
Hvis en innledende 3DS2-forespørsel møtes med en teknisk feil, et tidsavbrudd, eller et svar som indikerer at utstederen ikke er registrert, forsøker en fallback-mekanisme å initiere 3DS1 (Legacy 3D Secure).
Denne prosessen sikrer at transaksjonen forblir kvalifisert for autentisering i stedet for å falle tilbake til et hardt avslag.
Ved å forsøke den eldre protokollen kan forhandlere fortsatt oppfylle regulatoriske krav og sikre en ansvarsforskyvning, forutsatt at utstederen fortsatt opprettholder en eldre Access Control Server (ACS). Denne sekundære rutinglogikken ligger mellom den innledende autentiseringsforespørselen og den endelige autorisasjonsforespørselen til innløseren.
Slik fungerer det
Innledende 3DS2 versjonsforsøk
Forhandleren initierer en transaksjon gjennom gatewayen, som først forsøker å identifisere den passende 3DS2-versjonen som støttes av utstederen. Systemet analyserer BIN og Directory Server-svaret for å avgjøre om den nyere, friksjonsfrie protokollen er tilgjengelig for den spesifikke kortholderen.
Feil- eller ikke-deltakelsesdeteksjon
Hvis Directory Server returnerer en status som indikerer at utstederen ikke har implementert 3DS2, eller hvis en teknisk feil oppstår under versjonsutvekslingen, identifiserer systemet dette som et potensielt feilpunkt som vil føre til en transaksjonsavvisning hvis det ikke blir adressert.
Automatisk 3DS1 meldingskonstruksjon
Fallback-motoren omformaterer umiddelbart autentiseringsforespørselen til en 3DS1-kompatibel melding. Dette inkluderer å generere de nødvendige omdirigerings-URL-ene for den eldre nettleserbaserte utfordringen, og sikrer at kunden overføres til utstederens autentiseringsside uten en hard avbrytelse av betalingsøkten.
Autentisering via fallback utføres
Kortholderen fullfører den eldre autentiseringsprosessen, som typisk involverer et statisk passord eller en SMS-basert kode. Når utstederen har verifisert identiteten, gir de en autentiseringsverdi, for eksempel en CAVV eller AAV, som er nødvendig for den påfølgende autorisasjonsforespørselen til innløseren.
Autorisasjon med eldre bevis
Transaksjonen går videre til innløseren med 3DS1 autentiseringsdataene. Hvis den valideres, beholder forhandleren vanligvis fordelen av ansvarsforskyvningen, og beskytter virksomheten mot svindelrelaterte tilbakeførsler, til tross for at transaksjonen ikke behandles via den primære 3DS2-protokollen.
Hvorfor det er viktig
Forebygging av tekniske avslag
Å stole utelukkende på 3DS2 kan føre til unødvendige betalingsfeil ved interaksjon med utstedere i utviklingsmarkeder eller de med forsinkede infrastrukturoppdateringer. Fallback-logikk sikrer at mangel på moderne protokollstøtte ikke automatisk oversettes til et tapt salg, noe som opprettholder forhandlerens konverteringsfrekvens på tvers av ulike kortholderbaser.
Overholdelse av regelverk og sikkerhet
I jurisdiksjoner som styres av PSD2, er autentisering et lovkrav for de fleste fjerntransaksjoner.
Fallback til 3DS1 gjør det mulig for forhandlere å forbli kompatible med Strong Customer Authentication (SCA) regler når den foretrukne 3DS2-banen er utilgjengelig, og unngår risikoen for regulatorisk håndhevede transaksjonsblokkeringer eller bøter for manglende overholdelse.
Beskyttelse mot svindelansvar
En primær fordel med 3D Secure er overføring av ansvar fra forhandleren til utstederen for svindelaktige tvister. Uten en fallback-mekanisme kan en forhandler bli tvunget til å behandle en transaksjon uten autentisering, noe som utsetter dem for økonomisk tap hvis transaksjonen senere bestrides som uautorisert.
Bruksområder
Grensekryssende handel
Forhandlere som selger til kunder i regioner der 3DS2-adopsjonen ligger bak Europa eller Nord-Amerika, bruker fallback for å opprettholde vellykkede autentiseringsrater.
Støtte for eldre utstedere
Detaljhandlere med et stort volum transaksjoner fra små regionale banker eller kredittforeninger som fortsatt opererer på eldre 3DS1-infrastruktur.
Sikkerhet for høyrisikotransaksjoner
Bedrifter i høyrisikosektorer bruker fallback for å sikre at alle mulige autentiseringsveier prøves, noe som maksimerer sjansene for å sikre en ansvarsforskyvning.
Plattform- og markedsstabilitet
Markedsplasser med ulike underforhandlere bruker fallback for å sikre at varierte korttyper og utstedersvar ikke forstyrrer den samlede utsjekkingsopplevelsen.
I tall
Typiske suksessrater for autentisering når fallback er aktivert, da det fanger opp transaksjoner fra utstedere som mangler moderne protokollstøtte.
Den estimerte nedgangen i tekniske avslag observert av forhandlere ved implementering av automatisert versjonskontroll og fallback-logikk.
Standard behandlingskostnad for gatewayen for å bytte protokoller, ekskludert tiden det tar for kortholderen å interagere med utfordringen.
Relaterte begreper
Talk to our team about a live rollout on your acquiring stack.
Hva du får med 3DS fallback
- Identifiserer 2.0 protokollfeil i sanntid for å utløse umiddelbare eldre autentiseringsbaner.
- Omgår tekniske tidsavbrudd ved å omdirigere til stabil eldre infrastruktur når det er nødvendig.
- Opprettholder Strong Customer Authentication-overholdelse for EEA- og UK-regulerte transaksjoner.
- Fanger opp CAVV- og AAV-verdier fra eldre svar for gyldige autorisasjonsforespørsler.
- Støtter både Mastercard SecureCode og Verified by Visa implementeringer av eldre protokoll.
- Beskytter forhandlere mot svindelrelaterte tilbakeførsler gjennom konsekvent anvendelse av ansvarsforskyvning.
- Analyserer Directory Server-svar for å bestemme høyest tilgjengelige protokollversjon.
- Reduserer volumet av harde avslag forårsaket av utsteders manglende deltakelse i 3DS2.
- Hjelper med global ekspansjon ved å støtte eldre bankteknologi i fremvoksende markeder.
- Minimerer handlekurvavbrudd ved å tilby en alternativ autentiseringsrute under systembrudd.
A short scoping call, then a written plan for your MIDs.
Spørsmål om 3DS fallback
Er 3DS1 fallback fortsatt kompatibel med PSD2 og SCA-reguleringer?
Ja, ifølge gjeldende regulatorisk veiledning anses 3DS1 fortsatt som en gyldig metode for å utføre Strong Customer Authentication (SCA) hvis 3DS2 er utilgjengelig.
Selv om regulatorer og systemer sterkt foretrekker 3DS2 på grunn av forbedret datadeling og mobilsentrert design, oppfyller fallback til 3DS1 kravet om tofaktorautentisering.
Dette sikrer at forhandleren ikke trenger å ty til en uautentisert transaksjon, noe som sannsynligvis vil bli avvist av en utsteder under SCA-mandatet.
Vil bruk av 3DS fallback påvirke brukeropplevelsen ved utsjekking?
3DS1 involverer typisk en fullside-omdirigering eller en iframe, som er mindre integrert enn den friksjonsfrie flyten i 3DS2. Mens 3DS2 tillater data-kun autentisering uten brukerinteraksjon, vil en fallback til 3DS1 nesten alltid kreve at kortholderen interagerer med en utfordringsside.
Dette kan introdusere litt friksjon sammenlignet med en vellykket 3DS2 friksjonsfri flyt, men det foretrekkes generelt fremfor et hardt avslag, som ville kreve at kunden avbryter kjøpet helt.
Gir 3DS fallback samme ansvarsforskyvning som 3DS2?
I de fleste tilfeller, ja. Når en transaksjon er vellykket autentisert via 3DS1, flytter ansvarsforskyvningen for svindelrelaterte tvister typisk fra forhandleren til utstederen, lignende 3DS2.
Det er imidlertid viktig å merke seg at kortsystemene har satt solnedgangsdatoer for eldre 3DS1-støtte. Når disse datoene passeres, kan fordelene med ansvarsforskyvning for 3DS1 bli trukket tilbake i visse regioner, noe som gjør det viktig å prioritere 3DS2 der det er mulig.
Hvordan bestemmer systemet når en fallback skal utløses?
Fallback utløses basert på svaret fra Scheme Directory Server eller Issuer Access Control Server.
Vanlige utløsere inkluderer en 'Status N' (Ikke registrert) svar for 3DS2, en teknisk feilkode som indikerer at serveren er nede, eller et tidsavbrudd der 3DS2-versjonsforespørselen ikke mottar et svar innen en gitt tidsramme (ofte 2-5 sekunder).
Kan jeg deaktivere 3DS fallback for spesifikke regioner eller MCC-er?
Ja, innstillinger for betalingsorkestrering tillater vanligvis granulær kontroll. En forhandler kan velge å deaktivere fallback for regioner der 3DS1 er fullstendig avviklet, eller for spesifikke Merchant Category Codes (MCC-er) der friksjonen av en eldre omdirigering anses som for høy i forhold til transaksjonsverdien.
For de fleste europeiske forhandlere er det imidlertid standard praksis å holde det aktivert for å maksimere autorisasjonssuksess.
Hva skjer hvis både 3DS2 og 3DS1 feiler?
Hvis begge protokollene feiler, vil transaksjonen typisk bli sendt til utstederen som 'uautentisert'.
Avhengig av forhandlerens risikoinnstillinger og regionale reguleringer (som SCA), kan transaksjonen bli avvist av gatewayen før den når innløseren, eller den kan passere til utstederen som sannsynligvis vil avvise den med en 'myk avslag'-kode, og be om autentisering.
Er det ytterligere systemgebyrer knyttet til 3DS fallback?
Systemgebyrer for 3D Secure pålegges generelt per autentiseringsforsøk. Selv om det vanligvis ikke er et spesifikt 'fallback-gebyr', vil forhandleren forbli ansvarlig for de standard 3DS-forespørselsgebyrene.
Noen innløsere kan ha forskjellige prisnivåer for 3DS2 versus 3DS1, så det anbefales å sjekke interchange-plus eller blandet prisplan for eventuelle variasjoner i behandlingskostnadene.
Relaterte funksjoner.
Klar for fart?
Fortell oss om bedriften din. Vi finner de rette innløsningspartnerne og den rette ruten for deg, vanligvis innen en uke.