3DS fallback

Tak, zgodnie z aktualnymi wytycznymi regulacyjnymi, 3DS1 jest nadal uważany za ważną metodę przeprowadzania Strong Customer Authentication (SCA), jeśli 3DS2 jest niedostępne.

Chociaż organy regulacyjne i systemy płatnicze zdecydowanie preferują 3DS2 ze względu na ulepszone udostępnianie danych i projekt zorientowany na urządzenia mobilne, powrót do 3DS1 spełnia wymóg uwierzytelniania dwuskładnikowego.

Zapewnia to, że sprzedawca nie musi uciekać się do nieuwierzytelnionej transakcji, która prawdopodobnie zostałaby odrzucona przez wydawcę zgodnie z mandatem SCA.

3DS1 zazwyczaj wiąże się z przekierowaniem na całą stronę lub ramką iframe, co jest mniej zintegrowane niż płynny przepływ 3DS2. Podczas gdy 3DS2 pozwala na uwierzytelnianie tylko danych bez interakcji użytkownika, powrót do 3DS1 prawie zawsze będzie wymagał od posiadacza karty interakcji ze stroną wyzwania.

Może to wprowadzić niewielkie tarcie w porównaniu z udanym, płynnym przepływem 3DS2, ale jest to ogólnie preferowane w stosunku do twardego odrzucenia, które wymagałoby od klienta całkowitego porzucenia zakupu.

W większości przypadków tak. Gdy transakcja zostanie pomyślnie uwierzytelniona za pośrednictwem 3DS1, przeniesienie odpowiedzialności za spory związane z oszustwami zazwyczaj przechodzi ze sprzedawcy na wydawcę, podobnie jak w przypadku 3DS2.

Należy jednak pamiętać, że systemy kart ustaliły daty wycofania wsparcia dla starszego 3DS1. W miarę upływu tych dat, korzyści z przeniesienia odpowiedzialności dla 3DS1 mogą zostać wycofane w niektórych regionach, co sprawia, że priorytetowe traktowanie 3DS2 jest niezbędne wszędzie tam, gdzie to możliwe.

Fallback jest uruchamiany na podstawie odpowiedzi z serwera katalogowego systemu płatniczego lub serwera kontroli dostępu wydawcy.

Typowe wyzwalacze obejmują odpowiedź „Status N” (niezarejestrowany) dla 3DS2, kod błędu technicznego wskazujący, że serwer nie działa, lub przekroczenie czasu, gdy żądanie wersji 3DS2 nie otrzymuje odpowiedzi w określonym czasie (często 2-5 sekund).

Tak, ustawienia orkiestracji płatności zazwyczaj pozwalają na szczegółową kontrolę.

Sprzedawca może zdecydować się na wyłączenie fallbacku dla regionów, w których 3DS1 jest całkowicie wycofany z użytku, lub dla określonych kodów kategorii sprzedawcy (MCC), gdzie tarcie związane z przekierowaniem starszej generacji jest uważane za zbyt wysokie w stosunku do wartości transakcji.

Jednak dla większości europejskich sprzedawców, utrzymanie go włączonego jest standardową praktyką w celu maksymalizacji sukcesu autoryzacji.

Jeśli oba protokoły zawiodą, transakcja zostanie zazwyczaj wysłana do wydawcy jako „nieuwierzytelniona”.

W zależności od ustawień ryzyka sprzedawcy i przepisów regionalnych (takich jak SCA), transakcja może zostać odrzucona przez bramkę przed dotarciem do akceptanta, lub może zostać przekazana do wydawcy, który prawdopodobnie odrzuci ją z kodem „miękkiego odrzucenia”, żądając uwierzytelnienia.

Opłaty systemowe za 3D Secure są zazwyczaj naliczane za każdą próbę uwierzytelnienia. Chociaż zazwyczaj nie ma konkretnej „opłaty za fallback”, sprzedawca pozostaje odpowiedzialny za standardowe opłaty za zapytania 3DS.

Niektórzy akceptanci mogą mieć różne poziomy cenowe dla 3DS2 w porównaniu z 3DS1, dlatego zaleca się sprawdzenie harmonogramu cen interchange-plus lub mieszanych pod kątem wszelkich różnic w kosztach przetwarzania.