Alternativ / White-label

På jakt efter ett alternativ till white-label-betalningsgateway

White-label betyder väldigt olika saker beroende på vem som säljer det – ibland en logotypplats i en checkout, ibland ett helt betalningsföretag som du driver. Skillnaden är det mesta av värdet, och den syns sällan i en demo. Det här är frågorna som avslöjar den.

Utvärdera

Sex frågor som avslöjar skillnaden.

01

Hur mycket av ytan är egentligen din?

Betalningssidan, merchantens back office, operatörskonsolen, mejlen, kvittona och domänerna de ligger på. Allt som fortfarande bär leverantörens namn är en plats där dina merchants får veta vem som egentligen driver det.

02

Är det multi-merchant, eller ett konto med underkonton?

En plattform som byggts multi-merchant från början ger dig onboarding, nivåindelning, behörigheter och isolering. En som i efterhand byggts om från en single-merchant-produkt ger dig dem som en roadmap.

03

Kan du bygga din egen prissättning?

Per handlare, per metod, per valuta, per volymintervall, och med olika hantering av misslyckade försök. Om prissättningen är en fast tabell är det leverantörens affärsmodell som gäller, inte din.

04

Var hamnar PCI-ansvaret?

Med SaaS bör ytan där kortuppgifter hanteras ligga hos dem och ärvas av dina handlare. Om du driftsätter på egen infrastruktur flyttas den till dig. Båda är legitima, men du behöver veta vilket du köper.

05

Kan du ta med dina egna acquirers?

Dina befintliga relationer och villkor är oftast det som gör din affär lönsam. En plattform som bara routar till sina egna spår är ett annat, och mycket mindre, erbjudande.

06

Enbart SaaS, eller egen infrastruktur?

Om en tillsynsmyndighet eller en riskkommitté till slut kräver systemet inom din perimeter bör du ta reda på nu om det över huvud taget är möjligt, inte först efter att du migrerat en handlarportfölj.

01

Vad du egentligen köper

Inte en checkout, utan en betalningsverksamhet som du kan driva. Det innebär handlarens livscykel (onboarding, dokument, nivåer, behörigheter, migrering av en befintlig portfölj), pengarna (avgiftsuppbyggnad, avräkning, rullande reserv, avstämning, kontoutdrag), driften (roller, rättigheter, revision, köer, spårning) och ingenjörsarbetet bakom allt detta för att hålla sig aktuellt när nya krav från kortsystemen träder i kraft. En plattform som saknar något av detta lämnar dig med att bygga det själv, vilket var precis det du ville slippa.

  1. 01Handlarens hela livscykel, inte bara betalsidan
  2. 02Avgifter och avräkning som följer din prissättning
  3. 03En operatörskonsol med roller, revision och spårning
  4. 04Någon annan som tar hand om kortsystemens krav och certifieringar
02

Frågorna som besvaras för sent

Migrering av en befintlig handlarportfölj, om sparade kort flyttas som tokens, vad som händer med din PCI-position vid respektive driftsättning, och vem som bygger en connector du behöver som ännu inte finns. Inget av detta syns i en demo, allt avgör om plattformen fungerar för dig under år två, och varje punkt har ett konkret svar som en seriös leverantör kan ge dig innan du skriver under.

  1. 01Hur en befintlig handlarportfölj flyttas över, och hur lång tid det tar
  2. 02Om sparade kort migreras som tokens eller nollställs
  3. 03Vem som bygger och certifierar en connector du behöver
  4. 04Vad din PCI-position blir vid respektive driftsättning
03

Där Protocore passar in

Vår whitelabel-plattform svarar på de sex frågorna så här: ingenting i något gränssnitt nämner Protocore; den är multi-merchant från första raden, med onboarding, nivåer och behörigheter inkluderade; avgifter byggs upp i stället för att vara fasta; ytan för kortuppgifter är vår vid SaaS och din vid on-premises; dina acquirers kopplas in tillsammans med våra, och nya byggs som en del av uppdraget; och den driftsätts som SaaS, i ditt moln eller on-premises. Teamet som svarar när en avräkning ser fel ut är teamet som skrev den. Vi är en produktstudio, vilket är den ärliga versionen av vad ”dedikerad support” oftast betyder.

  1. 01Ditt varumärke i alla ytor, även domänerna
  2. 02Multi-merchant från grunden, med livscykeln inkluderad
  3. 03Dina acquirers, din prissättning, din driftsättning
  4. 04Ingenjörerna som äger plattformen, nåbara

FAQ

Frågor värda att ställa till vem som helst.

  • Betalsidan, handlarens back office och operatörskonsolen under ditt varumärke och på dina domäner, plus handlar-onboarding, din egen prissättning och avräkning. Om något av detta fortfarande visar leverantörens namn eller tvingar fram leverantörens affärsmodell är det en ommärkt checkout, inte en whitelabel-plattform.

  • Du behöver det som din marknad kräver för den verksamhet du bedriver. Mjukvaruleverantören är inte den reglerade parten. De flesta operatörer kör på eget acquiring eller via en acquirer de blir introducerade till. Fråga specifikt om leverantören ingår i penningflödet, för det ändrar svaret.

  • Det bör du kunna, i bulk, med sparade kort som flyttas som tokens och båda plattformarna körande parallellt medan den gamla slutför sina avräkningar. Be om migreringsplanen innan du skriver under. En leverantör som inte gjort det beskriver det bara i allmänna termer.

  • SaaS, om inte något specifikt tvingar fram annat: en tillsynsmyndighet, en bank eller en riskkommitté som kräver systemet inom din perimeter. On-premises flyttar PCI-ansvar och driftbörda till dig, en verklig kostnad som bara är värd att betala när den faktiskt krävs.

Se den i ditt eget varumärke.

En genomgång av den live-körande plattformen, din identitet på checkout och konsol, och en ärlig bedömning av migrering och ekonomi utifrån dina volymer.