Uma subadquirente processa pagamentos em nome de muitos clientes ao mesmo tempo. Quando o provedor Pix para, todos esses clientes param junto. A xFlow Payments resolve isso com uma camada de orquestração de pagamentos: uma API ligada a 11 adquirentes homologadas, com roteamento por regras e retentativa automática, além de saque Pix por API para os repasses.
As dores de quem opera uma subadquirente
- Depender de um provedor só. Uma queda vira indisponibilidade para toda a sua base de clientes.
- Manter várias integrações. Cada adquirente nova é mais uma API, mais um webhook e mais uma rotina de conciliação.
- Repassar com segurança. Pagar os clientes exige saque por API sem risco de pagamento em dobro.
- Rastrear cada cobrança. Com muito volume, achar a cobrança de um cliente específico precisa ser rápido.
- Responder ao suporte. Quando um cliente reclama, você precisa ver o que aconteceu em cada chamada.
Recursos da xFlow que resolvem
| Dor | Recurso da xFlow |
|---|---|
| Queda de um provedor | Retentativa automática: se a adquirente não responde, a cobrança Pix é gerada na próxima da cadeia |
| Escolha de quem processa | Roteamento por regras, por valor, horário e dia da semana |
| Várias integrações | Uma API para as 11 adquirentes, com o mesmo formato de resposta e de webhook |
| Repasses | Saque Pix por API, por chave ou QR Code, com Idempotency-Key |
| Rastreio | external_reference em toda cobrança, pesquisável na listagem |
| Suporte | request_id em toda resposta e Logs da API por 30 dias |
| Divisão entre contas | Split de pagamento entre contas da xFlow, por porcentagem ou valor fixo |
Fluxo de exemplo: da venda do seu cliente ao repasse
- Um comprador fecha um pedido na loja de um cliente seu. A sua plataforma chama
POST /api/v1/chargescom o valor e umexternal_referencecomoloja-123:pedido-987. - A regra de roteamento da sua conta escolhe a adquirente. Se ela não responde, a xFlow passa para a próxima da cadeia.
- A API devolve o QR Code e o copia e cola. Você mostra ao comprador.
- O comprador paga. A xFlow confere o pagamento na adquirente e envia o webhook
transaction.paid, com o valor, o líquido (net) e a taxa (fee). - A sua plataforma credita o cliente no seu controle interno, usando o
external_reference. - No momento do repasse, você chama
POST /api/v1/transferscom a chave Pix do cliente e umIdempotency-Keyúnico para aquele repasse. - Os webhooks
withdrawal.processing,withdrawal.completedouwithdrawal.failedinformam o resultado.
curl -X POST https://app.xflowpayments.com/api/v1/transfers \
-u "pk_live_...:sk_live_..." \
-H "Content-Type: application/json" \
-H "Idempotency-Key: repasse-loja-123-0001" \
-d '{"amount": 48000, "pix_key": "12345678000190", "pix_key_type": "CNPJ"}'Se o seu sistema repetir o pedido com o mesmo Idempotency-Key, a API devolve o mesmo saque em vez de debitar o saldo de novo. Os detalhes estão em API de saque Pix.
Como começar
- Crie a conta da sua operação na xFlow.
- Gere uma chave de teste em Desenvolvedores > Chaves de API. Ela pode ser criada antes da aprovação do cadastro.
- Integre a criação de cobranças e o webhook no ambiente de teste, simulando pagamentos com
POST /api/v1/test/charges/{id}/pay. - Com o cadastro aprovado, defina com a equipe da xFlow as regras de roteamento e a cadeia de contingência da sua conta.
- Troque para a chave de produção e ative os repasses por saque Pix, que não rodam no ambiente de teste.
Controles que importam para quem tem muitos clientes
- Allowlist de IP. Você pode limitar as chamadas aos IPs dos seus servidores. Fora da lista, a API responde
401, mesmo com a credencial correta. - Saque automático. Com o saque automático desligado, cada saque nasce pendente de aprovação (
pending_approval: true). - Revogação imediata. Uma credencial comprometida é revogada no painel e para de funcionar na hora.
- Webhooks assinados. Cada envio traz
x-webhook-signature, um HMAC-SHA256 do corpo, para você confirmar que veio da xFlow.
Mais detalhes em segurança.
Para operações white label
Se você opera com marca própria, a sua plataforma conversa com a API da xFlow, e a xFlow cuida da camada Pix: roteamento, contingência entre adquirentes, confirmação dos pagamentos e saques. A tecnologia por trás da xFlow Payments é da XF TECH, como explicado na página sobre a xFlow.
Perguntas frequentes
A xFlow atende subadquirentes?
Sim. Subadquirentes e operações white label estão entre os públicos da xFlow. Você usa a API para gerar cobranças Pix dos seus clientes, receber os avisos por webhook e pagar por saque Pix, com 11 adquirentes por trás.
Como identifico de qual cliente meu é cada cobrança?
Use o campo external_reference, com até 120 caracteres, para gravar o identificador do seu cliente e do pedido. Ele volta em toda resposta e webhook da cobrança e pode ser usado como filtro na listagem.
Consigo pagar os meus clientes por API?
Sim. O POST /api/v1/transfers envia saldo por Pix para uma chave (CPF, CNPJ, e-mail, telefone ou chave aleatória) ou para um QR Code. Envie um Idempotency-Key por repasse para não pagar duas vezes num retry.
O que acontece com as minhas cobranças se uma adquirente cair?
A xFlow tenta de novo e, se precisar, gera a cobrança Pix na próxima adquirente da cadeia definida para a sua conta. O seu sistema recebe a cobrança no mesmo formato.
A xFlow trabalha com cartão para subadquirentes?
Hoje a API trabalha com Pix: cobrança, estorno total e saque. Cartão e checkout hospedado ainda não estão disponíveis na API.