Glossário
O que é um gateway de pagamento: definição, funcionamento e exemplos
Um gateway de pagamento é a tecnologia que capta os dados de pagamento no checkout, os cifra ou tokeniza e envia a transação ao adquirente ou ao método de pagamento para autorização, devolvendo depois o resultado à loja. É o equivalente online de um terminal de cartões: movimenta os dados de pagamento com segurança, mas não mantém o contrato com o comerciante nem liquida os fundos.
- Gateway de pagamento
- Um serviço que capta de forma segura os dados de pagamento de um site, aplicação ou terminal, os protege através de cifragem e tokenização, e transmite os pedidos de autorização, captura e reembolso entre o comerciante e o adquirente ou o prestador do método de pagamento.
Em resumo
| Funções principais | Captura, cifragem e tokenização, encaminhamento para o adquirente, tratamento de respostas |
|---|---|
| Norma de segurança | PCI DSS v4.0.1; uma página de pagamento alojada ou um iframe mantém normalmente o comerciante no âmbito SAQ A |
| Exemplo de preço de um gateway autónomo (2026) | Authorize.net apenas gateway: 25 $ por mês mais 0,10 $ por transação e 0,10 $ de taxa diária de lote |
| Tempo típico de resposta de autorização | De 1 a 3 segundos num pagamento com cartão |
O que faz um gateway de pagamento?
O gateway situa-se entre o checkout e as instituições financeiras. Recolhe os dados do cartão ou da conta, protege-os, formata o pedido para o adquirente ou método de pagamento recetor e traduz a resposta num simples estado de aprovado ou recusado com um código de motivo.
- Captura: página de pagamento alojada, campos integrados ou API para dados de cartão e de carteira
- Cifragem e tokenização: substitui os números de cartão por tokens para reutilização e cobranças recorrentes
- Encaminhamento: envia o pedido ao adquirente, método local ou carteira adequados
- Ciclo de vida: capturas, anulações, reembolsos e notificações de estado por webhook
Como funciona um gateway de pagamento passo a passo?
O cliente introduz os dados do cartão nos campos de pagamento do gateway. O gateway tokeniza o cartão, executa o 3-D Secure se necessário e passa o pedido de autorização ao adquirente, que o reencaminha através da Visa ou da Mastercard ao emissor. A aprovação regressa pelo mesmo caminho em segundos, o gateway avisa a loja e a liquidação segue mais tarde através do adquirente.
Gateway de pagamento, PSP, processador e orquestrador: qual é a diferença?
Os termos sobrepõem-se porque muitas empresas vendem vários papéis num só contrato. O guia sobre prestadores de serviços de pagamento explica como escolher um; a tabela separa os papéis.
| Papel | Trata dados | Mantém o contrato com o comerciante e os fundos | Preço típico |
|---|---|---|---|
| Gateway de pagamento | Sim, capta e transmite | Não | Mensalidade mais cerca de 0,05 a 0,10 $ por transação quando vendido isoladamente |
| Processador de pagamentos | Sim, mensagens de rede | Não, trabalha para o adquirente ou o emissor | Taxa por transação cobrada ao adquirente ou ao emissor |
| PSP | Sim, normalmente inclui um gateway | Sim, muitas vezes como adquirente ou através de um adquirente parceiro | Combinado, por exemplo 1,5% + 0,25 €, ou interchange++ |
| Orquestrador de pagamentos | Sim, encaminha entre gateways e PSP | Não | Taxa de plataforma por transação ou mensal |
Usar um gateway de pagamento reduz o âmbito do PCI DSS?
Sim, se os dados do cartão nunca passarem pelos seus servidores. Com uma página de pagamento alojada ou campos em iframe alojados pelo gateway, um comerciante de comércio eletrónico valida normalmente o PCI DSS com o breve questionário SAQ A. Enviar números de cartão em claro pela sua própria API leva-o para o SAQ D ou para uma avaliação completa.
Que exemplos de gateways de pagamento existem?
Entre os gateways autónomos estão o Authorize.net, propriedade da Visa, e o NMI, que se ligam a um adquirente que o comerciante contrata em separado. Adyen, Stripe, Checkout.com, Worldline e Braintree combinam gateway e aquisição. A OrsunPay não é um gateway neste sentido; é uma camada de orquestração que liga os gateways e PSP próprios de um comerciante através de uma única API.
Perguntas frequentes
Um gateway de pagamento é o mesmo que um processador de pagamentos?
Não. O gateway capta e transmite os dados de pagamento da loja, enquanto o processador trata a transação através das redes de cartões por conta do adquirente ou do emissor. Muitos prestadores vendem ambos em conjunto.
Preciso de uma conta de comerciante para usar um gateway de pagamento?
Com um gateway autónomo, sim: assina um contrato de aquisição à parte. Os PSP como a Stripe ou a Mollie incluem a conta de comerciante, pelo que assina um único contrato.
Qual é a diferença entre um prestador de serviços de pagamento e um gateway de pagamento?
O gateway é um componente técnico; um PSP é um prestador autorizado que normalmente inclui um gateway além de aquisição, métodos de pagamento e liquidação de fundos. Pode contratar apenas o gateway, mas com ele não recebe a menos que um adquirente ou PSP liquide o dinheiro.
Um gateway de pagamento detém o meu dinheiro?
Um gateway puro, não. Os fundos são liquidados pelo adquirente ou PSP, pelo que o contrato do gateway e o contrato de liquidação podem ser com empresas diferentes.
Pode uma loja usar vários gateways de pagamento?
Sim. Os comerciantes usam um segundo gateway para outras regiões, para métodos locais ou como alternativa quando o primeiro falha, o que se gere normalmente com uma camada de orquestração.