Um só gateway é risco.
Múltiplos gateways é o padrão.
Roteie pagamentos entre Pagar.me, Safe2Pay, Stripe, PicPay e PagBank com fallback automático em menos de 200ms. Uma API, todos os gateways, sem lock-in.
- Sem cartão de crédito
- Credenciais de API em < 1 min
- OpenAPI 3.0
// fallback automático: pagarme → safe2pay → stripecurl -X POST https://api.plugtopay.com/v1/payments \ -H "X-API-Key: $PLUGTOPAY_KEY" \ -H "Idempotency-Key: $UUID" \ -d '{ "amount": 12990, "currency": "BRL", "payment_method": "card", "card": { "token": "tok_8f3a..." }, "customer": { "id": "cus_91kxa" } }' // 201 Created — aprovado via safe2pay (pagarme falhou)Painel de orquestração
últimos 30 dias
Taxa de aprovação
Recuperadas via fallback
Gateways ativos
- 1Pagar.me96.4%
- 2Safe2Pay94.1%
- 3Stripe92.8%
Integra com os gateways que você já conhece
- Pagar.me
- Safe2Pay
- Stripe
- PicPay
- PagBank
- Pagar.me
- Safe2Pay
- Stripe
- PicPay
- PagBank
- Pagar.me
- Safe2Pay
- Stripe
- PicPay
- PagBank
Cada gateway tem um dia ruim. O seu checkout não pode ter.
O gateway único cria pontos únicos de falha. Quando ele cai, instabiliza, ou recusa transação válida, é receita perdida.
Gateway caiu, checkout parou
Instabilidade do provedor derruba todas as vendas. Você descobre pelo Twitter, antes do alerta interno.
PIX preso por dias
Pagamento confirmado pelo banco, mas o callback do gateway demora. Cliente liga, suporte trava.
Zero visibilidade do funil
Por que o pagamento falhou? Qual gateway recusou? Qual seria o ideal para este BIN? Você não sabe.
Fallback automático em menos de 200ms.
Você define a ordem de prioridade dos gateways. A PlugToPay tenta o primeiro. Se ele recusar, falhar ou estourar timeout, ela passa para o próximo. Tudo na mesma requisição.
Seu checkout
1 POST /payments
PlugToPay
orquestra tentativas
- 01Pagar.metimeout
- 02Safe2Payrecusado
- 03Stripeaprovado
Venda salva
201 Created
Uma API. Todos os meios. Sem lock-in.
PIX, cartão, tokenização, split, webhooks confiáveis e observabilidade. Tudo orquestrado.
Fallback automático
Defina a ordem dos gateways. Se um falhar, o próximo tenta na mesma requisição. Tudo isolado por merchant.
- Recuperação por fallback
- 98%
- Entre tentativas
- <200ms
PIX dedicado
POST /payments/pix retorna QR code, copy-paste e expires_at. Webhook dispara assim que o pagador confirma.
Cofre de cartões
Tokenize uma vez com AES-256 e reuse em qualquer gateway. Sem expor PAN, sem complexidade PCI no seu lado.
Split para marketplaces
Sub-contas PF ou PJ com KYC delegado ao gateway. Divida em centavos ou porcentagem por transação.
Webhooks com retry
Backoff exponencial (5s → 25s → 125s → 625s) com assinatura HMAC. Você nunca perde uma confirmação.
Observabilidade nativa
Dashboard com taxa de aprovação por gateway, motivos de falha e métricas Prometheus prontas para Grafana.
Integre em uma tarde. Em produção sem surpresas.
OpenAPI 3.0, SDKs gerados, idempotência nativa, async opcional via Swoole e métricas Prometheus prontas para Grafana.
Idempotency-Key nativo
Retry seguro sem cobrança duplicada.
Resposta síncrona ou assíncrona
Configurável por empresa via time_to_wait_sync.
Métricas Prometheus em /metrics
plugtopay_payments_total, gateway_fallback_total e mais.
Swoole + coroutines
10k+ req/s por instância. Sem worker pool, sem fila parada.
import { PlugToPay } from "@plugtopay/sdk"; const ptp = new PlugToPay(process.env.PLUGTOPAY_KEY); const payment = await ptp.payments.create({ amount: 12990, currency: "BRL", payment_method: "card", card: { token: "tok_8f3a..." }, customer: { id: "cus_91kxa" }, idempotency_key: crypto.randomUUID(),}); // payment.status === "approved"// payment.processed_by === "stripe" (fallback)Times que cortaram falhas de aprovação pela metade.
Configuramos fallback entre três gateways em 1 dia e cortamos falhas de aprovação pela metade.
Marina Costa
Head of Payments · @marina.pay
A orquestração async mudou o checkout. Ninguém mais espera 8 segundos numa tentativa que ia falhar.
Rafael Souza
Staff Engineer · @rafasouza
Painel enxuto, retentativa inteligente, cofre agnóstico. É o stack de pagamentos que a gente queria ter construído.
Eduardo Prado
CTO · @eduardo.dev
- <200msLatência média de fallback
- 98%Vendas recuperadas via fallback
- 5Gateways integrados
- 10k+Req/s por instância (Swoole)
- 99.9%Entrega de webhook com retry
Suas vendas não podem depender
de um gateway só.
Crie uma conta, configure a ordem dos gateways e em minutos seu checkout está com fallback automático rodando.
- Sem cartão de crédito
- Credenciais de API na hora
- Cancele quando quiser