Alternatywy / White-label
Szukasz alternatywy dla bramki płatniczej white-label
White-label znaczy co innego w zależności od sprzedawcy — czasem to miejsce na logo w checkoutcie, czasem cały biznes płatniczy, który prowadzisz. Różnica między nimi to większość wartości i rzadko widać ją w demo. Oto pytania, które ją ujawniają.
Oceń
Sześć pytań, które ujawniają różnicę.
Ile z tej powierzchni naprawdę należy do Ciebie?
Strona płatności, backoffice merchanta, konsola operatora, e-maile, potwierdzenia i domeny, na których działają. Wszystko, co wciąż nosi nazwę dostawcy, to miejsce, w którym Twoi merchanci dowiadują się, kto naprawdę za tym stoi.
Multi-merchant czy jedno konto z subkontami?
Platforma budowana od początku jako multi-merchant daje onboarding, poziomy, uprawnienia i izolację. Ta dorobiona do produktu jednomerchantowego daje je jako roadmapę.
Czy możesz stworzyć własny cennik?
Osobno dla każdego merchanta, metody, waluty i progu wolumenu, z innym traktowaniem nieudanych prób. Jeśli cennik to sztywna tabela, Twój model komercyjny jest modelem dostawcy, a nie Twoim.
Gdzie ląduje zakres PCI?
W modelu SaaS powierzchnia obsługi kart powinna należeć do dostawcy, a Twoi merchanci ją dziedziczą. Jeśli wdrażasz system na własnej infrastrukturze, przechodzi ona na Ciebie. Oba podejścia są uprawnione, ale trzeba wiedzieć, które się kupuje.
Czy możesz podłączyć własnych acquirerów?
Istniejące relacje i stawki to zwykle powód, dla którego Twój biznes się opłaca. Platforma, która kieruje ruch tylko do własnych torów, to zupełnie inna i znacznie węższa propozycja.
Tylko SaaS czy własna infrastruktura?
Jeśli regulator lub komitet ryzyka w końcu zażąda systemu w Twoim perymetrze, sprawdź teraz, czy to w ogóle możliwe, a nie dopiero po migracji portfela merchantów.
Co naprawdę kupujesz
Nie checkout, lecz biznes płatniczy, który możesz prowadzić. To cykl życia merchanta (onboarding, dokumenty, poziomy, uprawnienia, migracja istniejącego portfela), pieniądze (konstrukcja opłat, rozliczenia, rolling reserve, uzgadnianie, zestawienia), operacje (role, uprawnienia, audyt, kolejki, tracing) oraz inżynieria stojąca za tym wszystkim, która nadąża za kolejnymi wymogami organizacji kartowych. Platforma, której brakuje któregokolwiek z tych elementów, zostawia Ci budowanie go samodzielnie, a właśnie tego chciałeś uniknąć.
- 01Cykl życia merchanta, a nie tylko strona płatności
- 02Konstrukcja opłat i rozliczenia zgodne z Twoim cennikiem
- 03Konsola operatora z rolami, audytem i tracingiem
- 04Ktoś inny bierze na siebie wymogi i certyfikacje organizacji kartowych
Pytania, na które odpowiedź przychodzi za późno
Migracja istniejącego portfela merchantów, przenoszenie zapisanych kart jako tokenów, los Twojej pozycji PCI przy każdym modelu wdrożenia i to, kto zbuduje potrzebny Ci konektor, którego jeszcze nie ma. Żadne z tych zagadnień nie pojawia się w demo, wszystkie decydują o tym, czy platforma sprawdzi się w drugim roku, a na każde poważny dostawca potrafi udzielić konkretnej odpowiedzi przed podpisaniem umowy.
- 01Jak przenosi się istniejący portfel merchantów i ile to trwa
- 02Czy zapisane karty migrują jako tokeny, czy trzeba je wprowadzać od nowa
- 03Kto buduje i certyfikuje potrzebny Ci konektor
- 04Jaka będzie Twoja pozycja PCI przy każdym modelu wdrożenia
Gdzie pasuje Protocore
Nasza platforma whitelabel odpowiada na tych sześć pytań tak: na żadnym ekranie nie ma nazwy Protocore; jest multi-merchant od pierwszej linii kodu, z onboardingiem, poziomami i uprawnieniami w komplecie; opłaty są konstruowane, a nie sztywne; powierzchnia obsługi kart jest po naszej stronie w SaaS i po Twojej on-premises; Twoi acquirerzy łączą się obok naszych, a nowych budujemy w ramach współpracy; wdrożenie możliwe jako SaaS, w Twojej chmurze lub on-premises. Gdy rozliczenie wygląda źle, odpowiada zespół, który to napisał. Jesteśmy product studio, czyli uczciwą wersją tego, co zwykle oznacza „dedykowane wsparcie”.
- 01Twoja marka na każdej powierzchni, także w domenach
- 02Multi-merchant z założenia, z cyklem życia w komplecie
- 03Twoi acquirerzy, Twój cennik, Twoje wdrożenie
- 04Inżynierowie, którzy odpowiadają za platformę, i są osiągalni
FAQ
Pytania, które warto zadać każdemu.
Stronę płatności, back office merchanta i konsolę operatora pod Twoją marką i na Twoich domenach, a także onboarding merchantów, własny cennik i rozliczenia. Jeśli którykolwiek z tych elementów nadal pokazuje nazwę dostawcy albo narzuca jego model komercyjny, to przemianowany checkout, a nie platforma white-label.
Potrzebujesz tego, czego wymaga Twój rynek dla prowadzonej działalności. Dostawca oprogramowania nie jest podmiotem regulowanym. Większość operatorów działa na własnym acquiringu lub u acquirera, do którego zostali wprowadzeni. Zapytaj wprost, czy dostawca uczestniczy w przepływie środków, bo to zmienia odpowiedź.
Powinno być to możliwe hurtowo, z zapisanymi kartami przenoszonymi jako tokeny i z równoległym działaniem obu platform, dopóki stara kończy rozliczenia. Poproś o plan migracji przed podpisaniem umowy. Dostawca, który tego nie robił, opisze go tylko ogólnikowo.
SaaS, chyba że coś konkretnego wymusza inaczej: regulator, bank lub komitet ryzyka żądający systemu w Twoim perymetrze. On-premises przenosi na Ciebie zakres PCI i ciężar operacyjny, a to realny koszt, wart poniesienia tylko wtedy, gdy jest naprawdę wymagany.
Zobacz to w swojej marce.
Prezentacja działającej platformy, Twoja tożsamość na checkoucie i w konsoli oraz rzetelna ocena migracji i ekonomii w odniesieniu do Twojego wolumenu.