Authentication
Przeniesienie odpowiedzialności
Zasada systemu przenosząca odpowiedzialność za oszustwo z akceptanta na wystawcę, gdy uwierzytelnienie 3DS zakończy się pomyślnie, broniona przez flagi ECI 05 (Visa) lub ECI 02 (Mastercard).
Przeniesienie odpowiedzialności oznacza: Zasadę systemu przenoszącą odpowiedzialność za oszustwo z akceptanta na wystawcę, gdy uwierzytelnienie 3DS zakończy się pomyślnie, bronioną przez flagi ECI 05 (Visa) lub ECI 02 (Mastercard).
W operacjach płatniczych nie jest to tylko etykieta; kontroluje ona sposób interpretacji transakcji, danych uwierzytelniających, zdarzenia ryzyka lub przepływu środków 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 użycia danych uwierzytelniających.
Dane takie jak informacje o urządzeniu, status rejestracji wystawcy, kwota transakcji i sygnały ryzyka akceptanta mogą zmienić wynik. Jest to powszechnie analizowane wraz z 3-D Secure, 3-D Secure 2 (EMV 3DS), Chargeback, 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 systemowych, rejestrach obsługi klienta i wyciągach rozliczeniowych, a nie w jednym panelu kontrolnym. Zespoły powinny rejestrować wartość, znacznik czasu, kontrahenta, walutę, kod odpowiedzi oraz wszelkie wskaźniki zwolnienia lub odpowiedzialności przypisane do zdarzenia.
Częstym błędem jest traktowanie przeniesienia odpowiedzialności jako statycznej definicji. W praktyce znaczenie może się zmieniać w zależności od systemu, kraju, MCC, produktu karty, wystawcy, kanału transakcji oraz tego, czy płatność jest inicjowana przez klienta, czy przez akceptanta.
Dlatego akceptanci o dużym wolumenie zazwyczaj dokumentują zasady, monitorują wyjątki co tydzień i przeglądają progi, zanim mały problem operacyjny stanie się problemem związanym z obciążeniem zwrotnym, finansowaniem lub zgodnością.
Worked example
Akceptant przegląda transakcję o wartości 240 EUR, w której przeniesienie odpowiedzialności jest czynnikiem decydującym. 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 wynik odpowiedzialności za oszustwo jest istotnie inny, 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ł akceptanta, na przykład czy ponowić próbę, zakwestionować, zwrócić środki, zwolnić towary lub wstrzymać do przeglądu.
Krok 3 to uzgodnienie wyniku z raportowaniem agenta rozliczeniowego, aby finanse mogły zobaczyć wpływ gotówkowy. Jeśli zasada poprawia wynik o nawet 50 punktów bazowych na 2000 podobnych transakcji miesięcznie, akceptant 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, regionu i statusu rejestracji.
Wartości ECI, flagi zwolnień, wskaźniki kwestionowania i wyniki uwierzytelnienia muszą być poprawnie 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
Komercyjnie 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 akceptanta 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 mogą szybko się kumulować.
Cardflo może pomóc, łącząc dostęp do akceptacji, routing MID, zasady orkiestracji, przegląd KYB i narzędzia do obciążeń zwrotnych, tam gdzie jest to istotne, dzięki czemu akceptant nie jest zależny od jednej interpretacji procesora ani jednej stałej ścieżki transakcji.
Często zadawane
Jakie dane powinien przechowywać akceptant w celu przeniesienia odpowiedzialności?
Przechowuj identyfikator transakcji, MID, agenta rozliczeniowego, kwotę, walutę, kraj wystawcy, system kart, kod odpowiedzi lub statusu, znacznik czasu oraz wszelkie odniesienia do 3DS, zwolnienia, 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 dowody przez co najmniej okres wymagany przez lokalne prawo lub zasady systemu.
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ć przeniesienie odpowiedzialności?
Akceptanci o dużym wolumenie powinni co tydzień przeglądać wskaźniki wyjątków i co miesiąc analizować główną metrykę według systemu, agenta rozliczeniowego, kraju wystawcy, MCC i metody płatności. Ruch o 20 do 50 punktów bazowych może być istotny, jeśli akceptant przetwarza tysiące zamówień.
Dział finansowy powinien uzgadniać wpływ gotówkowy na poziomie rozliczenia, podczas gdy dział ryzyka lub operacji płatniczych powinien analizować przyczynę. 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 przeniesienia odpowiedzialności?
Próg zależy od kategorii, ale akceptanci 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 systemowe, 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 systemowego.
Czy przeniesienie odpowiedzialności może różnić się między agentami rozliczeniowymi?
Tak. Agenci rozliczeniowi mogą różnie 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 akceptanci korzystający z orkiestracji powinni porównywać wydajność według agenta rozliczeniowego i systemu, zamiast polegać na jednej łącznej liczbie zatwierdzeń lub kosztów.
Jaki jest pierwszy krok naprawczy, gdy przeniesienie odpowiedzialności powoduje straty?
Zacznij od 30-dniowej próbki i podziel ją według systemu, kraju wystawcy, produktu karty, metody płatności, MID oraz kodu odpowiedzi lub sporu. Określ wartość zagrożoną w kategoriach gotówkowych, 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 komercyjne, takie jak inna trasa agenta rozliczeniowego.
Ponownie sprawdź tę samą metrykę po pełnym cyklu rozliczenia lub sporu, aby potwierdzić, że zmiana zadziałała.
See how Przeniesienie odpowiedzialności plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Powiązane terminy
Protokół uwierzytelniania sieci kart, który przenosi odpowiedzialność za oszustwa ze sprzedawcy na wydawcę, gdy posiadacz karty zostanie zweryfikowany.
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.
A forced reversal of a card payment initiated by the cardholder's issuing bank.
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.