Skip to main content
POST
Pagar PIX via chave (CPF/CNPJ/email/phone/EVP)
Envia um pagamento PIX para uma chave DICT cadastrada (CPF, CNPJ, email, phone, EVP).

Fluxo

  1. Você envia a requisição → recebe HTTP 201 com status: "processing" e um reference_code.
  2. Mais tarde, enviamos um webhook em postbackUrl com o status final:
    • status: "paid" → pagamento concluído.
    • status: "refunded" → não foi possível concluir; nenhum ajuste é necessário do seu lado.
Cada 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 da pix_key:
  • CPF / CNPJ: dígitos verificadores (módulo 11)
  • Email: formato válido
  • Phone: padrão E.164 (+55...)
  • EVP: UUID v4
Se a chave estiver malformada, respondemos com 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.
1

Você envia 1 saque acima do teto

Ex.: value_cents: 5000000 (R50.000)comtetodeR 50.000) com teto de R 14.000.
2

Recebe HTTP 202 com fractioned: true

Em vez do 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).
3

Cada fração é enviada e liquidada separadamente

Cada fração é um pagamento independente, com seu próprio reference_code, external_reference = {seu_external_id}-fN e webhook próprio. Acompanhe cada uma como um saque normal (scheduledprocessingpaid).
Exemplo de resposta 202
Cada fração cobra a taxa de saque cheia (são N saques independentes → N taxas). Um saque fracionado em 4 partes paga 4× a taxa de saque.
  • 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_id devolve as mesmas frações com idempotent: true (não duplica).

Authorizations

ci
string
header
required

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

application/json
external_id
string
required
Maximum string length: 191
value_cents
integer
required
Required range: x >= 100
pix_key_type
enum<string>
required
Available options:
cpf,
cnpj,
email,
phone,
evp
pix_key
string
required
Maximum string length: 255
receiver_name
string
required
Maximum string length: 191
receiver_document
string
required
Maximum string length: 32
postbackUrl
string<uri>
required
description
string | null
Maximum string length: 255
splits
object[]
Maximum array length: 20

Response

Pagamento aceito (processando)

cashout
object