> ## Documentation Index
> Fetch the complete documentation index at: https://docs.chargefy.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Configurações de pagamento e faturamento

> Onde a organização define métodos, parcelamento, termos de fatura, renovação de assinaturas e o portal do cliente — e como a plataforma define o padrão das organizações conectadas.

Toda regra de pagamento mora em **Configurações**, em duas áreas: **Pagamentos**
(o que o comprador vê e como o dinheiro entra) e **Assinaturas e faturamento**
(o que acontece depois da venda recorrente). Cada opção vale dali para frente —
e o que precisa ser prova (a régua de retentativas, os termos de uma fatura
emitida) fica congelado no objeto que nasceu com ela.

<Info>
  **Mudar uma configuração nunca altera o que já foi emitido.**

  Cada fatura copia os termos vigentes ao nascer (prazo, multa, juros e a régua
  de lembretes), e cada recuperação em andamento segue a régua que valia na
  primeira falha. A mudança vale para as próximas.
</Info>

## Pagamentos

| Aba | O que define |
| - | - |
| **Conta para saques** | A conta bancária que recebe os repasses. |
| **Métodos de pagamento** | Quais meios o comprador vê (Pix, cartão, boleto) e a ordem; o máximo de parcelas e quem paga o juro do parcelamento. |
| **Checkout** | O modelo da página, o resumo do pedido, os dados pedidos ao comprador, o destaque de parcelas e o redirecionamento depois do pagamento. |

Por exemplo: com o juro do parcelamento no comprador (o padrão recomendado),
uma venda de R$ 1.000,00 em 12x soma o acréscimo às parcelas e a organização
recebe o valor cheio; com o juro na organização, o comprador paga R$ 1.000,00
e o custo sai do repasse.

## Assinaturas e faturamento

| Aba | O que define |
| - | - |
| **Assinaturas** | A régua de retentativas e o destino da assinatura ao esgotá-las; os e-mails ao assinante (falha, cartão vencendo, aviso antes do fim do período grátis); a renovação por fatura (antecedência da emissão e o desfecho da fatura vencida); e o cartão de uso único. |
| **Faturas** | Os termos padrão das cobranças manuais: prazo até o vencimento, pagamento em atraso, multa, juros ao mês, a régua de lembretes e o parcelamento na página da fatura. |
| **Portal do cliente** | O portal ligado ou desligado, onde o assinante troca o cartão e acompanha as faturas. |

Alguns exemplos do efeito de cada escolha:

* **Prazo padrão de 7 dias** nas Faturas: uma cobrança criada hoje sem
  vencimento explícito vence em sete dias — no modal do painel e na API
  ([`POST /v1/invoices`](/api-reference/invoices/create) sem `due_date`).
* **Antecedência de 5 dias** na renovação por fatura: o assinante que paga por
  Pix ou boleto recebe a fatura do ciclo cinco dias antes da virada, e o
  vencimento segue o prazo da assinatura.
* **Fatura de renovação vencida → cancelar após 60 dias**: a assinatura com o
  ciclo em aberto há mais de 60 dias é cancelada; a fatura continua aberta e
  cobrável. Marcar como **não paga** mantém a cobrança manual possível — pagar
  qualquer fatura aberta reativa a assinatura.
* **Aviso antes do fim do grátis em 3 dias**: o comprador recebe um e-mail com
  a data, o valor e o botão do portal para cadastrar o cartão. Com `0`, só o
  e-mail é desligado — o aviso ao integrador (webhook
  [`subscription.trial_will_end`](/api-reference/webhooks/subscription.trial.will.end)) continua.
* **Cartões de uso único** ligados em assinaturas: o cartão que não pode ficar
  salvo paga o primeiro ciclo e a renovação chega por fatura
  ([entenda o resgate](/api-reference/charges/failure-codes)).

## Chargefy for Platforms

A plataforma tem **a mesma área de configurações**, e o que ela define vira o
padrão das organizações conectadas. A herança é **por área**: a organização
que edita as Faturas deixa de seguir a plataforma só nas Faturas — métodos,
checkout, assinaturas e portal continuam herdados até serem editados. Voltar a
seguir a plataforma descarta os valores próprios daquela área.

A régua de recuperação acompanha a área de Assinaturas: enquanto a organização
segue a plataforma ali, vale a régua da plataforma; ao editar, a organização
materializa a própria.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.