Skip to main content
Emite um código PIX fresco para um payment_intent cujo código anterior já expirou — mesma PI, mesmo client_secret, novo latest_charge, novo next_action.pix_display_qr_code. O código PIX tem validade curta definida na geração (retornada em next_action.pix_display_qr_code.expires_at); quando ela passa sem pagamento, o intent volta a requires_payment_method — a tentativa acabou, o intent não — e esta ação inicia a próxima tentativa com um código novo. No checkout hospedado isso já acontece na tela: o comprador clica em “Gerar novo código PIX” e continua o pagamento sem recomeçar a compra.

Restrições

  • O payment_intent precisa ter payment_method: "pix" e estar em status: "requires_payment_method" — o estado em que um código vencido deixa o intent. Um PIX pending ou processing ainda pode ser pago e não pode ser regenerado. Um cancelamento explícito via /cancel é terminal.
  • 1 reemissão por minuto por Payment Intent. Chamadas mais frequentes retornam 429.
  • Sem limite total de reemissões — pode chamar quantas vezes precisar, respeitando o limite de frequência.

Parâmetros de caminho

string
required
ID do payment intent (pi_*).

Resposta

Retorna o payment_intent atualizado — status volta a pending e next_action.pix_display_qr_code traz o QR novo com a nova validade.

Efeitos colaterais

  • O código antigo não é cancelado ativamente: a própria validade curta o invalida no provedor, e um pagamento feito após a expiração é estornado automaticamente — não há risco de pagamento duplo.
  • A charge antiga permanece canceled (quando o código expirou) e uma nova charge pending vira o latest_charge.
  • Eventos emitidos: charge.updated (nova charge) + payment.intent.updated.

Erros comuns

Objeto Payment Intent

Diferença entre validade do PIX e estado do intent.

Nova tentativa de pagamento

Quando regenerar o PIX e quando criar outro Payment Intent.