Quando existe fatura e quando não existe
Sem fatura
Compra única direta: link de pagamento, checkout avulso, cobrança pela API.
O pagamento é o documento financeiro — não há o que faturar antes.
Com fatura
Ciclo de assinatura, cobrança avulsa de um cliente, qualquer cobrança que
precise de itens, vencimento, boleto com prazo ou histórico auditável.
billing_reason da fatura diz de onde ela veio:
No Brasil, a fatura da Chargefy não substitui nota fiscal. Ela é um
documento operacional de cobrança e conciliação. Para NF-e ou NFS-e, use o
sistema fiscal apropriado e relacione o identificador pela sua integração ou
por
metadata.O exemplo que explica a diferença
Uma assinatura mensal de R$ 149,00. O cartão do cliente falha na renovação de março e é aprovado dois dias depois, na retentativa.
A fatura é uma só durante todo o mês de março: ela é o documento daquele
ciclo. Os pagamentos são as tentativas de coletar o valor dela. O campo
payment_intent da fatura aponta sempre para a tentativa mais recente.
Compare com uma compra única de R$ 99,00 por link de pagamento: existe apenas o
pagamento pi_*, com invoice: null. Não há ciclo, não há vencimento, não há
documento a apresentar — o comprador clica, paga e a operação encerra.
Para que serve cada um
Na prática:- Liberar acesso ou entregar o pedido → escute o pagamento
(
payment.intent.succeeded) ou a fatura (invoice.paid), conforme o fluxo. Numa assinatura,invoice.paidé o sinal certo: ele significa que o ciclo inteiro foi quitado. - Mostrar ao cliente o que está sendo cobrado → é a fatura. Ela tem os itens de linha, o período de cada item, os descontos e o total.
- Enviar uma cobrança com prazo → é a fatura. Ela tem
due_date,hosted_invoice_urlpara o cliente pagar ecollection_method: "send_invoice"para o caso em que o cliente paga por conta própria. - Saber se o dinheiro entrou agora → é o pagamento e o
statusdele. - Saber se ainda falta cobrar algo do cliente → é a fatura e o
amount_remaining.
Como os dois se ligam
payment_intent, e o pagamento indica a fatura de origem em invoice. Num
pagamento avulso, invoice é null.
Quem cria o quê
A fatura guarda um retrato do clienteQuando a fatura é gerada, ela captura
customer_name, customer_email,
customer_document e o endereço de cobrança daquele momento. Esse snapshot não
muda depois, mesmo que o cadastro do cliente mude — o documento continua
refletindo quem era o cliente quando a cobrança foi emitida. O pagamento não
tem esse retrato: ele aponta para o cadastro atual.Perguntas frequentes
Todo pagamento tem uma fatura?
Todo pagamento tem uma fatura?
Não. Compra única direta não gera fatura: o campo
invoice do pagamento
fica null. A fatura existe quando há um documento de cobrança a
representar.Uma fatura pode ter vários pagamentos?
Uma fatura pode ter vários pagamentos?
Sim. Cada tentativa de coletar o valor cria um pagamento, e
payment_intent
reflete a mais recente. O attempt_count conta as tentativas e o
amount_remaining diz se ainda há saldo em aberto.Cancelar o pagamento cancela a fatura?
Cancelar o pagamento cancela a fatura?
Não. São ciclos de vida separados: um pagamento cancelado deixa a fatura em
open, pronta para nova tentativa. Para encerrar o documento sem receber,
use POST /v1/invoices/{id}/void.Qual dos dois eu guardo no meu banco?
Qual dos dois eu guardo no meu banco?
Os dois, com papéis diferentes. Guarde a fatura para representar o que o
cliente deve, e o pagamento para acompanhar a tentativa em curso. Numa venda
avulsa, só o pagamento existe.
Onde vejo o que entrou na conta depois de a fatura ser paga?
Onde vejo o que entrou na conta depois de a fatura ser paga?
Nas transações. A fatura diz quanto foi cobrado; o extrato diz quanto entrou
depois das taxas e quando liquida — veja Pagamentos vs.
Transações.
Próximos passos
Faturas
O objeto completo: ciclo de vida, itens de linha, página hospedada e ações.
Assinaturas
De onde vem a maior parte das faturas.
Pagamentos vs. cobranças
O processo da venda e cada tentativa dentro dele.
Objeto invoice
Contrato público completo da fatura.

