Alternatívák / White-label

White-label fizetési gateway alternatívát keres

A white-label egészen mást jelent attól függően, ki adja el — néha egy logóhely a checkouton, néha egy teljes fizetési üzlet, amelyet Ön működtet. A kettő közötti különbség az érték nagy része, és demóban ritkán látszik. Ezek azok a kérdések, amelyek felfedik.

Értékelés

Hat kérdés, amely felfedi a különbséget.

01

A felület mekkora része valóban az Öné?

A fizetési oldal, a kereskedői back office, az operátori konzol, az e-mailek, a nyugták és a domainek, amelyeken élnek. Ami még a szállító nevét viseli, ott tudják meg a kereskedői, ki üzemelteti valójában.

02

Multi-merchant, vagy egy fiók alfiókokkal?

Az elejétől multi-merchantra épített platform onboardingot, szintezést, jogosultságokat és izolációt ad. Az egyetlen kereskedős termékből utólag átalakított platform ezeket roadmapként adja.

03

Összeállíthatja a saját árazását?

Kereskedőnként, módszerenként, devizánként, forgalmi sávonként, a sikertelen kísérletekre eltérő kezeléssel. Ha az árazás egy fix táblázat, akkor az üzleti modellje a szállítóé, nem az öné.

04

Hová kerül a PCI-hatókör?

SaaS esetén a kártyakezelési felületnek az övék kell lennie, és a kereskedőid ezt öröklik. Ha a saját infrastruktúrádon telepíted, a felelősség rád száll — mindkettő legitim, de tudnod kell, melyiket veszed meg.

05

Behozhatod a saját acquirereidet?

A meglévő kapcsolataid és díjaid általában az okai annak, hogy életképes vagy. Az a platform, amely csak a saját csatornáira irányít, egy másik, és jóval szűkebb ajánlat.

06

Csak SaaS, vagy saját infrastruktúra is?

Ha egy szabályozó vagy egy kockázati bizottság előbb-utóbb megköveteli, hogy a rendszer a te perimeteredben fusson, derítsd ki most, hogy egyáltalán lehetséges-e — ne azután, hogy már átmigráltál egy kereskedői állományt.

01

Amit valójában vásárolsz

Nem egy checkoutot — hanem egy működtethető fizetési üzletágat. Ez magában foglalja a kereskedői életciklust (onboarding, dokumentumok, szintezés, jogosultságok, meglévő állomány migrációja), a pénzmozgást (díjak felépítése, elszámolás, rolling reserve, egyeztetés, kivonatok), a működést (szerepkörök, jogosultságok, audit, sorok, tracing), valamint a mindezek mögötti fejlesztést, amely a kártyatársasági előírások megjelenésével is naprakész marad. Ha ezek bármelyike hiányzik a platformról, neked kell megépítened — pont ezt akartad elkerülni.

  1. 01A teljes kereskedői életciklus, nem csak a fizetési oldal
  2. 02Az árazásodat követő díjfelépítés és elszámolás
  3. 03Operátori konzol szerepkörökkel, audittal és tracinggel
  4. 04Valaki más viseli a kártyatársasági előírásokat és tanúsításokat
02

A kérdések, amelyekre túl későn derül fény

Egy meglévő kereskedői állomány migrációja, a tárolt kártyák tokenként költöznek-e, mi lesz a PCI-pozíciódból az egyes telepítési módoknál, és ki építi meg a hiányzó, de szükséges connectort. Ezek egyike sem derül ki egy demóból, mindegyik eldönti, hogy a platform a második évben is működik-e neked, és mindegyikre van konkrét válasz, amelyet egy komoly szállító aláírás előtt meg tud adni.

  1. 01Hogyan költözik át egy meglévő kereskedői állomány, és mennyi ideig tart
  2. 02A tárolt kártyák tokenként migrálnak, vagy újra kell őket rögzíteni
  3. 03Ki építi meg és tanúsíttatja a szükséges connectort
  4. 04Mi lesz a PCI-pozíciódból az egyes telepítési módoknál
03

Hol illeszkedik a Protocore

A whitelabel platformunk így válaszol erre a hat kérdésre: egyetlen képernyőn sem szerepel a Protocore neve; az első sortól multi-merchant, az onboardinggal, szintezéssel és jogosultságkezeléssel együtt; a díjakat felépítjük, nem rögzítjük; a kártyakezelési felület SaaS esetén a miénk, on-premises telepítésnél a tiéd; a te acquirereid a miénk mellett csatlakoznak, az újakat a projekt részeként megépítjük; és SaaS-ként, a te felhődben vagy on-premises is telepíthető. Ha egy elszámolás hibásnak tűnik, azt a csapat válaszolja meg, amelyik megírta — product studio vagyunk, ez a „dedikált support” őszinte változata.

  1. 01A te márkád minden felületen, a domaineket is beleértve
  2. 02Eleve multi-merchant, az életciklussal együtt
  3. 03A te acquirereid, a te árazásod, a te telepítésed
  4. 04A platformot birtokló mérnökök, akik elérhetők

FAQ

Kérdések, amelyeket bárkitől érdemes megkérdezni.

  • A fizetési oldalt, a kereskedői backofficet és az operátori konzolt az ön márkája alatt és az ön domainjein, valamint a kereskedői onboardingot, a saját árazást és az elszámolást. Ha ezek bármelyikén még a szállító neve látszik, vagy a szállító üzleti modelljét kényszeríti rád, akkor az egy átbrandelt checkout, nem white-label platform.

  • Azt az engedélyt kell beszerezned, amelyet a piacod az adott tevékenységhez megkövetel — a szoftverszállító nem a szabályozott fél. A legtöbb operátor saját acquiringgel vagy egy hozzá ajánlott acquirerrel működik. Kérdezz rá külön, hogy a szállító benne van-e a pénzáramlásban, mert ez megváltoztatja a választ.

  • Képesnek kell lennie rá: tömegesen, a tárolt kártyák tokenként költözzenek, és a két platform párhuzamosan fusson, amíg a régi be nem fejezi az elszámolást. Aláírás előtt kérd el a migrációs tervet — aki még nem csinálta, csak általánosságban beszél róla.

  • SaaS-t, hacsak valami konkrét ki nem kényszeríti az ellenkezőjét: egy szabályozó, egy bank vagy egy kockázati bizottság, amely a rendszert a te perimeteredben követeli meg. Az on-premises a PCI-hatókört és az üzemeltetési terhet rád helyezi, ami valós költség, és csak akkor érdemes vállalni, ha tényleg kötelező.

Nézd meg a saját márkáddal.

Bemutató az élő platformról, a te arculatoddal a checkouton és a konzolon, valamint őszinte értékelés a migrációról és a gazdaságosságról a te forgalmad alapján.