Czym jest Realizacja transakcji?
Powierzchnia płatnicza skierowana do sprzedawcy, formularz, hostowana strona lub SDK, gdzie klient wprowadza dane płatnicze.
Realizacja transakcji to interfejs skierowany do klienta, w którym wprowadzane są dane płatnicze i inicjowana jest transakcja. Projekt i techniczna implementacja strony realizacji transakcji są kluczowe dla konwersji, bezpieczeństwa i zgodności z przepisami.
Sprzedawcy mogą wybierać spośród kilku metod integracji, z których każda ma różne implikacje dla ich zakresu PCI DSS. W pełni hostowana strona płatności przekierowuje klienta do bezpiecznej strony zarządzanej przez dostawcę płatności, minimalizując obciążenie sprzedawcy związane z PCI.
Osadzony iframe pozwala na płynne wyświetlanie formularza płatności na stronie sprzedawcy, jednocześnie izolując wrażliwe dane od jego serwerów. Bezpośrednia integracja API oferuje maksymalną kontrolę nad doświadczeniem użytkownika, ale wprowadza całe środowisko sprzedawcy w zakres PCI DSS, wymagając znacznych nakładów na zgodność.
Nowoczesne systemy realizacji transakcji muszą być zaprojektowane tak, aby obsługiwać wymogi regulacyjne, takie jak silne uwierzytelnianie klienta (SCA) zgodnie z PSD2 w Europie.
Obejmuje to integrację usługi 3D Secure, która może zarządzać przepływem uwierzytelniania, określając, czy transakcja może zostać zatwierdzona w trybie bez tarcia, czy wymaga przepływu wyzwania (np. jednorazowego kodu dostępu lub zatwierdzenia biometrycznego).
Optymalizacja realizacji transakcji obejmuje również dynamiczne wyświetlanie odpowiednich alternatywnych metod płatności (APM) i portfeli cyfrowych, takich jak Apple Pay lub Google Pay, w zależności od urządzenia i lokalizacji klienta.
Dane zebrane podczas realizacji transakcji, takie jak dane karty, adres rozliczeniowy i CVV, są wysyłane w żądaniu autoryzacji do bramki płatniczej, która następnie przekazuje je do odpowiedniego akceptanta i schematu kart.
Przykład praktyczny
Brytyjski sprzedawca mody używa realizacji transakcji opartej na iframe, dostarczonej przez Cardflo. Klient we Francji dodaje do koszyka kurtkę za 250 € i przechodzi do płatności.
Strona realizacji transakcji, osadzona w domenie sprzedawcy, wykrywa lokalizację i urządzenie użytkownika, wyświetlając opcje dla Cartes Bancaires, SEPA i Apple Pay obok standardowego formularza wprowadzania danych karty. Klient wybiera płatność kartą Visa.
Wprowadza numer karty, datę ważności i CVV. Ponieważ transakcja przekracza limit zwolnienia z niskiej wartości 30 € i jest transakcją transgraniczną w EOG, SCA jest obowiązkowe.
Po przesłaniu danych rozpoczyna się proces 3D Secure. Celem jest wartość wskaźnika handlu elektronicznego (ECI) 05 (w pełni uwierzytelniona).
ACS wystawcy przedstawia wyzwanie, wymagając od klienta zatwierdzenia płatności 250 € w jego aplikacji bankowości mobilnej. Po zatwierdzeniu żądanie autoryzacji jest wysyłane, zatwierdzane, a odpowiedzialność za oszukańcze obciążenia zwrotne przechodzi na wystawcę.
Cały proces, od przesłania formularza do potwierdzenia, trwa mniej niż 15 sekund.
Uwagi organizacji kartowych
Zasady Visa i Mastercard silnie wpływają na funkcjonalność realizacji transakcji, głównie poprzez 3D Secure. Oba schematy zaktualizowały protokoły (Visa Secure i Mastercard Identity Check), które obsługują standard 3DS2, umożliwiając bogatszą wymianę danych między sprzedawcą a wystawcą w celu ułatwienia uwierzytelniania bez tarcia.
Schematy nakazują prawidłowe użycie flagi wskaźnika handlu elektronicznego (ECI) w komunikacie autoryzacyjnym; 05 dla w pełni uwierzytelnionej transakcji 3DS w Europie lub 07 dla transakcji nieuwierzytelnionej 3DS.
Nieprawidłowe oznaczanie transakcji może prowadzić do wyższych opłat Interchange, niższych wskaźników zatwierdzeń i utraty ochrony przed przeniesieniem odpowiedzialności w przypadku oszustwa.
Dlaczego to ważne dla sprzedawców
Realizacja transakcji jest prawdopodobnie najważniejszym czynnikiem wpływającym na konwersję sprzedaży sprzedawcy. Kiepsko zaprojektowana realizacja transakcji z niepotrzebnymi polami, gwałtownym przekierowaniem lub brakiem odpowiednich metod płatności bezpośrednio prowadzi do porzuconych koszyków i utraconych przychodów.
W regionach objętych SCA, takich jak EOG, nieudana lub nieudolna integracja 3D Secure może zdziesiątkować wskaźniki zatwierdzeń. Współpraca z dostawcą takim jak Cardflo, którego platforma orkiestracji i inteligentne routowanie mogą dynamicznie optymalizować przepływy realizacji transakcji, umożliwia sprzedawcom maksymalizację zatwierdzeń.
Na przykład, przekierowanie transakcji do lokalnego akceptanta lub inteligentne ponawianie miękkiego odrzucenia może odzyskać przychody, które w przeciwnym razie zostałyby utracone na etapie realizacji transakcji.
Często zadawane
Jak wybór realizacji transakcji wpływa na zakres zgodności z PCI DSS?
Korzystanie z hostowanej strony płatności lub nowoczesnej realizacji transakcji opartej na iframe zazwyczaj kwalifikuje sprzedawcę do SAQ A, najprostszego poziomu zgodności, ponieważ dane karty nigdy nie trafiają na serwer sprzedawcy.
Jeśli sprzedawca używa niestandardowej realizacji transakcji API do zbierania danych bezpośrednio na własnej infrastrukturze, zazwyczaj podlega SAQ D, co wymaga znacznie bardziej rygorystycznego i kosztownego audytu rocznego.
Jaką rolę odgrywa realizacja transakcji w przepływach SCA i 3D Secure 2?
Realizacja transakcji działa jako warstwa orkiestracji, która wyzwala żądanie 3DS do wystawcy, gdy transakcja wymaga uwierzytelnienia. Musi być zdolna do obsługi przekierowań lub wyświetlania okna wyzwania uwierzytelniania wystawcy w interfejsie użytkownika bez przerywania sesji klienta lub powodowania przekroczenia limitu czasu transakcji.
Jaka jest różnica między hostowaną stroną płatności a realizacją transakcji w iframe?
Hostowana strona płatności (HPP) przekierowuje klienta z Państwa witryny na stronę w pełni hostowaną i kontrolowaną przez Państwa dostawcę płatności. To znacznie upraszcza Państwa zgodność z PCI DSS do prostego SAQ A.
Realizacja transakcji w iframe osadza formularz płatności w oknie na Państwa własnej stronie realizacji transakcji, tworząc bardziej płynne doświadczenie klienta, jednocześnie zapewniając, że wrażliwe dane karty nigdy nie trafiają na Państwa serwery.
Zazwyczaj wymaga to SAQ A-EP, co jest nieco bardziej skomplikowane, ale nadal znacznie mniej uciążliwe niż bezpośrednia integracja API.
Jak mogę poprawić współczynnik konwersji mojej realizacji transakcji?
Aby poprawić konwersję, zminimalizuj liczbę pól formularza, upewnij się, że strona jest responsywna na urządzenia mobilne i wyświetlaj sygnały zaufania, takie jak logo bezpieczeństwa.
Oferuj popularne portfele cyfrowe, takie jak Apple Pay i Google Pay, które mogą zwiększyć konwersję o ponad 20% w niektórych grupach demograficznych. Dla klientów międzynarodowych wyświetlaj ceny w ich lokalnej walucie i oferuj znane lokalne metody płatności.
Korzystanie z usługi weryfikacji adresu (AVS) może również przyspieszyć wypełnianie formularzy.
Czy moja realizacja transakcji musi obsługiwać 3D Secure?
Jeśli sprzedajesz klientom w Europejskim Obszarze Gospodarczym (EOG) lub Wielkiej Brytanii, obsługa 3D Secure 2 (3DS2) jest obowiązkowa dla większości transakcji ze względu na przepisy dotyczące silnego uwierzytelniania klienta (SCA).
Nawet poza tymi regionami, używanie 3DS jest wysoce zalecane, ponieważ zapewnia ochronę przed przeniesieniem odpowiedzialności w przypadku niektórych rodzajów oszukańczych obciążeń zwrotnych.
Na przykład, sprzedawca, który pomyślnie zakończy transakcję 3DS, zazwyczaj nie ponosi odpowiedzialności za obciążenie zwrotne z kodem przyczyny 10.4 (Oszustwo - Środowisko bez karty).
Jakie dane powinienem zbierać podczas realizacji transakcji, aby zoptymalizować autoryzacje?
Poza podstawowymi danymi PAN, datą ważności i CVV, zbieranie pełnego adresu rozliczeniowego jest kluczowe dla kontroli AVS. Dla 3DS2 kluczowe jest dostarczanie bogatych danych.
Obejmuje to dane klienta (imię i nazwisko, adres e-mail, telefon), informacje o wysyłce i dane urządzenia. Przekazanie co najmniej 15 punktów danych może znacznie zwiększyć szanse na płynny przepływ, gdzie wystawca zatwierdza transakcję bez wyzwania dla posiadacza karty, zwiększając wskaźniki konwersji poprzez unikanie tarcia.
Jak działają portfele cyfrowe, takie jak Apple Pay i Google Pay, z moją realizacją transakcji?
Portfele cyfrowe eliminują potrzebę ręcznego wprowadzania danych karty. Gdy klient wybiera Apple Pay lub Google Pay, portfel używa uwierzytelniania biometrycznego (Face ID, Touch ID lub odcisk palca) na urządzeniu do weryfikacji użytkownika.
Następnie przekazuje token specyficzny dla urządzenia (DPAN) do bramki płatniczej, a nie podstawowy numer karty. Jest to wysoce bezpieczne, kwalifikuje się do SCA i zapewnia bardzo szybkie, bezproblemowe doświadczenie, ponieważ dane dotyczące wysyłki i rozliczeń są często automatycznie wypełniane z portfela.
See how Realizacja transakcji plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Powiązane terminy
Każda metoda płatności inna niż karta, portfele, przelewy bankowe, BNPL, vouchery, akceptowane przy kasie.
Standard bezpieczeństwa danych w branży kart płatniczych, narzucone przez systemy płatnicze ramy postępowania z danymi posiadaczy kart.
Protokół uwierzytelniania sieci kart, który przenosi odpowiedzialność za oszustwa ze sprzedawcy na wydawcę, gdy posiadacz karty zostanie zweryfikowany.
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.
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.