Regras de Cobrança — Quando e como cobrar
Regras de Cobrança definem o comportamento do sistema na hora de gerar e cobrar mensalidades, faturas e ações associadas (avisos, bloqueio, renegociação). Cada contrato tem uma Regra de Cobrança vinculada.
É onde se configura: dia de geração da mensalidade, dia de vencimento, prazo de tolerância, juros/multa, quando enviar lembrete, quando bloquear inadimplente, quando criar renegociação automática.
Visão geral
CONTRATO vinculado a REGRA DE COBRANCA
v
+-----------------------------------------------+
| REGRA DEFINE A SEQUENCIA DE ACOES: |
| |
| Dia X: GERAR_MENSALIDADE |
| Dia X+5: GERAR_FATURA |
| Dia X+10: ENVIAR_BOLETO (email/WhatsApp) |
| Dia X+30 (vencimento): |
| - se pago: nada |
| - se nao pago: AVISO_VENCIMENTO |
| Dia X+35: AVISAR_INADIMPLENCIA |
| Dia X+45: BLOQUEAR_CONTRATO |
| Dia X+90: GERAR_RENEGOCIACAO_AUTO |
+-----------------------------------------------+
v
Sistema executa as acoes nos dias certos
(via cron Contrato - Criar as Faturas + outros)
Glossário
| Termo |
Significado |
| Regra de Cobrança |
Conjunto de regras (ações + datas) que define como cobrar de um contrato |
| Ação da regra |
Cada item da regra — GERAR_FATURA, ENVIAR_BOLETO, BLOQUEAR_CONTRATO, etc. |
| Dia da ação |
Quando a ação acontece (relativo ao vencimento ou ao dia de geração) |
| Periodicidade |
Mensal, semanal, anual, único |
| Tolerância |
Dias após vencimento sem juros/multa |
| Cron 'Criar as Faturas' |
Executa as ações de geração das regras (mensalidade/fatura) |
| Tolerância |
Dias após vencimento sem juros |
| Periodicidade |
Mensal, semanal, anual, único |
| Multa |
Valor adicional após vencimento |
| Juros |
% aplicada por dia/mês de atraso |
| Bloquear contrato |
Ação que suspende PPPoE |
| Aviso pré-vencimento |
Lembrete enviado N dias antes |
| Aviso pós-vencimento |
Cobrança N dias após vencer |
| Renegociação automática |
Cria acordo após N dias sem pagar |
1. Listagem de Regras
Contrato → Regra
2. Ações da Regra
| Ação |
O que faz |
| GERAR_MENSALIDADE |
Cria mensalidade do ciclo |
| GERAR_FATURA |
Agrupa débitos em fatura |
| ENVIAR_BOLETO |
Dispara email/WhatsApp com boleto/PIX |
| AVISO_PRE_VENCIMENTO |
Lembrete X dias antes do vencimento |
| AVISO_VENCIMENTO |
Aviso no dia do vencimento |
| AVISO_INADIMPLENCIA |
Cobrança N dias após vencimento |
| BLOQUEAR_CONTRATO |
Suspende o serviço (PPPoE) |
| NEGATIVAR_CLIENTE |
Envia pra Serasa/SPC (se integrado) |
| GERAR_RENEGOCIACAO_AUTO |
Cria acordo automático após X dias |
| CANCELAR_CONTRATO |
Encerra contrato definitivamente |
Pegadinhas frequentes
1. Regra sem GERAR_FATURA — mensalidade nunca vira boleto
Operador criou regra com GERAR_MENSALIDADE mas esqueceu GERAR_FATURA. Mensalidades acumulam sem cobrança gerada. Sempre adicione as 2 ações.
2. Bloquear antes de enviar aviso
Cliente bloqueado sem nunca receber aviso fica irritado. Sempre coloque AVISO_INADIMPLENCIA pelo menos 5 dias antes de BLOQUEAR_CONTRATO.
3. Regra desabilitada deixa contratos órfãos
Não basta desabilitar — os contratos vinculados ficam sem ações. Mudar a regra do contrato antes de desabilitar a antiga.
4. Múltiplas regras conflitantes
Cliente em regra A gera mensalidade dia 5; troca pra regra B (dia 10) no meio do mês — gera mensalidade duas vezes nesse mês. Mude com cuidado.
5. BLOQUEAR_CONTRATO sem ler retorno do banco
Se cron de retorno CNAB está parado, cliente paga mas Quaza não baixa, bloqueia indevidamente. Verifique sempre que a importação de retorno está rodando antes de confiar no bloqueio automático.
6. Juros/multa muito altos
Algumas regiões/países limitam juros legalmente. R$ 100 virando R$ 130 em 30 dias é predatório. Configure dentro da norma + tolerância de 5-10 dias sem encargos.
7. AVISO_INADIMPLENCIA cobrando bem-pagadores
Cron rodou antes do retorno CNAB chegar — cliente pagou mas Quaza ainda mostra em aberto. Ele recebe aviso ofensivo. Solução: rodar AVISO depois do retorno (ex: 14h, depois do batch matinal do banco).
Galeria de telas
Cx atendimento
Cx tipocaixa
Rn parceiro
Rn portas
Sms credito
Regras listagem
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
FAQ
Posso ter 1 regra global pra todos os contratos?
Sim — configure 1 regra 'Padrão' e vincule todos os contratos. Mas isso reduz flexibilidade. Comum ter 3-5 regras por perfil (residencial/empresarial/contrato anual).
Mudar regra afeta histórico?
Não. Mensalidades/faturas já geradas seguem a regra antiga. Só novas usam a nova.
Como suspender cobrança temporariamente sem mexer na regra?
Crie regra 'Suspensa' sem ações de cobrança e mude o contrato pra ela. Volte depois.
Posso ter regras diferentes por empresa fiscal?
Sim — em multi-empresa, cada empresa pode ter suas regras isoladas.
Regra com 20 ações é OK?
Tecnicamente sim, mas complica. Comum ter 6-10 ações. Mais que isso virou árvore de exceção — pense em criar regra paralela.