Pular para o conteúdo
xFlow Payments

Para quem

xFlow para subadquirentes

Para subadquirentes e operações white label, a xFlow é a camada Pix que não depende de um provedor só: uma API ligada a 11 adquirentes, com roteamento por regras, retentativa automática, saque Pix por API e webhooks assinados.

Atualizado em · Equipe xFlow Payments · 3 min de leitura

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

  1. Um comprador fecha um pedido na loja de um cliente seu. A sua plataforma chama POST /api/v1/charges com o valor e um external_reference como loja-123:pedido-987.
  2. A regra de roteamento da sua conta escolhe a adquirente. Se ela não responde, a xFlow passa para a próxima da cadeia.
  3. A API devolve o QR Code e o copia e cola. Você mostra ao comprador.
  4. 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).
  5. A sua plataforma credita o cliente no seu controle interno, usando o external_reference.
  6. No momento do repasse, você chama POST /api/v1/transfers com a chave Pix do cliente e um Idempotency-Key único para aquele repasse.
  7. Os webhooks withdrawal.processing, withdrawal.completed ou withdrawal.failed informam o resultado.
bash
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

  1. Crie a conta da sua operação na xFlow.
  2. Gere uma chave de teste em Desenvolvedores > Chaves de API. Ela pode ser criada antes da aprovação do cadastro.
  3. Integre a criação de cobranças e o webhook no ambiente de teste, simulando pagamentos com POST /api/v1/test/charges/{id}/pay.
  4. Com o cadastro aprovado, defina com a equipe da xFlow as regras de roteamento e a cadeia de contingência da sua conta.
  5. 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.

Continue lendo

SoluçãoOrquestração de pagamentosOrquestração de pagamentos é a camada que decide qual adquirente processa cada cobrança e o que fazer quando ela falha. Na xFlow, uma única API Pix conecta a sua operação a 11 adquirentes, com roteamento por regras, retentativa automática e split de pagamento.SoluçãoRetentativa automáticaNa xFlow, a retentativa automática acontece na geração da cobrança Pix: se a adquirente escolhida não responde, a xFlow tenta de novo e, se precisar, gera a cobrança na próxima adquirente da cadeia. É o fallback de adquirente, sem mudar nada na sua integração.SoluçãoMultiadquirênciaMultiadquirência é trabalhar com mais de uma adquirente ao mesmo tempo. Na xFlow, ela é online e para Pix: uma API conecta a sua operação a 11 adquirentes, e o roteamento por regras e a retentativa automática decidem quem processa cada cobrança. Não é maquininha nem TEF.BlogAPI de saque PixNa API da xFlow, o saque Pix (Pix out) é um POST /api/v1/transfers com amount em centavos e a chave do destinatário (pix_key e pix_key_type) ou um qr_code copia e cola. O saque nasce com status requested, pode exigir aprovação (pending_approval) e é acompanhado pelos webhooks withdrawal.* ou por GET /api/v1/transfers/{id}. Não funciona com chave de teste.BlogFailover de pagamentos: como sobreviver à queda de uma adquirenteFailover de pagamentos é trocar de provedor automaticamente quando o principal deixa de responder. No Pix, isso significa gerar a cobrança em outra adquirente sem o pagador perceber. Na xFlow, a cobrança vai para a próxima adquirente da cadeia, e o seu sistema faz retry seguro com Idempotency-Key.