3DS fallback
Осигурете непрекъснатост на транзакциите, дори когато 3D Secure 2. 0 е недостъпен или среща проблеми.
Механизмът за 3DS fallback на Cardflo автоматично превключва към 3DS 1. 0, предотвратявайки откази, които иначе биха възникнали.
Това поддържа потока на транзакциите и осигурява приходи за търговците.
- Категория
- Сигурност
- Възможности
- 10
- Налично на
- Всички планове
Общ преглед
3DS fallback е логика за непредвидени ситуации, използвана в платежния шлюз или слоя за оркестрация за управление на неуспешни удостоверявания по време на 3D Secure 2. 0 (3DS2) ръкостискане.
Докато индустрията е приоритизирала приемането на 3DS2 за изпълнение на изискванията на SCA съгласно PSD2, някои регионални издатели или по-стари банкови инфраструктури може все още да не поддържат най-новите протоколи.
Ако първоначална заявка за 3DS2 срещне техническа грешка, изчакване или отговор, показващ, че издателят не е регистриран, механизъм за връщане се опитва да инициира 3DS1 (Legacy 3D Secure). Този процес гарантира, че транзакцията остава допустима за удостоверяване, вместо да се превърне в твърд отказ.
Чрез опитване на по-стария протокол, търговците все още могат да изпълнят регулаторните изисквания и да осигурят прехвърляне на отговорност, при условие че издателят все още поддържа стар Access Control Server (ACS).
Тази вторична логика за маршрутизиране се намира между първоначалната заявка за удостоверяване и окончателното обаждане за оторизация до приобретателя.
Как работи
Първоначален опит за версия на 3DS2
Търговецът инициира транзакция през шлюза, който първо се опитва да идентифицира подходящата версия на 3DS2, поддържана от издателя. Системата анализира BIN и отговора на Directory Server, за да определи дали по-новият, безпроблемен протокол е наличен за конкретния картодържател.
Откриване на грешка или неучастие
Ако Directory Server върне статус, показващ, че издателят не е имплементирал 3DS2, или ако възникне техническа грешка по време на обмена на версии, системата идентифицира това като потенциална точка на отказ, която би довела до отказ на транзакция, ако не бъде адресирана.
Автоматично изграждане на 3DS1 съобщение
Двигателят за връщане незабавно преформатира заявката за удостоверяване в съобщение, съвместимо с 3DS1.
Това включва генериране на необходимите URL адреси за пренасочване за старото предизвикателство, базирано на браузър, като се гарантира, че клиентът е прехвърлен към страницата за удостоверяване на издателя без твърдо изоставяне на платежната сесия.
Изпълнение на удостоверяване при връщане
Картодържателят завършва процеса на удостоверяване на старата система, обикновено включващ статична парола или код, базиран на SMS. След като издателят потвърди самоличността, той предоставя стойност за удостоверяване, като CAVV или AAV, която е необходима за последващата заявка за оторизация до приобретателя.
Оторизация с доказателство от стара система
Транзакцията продължава към приобретателя с данните за удостоверяване на 3DS1. Ако е валидирана, търговецът обикновено запазва ползата от прехвърлянето на отговорност, защитавайки бизнеса от свързани с измами възстановявания на плащания, въпреки че транзакцията не е обработена чрез основния протокол 3DS2.
Защо е важно
Предотвратяване на технически откази
Разчитането единствено на 3DS2 може да доведе до ненужни неуспешни плащания при взаимодействие с издатели на развиващите се пазари или тези със забавени актуализации на инфраструктурата.
Логиката за връщане гарантира, че липсата на поддръжка на модерен протокол не се превръща автоматично в изгубена продажба, поддържайки процента на конверсия на търговеца в различни бази от картодържатели.
Регулаторно съответствие и сигурност
В юрисдикции, управлявани от PSD2, удостоверяването е законово изискване за повечето отдалечени транзакции.
Връщането към 3DS1 позволява на търговците да останат съвместими с правилата за Strong Customer Authentication (SCA), когато предпочитаният път на 3DS2 е недостъпен, избягвайки риска от наложени от регулатора блокове на транзакции или глоби за несъответствие.
Защита срещу отговорност за измами
Основно предимство на 3D Secure е прехвърлянето на отговорност от търговеца към издателя за измамни спорове. Без механизъм за връщане, търговецът може да бъде принуден да обработи транзакция без никакво удостоверяване, излагайки се на финансови загуби, ако транзакцията по-късно бъде оспорена като неоторизирана.
Приложения
Трансгранична търговия
Търговци, продаващи на клиенти в региони, където приемането на 3DS2 изостава от Европа или Северна Америка, използват връщане, за да поддържат успешни нива на удостоверяване.
Поддръжка на стари издатели
Търговци на дребно с голям обем транзакции от малки регионални банки или кредитни съюзи, които все още работят с инфраструктура на стария 3DS1.
Сигурност на високорискови транзакции
Бизнесите във високорискови сектори използват връщане, за да гарантират, че всеки възможен път за удостоверяване е изпробван, максимизирайки шансовете за осигуряване на прехвърляне на отговорност.
Стабилност на платформата и пазара
Пазарите с разнообразни под-търговци използват връщане, за да гарантират, че различните типове карти и отговори на издатели не нарушават общото изживяване при плащане.
В числа
Типични нива на успех на удостоверяването, когато връщането е активирано, тъй като то улавя транзакции от издатели, които нямат поддръжка на модерен протокол.
Приблизителното намаление на техническите откази, наблюдавано от търговците при прилагане на автоматична версия и логика за връщане.
Стандартните разходи за обработка за шлюза за превключване на протоколи, с изключение на времето, необходимо на картодържателя да взаимодейства с предизвикателството.
Свързани термини
Talk to our team about a live rollout on your acquiring stack.
Какво получавате с 3DS fallback
- Идентифицира повреди на протокол 2.0 в реално време, за да задейства незабавни пътища за удостоверяване на стари системи.
- Заобикаля техническите изчаквания, като пренасочва към стабилна стара инфраструктура, когато е необходимо.
- Поддържа съответствие със Strong Customer Authentication за регулирани транзакции в ЕИП и Обединеното кралство.
- Улавя CAVV и AAV стойности от стари отговори за валидни заявки за оторизация.
- Поддържа както Mastercard SecureCode, така и Verified by Visa имплементации на стари протоколи.
- Защитава търговците от свързани с измами възстановявания на плащания чрез последователно прилагане на прехвърляне на отговорност.
- Анализира отговорите на Directory Server, за да определи най-високата налична версия на протокола.
- Намалява обема на твърди откази, причинени от неучастие на издателя в 3DS2.
- Подпомага глобалната експанзия чрез поддръжка на по-стари банкови технологии на развиващите се пазари.
- Минимизира изоставянето на колички, като предоставя алтернативен маршрут за удостоверяване по време на прекъсвания на системата.
A short scoping call, then a written plan for your MIDs.
Въпроси относно 3DS fallback
Все още ли е съвместим 3DS1 fallback с регулациите на PSD2 и SCA?
Да, съгласно текущите регулаторни указания, 3DS1 все още се счита за валиден метод за извършване на Strong Customer Authentication (SCA), ако 3DS2 е недостъпен.
Въпреки че регулаторите и схемите силно предпочитат 3DS2 поради подобреното споделяне на данни и мобилно-ориентирания дизайн, връщането към 3DS1 удовлетворява изискването за двуфакторно удостоверяване.
Това гарантира, че търговецът не трябва да прибягва до неудостоверена транзакция, която вероятно би била отказана от издател съгласно мандата на SCA.
Ще повлияе ли използването на 3DS fallback на потребителското изживяване при плащане?
3DS1 обикновено включва пренасочване на цяла страница или iframe, което е по-малко интегрирано от безпроблемния поток на 3DS2. Докато 3DS2 позволява удостоверяване само на данни без потребителско взаимодействие, връщането към 3DS1 почти винаги ще изисква от картодържателя да взаимодейства със страница за предизвикателство.
Това може да въведе леко затруднение в сравнение с успешното безпроблемно протичане на 3DS2, но обикновено е за предпочитане пред твърд отказ, който би изисквал от клиента да изостави покупката изцяло.
Осигурява ли 3DS fallback същото прехвърляне на отговорност като 3DS2?
В повечето случаи, да. Когато транзакция е успешно удостоверена чрез 3DS1, прехвърлянето на отговорност за свързани с измами спорове обикновено се премества от търговеца към издателя, подобно на 3DS2.
Важно е обаче да се отбележи, че картовите схеми са определили крайни дати за поддръжка на стария 3DS1.
С изтичането на тези дати, ползите от прехвърлянето на отговорност за 3DS1 могат да бъдат отменени в определени региони, което прави от съществено значение приоритизирането на 3DS2, където е възможно.
Как системата решава кога да задейства връщане?
Връщането се задейства въз основа на отговора от Scheme Directory Server или Issuer Access Control Server.
Често срещани задействания включват отговор „Status N“ (Нерегистриран) за 3DS2, код за техническа грешка, показващ, че сървърът е изключен, или изчакване, при което заявката за версия на 3DS2 не получава отговор в рамките на определен период от време (често 2-5 секунди).
Мога ли да деактивирам 3DS fallback за конкретни региони или MCC?
Да, настройките за оркестрация на плащания обикновено позволяват гранулиран контрол.
Търговец може да избере да деактивира връщането за региони, където 3DS1 е напълно изведен от експлоатация, или за конкретни кодове на търговски категории (MCC), където триенето на старо пренасочване се счита за твърде високо спрямо стойността на транзакцията.
Въпреки това, за повечето европейски търговци, поддържането му активирано е стандартна практика за максимизиране на успеха на оторизацията.
Какво се случва, ако и 3DS2, и 3DS1 се провалят?
Ако и двата протокола се провалят, транзакцията обикновено ще бъде изпратена до издателя като „неудостоверена“.
В зависимост от настройките за риск на търговеца и регионалните регулации (като SCA), транзакцията може да бъде отказана от шлюза, преди да достигне до приобретателя, или може да бъде предадена на издателя, който вероятно ще я откаже с код за „мек отказ“, изискващ удостоверяване.
Има ли допълнителни такси за схеми, свързани с 3DS fallback?
Таксите за схеми за 3D Secure обикновено се прилагат за всеки опит за удостоверяване. Въпреки че обикновено няма специфична „такса за връщане“, търговецът ще остане отговорен за стандартните такси за 3DS запитване.
Някои приобретатели може да имат различни ценови нива за 3DS2 спрямо 3DS1, така че е препоръчително да проверите графика за ценообразуване с междубанкови такси или смесено ценообразуване за всякакви вариации в разходите за обработка.
Готови ли сте за скорост?
Разкажете ни за вашия бизнес. Ние ще ви свържем с правилните банки акцептанти и правилния маршрут, обикновено в рамките на една седмица.