Authentication
Uwierzytelnianie delegowane
Także: DA
Struktura EMVCo umożliwiająca sprzedawcom lub portfelom cyfrowym przeprowadzanie SCA w imieniu wystawcy za pomocą biometrii urządzenia, honorowana w ramach programów systemów płatniczych opartych na FIDO.
Uwierzytelnianie delegowane oznacza: strukturę EMVCo umożliwiającą sprzedawcom lub portfelom cyfrowym przeprowadzanie SCA w imieniu wystawcy za pomocą biometrii urządzenia, honorowaną w ramach programów systemów płatniczych opartych na FIDO. Może również występować jako DA.
W operacjach płatniczych nie jest to tylko etykieta; kontroluje, w jaki sposób transakcja, dane uwierzytelniające, zdarzenie ryzyka lub ruch środków są interpretowane przez kontrahentów.
Mechanizm ten zazwyczaj działa przed autoryzacją, gdzie wystawca lub upoważniona strona uwierzytelniająca sprawdza, czy płatnik jest uprawniony do korzystania z danych uwierzytelniających. Dane takie jak informacje o urządzeniu, status rejestracji wystawcy, kwota transakcji i sygnały ryzyka sprzedawcy mogą zmienić wynik.
Jest to powszechnie analizowane wraz z silnym uwierzytelnianiem klienta, 3-D Secure 2 (EMV 3DS), tokenem sieciowym, ponieważ te sąsiadujące koncepcje określają wynik handlowy i operacyjny.
Praktyczne szczegóły zazwyczaj znajdują się w logach bramki, raportach agenta rozliczeniowego, plikach systemów płatniczych, rejestrach obsługi klienta i wyciągach rozliczeniowych, a nie na jednym pulpicie nawigacyjnym. Zespoły powinny rejestrować wartość, sygnaturę czasową, kontrahenta, walutę, kod odpowiedzi oraz wszelkie wskaźniki wyłączenia lub odpowiedzialności przypisane do zdarzenia.
Częstym błędem jest traktowanie uwierzytelniania delegowanego jako statycznej definicji. W praktyce znaczenie może się zmieniać w zależności od systemu płatniczego, kraju, MCC, produktu karty, wystawcy, kanału transakcji oraz tego, czy płatność jest inicjowana przez klienta, czy przez sprzedawcę.
Dlatego sprzedawcy o dużym wolumenie zazwyczaj dokumentują zasady, monitorują wyjątki co tydzień i przeglądają progi, zanim mały problem operacyjny stanie się problemem obciążenia zwrotnego, finansowania lub zgodności.
Worked example
Sprzedawca przegląda transakcję o wartości 240 EUR, w której decydującym czynnikiem jest uwierzytelnianie delegowane. Kasa przesyła dane urządzenia i transakcji, silnik ryzyka wystawcy decyduje, czy zakwestionować klienta, a wynik uwierzytelnienia jest przekazywany do żądania autoryzacji.
Koszt operacyjny jest modelowany na 0 punktów bazowych zmiany Interchange, ale z istotnie innym wynikiem odpowiedzialności za oszustwa, a odpowiednie działanie musi zostać zakończone w mniej niż 10 sekund.
Krok 1 to przechwycenie oryginalnych danych żądania, w tym kwoty, waluty, kraju wystawcy, MID oraz kodu odpowiedzi lub statusu. Krok 2 to zastosowanie zestawu reguł sprzedawcy, na przykład czy ponowić próbę, zakwestionować, zwrócić, zwolnić towary lub wstrzymać do przeglądu.
Krok 3 to uzgodnienie wyniku z raportowaniem agenta rozliczeniowego, aby finanse mogły zobaczyć wpływ na przepływy pieniężne. Jeśli reguła poprawia wynik o nawet 50 punktów bazowych na 2000 podobnych miesięcznych transakcji, sprzedawca chroni około 10 dodatkowych zamówień przed możliwą do uniknięcia awarią lub stratą.
Scheme notes
Visa Secure, Mastercard Identity Check, American Express SafeKey i Discover ProtectBuy opierają się na zasadach EMV 3-D Secure, ale wskaźniki kwestionowania przez wystawców i traktowanie odpowiedzialności różnią się w zależności od systemu płatniczego, regionu i statusu rejestracji.
Wartości ECI, flagi wyłączeń, wskaźniki kwestionowania i wyniki uwierzytelniania muszą być prawidłowo przekazywane do autoryzacji. W EOG i Wielkiej Brytanii PSD2 SCA tworzy nakładkę regulacyjną, podczas gdy transakcje pozaeuropejskie mogą używać tego samego protokołu głównie do kontroli oszustw i przeniesienia odpowiedzialności.
Why it matters for merchants
Handlowo wpływa to na konwersję, odpowiedzialność za oszustwa, zgodność z SCA oraz równowagę między płynnym procesem płatności a wskaźnikami kwestionowania.
Dla sprzedawcy przetwarzającego 500 000 GBP miesięcznie, ruch o 25 punktów bazowych jest wart 1250 GBP przed skutkami wtórnymi, takimi jak spory, rezerwy, zgłoszenia do wsparcia lub koszty nieudanej dostawy.
Wpływ jest większy w modelach wysokiego ryzyka, subskrypcji, podróży, towarów cyfrowych i transgranicznych, ponieważ decyzje wystawców i monitorowanie systemów płatniczych mogą szybko się kumulować.
Cardflo może pomóc, łącząc dostęp do akceptacji, routing MID, reguły orkiestracji, przegląd KYB i narzędzia do obciążeń zwrotnych, tam gdzie ma to zastosowanie, dzięki czemu sprzedawca nie jest zależny od jednej interpretacji procesora lub jednej stałej ścieżki transakcji.
Często zadawane
Jakie dane powinien przechowywać sprzedawca w przypadku uwierzytelniania delegowanego?
Przechowuj identyfikator transakcji, MID, agenta rozliczeniowego, kwotę, walutę, kraj wystawcy, system kart, kod odpowiedzi lub statusu, sygnaturę czasową oraz wszelkie odniesienia do 3DS, wyłączenia, zwrotu lub sporu.
W przypadku transakcji kartowych zachowaj identyfikatory autoryzacji i rozliczenia, ponieważ pytania dotyczące rozliczenia lub obciążenia zwrotnego mogą pojawić się 30 do 120 dni później.
W przypadku regulowanych przepływów zachowaj zgodę klienta i zapisy dowodowe przez co najmniej okres wymagany przez lokalne prawo lub zasady systemu płatniczego. Dobre zapisy skracają czas dochodzenia z godzin do minut, gdy raportowanie agenta rozliczeniowego nie odpowiada systemowi zamówień.
Jak często należy przeglądać uwierzytelnianie delegowane?
Sprzedawcy o dużym wolumenie powinni przeglądać wskaźniki wyjątków co tydzień i analizować główną metrykę miesięcznie według systemu płatniczego, agenta rozliczeniowego, kraju wystawcy, MCC i metody płatności. Ruch o 20 do 50 punktów bazowych może być istotny, jeśli sprzedawca przetwarza tysiące zamówień.
Dział finansowy powinien uzgadniać wpływ na przepływy pieniężne na poziomie rozliczenia, podczas gdy dział ryzyka lub operacji płatniczych powinien analizować przyczynę źródłową. Przeglądanie tylko łącznych sum ukrywa problemy, które pojawiają się w pojedynczym zakresie BIN, regionie lub MID.
Jaki próg zazwyczaj wyzwala działanie w przypadku uwierzytelniania delegowanego?
Próg zależy od kategorii, ale sprzedawcy powinni zbadać każdą nagłą zmianę powyżej 10% względnego ruchu lub 25 punktów bazowych bezwzględnego ruchu.
W przypadku sporów i oszustw, progi systemów płatniczych, takie jak 0,9% w ramach monitorowania Visa lub 1,5% w ramach Mastercard ECM, mogą stworzyć natychmiastowe ryzyko eskalacji. W przypadku rozliczeń lub pozycji cenowych, nawet 5 do 15 punktów bazowych może uzasadniać routing lub przegląd umowy.
Kluczem jest ustalenie progów przed końcem miesiąca, a nie po otrzymaniu faktury od procesora lub powiadomienia od systemu płatniczego.
Czy uwierzytelnianie delegowane może się różnić między agentami rozliczeniowymi?
Tak. Agenci rozliczeniowi mogą inaczej mapować kody odpowiedzi, stosować różne zasady ryzyka, obsługiwać różne pola danych i rozliczać się w różnych cyklach.
Jeden agent rozliczeniowy może zwrócić ogólne odrzucenie, podczas gdy inny ujawnia poradę wystawcy, która pozwala na bezpieczną ponowną próbę. Traktowanie opłat może również różnić się w zależności od umowy, zwłaszcza w przypadku transakcji transgranicznych, FX, kart premium i alternatywnych metod płatności.
Dlatego sprzedawcy korzystający z orkiestracji powinni porównywać wydajność według agenta rozliczeniowego i systemu płatniczego, zamiast polegać na jednej łącznej kwocie zatwierdzenia lub kosztu.
Jaki jest pierwszy krok naprawczy, gdy uwierzytelnianie delegowane generuje straty?
Zacznij od 30-dniowej próbki i podziel ją według systemu płatniczego, kraju wystawcy, produktu karty, metody płatności, MID oraz kodu odpowiedzi lub sporu. Określ wartość zagrożoną w kategoriach pieniężnych, a nie tylko w punktach procentowych.
Następnie zdecyduj, czy rozwiązanie jest operacyjne, takie jak lepsze dowody lub komunikacja z klientem, techniczne, takie jak bogatsze dane lub wskaźniki 3DS, czy handlowe, takie jak inna trasa agenta rozliczeniowego.
Sprawdź ponownie tę samą metrykę po pełnym cyklu rozliczenia lub sporu, aby potwierdzić, że zmiana zadziałała.
See how Uwierzytelnianie delegowane plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Powiązane terminy
Wymóg PSD2, aby inicjowane przez klienta płatności elektroniczne w EOG i Wielkiej Brytanii były uwierzytelniane za pomocą dwóch z trzech czynników: wiedzy, posiadania, dziedziczenia.
Obecny standard uwierzytelniania EMVCo, wysyłający ponad 100 elementów danych do wystawcy w celu weryfikacji klienta opartej na ryzyku, w większości bezproblemowej.
Token wydany przez system płatniczy, który zastępuje PAN od początku do końca i jest automatycznie aktualizowany, gdy podstawowa karta zostanie ponownie wydana.
Powiązane przewodniki.
Gotowy, by ulepszyć swoje płatności?
Opowiedz nam o swojej firmie. Dopasujemy Cię do odpowiednich partnerów acquiringowych i odpowiedniej ścieżki, zazwyczaj w ciągu tygodnia.