Pular para o conteúdo principal
Use Payment Element quando estiver construindo ou reconstruindo o checkout.

Por que a Pagou recomenda

  • Campos hospedados reduzem exposição PCI.
  • A tokenização acontece no navegador sem o seu back-end tocar dados brutos do cartão.
  • A autenticação do cartão é tratada dentro de elements.submit(...), sem campos extras a coletar.
  • O contrato do back-end fica simples: criar uma transaction com o token devolvido pelo navegador.

Requisição do back-end

Exemplo de resposta

Erro comum

Status 422
Como corrigir: crie o token no Payment Element antes. Não colete os dados brutos do cartão no seu próprio formulário e envie direto para a API.

Parcelado com juros pagos pelo comprador

Quando a sua conta está configurada para cobrar os juros do parcelamento do comprador, a transação é criada do mesmo jeito, com duas diferenças:
  • amount é o valor antes dos juros. A Pagou soma os juros da parcela escolhida e cobra o total. A resposta da criação e o webhook trazem amount como o total cobrado. Use base_amount, presente na resposta da criação, no GET /v2/transactions/{id} e no webhook, para o valor que você enviou. O GET /v2/transactions/{id} traz amount como o valor antes dos juros, igual ao base_amount; o total cobrado está na resposta da criação e no webhook.
  • A parcela precisa ser escolhida no campo de cartão (veja a opção installments do SDK). Envie o mesmo amount, installments e interest_free_installments que o campo de cartão mostrou.
Campo opcional: interest_rate enviado na requisição é ignorado nessas vendas; a taxa cobrada é sempre a calculada pela Pagou. Nos dois casos nada é cobrado e nenhuma transação é criada. base_amount também vem nas vendas comuns: é o valor que você enviou, na moeda da transação.

Regra de decisão

  • Use Payment Element nos fluxos de cartão no navegador.

Continue com