Alternativas / White-label
À procura de uma alternativa a um gateway de pagamentos white-label
White-label significa coisas muito diferentes consoante quem vende — umas vezes um espaço para o logótipo num checkout, outras um negócio de pagamentos inteiro que opera. A distância entre os dois é grande parte do valor e raramente se vê numa demonstração. Estas são as perguntas que a expõem.
Avaliar
Seis perguntas que expõem a diferença.
Que parte da superfície é realmente sua?
A página de pagamento, o back office do comerciante, a consola do operador, os e-mails, os recibos e os domínios onde vivem. Tudo o que ainda leve o nome do fornecedor é um sítio onde os seus comerciantes descobrem quem realmente o gere.
É multicomerciante, ou uma conta com subcontas?
Uma plataforma concebida multicomerciante desde o início dá-lhe onboarding, escalões, permissões e isolamento. Uma adaptada a partir de um produto de comerciante único dá-lhe isso como roadmap.
Consegue construir os seus próprios preços?
Por comerciante, por método, por moeda, por escalão de volume, com tratamento diferente para tentativas falhadas. Se o preçário é uma tabela fixa, o seu modelo comercial é o do fornecedor, não o seu.
Onde fica o âmbito PCI?
Em SaaS, a superfície de tratamento de cartões deve ser deles, herdada pelos seus comerciantes. Se instalar na sua própria infraestrutura, passa para si — ambas as opções são legítimas, mas tem de saber qual está a comprar.
Pode usar os seus próprios adquirentes?
As suas relações e taxas existentes são, normalmente, a razão pela qual o seu negócio é viável. Uma plataforma que só encaminha para os seus próprios circuitos é uma proposta diferente, e muito mais pequena.
Apenas SaaS, ou a sua própria infraestrutura?
Se um regulador ou um comité de risco vier a exigir o sistema dentro do seu perímetro, descubra já se isso é sequer possível, em vez de o fazer depois de migrar uma carteira de comerciantes.
O que está realmente a comprar
Não um checkout — um negócio de pagamentos que pode operar. Isso inclui o ciclo de vida do comerciante (onboarding, documentos, escalões, direitos de acesso, migração de uma carteira existente), o dinheiro (construção de comissões, liquidação, reserva rotativa, reconciliação, extratos), as operações (perfis, permissões, auditoria, filas, rastreio) e a engenharia por trás de tudo isto, que se mantém atualizada à medida que chegam as obrigações dos esquemas. Uma plataforma a que falte qualquer um destes pontos obriga-o a construí-lo, que é exatamente o que queria evitar.
- 01O ciclo de vida do comerciante, não apenas a página de pagamento
- 02Comissões e liquidação que seguem o seu preçário
- 03Uma consola de operador com perfis, auditoria e rastreio
- 04Alguém a absorver as obrigações e certificações dos esquemas
As perguntas que só têm resposta tarde demais
A migração de uma carteira de comerciantes existente, se os cartões guardados passam como tokens, o que acontece à sua posição PCI em cada tipo de instalação e quem constrói um conector de que precisa e que ainda não existe. Nada disto aparece numa demo, tudo decide se a plataforma funciona para si no segundo ano, e todas têm uma resposta concreta que um fornecedor sério pode dar antes de assinar.
- 01Como passa uma carteira de comerciantes existente e quanto tempo demora
- 02Se os cartões guardados migram como tokens ou têm de ser reintroduzidos
- 03Quem constrói e certifica um conector de que precisa
- 04Em que se torna a sua posição PCI em cada tipo de instalação
Onde entra a Protocore
A nossa plataforma whitelabel responde a essas seis perguntas assim: nada em nenhum ecrã diz Protocore; é multi-comerciante desde a primeira linha, com onboarding, escalões e direitos de acesso incluídos; as comissões são construídas, não fixas; a superfície de tratamento de cartões é nossa em SaaS e sua on-premises; os seus adquirentes ligam-se a par dos nossos, com novos construídos no âmbito do projeto; e instala-se em SaaS, na sua cloud ou on-premises. A equipa que responde quando uma liquidação parece errada é a que a escreveu — somos um estúdio de produto, que é a versão honesta do que “apoio dedicado” costuma significar.
- 01A sua marca em todas as superfícies, incluindo os domínios
- 02Multi-comerciante por desenho, com o ciclo de vida incluído
- 03Os seus adquirentes, o seu preçário, a sua instalação
- 04Os engenheiros que são donos da plataforma, contactáveis
FAQ
Perguntas que vale a pena fazer a qualquer fornecedor.
A página de pagamento, o back office do comerciante e a consola do operador sob a sua marca e nos seus domínios, além de onboarding de comerciantes, preçário próprio e liquidação. Se algum destes ainda mostrar o nome do fornecedor ou impuser o modelo comercial do fornecedor, é um checkout rebatizado e não uma plataforma white-label.
Precisa do que o seu mercado exigir para o negócio em que está — o fornecedor de software não é a entidade regulada. A maioria dos operadores trabalha com aquisição própria ou com um adquirente que lhes é apresentado. Pergunte especificamente se o fornecedor está no fluxo de fundos, porque isso muda a resposta.
Deve poder, em massa, com os cartões guardados a passar como tokens e as duas plataformas em paralelo enquanto a antiga termina de liquidar. Peça o plano de migração antes de assinar — um fornecedor que nunca o fez descreve-o em abstrato.
SaaS, a menos que algo específico imponha o contrário: um regulador, um banco ou um comité de risco que exija o sistema dentro do seu perímetro. On-premises transfere para si o âmbito PCI e o peso operacional, um custo real que só vale a pena pagar quando é mesmo necessário.
Veja-a com a sua marca.
Uma demonstração da plataforma em produção, a sua identidade no checkout e na consola, e uma avaliação honesta da migração e da economia face ao seu volume.