Carnê — bloco de boletos pré-impressos entregues ao cliente no início do contrato
O Carnê é o conjunto de boletos pré-emitidos e impressos em bloco, entregues ao cliente fisicamente. Cada parcela é um boleto com vencimento futuro. Cliente paga uma a uma no banco/lotérica. Usado quando há muito cliente sem acesso digital ou em regiões onde boleto é forma predileta de pagamento.
Por que existe Carnê
Nem todo cliente tem WhatsApp/email. Em regiões interioranas e clientes mais velhos, papel ainda manda. O carnê resolve: emita 12 boletos pré-impressos no início do contrato, cliente paga um por mês. Sem boleto digital, sem Pix.
Carnê é um caso particular de fatura — diferencia-se apenas pela emissão em LOTE (vários meses de uma vez) e entrega física inicial.
Quando usar carnê
- Cliente sem acesso digital (email, WhatsApp)
- Região interiorana — agência bancária/lotérica é o canal
- Cliente prefere boleto físico (cultural)
- Contrato curto (3-6 meses) — emite um bloquinho e fim
- Cobrança avulsa fora do ciclo normal
Não use carnê se: cliente tem Pix ativo (envio digital é mais rápido e barato); ou contrato é renegociável frequentemente (carnê é rígido).
Glossário
| Termo |
Significado |
| Carnê |
Bloco de boletos pré-impressos, geralmente 12 (1 por mês). |
| Parcela |
Cada boleto individual do carnê. |
| Vencimento escalonado |
Cada parcela vence em dia diferente (ex: 1, 8, 15, 22). |
| Banco emissor |
Banco que recebe os pagamentos (configurado no gateway). |
| Linha digitável |
Código numérico que cliente digita no banco/app. |
| Reimpressão |
Emitir 2ª via quando cliente perde a folha. |
| Carnê físico vs digital |
Físico: imprimir e entregar. Digital: enviar PDF. |
| Auditoria |
Revisão sistemática de registros para detectar inconsistências. |
| Permissão |
Direito de acesso/edição vinculado a papel ou usuário. |
| API REST |
Interface programática que permite integração com sistemas externos. |
Fluxo de emissão
CARNÊ — DA EMISSÃO À COBRANÇA
──────────────────────────────
1. Contrato fechado
│
▼
2. Sistema gera N parcelas (vencimentos futuros)
┌──────────────────────────────────┐
│ Parcela 1: vence 10/06/2026 │
│ Parcela 2: vence 10/07/2026 │
│ ... │
│ Parcela 12: vence 10/05/2027 │
└──────────────┬───────────────────┘
│
▼
3. Impressão do carnê (PDF / bloco físico)
│
▼
4. Entrega ao cliente (presencial / correio)
│
▼
5. Cliente paga parcela X no banco/lotérica
│
▼
6. Retorno bancário (CNAB / Pix) → baixa parcela X
Tela de Carnê
Financeiro → Carnê
Tela de geração de carnê — número de parcelas, vencimentos, valor por parcela, banco emissor.
Reimpressão e perdas
Cliente perdeu folha do carnê? Não é problema — Quaza armazena o histórico:
- Reimprimir 1 parcela específica
- Reimprimir todas pendentes
- Reimprimir carnê inteiro (zero impacto se 2ª via)
Linha digitável é a mesma — banco aceita reimpressão sem problema.
Pegadinhas frequentes
1. Mudar valor da mensalidade depois de emitir carnê. Carnê impresso tem valor congelado. Reemita se mudou.
2. Cancelar contrato com carnê emitido. Parcelas futuras ficam órfãs. Cancele individualmente cada parcela pendente.
3. Vencimento batendo final de semana. Banco pode não aceitar pagamento no domingo. Configure dia útil.
4. Carnê físico extraviado nos correios. Use carnê digital (PDF por email) como backup.
5. Cliente paga 2x a mesma parcela. Sistema marca pago + crédito; ajuste manualmente.
FAQ
Quantas parcelas pode ter um carnê?
Configurável. Típico: 12 (1 ano). Pode ser 6, 24, 36 — depende do contrato.
Posso ter vencimentos em dias diferentes por parcela?
Sim — configurável parcela a parcela.
Cliente perdeu o carnê — como reimprimir?
Tela do carnê → ação "reimprimir" → escolhe parcelas. Linha digitável é a mesma.
Carnê pode mesclar mensalidade + instalação?
Sim — primeira parcela inclui taxa de instalação, demais só mensalidade.
E se cliente paga adiantado o carnê todo?
Aplique pagamento como "carnê completo" — Quaza marca todas as parcelas pagas.
Carnê retroativo é possível?
Não. Carnê é pra parcelas futuras. Para débitos vencidos, use renegociação.
Cancelar uma parcela do carnê?
Sim, individualmente. Demais ficam.
Boas práticas operacionais
Esta seção reúne hábitos que provedores experientes adotam pra evitar problemas recorrentes neste módulo. Aplicação consistente faz diferença grande no longo prazo — diferença entre operação caótica e operação previsível.
Revisão periódica
Reserve 30 minutos por semana pra revisar o estado do módulo: o que rodou, o que falhou, o que ficou pendente. Anomalia detectada cedo custa 10x menos que descoberta tarde.
Documentação de procedimentos
Crie checklists internos pra operações recorrentes — abertura/fechamento do mês, processamento em lote, correção de inconsistências. Não dependa de quem "sabe de cabeça" — funcionário pode sair, ficar doente, ter dia ruim.
Backup antes de operações em massa
Qualquer mudança que afete 100+ registros deve ser precedida de backup ou export. Restaurar uma alteração massiva equivocada é caro; prevenir é simples.
Comunicação com cliente
Mudanças que impactam o cliente (preço, cobrança, regra) devem ser comunicadas com antecedência. Cliente surpreendido reclama; cliente avisado entende.
Indicadores acompanhados
Defina 2-3 indicadores que medem a saúde do módulo. Acompanhe semanalmente. Quando algum sai do range esperado, investigue antes de virar problema visível.
Documentos relacionados