• Lepsze: żetony i karty
1) Kontekst i pozycjonowanie
• Better to elektroniczny portfel z aplikacją mobilną i tokenizowanym modelem potwierdzenia płatności: użytkownik potwierdza transakcje w aplikacji (SCA, powiadomienia push, powiązanie urządzenia), co zmniejsza oszustwa i zwiększa konwersję. W wielu krajach dostępne są karty wirtualne/plastikowe na szynach kart (dostępność różni się w zależności od regionu i partnerów wydających). Metoda jest popularna w towarów cyfrowych i iGaming (z zastrzeżeniem lokalnych wymagań i zasad dostawcy).
Dlaczego jest to ważne dla Handlowca
High mobile-UX: App2App/Push-approval bez wprowadzania szczegółów karty.
Niskie oszustwa: potwierdzenie w aplikacji + wynik behawioralny.
Elastyczność źródła: dodatkowy portfel metod cards/A2A/local i P2P w ekosystemie.
2) Produkty i scenariusze
2. 1 Portfel i żetony (App2App/Push)
Użytkownik przechowuje saldo w portfelu.
Przy wymeldowaniu handlowca następuje App2App przejście lub otwiera się aplikacja głębokiego łącza; potwierdzenie - poprzez push z SCA.
Dla pulpitu używany jest QR: klient skanuje i potwierdza w aplikacji.
2. 2 • Lepsze karty (wirtualne/plastikowe)
Karta jest przywiązana do portfela (dostępność według kraju).
Online - 3DS/SCA; POS - PIN/NFC.
Nadaje się do zakupów uniwersalnych, ale dla handlowca jest to regularna transakcja kartą (z zasadami karty i potencjalnym obciążeniem zwrotnym).
2. 3 Uzupełnienia i płatności
Doładowanie do portfela: karty (3DS2), bankowość A2A/open, metody lokalne (różne).
Wypłaty: Płatności handlowców na portfele użytkowników (według aranżacji i dostępności geo). Użytkownik może wyświetlać na kanałach bankowych/kartowych/lokalnych - tam gdzie jest to dozwolone.
2. 4 P2P/Żądanie zapłaty
Transfery między użytkownikami przez kontakt/numer/alias w ramach ekosystemu.
Żądania płatności (faktura w dodatku) z potwierdzeniem w 1-2 kranach.
3) Przepływy integracyjne
3. 1 Hosted/przekierowanie (szybki start)
1. Realizacja transakcji → Wybierz
2. Przekierowanie/głębokie łącze do aplikacji portfela → zatwierdzenie push/SCA.
3. Powrót na stronę handlowca z 'status'.
4. Potwierdzenie do back office: webhook + pojednanie przez rejestry.
3. 2 App2App + QR (mobilny/pulpit)
Telefon komórkowy: otwarcie aplikacji za pomocą głębokiego łącza, automatyczne zastąpienie kwoty/zamówienia, potwierdzenie → zwrot.
Pulpit: dynamiczny QR na zamówienie z timerem; skanowanie w aplikacji → potwierdzenie → automatyczne zamknięcie modalu i aktualizacji stanu.
3. 3 Serwer-serwer + Hosted
Serwer tworzy intencje płatnicze, zarządza statusami i wznawia próby; interfejs potwierdzający pozostaje po stronie portfela (do minimalizacji PII).
4) Statusy i obliczenia
Podstawowy model stanu: 'created → pending → success | failed | cancelled | expired'.
„zgłoszone → zaakceptowane | odrzucone | wygasły” dla wniosków.
Rozrachunek: zapisy przez dostawcę/rejestry PSP są zwykle T + 1/T + 2 (opl. dni). Oddzielny sukces online i kredyt księgowy.
5) Limity, KYC i polityka ryzyka
limity Per-txn/24h/7d/monthly zależą od poziomu, geo i profilu ryzyka użytkownika.
Oddzielne progi dla nowych odbiorców/handlowców, doładowanie i wypłaty.
Zastosowanie mają zasady prędkości/urządzenia/geo-reguły, ograniczenia wiekowe i listy sankcji.
Przechowuj wszystkie progi i dostępność funkcji w wersji i szybkiej aktualizacji konfiguracji.
6) Zwroty, spory i finalność
Zwrot pieniędzy - oddzielna transakcja kredytowa (pełna/częściowa) z powrotem do portfela/pierwotnego źródła.
Obciążenie zwrotne: w przypadku salda torebki zazwyczaj nie ma klasycznego obciążenia zwrotnego; jeśli płatność rzeczywiście idzie na szyny kart (Karta Z-Lepszym), zasady karty mają zastosowanie i obciążenie zwrotne jest możliwe.
W przypadku usług cyfrowych należy prowadzić rejestry emisji (znaczniki czasowe, IP/urządzenie, operacje w grze) i procedury ODR.
7) Ekonomia i prowizje
MDR dla płatnego portfela jest zwykle niższy niż karty CNP, ale zależy od geo/obroty/kategorii i umowy PSP.
Koszty dodatkowe: Hosted/SDK, processing 'pending/expired', support/ODR, recon.
Rezerwy/trzymać są możliwe na zwiększonym ryzyku lub dla nowych handlowców.
Zmniejsz koszty o doładowanie A2A wewnątrz portfela i zminimalizuj niepotrzebne konwersje FX.
8) Praktyki UX
Mobile-first: App2App/Push w priorytecie; na pulpicie - duży QR z zegarem i statusem auto-aktualizacji.
Odzyskiwanie: z „timeout/expired” - bezpieczne powtarzanie, przejście na alternatywną metodę (card/A2A/wallet nr 2).
Błędy: jasne teksty „limit torebki/metody”, „awaria SCA”, „czas minął”.
Paragon: kwota/waluta, " Id', kanał (App2App/QR/Hosted), odniesienie finansowe/UTR.
9) Antyfraud i zgodność
SCA + urządzenie wiążące i behawioralne punktowanie w aplikacji.
Minimalizacja PII: potwierdzenie/uwierzytelnienie po stronie portfela, sekrety w skarbcu, lista IP-permlist na haczykach internetowych.
Haki internetowe: podpis/NMAS, znaczniki czasowe, ochrona przed powtórkami, idempotencja i dedup zdarzeń.
KYC/AML/GDPR, Responsible Gaming (age/self-exclusion), geo-filtry.
10) Integracja handlowców
Opcje
1. Hosted/Redirect - minimalne ryzyko i szybki TTM.
2. App2App + Serwer-serwer - sterowanie UX/status, elastyczne przekładki.
3. Pay-by-Link/Faktura - wygodne dla odroczonych płatności i przypadków wsparcia.
Minimum oparcia
API: „Z płatnością”, „Z refundacją”, w razie potrzeby „autoryzować/przechwytywać”, „Z kwaterą”, „Z hakiem internetowym”, „pogodzić”.
Idempotencja (klucz ' Id' +), powtórzenia wykładnicze, DLQ, zdarzenia przychodzące.
Recon: dzienny auto-recon + okresowy pełny zwiad; przechowywać UTR/Fin. linki, alerty przez desynchronizację.
Obserwowalność: konwersja, „oczekujące → sukces/wygasły”, opóźnienie rozliczenia, błędy SCA/limit.
11) Płatności i podmioty powiązane
Płatności portfelowe zwiększają zatrzymanie i stopę zwrotu do ekosystemu, ale są zgodne z limitami/CCL i segmentem według ryzyka/geo.
Zachowaj alternatywy: SEPA/RTP/Push-to-Card/lokalne portfele dla spornych regionów i dużych ilości.
12) Cechy dla iGaming i wysokiego ryzyka
Sprawdź kwalifikacje prawne według kraju/licencji i bieżącej polityki dostawcy do pionu.
Oczekiwać: ściślejsze limity, selektywne trzymanie/rezerwy, rozszerzony monitoring.
Planowanie inteligentnych tras: dla nowych/ryzykownych segmentów - A2A/e-wallet/eCash alternatywne; dla zweryfikowanych - Better jako priorytet mobile-UX.
13) KPI i wskaźniki operacyjne
Wskaźnik zatwierdzenia (oddzielnie App2App/QR/Hosted).
Pending dwell дола 'pending → wygasł'.
Stawka zwrotu/ODR i czas do rozstrzygnięcia.
Rozliczenie lag (sukces → rejestr → rejestracja).
Koszty do obsługi, udział alternatyw (metody awaryjne) i ich wpływ na konwersję.
Udział doładowania A2A w portfelu (zmniejszenie kosztów).
14) Lista kontrolna wyjściowa
1. Umowa PSP/dostawca: taryfy/MDR, karta/wypłata/geo dostępność, SLAs przez haki/rejestry internetowe.
2. Integracja: App2App/QR/Hosted „Z płatnością” +, ekrany błędów/limitów, bezpieczne powtórzenia.
3. Bezpieczeństwo: podpis/haki internetowe NMAS, sekrety skarbca, ścisłe przekierowanie-URI, lista IP.
4. Recon: dziennie + pełne, UTR/fin referencyjne przechowywanie, alerty desynchronizacji.
5. Zwroty/ODR: częściowy/pełny, wsparcie playbooks, zwrot
6. Konfiguracje: limity/CCL/geo/dostępność kart i płatności - bez kodu, z wersją.
7. Deski rozdzielcze SLA: konwersja, czas oczekiwania, opóźnienie rozliczenia, zwroty; anomalia/wpisy geo.
8. testy E2E: App2App mobilne, pulpit-QR, timeouts/retrays, częściowe zwroty, degradacja dostawcy.
Karta orientacyjna
Statusy: „created/pending/success/failed/cancelled/expired” (+ „authorize/capture” for split payment).
Rozrachunek: zazwyczaj T + 1/T + 2 w rejestrach.
Obciążenie zwrotne: brak dla czystego odpisu portfela; jest dla szyny kart (KartA).
Limity/LCC: specyficzne dla kraju/poziomu; przechowywać w konfiguracji i regularnie aktualizować.
Zwrot: „pierwsza płatność → mandat” (SEPA/Open Banking/wallet-mandate) - obsługiwany przez skrypt.
Podsumowanie
• Better to tokenizowany portfel potwierdzający z mocnym mobilnym UX. Integracja poprzez Hosted/App2App/QR, budowanie wokół webhooks + idempotency + recon, utrzymywanie limitów/LCC/geo/cards/payouts w konfiguracji i używanie inteligentnego routingu według ryzyka i urządzenia. W iGaming, postępuj zgodnie z ramami prawnymi i przygotować alternatywne szyny (A2A/local e-portfel/eCash) do zrównoważonego rozwoju i redukcji kosztów.