3DS fallback
Záložní 3DS pro nepřerušené zpracování plateb, automaticky přechází na 3DS1, když je 3DS2 nedostupné nebo narazí na problémy, zajišťuje kontinuální tok transakcí a předchází technickým selháním pro ochranu příjmů obchodníků.
- Kategorie
- Zabezpečení
- Schopnosti
- 6
- Dostupné na
- Všechny plány
Zajistěte kontinuitu transakcí, i když 3D Secure 2 není k dispozici nebo se vyskytnou problémy. Mechanismus 3DS fallback společnosti Cardflo automaticky přepne na 3DS 1.0, čímž zabrání zamítnutím, ke kterým by jinak došlo.
Tím se udržuje tok transakcí a zajišťují příjmy pro obchodníky.
Rozsah PCI je minimalizován pomocí hostovaných polí a síťových tokenů a citlivé přihlašovací údaje se nikdy nedotknou vašich serverů. Silné ověření zákazníka je aplikováno inteligentně, aby byli spokojeni regulátoři i konverzní týmy.
Přehled 3DS fallback overview
3DS fallback je záložní logika používaná v platební bráně nebo vrstvě orchestrace k řízení selhání ověřování během handshake 3D Secure 2 (3DS2). Zatímco průmysl upřednostňuje přijetí 3DS2 pro splnění požadavků SCA podle PSD2, někteří regionální vydavatelé nebo starší bankovní infrastruktury nemusí ještě podporovat nejnovější protokoly.
Pokud je počáteční požadavek 3DS2 splněn technickou chybou, časovým limitem nebo odpovědí indikující, že vydavatel není zaregistrován, mechanismus fallback se pokusí iniciovat 3DS1 (Legacy 3D Secure). Tento proces zajišťuje, že transakce zůstane způsobilá pro ověření, namísto výchozího tvrdého zamítnutí.
Pokusem o starší protokol mohou obchodníci stále splňovat regulační mandáty a zajistit přesun odpovědnosti, za předpokladu, že vydavatel stále udržuje starší Access Control Server (ACS). Tato sekundární logika směrování se nachází mezi počátečním požadavkem na ověření a konečným autorizačním voláním akceptantovi.
Jak funguje 3DS fallbackfunguje
Počáteční pokus o verzi 3DS2
Obchodník iniciuje transakci prostřednictvím brány, která se nejprve pokusí identifikovat příslušnou verzi 3DS2 podporovanou vydavatelem. Systém analyzuje BIN a odpověď Directory Serveru, aby určil, zda je pro konkrétního držitele karty k dispozici novější, bezproblémový protokol.
Detekce chyby nebo neúčasti
Pokud Directory Server vrátí stav indikující, že vydavatel neimplementoval 3DS2, nebo pokud dojde k technické chybě během výměny verzí, systém to identifikuje jako potenciální bod selhání, který by vedl k odmítnutí transakce, pokud by nebyl řešen.
Automatická konstrukce zprávy 3DS1
Fallback engine okamžitě přeformátuje požadavek na ověření do zprávy kompatibilní s 3DS1. To zahrnuje generování nezbytných URL pro přesměrování pro starší výzvu založenou na prohlížeči, což zajišťuje, že zákazník je převeden na stránku ověřování vydavatele bez tvrdého opuštění platební relace.
Proč je 3DS fallback důležité
Prevence technických zamítnutí
Spoléhání se pouze na 3DS2 může vést k zbytečným selháním plateb při interakci s vydavateli na rozvíjejících se trzích nebo s těmi, kteří mají zpožděné aktualizace infrastruktury. Logika fallback zajišťuje, že nedostatek podpory moderního protokolu se automaticky nepřemění na ztracený prodej, čímž se udržuje míra konverze obchodníka napříč různými základnami držitelů karet.
Soulad s předpisy a bezpečnost
V jurisdikcích řízených PSD2 je ověřování zákonným požadavkem pro většinu vzdálených transakcí. Návrat k 3DS1 umožňuje obchodníkům zůstat v souladu s pravidly silného ověřování zákazníka (SCA), když je preferovaná cesta 3DS2 nedostupná, čímž se zabrání riziku regulačně vynucených blokování transakcí nebo pokut za nedodržení.
Regulační poznámky pro 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.
Případy užití 3DS fallbackpřípady použití
Přeshraniční obchod
Obchodníci prodávající zákazníkům v regionech, kde přijetí 3DS2 zaostává za Evropou nebo Severní Amerikou, používají fallback k udržení úspěšných sazeb ověřování.
Podpora starších vydavatelů
Maloobchodníci s vysokým objemem transakcí od malých regionálních bank nebo družstevních záložen, které stále fungují na starší infrastruktuře 3DS1.
Zabezpečení vysoce rizikových transakcí
Podniky ve vysoce rizikových odvětvích používají fallback k zajištění, že jsou vyzkoušeny všechny možné cesty ověřování, čímž se maximalizují šance na zajištění přesunu odpovědnosti.
Stabilita platformy a tržiště
Tržiště s různými dílčími obchodníky používají fallback k zajištění, že různé typy karet a odpovědi vydavatelů nenaruší celkovou zkušenost s placením.
3DS fallback v číslech
Typické míry úspěšnosti ověřování, když je povolen fallback, protože zachycuje transakce od vydavatelů, kteří postrádají podporu moderního protokolu.
Odhadované snížení technických zamítnutí pozorované obchodníky při implementaci automatického verzování a logiky fallback.
Standardní režie zpracování pro bránu k přepínání protokolů, s výjimkou času potřebného pro interakci držitele karty s výzvou.
Metodika: tato čísla jsou ilustrativní rozsahy čerpané ze zveřejněných průmyslových dat a sledovaných skupin obchodníků, nikoli garance. Skutečné výsledky závisí na vašem rizikovém profilu, složení karet, geografii a nastavení akceptace a jsou potvrzeny pouze ve vašich vlastních cenových a schvalovacích podmínkách.
Související pojmy
Promluvte si s nasim tymem o zivem nasazeni na systemech nasich akvizicnich partneru.
Co získáte s 3DS fallback
- Identifikuje selhání protokolu 2.0 v reálném čase, aby spustil okamžité cesty pro starší ověřování.
- Obchází technické časové limity přesměrováním na stabilní starší infrastrukturu, je-li to nutné.
- Udržuje soulad se silným ověřováním zákazníka pro transakce regulované v EHP a Spojeném království.
- Zachycuje hodnoty CAVV a AAV ze starších odpovědí pro platné autorizační požadavky.
- Podporuje implementace starších protokolů Mastercard SecureCode i Verified by Visa.
- Chrání obchodníky před zpětnými platbami souvisejícími s podvody prostřednictvím důsledné aplikace přesunu odpovědnosti.
A short scoping call, then a written plan for your MIDs.
Dotazy ohledně 3DS fallback
Je 3DS1 fallback stále v souladu s předpisy PSD2 a SCA?
Ano, podle současných regulačních pokynů je 3DS1 stále považován za platnou metodu pro provádění silného ověřování zákazníka (SCA), pokud není k dispozici 3DS2.
Zatímco regulátoři a schémata silně preferují 3DS2 kvůli jeho vylepšenému sdílení dat a mobilnímu designu, návrat k 3DS1 splňuje požadavek na dvoufaktorové ověřování. Tím je zajištěno, že obchodník nemusí přistoupit k neověřené transakci, která by pravděpodobně byla vydavatelem zamítnuta na základě mandátu SCA.
Ovlivní použití 3DS fallback uživatelskou zkušenost při placení?
3DS1 obvykle zahrnuje přesměrování na celou stránku nebo iframe, což je méně integrované než bezproblémový tok 3DS2. Zatímco 3DS2 umožňuje ověřování pouze dat bez interakce uživatele, návrat k 3DS1 téměř vždy vyžaduje, aby držitel karty interagoval se stránkou s výzvou.
To může způsobit mírné tření ve srovnání s úspěšným bezproblémovým tokem 3DS2, ale obecně je to preferováno před tvrdým zamítnutím, které by vyžadovalo, aby zákazník nákup zcela opustil.
Poskytuje 3DS fallback stejný přesun odpovědnosti jako 3DS2?
Ve většině případů ano. Když je transakce úspěšně ověřena prostřednictvím 3DS1, přesun odpovědnosti za spory související s podvody se obvykle přesouvá z obchodníka na vydavatele, podobně jako u 3DS2.
Je však důležité si uvědomit, že karetní schémata stanovila data ukončení podpory pro starší 3DS1. Jak tato data uplynou, výhody přesunu odpovědnosti pro 3DS1 mohou být v určitých regionech zrušeny, takže je nezbytné upřednostnit 3DS2, kdekoli je to možné.
Jak systém rozhoduje, kdy spustit fallback?
Fallback je spuštěn na základě odpovědi z Directory Serveru schématu nebo Access Control Serveru vydavatele.
Mezi běžné spouštěče patří odpověď „Status N“ (Není zaregistrován) pro 3DS2, kód technické chyby indikující, že server je mimo provoz, nebo časový limit, kdy požadavek na verzi 3DS2 selže při přijetí odpovědi v nastaveném časovém rámci (často 2-5 sekund).
Související funkce.
Související průvodci.
Podívejte se, jak se Cardflo srovnává.
Jste připraveni zlepšit si nastavení plateb?
Řekněte nám o svém podnikání. Spojíme vás s těmi správnými akvizičními partnery a správnou cestou, obvykle do týdne.