Gateway · Whitelabel

Gerir um negócio de pagamentos sob a sua própria marca.

O mesmo checkout que os comerciantes integram do nosso lado, entregue como produto seu: o seu nome na página de pagamento e no backoffice, os seus comerciantes integrados segundo as suas regras, o seu pricing em cada transação, a sua equipa a operar. Nós construímos e gerimos o software; o negócio de pagamentos é seu.

Seu

Marca, domínio, backoffice

Multi

Multicomerciante por design

SaaS

Ou a sua própria cloud

Cartão

+ rails de stablecoins

Quem o opera

Quatro formas de o usar.

A mesma plataforma, aplicada a quatro negócios diferentes. O que muda é quem são os seus comerciantes e de onde vem a margem.

01

Prestadores de pagamentos

Lance ou substitua um gateway sem ter de o construir. A relação com os comerciantes, o pricing e a marca são seus; o software, os rails e a sua atualização são nossos.

02

Bancos e adquirentes

Dê à sua carteira de comerciantes um checkout moderno sem mexer no core. Onboarding, pricing, liquidação e reporting reunidos numa única consola que a sua equipa já domina.

03

Marketplaces e plataformas

Integre pagamentos no produto que os seus vendedores já usam. Receba em nome deles, divida o que é devido e mantenha todo o fluxo dentro da sua interface.

04

Fornecedores de software

Transforme os pagamentos, de um redirecionamento para terceiros, numa linha de receita própria. Os seus clientes pagam dentro do seu produto e a margem deixa de sair com eles.

A sua marca

Nada no ecrã diz Protocore.

Whitelabel aqui significa toda a superfície, não um espaço para logótipo num checkout. A página de pagamento, o backoffice do comerciante, a consola do operador, os e-mails, os recibos e os domínios onde tudo vive levam a sua identidade. Os seus comerciantes registam-se consigo, iniciam sessão consigo e recebem suporte seu.

  1. 01Página de pagamento e backoffice nos seus próprios domínios
  2. 02Logótipo, cores, tipo de letra e estilo dos cantos em todas as superfícies
  3. 03Recibos, notificações e e-mails de onboarding enviados em seu nome
  4. 04Rodapé «powered by» opcional e desativado por defeito

Os seus comerciantes

Integre, classifique e gira uma carteira de comerciantes.

A plataforma é multicomerciante de raiz, e não uma conta única com subcontas acrescentadas à pressa. As candidaturas chegam, os documentos são recolhidos, as verificações ficam registadas e um comerciante aprovado entra no escalão de pricing que definir — com tudo sobre essa decisão em registo.

  1. 01Candidatura, recolha de documentos e fila de revisão com audit trail
  2. 02Escalões de pricing e exceções por comerciante em comissões e métodos
  3. 03Métodos habilitados por comerciante — cartões, wallets, USDC, transferência
  4. 04Importação em massa de uma carteira existente, incluindo tokens e cartões guardados
  5. 05Backoffice para o comerciante usar diretamente, com a sua marca

A sua economia

Define o pricing. O sistema faz as contas.

As comissões são construídas, não fixadas no código: percentagem, valor fixo ou ambos, por método, moeda, marca de cartão, região e escalão de volume, com tratamento distinto para tentativas bem-sucedidas e falhadas. A liquidação usa depois as mesmas definições, pelo que o que o comerciante é faturado e o que recebe vêm de um único cálculo, e não de duas folhas de cálculo.

  1. 01Construção de comissões por comerciante, método, moeda e escalão de volume
  2. 02Rolling reserve, retenções e calendários de libertação
  3. 03Ciclos de liquidação automáticos com calendário de pagamentos
  4. 04Reconciliação entre métodos com uma única referência de encomenda
  5. 05Faturas e extratos gerados, enviados e acompanhados até ao pagamento

Os seus rails

Traga os seus adquirentes. Mantenha as suas taxas.

As suas relações de aquisição existentes continuam suas — ligadas à plataforma e encaminhadas por regras que escreve, para que o volume vá para onde a sua economia é melhor. Cartões, wallets, transferência bancária, métodos locais e USDC funcionam lado a lado no mesmo modelo de encomenda, e uma nova ligação é configuração e uma integração que construímos nós, não um projeto que tenha de alocar equipa.

  1. 01Os seus adquirentes e prestadores ligados a par dos nossos
  2. 02Encaminhamento por marca, país do emissor, moeda, montante e comerciante
  3. 03Retry em cascata em recusas temporárias, dentro da mesma sessão de checkout
  4. 04Aceitação de stablecoins com conversão, nos mesmos rails dos cartões
  5. 05Novas ligações construídas e certificadas como parte do serviço

Incluído

O que vem com a plataforma.

  • Checkout alojado
  • Links de pagamento
  • SDKs móveis
  • Plugins para lojas
  • Campos incorporados
  • Card vault e network tokens
  • Subscrições
  • 3-D Secure 2.0 / SCA
  • Regras e listas antifraude
  • Gestão de disputas
  • Pricing multimoeda
  • Liquidação em USDC
  • Onboarding de comerciantes
  • Construção de comissões
  • Liquidação e pagamentos
  • Reconciliação
  • Reporting e exportações
  • Acesso baseado em funções
  • Audit trail completo
  • Webhooks assinados

Os seus operadores

A consola onde a sua equipa realmente trabalha.

A superfície de operação do Gateway é o Protocore Center: comerciantes, encomendas, pagamentos, disputas e rails numa só consola, com perfis adequados a cada função. O suporte vê encomendas e emite reembolsos, as finanças veem a liquidação, o risco vê o tráfego sinalizado, os developers veem chaves e logs. As ações privilegiadas exigem um motivo e ficam num registo imutável, e qualquer pagamento abre num trace completo.

  1. 01Perfis e permissões granulares em vez de um login partilhado
  2. 02Ações privilegiadas com motivo obrigatório, registadas em audit trail
  3. 03Tracing ao nível da encomenda, do checkout à linha bancária
  4. 04Filas de onboarding, disputas e pagamentos sinalizados
  5. 05Os dados de cada comerciante visíveis para si, isolados entre si

A sua infraestrutura

Use-o como serviço ou gira-o você.

Use-o em SaaS e nós alojamos, atualizamos, monitorizamos e escalamos. Ou instale-o na sua própria cloud ou data centre quando o regulador, o banco ou o comité de risco exigirem o sistema dentro do seu perímetro. O software é o mesmo nos dois casos — muda quem tem as chaves e onde estão os dados.

  1. 01SaaS, a sua cloud ou on-premises
  2. 02Processamento e residência de dados na UE por defeito
  3. 03Escala horizontal com monitorização e alertas incluídos
  4. 04Lançamentos regulares, com novos métodos e rails a chegar como atualizações
  5. 05Disaster recovery com replicação entre localizações

Construir vs. adotar

O que é preciso para ter isto no próximo trimestre.

Dimension
Construir internamente
Protocore whitelabel
Tempo até ao primeiro comerciante em produção
12–24 meses até um comerciante real processar, a maior parte gasta nas partes que ninguém vê: vaulting, 3-D Secure, liquidação, reconciliação.
Semanas. A plataforma já existe; o que demora é a sua marca, o seu pricing e as ligações aos seus adquirentes.
Equipa necessária
Engenheiros de pagamentos, uma função de segurança, uma escala de SRE e alguém que já tenha certificado um gateway — contratados antes de qualquer receita.
As suas equipas comercial e de operações. A engenharia que mantém um gateway atualizado é nossa.
Âmbito PCI
Cabe-lhe desenhar para ela, construir segundo ela, ser avaliado face a ela — e recertificar todos os anos à medida que a norma evolui.
A superfície de manuseamento de cartões é nossa. O seu âmbito é aquilo em que decidir tocar, que normalmente é nada.
Card vault
Encriptação, gestão de chaves, tokenização e registo de network tokens — o componente de maior risco que passaria a ter a seu cargo.
Incluído, com network tokens e atualização de cartões geridos sob a sua marca.
Cobertura de métodos
Cada método é uma integração, uma certificação e um compromisso de manutenção à parte, para sempre.
Cartões, wallets, transferência bancária, métodos locais, BNPL e USDC chegam juntos; os novos vêm como atualizações.
Aceitação de stablecoins
Uma segunda stack — wallets, chains, pricing, conversão, política de custódia — geralmente adiada e depois nunca construída.
Na mesma página e na mesma encomenda dos cartões, convertida e liquidada em moeda fiduciária.
Manter-se atualizado
Mandatos dos schemes, alterações de SCA, novos métodos e patches de segurança, no roadmap de alguém para sempre.
Faz parte do serviço. A plataforma avança quer tenha ou não capacidade neste trimestre.
Gestão de comerciantes
Onboarding, escalões, habilitações e extratos — um segundo produto, construído depois de o primeiro funcionar.
Incluído, porque uma plataforma whitelabel é multicomerciante desde a primeira linha.
Estrutura de custos
Custo fixo elevado logo à partida e uma linha permanente de engenharia, faça o volume o que fizer.
O custo acompanha o negócio — licença e volume — com o desenvolvimento já amortizado em toda a plataforma.
Onde vai o seu esforço
Em alcançar a paridade com o que já existe.
Em comerciantes, preços e distribuição — as partes que são, de facto, o seu negócio.

Condições comerciais

Como se estrutura um projeto whitelabel.

01

Licença da plataforma

Uma licença dimensionada para os rails que ativa, o número de comerciantes que prevê e o modelo de implementação que escolhe. Previsível e independente do desempenho da sua carteira.

02

Por volume

Um modelo económico por transação, sem custo de plataforma à partida — o custo acompanha os pagamentos que passam pelos seus comerciantes, escalando com o negócio e não à sua frente.

03

Desenvolvimento e operação

A plataforma e o trabalho à sua volta: as suas integrações com acquirers, a sua marca, a migração de uma carteira existente e uma relação de operação para a gerir no dia a dia.

O que determina o custo: a implementação (SaaS ou infraestrutura própria), os rails e métodos que ativa, a dimensão da carteira de comerciantes e se operamos a plataforma consigo. Modelamos os seus números numa chamada, em vez de publicar um valor que não corresponderia ao seu negócio.

As pessoas

Não é uma fila de suporte — é a equipa que a construiu.

A Protocore é um estúdio de produto. Quem responde quando uma liquidação parece errada é quem escreveu o código da liquidação, e a mesma equipa constrói a ligação ao acquirer de que precisa, o relatório que o seu regulador pediu ou o fluxo que o seu mercado espera. É essa a diferença entre um fornecedor e um parceiro, e é por isso que vale a pena adotar uma plataforma whitelabel em vez de a licenciar às cegas.

  1. 01Acesso direto aos engenheiros responsáveis pela plataforma
  2. 02Novos conectores e métodos desenvolvidos no âmbito do projeto
  3. 03Migração a partir de um gateway existente, planeada e executada consigo
  4. 04Fluxos e relatórios à medida integrados na sua instância, não acrescentados à posteriori

Avaliar

O que ganha com uma primeira conversa.

01

Uma demonstração da plataforma em produção

O checkout do comerciante, o back office do comerciante e a consola do operador — os ecrãs reais, em funcionamento, com um pagamento processado de ponta a ponta.

02

Com a sua marca

O checkout e a administração com a sua identidade, para que aquilo que está a avaliar seja igual ao que vai lançar.

03

Uma instância sandbox

Um tenant só seu, com chaves de API, comerciantes de teste e webhooks, para a sua equipa integrar antes de qualquer compromisso.

04

Um plano de migração e de economia

Como passam os seus comerciantes, tokens e ligações a acquirers existentes, e como ficam os números face ao seu volume.

FAQ

Perguntas dos prestadores de pagamentos.

  • Precisa do que o seu mercado exigir para a atividade que exerce — nós fornecemos o software, não a atividade regulada, e não intervimos no fluxo de fundos, a menos que o modelo nos coloque aí. A maioria dos parceiros opera com acquiring próprio ou com um acquirer que apresentamos. Já acompanhámos parceiros em processos de licenciamento e dizemos-lhe com clareza que partes da stack interessam ao regulador.

  • Sim — é o caso normal. As suas relações e as suas condições continuam suas; a plataforma encaminha entre elas segundo regras que define. As ligações que ainda não temos são desenvolvidas e certificadas no âmbito do projeto.

  • Em SaaS, a superfície de tratamento de cartões é nossa e os seus comerciantes herdam essa conformidade — a página que recolhe os dados do cartão é nossa, com a sua marca. Se implementar na sua infraestrutura, essa superfície passa para dentro do seu perímetro e é certificada como parte do seu ambiente; construímos de acordo com a norma e apoiamos a avaliação.

  • Sim, e de forma planeada, não improvisada: os registos de comerciantes e os preços transitam em massa, os cartões guardados migram como tokens para que os subscritores nunca tenham de reintroduzir os dados, e as duas plataformas funcionam em paralelo enquanto a antiga conclui a liquidação e os reembolsos dos seus próprios pagamentos.

  • Total, por conceção. Cada comerciante vê apenas as suas encomendas, clientes, pagamentos e definições; os seus operadores veem toda a carteira de acordo com o respetivo perfil. Cada ação privilegiada é atribuída e registada.

  • Chega como uma atualização da plataforma. Mandatos dos schemes, regras SCA, novos métodos e patches de segurança são um problema da nossa engenharia, aplicados em toda a plataforma — e é em grande parte por isso que adotar compensa mais do que construir.

  • Sim. O mesmo software pode ser implementado em SaaS, na sua conta cloud ou on-premises, quando um regulador ou um comité de risco exige o sistema dentro do seu perímetro. O processamento e a residência dos dados são na UE por defeito, em qualquer dos casos.

  • Da mesma forma que para um comerciante, um nível acima: o cliente paga em USDC, a conversão acontece antes da liquidação e o que chega é moeda fiduciária, com a taxa registada. Os seus comerciantes recebem euros e ninguém na sua cadeia fica a deter ou a custodiar uma posição em tokens.

  • Comerciantes, preços, decisões de risco e suporte — o negócio de pagamentos. Disponibilidade, versões, certificações, manutenção de conectores e as partes de um gateway que nunca deixam de precisar de engenheiros ficam connosco.

  • Semanas, não trimestres. A plataforma já existe; o que falta sequenciar é a sua marca, os seus escalões de preços, as suas ligações a acquirers e um comerciante-piloto. A migração de uma carteira existente decorre em paralelo, não depois.

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.