Pagar PIX via chave
Envia um pagamento PIX para a chave especificada. Wallet do user é debitada imediatamente.
Status final via webhook em postbackUrl. Em caso de falha do provedor, o valor é estornado automaticamente.
Fracionamento automático (se habilitado na sua conta): um saque por chave acima do
teto configurado (padrão R$ 14.000) é dividido em várias saídas menores (cada uma ≤ teto),
enviadas em sequência com um pequeno intervalo. Nesse caso a resposta é HTTP 202 com
fractioned: true e a lista de frações — cada fração é um pagamento independente (com seu
próprio reference_code, external_reference = {seu_external_id}-fN e webhook próprio).
Veja abaixo. O fracionamento não se aplica a pagamento de QR/copia-e-cola.
Fluxo
- Você envia a requisição → recebe
HTTP 201comstatus: "processing"e umreference_code. - Mais tarde, enviamos um webhook em
postbackUrlcom o status final:status: "paid"→ pagamento concluído.status: "refunded"→ não foi possível concluir; nenhum ajuste é necessário do seu lado.
external_id deve ser único por transação. Use-o como sua chave de idempotência.Validação de chave PIX
Antes de processar, validamos o formato dapix_key:
- CPF / CNPJ: dígitos verificadores (módulo 11)
- Email: formato válido
- Phone: padrão E.164 (
+55...) - EVP: UUID v4
HTTP 422 imediatamente.
Fracionamento de saques altos
Se a sua conta tiver fracionamento habilitado, um saque por chave acima do teto (padrão R$ 14.000 por saída) é dividido automaticamente em várias saídas menores, cada uma ≤ teto, enviadas em sequência com um pequeno intervalo entre elas. Isso acontece porque o provedor limita o valor de uma única transferência PIX. Em vez de recusar o saque, dividimos pra você — de forma transparente.Você envia 1 saque acima do teto
value_cents: 5000000 (R 14.000.Recebe HTTP 202 com fractioned: true
201 normal, a resposta traz fractioned: true e a lista de frações
(ex.: 4× R$ 12.500). A soma das frações é exatamente o valor solicitado. O valor
total é debitado da sua wallet na hora (cada fração reserva seu próprio valor + taxa).Cada fração é enviada e liquidada separadamente
reference_code,
external_reference = {seu_external_id}-fN e webhook próprio. Acompanhe cada uma
como um saque normal (scheduled → processing → paid).- O fracionamento vale só para saque por chave. Pagamento de QR / copia-e-cola acima do
teto é recusado com
HTTP 422(o QR exige o valor exato, não dá pra pagar em pedaços). - O seu limite por transação continua valendo: um saque acima dele é recusado antes de fracionar — o fracionamento não serve pra ultrapassar o seu limite, só pra respeitar o teto do provedor.
- Um retry do mesmo
external_iddevolve as mesmas frações comidempotent: true(não duplica).
Authorizations
Autenticação por par client-credentials. Envie dois headers em toda requisição:
ci: client_id (público)cs: client_secret (privado — nunca exponha no frontend)
Gere as credenciais no painel da Paysure em API Keys. Você pode ter múltiplas chaves ativas.
Body
191x >= 100cpf, cnpj, email, phone, evp 2551913225520Response
Pagamento aceito (processando)

