Quibly Pay
API v3

POST /v3/pix/qrcode

Crie uma cobrança PIX. Escopo cashin.

POST /v3/pix/qrcode

valor é obrigatório. nome (nome do pagador), cpf (documento do pagador), descricao e urlnoty são lidos como textos ou números convertidos em textos; campos omitidos viram textos vazios. No sandbox, o nome padrão do pagador é Cliente Sandbox. A validação do provedor pode exigir outros dados do pagador em produção. urlnoty é opcional; quando presente, deve usar HTTPS e um destino público.

{
  "statusCode": 200,
  "qrcode": "PIX_COPY_AND_PASTE_TEXT",
  "checkout_url": "",
  "transactionId": "TRANSACTION_ID",
  "amount": 25
}

qrcode contém o texto PIX copia e cola, não uma imagem base64. checkout_url está vazio atualmente; não redirecione o cliente para ele. O sandbox acrescenta mode: "sandbox" e gera um QR simulado que não pode ser pago em banco. Tarifas maiores que a cobrança ou valores abaixo do mínimo configurado são rejeitados. A criação de QR não trata Idempotency-Key: repetir a chamada pode criar outra cobrança. Salve o resultado e investigue chamadas sem resposta antes de criar possíveis duplicatas.

Enviar urlnoty não configura sozinho a entrega do webhook. Cadastre um webhook ativo e habilite "Usar nas notificações por cobrança". Sem ele, apenas credenciais que ainda tenham uma chave HMAC legada podem enviar notificações por cobrança. O header X-Quibly-Secret só é enviado para a mesma origem do endpoint marcado; outras origens devem verificar X-Quibly-Signature. Configure as entregas e as chaves antes de usar urlnoty.