Czym jest Sejf sprzedawcy a token sieciowy?
Dwa modele tokenizacji: sejfy PSP przechowują PAN kryptograficznie dla jednego sprzedawcy; tokeny sieciowe są wydawane przez systemy płatnicze, przenośne i automatycznie aktualizowane przez wystawców.
Sejf sprzedawcy a token sieciowy oznacza: Dwa modele tokenizacji: sejfy PSP przechowują PAN kryptograficznie dla jednego sprzedawcy; tokeny sieciowe są wydawane przez systemy płatnicze, przenośne i automatycznie aktualizowane przez wystawców.
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 jest przypisany do danych karty, danych uwierzytelniających karty, przetwarzania przez wystawcę lub standardów wiadomości systemów płatniczych.
Wpływa na to, jak karta jest identyfikowana, zabezpieczana, przechowywana, tokenizowana, autoryzowana lub kierowana przez sieć systemu płatniczego. Jest to powszechnie analizowane wraz z Tokenizacją, Tokenem sieciowym, Sejfem kart, ponieważ te sąsiadujące koncepcje określają wynik handlowy i operacyjny.
Praktyczne szczegóły zazwyczaj znajdują się w logach bramki płatniczej, 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ść, znacznik czasu, kontrahenta, walutę, kod odpowiedzi oraz wszelkie wskaźniki zwolnienia lub odpowiedzialności przypisane do zdarzenia. Częstym błędem jest traktowanie sejfu sprzedawcy a tokenu sieciowego 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 związanym z obciążeniem zwrotnym, finansowaniem lub zgodnością.
Przykład praktyczny
Sprzedawca przegląda transakcję o wartości 75 GBP, w której sejf sprzedawcy a token sieciowy jest czynnikiem decydującym. Dane uwierzytelniające są identyfikowane, elementy danych systemu płatniczego są wypełniane, wystawca stosuje swoje zasady, a odpowiedź jest zwracana przez agenta rozliczeniowego do sprzedawcy.
Koszt operacyjny jest modelowany na 6 punktów bazowych kosztów systemu płatniczego lub przetwarzania, czyli 0,05 GBP, a odpowiednie działanie musi zostać zakończone podczas autoryzacji i rozliczenia. 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 gotówkowy.
Jeśli reguła poprawia wynik o nawet 50 punktów bazowych na 2000 podobnych transakcji miesięcznie, sprzedawca chroni około 10 dodatkowych zamówień przed możliwą do uniknięcia awarią lub stratą.
Uwagi organizacji kartowych
Zarówno Visa, jak i Mastercard opierają się na zakresach BIN lub IIN, strukturach wiadomości w stylu ISO 8583, tokenach systemów płatniczych i kodach odpowiedzi wystawców, ale użycie pól i wskaźniki produktów nie są identyczne.
Migracja ośmiocyfrowego BIN zwiększyła potrzebę aktualnych tabel BIN, ponieważ sześciocyfrowe wyszukiwania mogą błędnie klasyfikować kraj wystawcy, typ produktu lub status przedpłacony. American Express i Discover używają własnych numeracji i zasad sieciowych, więc sprzedawcy nie powinni sztywno kodować logiki kart tylko dla Visa i Mastercard.
Dlaczego to ważne dla sprzedawców
Handlowo, wpływa to na jakość autoryzacji, zakres PCI, cykl życia danych uwierzytelniających, weryfikację oszustw i ilość użytecznych danych docierających do wystawcy.
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 obsługi klienta 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 to istotne, 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 dla sejfu sprzedawcy a tokenu sieciowego?
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ę od 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ć sejf sprzedawcy a token sieciowy?
Sprzedawcy o dużym wolumenie powinni przeglądać wskaźniki wyjątków co tydzień i analizować główną metrykę co miesiąc 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ń.
Finanse powinny uzgadniać wpływ gotówkowy na poziomie rozliczenia, podczas gdy operacje ryzyka lub płatności powinny 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 wywołuje działanie w przypadku sejfu sprzedawcy a tokenu sieciowego?
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 organizacji 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ć przekierowanie lub przegląd umowy.
Kluczem jest ustalenie progów przed końcem miesiąca, a nie po otrzymaniu faktury od agenta rozliczeniowego lub powiadomienia od organizacji płatniczej.
Czy sejf sprzedawcy a token sieciowy może różnić się 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 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 liczbie zatwierdzeń lub kosztów.
Jaki jest pierwszy krok naprawczy, gdy sejf sprzedawcy a token sieciowy powoduje 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 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 handlowe, takie jak inna trasa agenta rozliczeniowego.
Ponownie sprawdź tę samą metrykę po jednym pełnym cyklu rozliczenia lub sporu, aby potwierdzić, że zmiana zadziałała.
Powiązane terminy
Zastąpienie wrażliwych danych karty niewrażliwą wartością zastępczą, którą można przechowywać i ponownie wykorzystywać bez zakresu PCI.
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.
Zgodne z PCI DSS przechowywanie tokenizowanych danych kart, które pozwala sprzedawcy ponownie obciążyć kartę bez przechowywania numeru PAN.
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.