Criando um QRCode imediato
Criando um QRCode imediato
A criação de um QRCode na API do Pagou permite gerar um código Pix dinâmico para pagamentos instantâneos.
Visão Geral Técnica
O endpoint POST /v1/pix cria um QRCode para pagamento via Pix, com base nas informações fornecidas no payload JSON. O QRCode é identificado por um UUID único, retornado na resposta, e inclui um payload Pix e uma imagem em base64 para exibição. A operação é síncrona, retornando 201 Created com os detalhes do QRCode, incluindo o código Pix (payload.data) e a imagem (payload.image). O pagamento pode ser monitorado via webhook (ex.: evento ChargePaid).
Especificações:
Método:
POSTURL:
Produção:
https://api.pagou.com.br/v1/pixSandbox:
https://sandbox.api.pagou.com.br/v1/pix
Autenticação: Cabeçalho
X-API-KEYcom chave do painel.Content-Type:
application/jsonResposta: Status
201 Createdcom corpo JSON contendo os detalhes do QRCode.Erros:
400 Bad Request,401 Unauthorized,500 Internal Server Error.
Cabeçalhos
X-API-KEY
sua_chave_api
Chave de autenticação.
Content-Type
application/json
Formato JSON para o corpo da requisição.
User-Agent
NomeDaSuaAplicacao/1.0
Identificador da aplicação (ex.: MinhaLoja/1.0, opcional).
Corpo da Requisição
O payload deve conter informações do pagamento Pix, incluindo valor, descrição, pagador e configurações de notificação.
Campos do Payload:
amount
number
Sim
Valor do pagamento em reais (ex.: 50.00 para R$ 50,00).
description
string
Sim
Descrição do pagamento (máx. 255 caracteres).
expiration
number
Sim
Tempo de expiração do QRCode em segundos (ex.: 3600 para 1 hora).
metadata
array
Não
Pares chave-valor para dados adicionais (ex.: ID do pedido).
metadata[].key
string
Sim (se usado)
Chave do metadado (ex.: order_id).
metadata[].value
string
Sim (se usado)
Valor do metadado (ex.: ORD-2024-001).
payer
object
Sim
Dados do pagador.
payer.name
string
Sim
Nome completo do pagador (máx. 100 caracteres).
payer.document
string
Sim
CPF (11 dígitos) ou CNPJ (14 dígitos).
notification_url
string
Não
URL HTTPS para webhooks (ex.: https://your-webhook.com/notifications).
customer_code
string
Não
Código interno do cliente (máx. 50 caracteres).
Validações:
amount: Valor mínimo de 5 (R$ 5,00).description: Máximo de 255 caracteres.expiration: Valor positivo, geralmente entre 60 (1 minuto) e 604800 (7 dias).payer.document: Deve ser um CPF (11 dígitos) ou CNPJ (14 dígitos) válido.notification_url: Deve ser uma URL HTTPS válida.
Resposta
Status:
201 CreatedCorpo: JSON com os detalhes do QRCode, incluindo o UUID, payload Pix e imagem em base64.
Exemplo de Resposta:
Campos da Resposta:
id
string
UUID único do QRCode (ex.: 550e8400-e29b-41d4-a716-446655440000).
amount
number
Valor do pagamento em reais (ex.: 50.00).
description
string
Descrição do pagamento (máx. 255 caracteres).
expiration
number
Tempo de expiração do QRCode em segundos (ex.: 3600).
metadata
array
Pares chave-valor para dados adicionais.
metadata[].key
string
Chave do metadado (ex.: order_id).
metadata[].value
string
Valor do metadado (ex.: ORD-2024-001).
payer
object
Dados do pagador.
payer.name
string
Nome completo do pagador (máx. 100 caracteres).
payer.document
string
CPF (11 dígitos) ou CNPJ (14 dígitos).
notification_url
string
URL HTTPS para webhooks.
customer_code
string
Código interno do cliente (máx. 50 caracteres).
payload
object
Dados do QRCode Pix.
payload.payload_id
number
ID interno do payload Pix.
payload.data
string
Código Pix para pagamento (copia-e-cola).
payload.image
string
Imagem do QRCode em base64 (formato data:image/png;base64,...).
Exemplos de Código
cURL
Tratamento de Erros
400
Bad Request
Payload inválido (ex.: CPF inválido, amount < 5, expiration fora do intervalo).
Validar dados antes de enviar (use schema fornecido).
401
Unauthorized
X-API-KEY inválido ou ausente.
Verificar chave..
Exemplo de Resposta de Erro:
Mapa de Status do Pix
Cada QRCode Pix com vencimento possui um status que reflete seu estado no ciclo de vida. Os status possíveis, conforme definido na API do Pagou, são:
StatusEmpty
1
Estado inicial transitório, indicando que o QRCode foi criado, mas ainda não está ativo (ex.: aguardando validação interna).
StatusActive
2
QRCode ativo, pronto para pagamento, com código Pix e imagem disponíveis.
StatusCanceled
3
QRCode cancelado, não mais válido para pagamento (ex.: por solicitação ou expiração).
StatusCompleted
4
QRCode pago pelo cliente, com liquidação confirmada.
StatusRefunded
5
QRCode pago, mas reembolsado ao cliente (ex.: após devolução do produto).
Transições de Status:
StatusEmpty→StatusActive: Após validação interna bem-sucedida (geralmente imediata).StatusActive→StatusCompleted: Quando o pagamento é confirmado (notificado via webhookQRCodeCompleted).StatusActive→StatusCanceled: Após solicitação de cancelamento (ex.:DELETE/v1/pix/{id}) ou expiração do QRCode (definida pordue_dateeexpiration).StatusCompleted→StatusRefunded: Após processamento de reembolso (se aplicável).StatusCanceled,StatusRefunded: Estados finais, sem transições adicionais.
Boas Práticas Técnicas
Validação de Dados: Use esquemas JSON (como nos exemplos) para validar o payload antes de enviar, evitando erros
400.Segurança: Armazene
X-API-KEYem variáveis de ambiente e use HTTPS para todas as requisições.Webhooks: Configure o
notification_urlpara receber o eventoQRCodeCompletedouQRCodeRefundedquando o pagamento for confirmado ou estornado.Testes no Sandbox: Use
https://sandbox.api.pagou.com.br/v1/pixpara simular criação de QRCodes sem custos reais.Monitoramento: Registre todas as requisições e respostas (incluindo
id,payload.dataepayload.image) em logs para auditoria e depuração.
This endpoint creates a new qrcode with the provided data.
Client Identifier
Created
Bad Request
Unauthorized
Internal Server Error
This endpoint creates a new qrcode due with the provided data.
Client Identifier
Created
Bad Request
Unauthorized
Internal Server Error
Last updated