Skip to main content

Criar depósito

POST /v1/deposits
Resposta 201:
  • amount_cents é o valor cobrado do player; net_cents é o que entra no seu saldo (já descontada a taxa).
  • pix.emv é o copia-e-cola. Renderize o QR a partir dele no seu app.
  • Idempotência: repetir o POST com o mesmo external_id devolve o depósito existente (200).
  • currency / payment_method — a moeda e o trilho. Sem eles, BRL / PIX, exatamente como sempre foi.
  • Todo depósito devolve também currency, payment_method, flow (DIRECT ou REDIRECT) e charge — a forma de pagar no formato do trilho. No PIX, charge é { "type": "pix", "emv", "qr_url" } (o mesmo que pix).

Depósito em pesos mexicanos (SPEI)

O SPEI é um trilho REDIRECT: não existe código copia-e-cola; o pagador faz uma transferência para uma CLABE gerada por cobrança, com o valor exato. Você escolhe como recebe isso em delivery:
  • A CLABE é única por cobrança: a conciliação é pela conta, não por referência.
  • charge.expires_at é o mesmo expires_at do depósito, em epoch. A validade que vale é a nossa: vencido, o depósito expira e a CLABE deixa de ser paga.
  • O pagador precisa transferir o valor exato. Vale o amount_cents do charge.
  • payer.document é o RFC ou CURP do pagador.
  • A confirmação chega pelo webhook deposit.paid, como no PIX.
No modo direct, se a página não trouxer os dados a cobrança é recusada com PROVIDER_ERROR — a URL de uso único já foi consumida e não há como voltar ao redirect. Crie outra cobrança, com delivery: "redirect".

Consultar / listar

Quando pago, o depósito ganha paid_at, e2e_id e payer_details (dados bancários do pagador, úteis para antifraude e conciliação).

Estados

PENDING → PAID (pagamento confirmado) · PENDING → EXPIRED (venceu sem pagar). Um PIX pago com atraso pode levar EXPIRED → PAID — aceitamos, pois o dinheiro entrou.
Você não precisa fazer polling: registre um webhook e reaja ao evento deposit.paid.