Alternative / White-label
Cerchi un'alternativa a un payment gateway white-label
White-label significa cose molto diverse a seconda di chi lo vende: a volte uno spazio per il logo su un checkout, a volte un intero business di pagamenti da gestire. Il divario tra i due è gran parte del valore e raramente si vede in una demo. Queste sono le domande che lo mettono in luce.
Valuta
Sei domande che mostrano la differenza.
Quanta parte della superficie è davvero tua?
La pagina di pagamento, il back office merchant, la console operatore, le e-mail, le ricevute e i domini su cui vivono. Tutto ciò che porta ancora il nome del fornitore è un punto in cui i tuoi merchant scoprono chi lo gestisce davvero.
È multi-merchant o un solo account con sotto-account?
Una piattaforma nata multi-merchant offre onboarding, tiering, entitlement e isolamento. Una ricavata da un prodotto mono-merchant te li offre come roadmap.
Puoi costruire i tuoi prezzi?
Per merchant, per metodo, per valuta, per fascia di volume, con un trattamento diverso per i tentativi falliti. Se il pricing è una tabella fissa, il vostro modello commerciale è quello del fornitore, non il vostro.
Dove ricade lo scope PCI?
Con il SaaS, la superficie di gestione delle carte dovrebbe essere a carico del fornitore e ereditata dai vostri merchant. Se fate il deploy sulla vostra infrastruttura, passa a voi: entrambe le soluzioni sono legittime, ma bisogna sapere quale si sta acquistando.
Potete portare i vostri acquirer?
Le relazioni e le condizioni che avete già sono di solito il motivo per cui il vostro business sta in piedi. Una piattaforma che instrada solo verso i propri circuiti è una proposta diversa, e molto più limitata.
Solo SaaS o infrastruttura propria?
Se un'autorità di vigilanza o un comitato rischi richiederà prima o poi il sistema all'interno del vostro perimetro, scoprite subito se è possibile, e non dopo aver migrato un portafoglio di merchant.
Cosa state davvero comprando
Non un checkout, ma un'attività di pagamento che potete gestire. Significa il ciclo di vita del merchant (onboarding, documenti, tiering, abilitazioni, migrazione di un portafoglio esistente), il denaro (costruzione delle commissioni, settlement, rolling reserve, riconciliazione, estratti conto), le operations (ruoli, permessi, audit, code, tracing) e il lavoro di ingegneria che tiene tutto aggiornato man mano che arrivano i mandati dei circuiti. Una piattaforma a cui manca anche solo uno di questi elementi vi lascia a costruirlo voi, proprio ciò che volevate evitare.
- 01Il ciclo di vita del merchant, non solo la pagina di pagamento
- 02Commissioni e settlement che seguono il vostro pricing
- 03Una console operatore con ruoli, audit e tracing
- 04Qualcun altro che si fa carico di mandati e certificazioni dei circuiti
Le domande che arrivano troppo tardi
La migrazione di un portafoglio merchant esistente, se le carte salvate passano come token, cosa succede alla vostra posizione PCI in ciascun modello di deploy e chi sviluppa un connettore che vi serve e ancora non esiste. Nessuna di queste cose emerge in una demo, tutte decidono se la piattaforma funziona per voi al secondo anno, e a ognuna un fornitore serio può dare una risposta concreta prima che firmiate.
- 01Come si sposta un portafoglio merchant esistente e quanto tempo richiede
- 02Se le carte salvate migrano come token o vanno reimpostate
- 03Chi sviluppa e certifica un connettore che vi serve
- 04Cosa diventa la vostra posizione PCI in ciascun modello di deploy
Dove si colloca Protocore
La nostra piattaforma whitelabel risponde così a quelle sei domande: nessuna schermata riporta il nome Protocore; è multi-merchant fin dalla prima riga, con onboarding, tiering e abilitazioni inclusi; le commissioni si costruiscono, non sono fisse; la superficie di gestione delle carte è nostra in SaaS e vostra on-premises; i vostri acquirer si collegano accanto ai nostri e quelli nuovi vengono sviluppati nell'ambito del progetto; e si installa come SaaS, nel vostro cloud o on-premises. Il team che risponde quando un settlement non torna è il team che l'ha scritto: siamo uno studio di prodotto, ed è la versione onesta di ciò che di solito si intende con «supporto dedicato».
- 01Il vostro brand su ogni superficie, domini compresi
- 02Multi-merchant by design, con il ciclo di vita incluso
- 03I vostri acquirer, il vostro pricing, il vostro deploy
- 04Gli ingegneri che gestiscono la piattaforma, raggiungibili
FAQ
Domande da fare a chiunque.
La pagina di pagamento, il back office merchant e la console operatore con il vostro brand e sui vostri domini, più onboarding dei merchant, pricing proprio e settlement. Se anche solo uno di questi mostra ancora il nome del fornitore o impone il suo modello commerciale, è un checkout rimarchiato, non una piattaforma white-label.
Serve ciò che il vostro mercato richiede per l'attività che svolgete: il fornitore del software non è il soggetto regolamentato. La maggior parte degli operatori lavora con un proprio acquiring o con un acquirer a cui viene presentata. Chiedete esplicitamente se il fornitore si colloca nel flusso dei fondi, perché la risposta cambia.
Dovreste poterlo fare in blocco, con le carte salvate che passano come token e le due piattaforme in parallelo mentre la vecchia termina i settlement. Chiedete il piano di migrazione prima di firmare: un fornitore che non l'ha mai fatto ve lo descriverà in astratto.
SaaS, a meno che qualcosa di specifico imponga il contrario: un'autorità di vigilanza, una banca o un comitato rischi che richiede il sistema all'interno del vostro perimetro. L'on-premises sposta su di voi lo scope PCI e l'onere operativo, un costo reale che vale la pena sostenere solo quando è davvero necessario.
Vedetelo con il vostro brand.
Una demo della piattaforma live, con la vostra identità su checkout e console, e una valutazione onesta di migrazione ed economics sui vostri volumi.