Alternativas / Whitelabel

Em busca de uma alternativa de gateway de pagamento whitelabel

Whitelabel significa coisas muito diferentes conforme quem vende — às vezes um espaço para logo em um checkout, às vezes um negócio de pagamentos inteiro que você opera. A distância entre os dois é quase todo o valor, e raramente aparece em uma demonstração. Estas são as perguntas que a expõem.

Avalie

Seis perguntas que expõem a diferença.

01

Quanto da superfície é realmente sua?

A página de pagamento, o back office do lojista, o console do operador, os e-mails, os recibos e os domínios em que tudo isso fica. Tudo o que ainda leva o nome do fornecedor é um lugar onde seus lojistas descobrem quem realmente opera.

02

É multilojista ou uma conta com subcontas?

Uma plataforma construída como multilojista desde o início oferece onboarding, níveis, permissões e isolamento. Uma adaptada de um produto de lojista único oferece isso como roadmap.

03

Você consegue montar seu próprio modelo de preços?

Por lojista, por método, por moeda, por faixa de volume, com tratamento diferente para tentativas com falha. Se a precificação é uma tabela fixa, o modelo comercial é o do fornecedor, não o seu.

04

Onde fica o escopo PCI?

No SaaS, a superfície de manuseio de cartões deve ser deles, herdada pelos seus lojistas. Se você implanta na sua própria infraestrutura, ela passa para você. As duas opções são legítimas, mas é preciso saber qual você está comprando.

05

Dá para usar seus próprios adquirentes?

Suas relações e taxas atuais costumam ser o motivo de o seu negócio ser viável. Uma plataforma que só roteia para os próprios trilhos é uma proposta diferente, e bem menor.

06

Só SaaS ou infraestrutura própria?

Se um regulador ou um comitê de risco vai acabar exigindo o sistema dentro do seu perímetro, descubra agora se isso é possível, e não depois de migrar uma carteira de lojistas.

01

O que você realmente está comprando

Não um checkout, e sim um negócio de pagamentos que você consegue operar. Isso inclui o ciclo de vida do lojista (onboarding, documentos, níveis, habilitações, migração de uma carteira existente), o dinheiro (composição de tarifas, liquidação, rolling reserve, conciliação, extratos), a operação (papéis, permissões, auditoria, filas, rastreamento) e a engenharia por trás de tudo isso, sempre atualizada conforme as exigências das bandeiras chegam. Uma plataforma que não cobre qualquer um desses pontos deixa a construção por sua conta, justamente o que você queria evitar.

  1. 01O ciclo de vida do lojista, não só a página de pagamento
  2. 02Composição de tarifas e liquidação que seguem a sua precificação
  3. 03Console do operador com papéis, auditoria e rastreamento
  4. 04Alguém que absorve as exigências e certificações das bandeiras
02

As perguntas que são respondidas tarde demais

Migração de uma carteira de lojistas existente, se os cartões armazenados migram como tokens, o que acontece com sua posição PCI em cada tipo de implantação e quem desenvolve um conector de que você precisa e que ainda não existe. Nada disso aparece em uma demonstração, tudo isso decide se a plataforma funciona para você no segundo ano, e cada ponto tem uma resposta concreta que um fornecedor sério pode dar antes de você assinar.

  1. 01Como uma carteira de lojistas existente é migrada e quanto tempo leva
  2. 02Se os cartões armazenados migram como tokens ou são zerados
  3. 03Quem desenvolve e certifica um conector de que você precisa
  4. 04O que acontece com a sua posição PCI em cada tipo de implantação
03

Onde a Protocore se encaixa

Nossa plataforma whitelabel responde a essas seis perguntas assim: nenhuma tela menciona a Protocore; é multi-lojista desde a primeira linha de código, com onboarding, níveis e habilitações incluídos; as tarifas são construídas, não fixas; a superfície de manuseio de cartões é nossa no SaaS e sua no on-premises; seus adquirentes se conectam ao lado dos nossos, e novos são desenvolvidos como parte do projeto; e a implantação pode ser em SaaS, na sua nuvem ou on-premises. Quem responde quando uma liquidação parece errada é o time que a escreveu: somos um estúdio de produto, que é a versão honesta do que “suporte dedicado” costuma significar.

  1. 01Sua marca em todas as superfícies, inclusive nos domínios
  2. 02Multi-lojista por design, com o ciclo de vida incluído
  3. 03Seus adquirentes, sua precificação, sua implantação
  4. 04Os engenheiros que mantêm a plataforma, ao seu alcance

FAQ

Perguntas que vale fazer a qualquer fornecedor.

  • A página de pagamento, o back office do lojista e o console do operador sob a sua marca e nos seus domínios, além de onboarding de lojistas, precificação própria e liquidação. Se qualquer um desses itens ainda mostra o nome do fornecedor ou impõe o modelo comercial dele, é um checkout com a marca trocada, e não uma plataforma white-label.

  • Você precisa do que o seu mercado exige para o negócio em que atua; o fornecedor de software não é a parte regulada. A maioria dos operadores trabalha com adquirência própria ou com um adquirente que lhes é apresentado. Pergunte especificamente se o fornecedor participa do fluxo de fundos, porque isso muda a resposta.

  • Deveria ser possível, em lote, com os cartões armazenados migrando como tokens e as duas plataformas rodando em paralelo enquanto a antiga termina de liquidar. Peça o plano de migração antes de assinar: um fornecedor que nunca fez isso vai descrevê-lo de forma abstrata.

  • SaaS, a menos que algo específico exija o contrário: um regulador, um banco ou um comitê de risco que peça o sistema dentro do seu perímetro. O on-premises transfere para você o escopo PCI e o peso operacional, um custo real que só vale a pena quando for de fato necessário.

Veja com a sua marca.

Uma demonstração da plataforma em produção, com a sua identidade no checkout e no console, e uma avaliação honesta de migração e economia para o seu volume.