Comparar / Categorias
Gateway de pagamentos vs orquestração de pagamentos
As duas expressões usam-se como sinónimos e significam coisas diferentes. Um gateway recebe um pagamento: apresenta os métodos, autoriza, captura e liquida. Uma plataforma de orquestração fica acima dos gateways e decide qual usar em cada transação. Precisar da segunda depende quase só de quantos fornecedores já tem — e porquê.
Categoria vs categoria
Para que serve realmente cada camada
Quando um gateway é tudo o que precisa
Se tem um só fornecedor, ou está a escolher o primeiro, a camada de orquestração não tem nada para orquestrar. Os ganhos que vende — routing entre adquirentes, cascata de uma recusa para um segundo fornecedor, arbitragem de taxas por corredor — pressupõem todos que já gere várias relações. Acrescentar uma camada acima de um único gateway só lhe traz uma comissão e um salto extra. O que realmente move os números nesta fase é a cobertura de métodos, um checkout que converte e uma reconciliação limpa.
- 01Tem um só fornecedor, ou está a escolher o primeiro
- 02O seu problema de conversão é a cobertura de métodos, não o routing
- 03Prefere não gerir várias relações com adquirentes
- 04Um único modelo de reconciliação vale mais do que um ponto de taxa de aprovação
Quando a orquestração compensa a comissão
Quando o volume é suficientemente grande para que uma fração de ponto percentual seja dinheiro a sério, e já tem várias relações de acquiring porque nenhuma cobre sozinha os seus mercados, o seu perfil de risco ou as suas taxas. A essa escala, o routing por emissor e corredor, a cascata de recusas soft para um segundo adquirente e a normalização do reporting entre fornecedores deixam de ser boas ideias e passam a ser uma linha na demonstração de resultados. O pré-requisito é sempre o mesmo: vários fornecedores que tem motivos para manter.
- 01Já trabalha com vários adquirentes por cobertura, redundância ou taxas
- 02O volume faz com que um ponto de taxa de aprovação valha mais do que a comissão da camada
- 03Precisa de um único modelo de reporting entre fornecedores que não coincidem
- 04O failover entre fornecedores é um requisito de negócio, não um extra
Onde entra a Protocore
O Protocore Gateway é a primeira camada — recebe o pagamento e liquida o dinheiro — com as partes da segunda camada que importam a um negócio com um só fornecedor incorporadas, em vez de vendidas por cima: política de routing legível, nova tentativa por uma rota alternativa antes de o cliente ver uma falha, e motivos de recusa numa linguagem que um operador consegue usar. Se chegar ao ponto de precisar mesmo de fazer routing entre adquirentes seus, a plataforma whitelabel liga os seus a par dos nossos. O resumo honesto é que a maioria das empresas que fazem esta pergunta precisa de um gateway melhor, não de uma camada acima do que já tem.
- 01Um gateway que liquida, com política de routing e de retry incluída
- 02Cartões, wallets, transferência bancária e USDC numa só página e numa só referência
- 03Os seus próprios adquirentes ligados a par dos nossos na plataforma whitelabel
- 04Sem comissão de camada por orquestrar um único fornecedor
Em que camada vive o seu problema?
Diga-nos quantos fornecedores tem e onde os pagamentos estão a falhar. Dizemos-lhe se a solução é o routing ou o próprio gateway.