Cards
Dane poziomu 3
Także: L3, L2, Level 2 data
Dane transakcji pozycji (kod pozycji, ilość, cena jednostkowa, fracht) wymagane do uzyskania najniższych poziomów opłat Interchange dla kart komercyjnych.
Dane poziomu 3 oznaczają: dane transakcji pozycji (kod pozycji, ilość, cena jednostkowa, fracht) wymagane do uzyskania najniższych poziomów opłat Interchange dla kart komercyjnych. Może również występować jako L3, L2, dane poziomu 2.
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 jest przypisany do danych karty, danych uwierzytelniających karty, przetwarzania przez wystawcę lub standardów wiadomości systemowych.
Wpływa na sposób identyfikacji, zabezpieczania, przechowywania, tokenizacji, autoryzacji lub routingu karty przez sieć systemową. Jest powszechnie analizowana wraz z kartą komercyjną, optymalizacją opłat Interchange, 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 na jednym pulpicie nawigacyjnym. Zespoły powinny rejestrować wartość, znacznik czasu, kontrahenta, walutę, kod odpowiedzi oraz wszelkie wskaźniki zwolnienia lub odpowiedzialności związane ze zdarzeniem.
Częstym błędem jest traktowanie danych poziomu 3 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 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 75 GBP, w której dane poziomu 3 są czynnikiem decydującym. Dane uwierzytelniające są identyfikowane, elementy danych systemowych są wypełniane, wystawca stosuje swoje zasady, a odpowiedź jest zwracana przez agenta rozliczeniowego do sprzedawcy.
Koszt operacyjny jest modelowany na poziomie 6 punktów bazowych kosztów systemowych 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 zasad sprzedawcy, 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 dział finansowy mógł zobaczyć wpływ gotówkowy.
Jeśli zasada poprawi wynik o nawet 50 punktów bazowych na 2000 podobnych transakcji miesięcznych, sprzedawca chroni około 10 dodatkowych zamówień przed możliwą do uniknięcia awarią lub stratą.
Scheme notes
Zarówno Visa, jak i Mastercard opierają się na zakresach BIN lub IIN, strukturach wiadomości w stylu ISO 8583, tokenach systemowych i kodach odpowiedzi wystawców, ale użycie pól i wskaźniki produktów nie są identyczne.
Migracja ośmiocyfrowych 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 zasad numeracji i sieci, dlatego sprzedawcy nie powinni sztywno kodować logiki kart tylko wokół Visa i Mastercard.
Why it matters for merchants
Komercyjnie 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 pomocy technicznej 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 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 danych poziomu 3?
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 środków 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 przepływów regulowanych, 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ć dane poziomu 3?
Sprzedawcy o dużym wolumenie powinni co tydzień przeglądać wskaźniki wyjątków i co miesiąc analizować główny wskaźnik 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 sprzedawca 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 danych poziomu 3?
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 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 dane poziomu 3 mogą 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 sprzedawcy 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 dane poziomu 3 generują 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ź ten sam wskaźnik po pełnym cyklu rozliczenia lub sporu, aby potwierdzić, że zmiana zadziałała.
See how Dane poziomu 3 plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Powiązane terminy
Karta wydana dla firm (korporacyjna, zakupowa, dla małych firm) generująca wyższe opłaty Interchange, ale kwalifikująca się do obniżek stawek poziomu 2/3 na podstawie kwalifikujących się danych.
Techniques (Level 2/3 data, correct MCC, network token, right BIN routing) that qualify transactions for lower interchange categories.
Zgodne z PCI-DSS przechowywanie tokenizowanych danych kart, które pozwala sprzedawcy ponownie obciążyć kartę bez przechowywania numeru PAN.
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.