Multiadquirência é trabalhar com mais de uma adquirente ao mesmo tempo, em vez de depender de um provedor só. Na xFlow Payments, ela é online e para Pix: você integra uma API Pix e ela conecta a sua operação a 11 adquirentes homologadas. Regras de roteamento escolhem quem processa cada cobrança, e a retentativa automática passa a cobrança para a próxima adquirente quando uma não responde.
Multiadquirência no balcão e multiadquirência online
O termo nasceu no varejo físico e ainda é muito usado nesse sentido. Por isso vale separar os dois mundos:
| Maquininha ou TEF multiadquirente | Multiadquirência online na xFlow | |
|---|---|---|
| Onde acontece | No caixa da loja, com terminal físico | No seu sistema, por API |
| Meio de pagamento | Cartão, no terminal | Pix, com QR Code e copia e cola |
| Quem escolhe a adquirente | O operador de caixa ou a configuração do terminal | Regras por valor, horário e dia da semana |
| Se a adquirente falha | Depende do terminal e do operador | A cobrança é gerada na próxima adquirente da cadeia |
| Integração | Equipamento e software de automação comercial | Uma API REST, com JSON e webhooks |
A xFlow não vende maquininha nem TEF. Se a sua operação é online e recebe por Pix, a multiadquirência da xFlow é a que se aplica.
Como funciona a multiadquirência na xFlow
- Você integra a API da xFlow uma vez, com chave pública e segredo.
- Na configuração da sua conta, você define as regras de roteamento com a equipe da xFlow: qual adquirente recebe cada cobrança, por valor, horário e dia da semana.
- Cada regra tem uma cadeia de contingência, com as adquirentes em ordem.
- A cada
POST /api/v1/charges, a xFlow aplica a regra e pede a cobrança à primeira adquirente. - Se ela não responde, a xFlow tenta de novo e, se precisar, gera a cobrança na próxima.
- O pagamento é conferido na adquirente antes de cair no saldo, e o webhook
transaction.paidavisa o seu sistema.
Os detalhes de cada etapa estão em roteamento de pagamentos e retentativa automática.
Exemplo: uma loja online com três adquirentes
Imagine uma loja que vende pelo site e recebe por Pix. Os nomes são genéricos:
- Durante a semana, as cobranças vão para a Adquirente A. Se ela não responde, a cobrança vai para a B e, depois, para a C.
- No fim de semana, a ordem muda: primeiro a B, depois a A.
- Cobranças acima de um valor definido pela loja seguem uma cadeia própria, começando pela C.
O código da loja é o mesmo nos três casos: uma chamada a POST /api/v1/charges. Quem aplica a regra e troca de adquirente é a xFlow. Se a loja quiser mudar a ordem, muda a regra, não o sistema.
Por que ter mais de uma adquirente
- Contingência. Uma adquirente fora do ar não para a geração de cobranças, porque a próxima da cadeia assume.
- Menos dependência. Mudanças de regra, de condição ou de limite em um provedor não travam a operação inteira.
- Faixas de valor. Dá para mandar o tíquete baixo para uma adquirente e o alto para outra.
- Horários e dias. Dá para usar adquirentes diferentes em horários ou dias diferentes.
O que dá trabalho sem uma camada de orquestração
Ter várias adquirentes integradas direto no seu sistema significa manter, para cada uma:
- uma integração, com autenticação e formato próprios;
- um endpoint de webhook e uma forma de validar as notificações;
- uma lógica de troca de adquirente quando ela falha;
- uma rotina de conciliação, porque cada uma devolve dados de um jeito;
- um cuidado próprio com cobrança duplicada nos retries.
Na xFlow, tudo isso fica atrás de uma API só. Você mantém uma integração, um formato de resposta e um webhook. A explicação completa está em orquestração de pagamentos.
Uma integração, várias adquirentes: o que a API entrega
| Recurso | Endpoint |
|---|---|
| Criar cobrança Pix com QR Code e copia e cola | POST /api/v1/charges |
| Consultar e listar cobranças, com filtros e cursor | GET /api/v1/charges |
| Estornar uma cobrança paga | POST /api/v1/charges/{id}/refund |
| Sacar por chave Pix ou QR Code | POST /api/v1/transfers |
| Consultar saldo disponível e reservado | GET /api/v1/balance |
| Gerenciar endpoints de webhook | /api/v1/webhooks |
Tudo com o mesmo formato de resposta, seja qual for a adquirente que processou a cobrança. A documentação tem os exemplos completos.
Limites que você precisa conhecer
- A multiadquirência da xFlow é para Pix. Cartão e checkout hospedado ainda não estão na API.
- O estorno é pedido à adquirente que gerou a cobrança. Se ela não oferece estorno pela API, a resposta é
422 refund_not_supported. - O saque por QR Code funciona só em algumas adquirentes. Nas outras, a API responde
422 transfer_failedsem debitar nada.
Para quem faz sentido
A multiadquirência online interessa principalmente a quem tem volume e não pode parar: subadquirentes e operações white label, fintechs, marketplaces e e-commerce de alto volume. Se a sua dúvida é sobre o que muda quando o Pix passa por mais de um provedor, leia orquestração de Pix com vários PSPs.
Perguntas frequentes
O que é multiadquirência?
É usar mais de uma adquirente na mesma operação. No varejo físico, costuma significar uma maquininha ou um TEF que aceita várias adquirentes. Na xFlow, é online: uma API que conecta a sua operação a 11 adquirentes para cobranças Pix.
A multiadquirência da xFlow funciona em maquininha ou TEF?
Não. A xFlow é uma API para vendas online. Não há terminal físico: o seu sistema cria a cobrança Pix pela API e mostra o QR Code ou o copia e cola ao pagador.
Preciso integrar cada adquirente separadamente?
Não. Você integra só a API da xFlow, que já está ligada a 11 adquirentes homologadas. As regras de roteamento da sua conta definem quais delas processam as suas cobranças.
Como fica a conciliação com várias adquirentes?
Toda cobrança volta no mesmo formato, com o id da xFlow, o seu external_reference, o pix.endToEnd e os dados de quem pagou. Você concilia do mesmo jeito, qualquer que seja a adquirente.
A multiadquirência da xFlow inclui cartão?
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.