pm_, e
o comprador não redigita número, validade nem CVV.
Como um cartão entra
De dois jeitos, e o primeiro é o melhor sempre que existir.Na venda, com save_card
Como efeito de uma venda aprovada em que alguém pediu para guardar:
Ao criar a cobrança
Sem cobrar, com POST /v1/cards
Para quando não há primeira venda: assinatura com teste grátis, cobrança adiada, upsell combinado
antes de qualquer cobrança.
pm_ — não cria um segundo.
Como cobrar com ele
EmPOST /v1/charges, troque o token pelo id:
card.id e save_card não convivem na mesma cobrança: um cartão que já está no cofre não entra
nele de novo.
Consultar e remover
Os três endpoints pedem o escopocards:manage:
A listagem filtra por
customer_document, que é como você encontra os cartões de um comprador
específico. Cartões vencidos ficam de fora por padrão; include_expired=true os traz de volta.
Remover revoga, não apaga. O cartão deixa de poder ser cobrado na hora, e o registro continua
existindo — é o que permite responder “com que cartão foi aquela cobrança de março” um ano depois.
Apagar a linha deixaria a sua conciliação com um buraco justamente nas vendas que alguém contestou.
last_four e brand são para exibir, nunca para reconhecer. Dois cartões do mesmo comprador
podem terminar nos mesmos quatro dígitos, e a bandeira que precifica a parcela é detectada pelo
BIN antes da autorização. O que identifica um cartão é o pm_.O que dá errado
Veja também
Cartão guardado
Campo a campo do que estas rotas devolvem.
Cobrança no cartão
Parcelas, juros e o objeto
card da resposta.Assinaturas
Cobrar em série com o
pm_, e o que a bandeira exige.Autenticação do portador
Por que o cofre e a autenticação não convivem.
Ficou algo de fora? Chame no WhatsApp. Se o assunto for uma chamada específica, informe o horário dela; se for uma entrega de webhook, informe o
X-Vext-Delivery — é por ele que localizamos a tentativa, a resposta do seu servidor e o horário.