VenddorDocumentação API
API atualAPI legada
Guia rápidoReferência completa
Carregando índice…
API atual/Referência completa

Pagar.me, chargebacks e disputas

Recebíveis no Pagar.me, transferência automática, chargebacks e disputas do seller.

Duas perguntas financeiras do seller: "quando o dinheiro das vendas chega?" e "e se o cliente contestar?". A primeira é respondida pelas rotas do Pagar.me; a segunda pelas centrais de chargeback e de disputas.

Pontos principais
  • As rotas pagarme/* consultam o Pagar.me ao vivo e exigem recebedor vinculado.
  • Chargeback tem prazo de 7 dias; disputa dá 48 horas ao seller.
  • Dinheiro em centavos inteiros.
  • O seller só vê e altera os próprios casos.

Como funciona

open→evidence_ready→submitted→won | lost | resolved_refunded
  1. O dinheiro das vendas

    Com o Pagar.me, cada venda gera um recebível que cai na conta do seller no prazo do gateway. Consulte saldo e recebíveis.

  2. O cliente reclama

    Ou ele abre uma disputa na loja (resolvida entre as partes) ou contesta com o banco (chargeback).

  3. O seller reage no prazo

    Na disputa, o seller tem 48 horas para propor uma solução. No chargeback, 7 dias para enviar a defesa.

Conceitos-chave

Pagar.me e o recebedor

O Pagar.me é um dos gateways de pagamento da plataforma. Com divisão automática, o seller é cadastrado lá como recebedor e o dinheiro das vendas vai direto a ele. As rotas pagarme/* não leem o banco da plataforma: elas consultam o Pagar.me ao vivo, então dependem dele estar no ar.

Chargeback versus disputa

Chargeback é uma contestação feita pelo cliente ao banco do cartão; o prazo e o resultado vêm do gateway. Disputa é uma reclamação feita dentro da loja, sem banco; quem decide são comprador, seller e, se escalada, a loja.

Dinheiro e ids

Valores inteiros em centavos. Casos de chargeback e disputas usam UUID; os ids do Pagar.me são os dele (números ou textos como rp_...).

Acesso

As rotas do Pagar.me exigem o módulo pagarme e o privilégio financeiro. Chargebacks e disputas exigem só ser seller.

Endpoints

MétodoCaminhoPara que serveAutenticaçãoPágina
GET/api/v1/vendor/pagarme/summaryResumo financeiro.seller, financeiro, pagarmeSaldo e recebíveis
GET/api/v1/vendor/pagarme/payablesRecebíveis.seller, financeiro, pagarmeSaldo e recebíveis
GET/api/v1/vendor/pagarme/settlementsLiquidações por dia.seller, financeiro, pagarmeSaldo e recebíveis
GET/api/v1/vendor/pagarme/scheduleAgenda de 7 ou 30 dias.seller, financeiro, pagarmeSaldo e recebíveis
GET/api/v1/vendor/pagarme/transferLê a transferência automática.seller, financeiro, pagarmeTransferência
PUT/api/v1/vendor/pagarme/transferAltera a transferência automática.seller, financeiro, pagarmeTransferência
GET/api/v1/vendor/chargebacksLista casos.sellerChargebacks
GET/api/v1/vendor/chargebacks/statsIndicadores.sellerChargebacks
GET/api/v1/vendor/chargebacks/{id}Caso com dossiê.sellerChargebacks
PUT/api/v1/vendor/chargebacks/{id}Classifica e muda a situação.sellerChargebacks
GET/api/v1/vendor/disputesLista disputas.sellerDisputas
POST/api/v1/vendor/disputes/{id}/respondEnvia a proposta.sellerDisputas

Erros comuns

  • Chamar as rotas do Pagar.me sem recebedor: 409 pagarme_recipient_missing. A loja precisa vincular o seller antes.
  • Tratar 502 pagarme_upstream como bug da plataforma. É o Pagar.me que falhou ou recusou a chave; o motivo está em detail.
  • Mandar PUT /pagarme/transfer só com um campo. Os três são substituídos; o que faltar vai como falso/zero.
  • Passar de 7 dias num chargeback sem enviar a defesa: o caso vira expired.
  • Enviar reason ou amount_cents no PUT do chargeback. É 403 chargeback_fact_admin_only.
  • Responder uma disputa que já está awaiting_buyer: 400 cannot respond in status awaiting_buyer.

Próximos passos

Saldo e recebíveis
Painel financeiro no Pagar.me.
Transferência
Saque automático.
Chargebacks
Defender casos no prazo.
Disputas
Propor solução ao comprador.
Anterior
Dívidas e divisão de pagamentos
Próxima
Pagar.me: saldo e recebíveis
Nesta página
  • Como funciona
  • Conceitos-chave
  • Pagar.me e o recebedor
  • Chargeback versus disputa
  • Dinheiro e ids
  • Acesso
  • Endpoints
  • Erros comuns
  • Próximos passos