Gestão de benefícios: faturamento mensal, inadimplência e movimentação de carteirinha

No dia 1º você abre a planilha. Confere quem entrou, quem saiu, quem trocou de plano. Soma família por família. Gera boleto um por um e manda no WhatsApp, copiando e colando.

Uma semana depois começa a conferência de quem pagou: outra planilha, batendo com o extrato na mão. Do que sobra você monta o arquivo de bloqueio, no formato que cada administradora exige. Quem pagou depois precisa entrar no arquivo de desbloqueio — e quase sempre entra atrasado.

E o telefone não para: gente pedindo segunda via, gente perguntando por que a carteirinha não passou, gente jurando que pagou.

Aí vêm os erros que ninguém acha olhando o total:

A vida que saiu do plano em março e continuou sendo cobrada em abril.
O beneficiário que pagou no dia 12 e só foi desbloqueado no dia 30 — e descobriu isso na recepção do consultório.
O dependente cadastrado com valor zero, atendido o ano inteiro, com o custo saindo do seu bolso todo mês.
E, no fim do mês, a pergunta que ninguém responde com segurança: o que entrou bate com o que eu tenho que repassar?

O problema não é o seu time. É que cada coisa está num lugar diferente: o cadastro no portal da operadora, o dinheiro na planilha, o boleto no site do banco, a cobrança no WhatsApp de alguém. Assim ninguém sabe o resultado do mês antes de o mês acabar — e o que você deixa de ganhar não aparece em lugar nenhum.

Quem administra benefícios não vende plano de saúde. O plano é da operadora. O que você vende é uma conta que fecha todo mês — e é nela que o seu dinheiro aparece ou some.

Este artigo mostra como esse mês funciona de verdade, onde ele costuma vazar, e como o REVO360 faz cada parte.

Quem faz o quê nessa cadeia

Antes de falar de processo, vale fixar os papéis, porque eles se confundem na conversa do dia a dia e a confusão aparece depois no rateio do dinheiro.

Papel	O que é	O que ele quer
Operadora	Quem opera o plano e presta a assistência. Registrada na ANS.	Receber o custo da carteira e ter a movimentação de vidas correta
Administradora de benefícios	Pessoa jurídica que propõe a contratação coletiva ou presta serviço à pessoa jurídica contratante. É atividade regulada pela ANS.	Carteira estável, inadimplência sob controle, margem preservada
Estipulante	O contratante coletivo: a empresa, a associação, o sindicato, o conselho profissional	Que a cobrança dos seus vinculados funcione sem que ele vire cobrador
Corretora	Quem vendeu e mantém o relacionamento	Comissão e carteira que não cancela
Titular	A vida que assina a adesão e recebe a cobrança	Pagar uma conta só e ter a carteirinha funcionando
Dependente	A vida vinculada ao titular	Nem sabe que existe faturamento — só usa o plano

Repare numa assimetria que define tudo o que vem a seguir: a cobrança sai por titular, mas a movimentação junto à operadora acontece por vida.

O produto da administradora não é o plano. É o ciclo.

Todo mês a mesma sequência precisa acontecer, na ordem, sem pular etapa:

Fechar a competência — quem estava ativo naquele mês, com qual plano e qual acomodação
Faturar — transformar as vidas ativas em uma cobrança por família
Emitir — boleto, PIX, carnê, o meio que o estipulante contratou
Conciliar — casar o que entrou no banco com quem devia
Movimentar — mandar para a administradora quem passou do limite e quem voltou a pagar
Repassar — pagar a operadora, apurar a comissão, prestar contas ao estipulante

Cada etapa parece trivial isolada. O problema é que elas se contaminam: um erro na etapa 2 só aparece na 6, quando o dinheiro já foi repassado errado.

A margem mora entre dois valores, e o erro é por vida

Cada beneficiário tem dois valores: o que se cobra dele e o custo dele na administradora. A diferença é a margem. Não é margem do contrato — é margem por vida.

Isso significa que uma única vida cadastrada com valor zerado não gera erro nenhum. Ela é faturada por zero, atendida normalmente pela operadora, e o custo dela sai do seu bolso todo mês. Numa carteira de milhares de vidas, ninguém encontra essa linha olhando o total.

O mesmo vale para o inverso silencioso: a vida que foi excluída do plano no papel, mas continua sendo somada no faturamento e continua indo no arquivo para a operadora. A pessoa recebe boleto de um plano que não tem mais, ou pior — continua com carteirinha ativa e usando.

A carteira se mexe todo mês, nos dois sentidos

Carteira de benefícios não é estoque parado. Todo mês entra gente — o funcionário admitido, o filho que nasceu, o cônjuge incluído — e sai gente — o desligado, quem migrou de plano, quem faleceu, quem parou de pagar.

Cada movimento desses tem três efeitos que acontecem em tempos diferentes, e é aí que a operação erra:

No cadastro, na hora.
No dinheiro, na próxima competência — porque a fatura da família muda de valor.
Na operadora, quando o arquivo é enviado — que é quando a carteirinha realmente passa a valer, ou deixa de valer.

Quem trata os três como se fossem um só descobre o descompasso do jeito ruim: o beneficiário excluído em março que ainda aparece na fatura de abril, ou o dependente incluído em março que só ganha carteirinha em maio.

Cobra-se a família, movimenta-se a vida

Este é o detalhe que quebra a maioria das implantações caseiras.

A cobrança tem grão de família. Um titular com três dependentes recebe um boleto, com a soma das quatro vidas. Emitir quatro boletos para a mesma casa é o caminho mais rápido de multiplicar inadimplência por erro de pagamento parcial.
A movimentação tem grão de vida. O arquivo que vai para a administradora lista pessoas: nome, CPF, nascimento, carteirinha. E quando o titular é pré-cancelado, os dependentes vão junto — eles não têm contrato próprio.

Sistema que trata os dois lados no mesmo grão erra em um deles. Se tratar tudo por família, o arquivo sai incompleto. Se tratar tudo por vida, o boleto sai picado.

A inadimplência aqui não termina em acordo. Termina em carteirinha.

Numa carteira de crédito, o fim da linha da inadimplência é negativação, protesto ou execução. Numa carteira de benefícios, o fim da linha é bloquear a carteirinha na operadora — e depois desbloquear.

Isso muda a natureza da cobrança. Você não está tentando recuperar um crédito morto. Está tentando manter uma vida na carteira, porque a receita é recorrente: perder o beneficiário custa muito mais do que o mês em atraso.

Pré-cancelado não é inativo

É a distinção mais importante do domínio, e a que mais dá errado quando alguém modela isso pela primeira vez.

O beneficiário pré-cancelado está com a carteirinha bloqueada na operadora — mas o contrato dele continua vivo. A cobrança precisa continuar. E é pagando que ele volta.

Se o pré-cancelamento marcar o contrato como inativo, acontece o seguinte, nesta ordem: o faturamento do mês seguinte deixa de gerar a cobrança daquela família; sem cobrança, não há pagamento; sem pagamento, não há gatilho de reativação. A carteira não volta nunca, e ninguém percebe — porque o sistema está funcionando exatamente como foi programado.

Toda operação de benefícios que reclama que “a reativação não funciona” está, na prática, descrevendo esse defeito.

O prazo não é o mesmo do plano individual

Vale separar duas coisas que costumam ser citadas como se fossem uma.

No plano individual ou familiar, a Lei 9.656/98 fixa a regra: a rescisão por inadimplência exige atraso superior a sessenta dias, consecutivos ou não, nos últimos doze meses de vigência, e o beneficiário precisa ser comprovadamente notificado até o quinquagésimo dia de inadimplência (art. 13, parágrafo único, II).

No coletivo — empresarial ou por adesão —, o prazo, o rito e a notificação vêm do contrato firmado entre a operadora e o estipulante. Não existe um número universal.

A consequência operacional é direta: a régua muda de carteira para carteira, e ela precisa ser um parâmetro do sistema, não uma constante escondida no código. Quem tem contratos com prazos diferentes e uma régua só, ou movimenta cedo demais em uma carteira, ou tarde demais em outra.

A régua precisa ser simétrica, ou a carteirinha pisca

Aqui está um defeito que quase ninguém prevê antes de sentir.

Suponha que o pré-cancelamento pegue quem passou de dez dias de atraso, mas a reativação só aceite quem está com zero parcela vencida. Quem tem uma parcela vencida há três dias fica preso: não volta hoje, e daqui a sete dias volta a entrar no arquivo de pré-cancelamento.

O resultado é a carteirinha oscilando entre bloqueada e ativa, mês após mês. O custo não é técnico — é humano: o beneficiário descobre o bloqueio na recepção do consultório, liga para o estipulante, o estipulante liga para você. A operadora recebe movimentação contraditória e passa a desconfiar do seu arquivo.

A mesma tolerância nos dois sentidos elimina a faixa morta entre os dois estados. Sai com dez dias, volta com dez dias. É uma decisão de desenho, não um detalhe de implementação.

E ela precisa ser uma definição só

Existe uma versão mais sutil do mesmo problema. A tela mostra a prévia de quem vai ser movimentado. O arquivo é gerado depois. Se a prévia e o gerador tiverem cada um a sua cópia da regra, um dia alguém ajusta a tolerância em um e esquece o outro.

O sintoma é: “o painel mostrou setenta vidas e o arquivo saiu com setenta e quatro”. Sem mensagem de erro, sem log, sem nada. Só a conferência manual pega — e ela é feita exatamente uma vez, no dia em que alguém desconfia.

Quatro coisas que vazam dinheiro sem gerar erro

Reunindo o que já apareceu acima, mais uma que só aparece na prestação de contas:

1. Vida com valor de cobrança zerado. Ela é faturada por zero e custeada por você. O total do faturamento continua parecendo razoável. A validação certa é bloquear a geração da competência inteira enquanto houver qualquer vida ativa sem valor — e dizer quais são.

2. Vida excluída que continua no ciclo. Marcar a saída do beneficiário só vale alguma coisa se todos os consumidores respeitarem a marca: o faturamento, o arquivo para a administradora, o painel, os relatórios. Marca sem filtro é decoração, e a pessoa segue sendo cobrada.

3. Cancelar a adesão achando que cancela a dívida. São duas decisões diferentes. Cancelar tira a família dos faturamentos futuros — o que já foi faturado continua em cobrança, e na maioria das carteiras é assim que tem que ser, porque o serviço foi prestado. Mas existe contrato em que o cancelamento definitivo deve zerar o débito. Se o sistema não deixa isso explícito por contrato, alguém vai fazer na mão, em um dos dois sentidos, e ninguém saberá qual foi a regra.

4. Crédito lançado no credor errado. Numa gestora com mais de uma carteira, o faturamento precisa saber sob qual credor ele corre. Sistema que “escolhe o primeiro que encontrar” funciona enquanto existe um só. No dia em que existirem dois, o erro não aparece na cobrança: aparece na prestação de contas, com dinheiro repassado para quem não era.

Como o REVO360 trata esse ciclo

O módulo de Gestão de Benefícios do REVO360 cobre a cadeia inteira — do cadastro do contrato estipulante até o beneficiário recebendo o PIX no WhatsApp e negociando com um agente autônomo. O que segue é o que está implementado.

Contratos estipulantes e contratos de adesão

A base do módulo é a cadeia contratual, cadastrada como ela existe no papel:

Contrato estipulante — o contratante coletivo. Carrega a operadora, a administradora que movimenta a carteirinha, o credor sob o qual o faturamento corre e o dia de vencimento padrão da carteira. É neste nível que se define, por contrato, se o cancelamento definitivo devolve o que está em aberto.
Plano contratado — cada plano do estipulante, com a acomodação. Um estipulante pode ter vários.
Contrato de adesão — um por titular, vinculado a um plano. É a unidade de cobrança e a unidade de estado: é ele que fica ativo, pré-cancelado, suspenso ou cancelado.
Beneficiários — uma linha por vida, titular e dependentes, cada uma com valor cobrado, custo líquido, carteirinha e data de exclusão quando sai.
Movimentações — a linha do tempo do contrato de adesão, que é onde a história fica.

Operadora, administradora, gestora e estipulante são cadastros de pessoa jurídica marcados por papel, então a mesma empresa pode ocupar mais de um papel sem cadastro duplicado.

Entrada de beneficiários

Uma vida entra por dois caminhos.

Pela tela, no dia a dia: abre-se o contrato de adesão e inclui-se o beneficiário na grade, com grau de parentesco, carteirinha, valor cobrado e custo. O titular pode entrar depois do próprio contrato — que é o caso normal, já que o cabeçalho é gravado antes do detalhe —, e o sistema reconcilia sozinho quem é o titular daquela adesão. Trocar quem é titular, ou remover o titular, reelege o responsável no cabeçalho na mesma hora; contrato não fica com o nome de alguém que não está mais nele.

Por arquivo, na implantação e nas cargas periódicas: a carteira do sistema anterior entra por chave natural — CPF do titular, adesão por responsável e plano, vida por adesão e CPF —, com upsert, não com apaga-e-recria. Rodar de novo o mesmo arquivo corrige e completa, em vez de duplicar a carteira ou zerar o histórico. O mapeamento do layout é feito por cliente, porque nenhum sistema legado exporta igual ao outro.

Duas consequências que valem mais do que parecem:

A vida nova entra na conta da família na competência seguinte. Não é um boleto novo, é o mesmo boleto com valor maior. É por isso que o grão de família precisa estar certo desde o começo.
Vida que entra sem valor de cobrança trava o faturamento inteiro daquele estipulante. É o gate descrito abaixo, e ele é deliberadamente barulhento: melhor a competência não fechar hoje do que fechar errado e você descobrir no repasse.

Faturamento em massa, com boleto e PIX

Cada mês faturado é um registro próprio: estipulante, ano, mês, status e totais. Isso torna a competência auditável — dá para responder “o que foi faturado em março, para quem, quanto, e quem apertou o botão”.

O processamento é em massa: você seleciona as competências de todos os estipulantes na grade e dispara de uma vez. Para cada uma, antes de gerar qualquer coisa, roda o gate de qualidade por vida: se qualquer beneficiário de adesão ativa estiver sem valor de cobrança, nada é gerado. A competência é marcada como erro, quem clicou recebe a notificação no sistema, e o processo para. Não existe faturamento “quase certo”.

Passando o gate, a geração cria um título por adesão e uma parcela por família — a soma das vidas daquela adesão naquela competência —, com vencimento no dia padrão do contrato. Cada parcela guarda de qual competência veio. E é idempotente: reprocessar a mesma competência só completa o que faltou, então ninguém cobra duas vezes clicando duas vezes.

A boletagem também é em massa, e por fila. O clique não gera boleto: enfileira. Um job consome a fila em lotes, chamando o registro online do banco. Isso não é preciosismo — registro de boleto conversa com o banco por HTTP, e uma carteira inteira numa requisição síncrona é uma janela travada e um resultado que ninguém sabe se completou.

Na fila, cada parcela tem tentativa contada e novo tentar automático. Parcela paga entre o enfileiramento e a execução não gera boleto. Parcela que já tem boleto ativo é reaproveitada, não duplicada. Ao zerar as pendências, quem pediu é notificado. Reclicar não duplica: rearma o que deu erro.

Cada boleto emitido carrega os três instrumentos de pagamento — PDF, linha digitável e PIX copia e cola —, e é isso que alimenta o envio.

Envio por WhatsApp, e-mail e SMS

O beneficiário não precisa entrar em lugar nenhum para receber a mensalidade. O motor de campanhas do produto dispara os lotes nos dias e horários configurados, com um processamento por canal: WhatsApp, e-mail, SMS, RCS e discador.

O que vai na mensagem é montado por etiqueta no modelo do canal, e as do boleto são resolvidas na hora do envio: link do PDF, linha digitável, PIX copia e cola, valor e vencimento — além dos dados do beneficiário e do total em aberto. Ou seja: a mesma régua manda o boleto do mês, a lembrança do vencimento e a cobrança do atraso, cada uma pelo canal certo, sem ninguém montar mensagem à mão.

Há também o envio avulso: da própria tela do título, mandar o boleto por WhatsApp para um número informado na hora — o caso do beneficiário que liga dizendo que não recebeu.

O desenho da régua — gatilho, canal, janela, cadência e critério de parada — está no nosso guia de régua de cobrança.

A cobrança, com o produto inteiro embaixo

Como o faturamento gera cobrança nativa do REVO360, e não um controle paralelo de mensalidade, a carteira de benefícios herda a operação de cobrança sem integração nenhuma:

Encargos por faixa de atraso, configurados por credor: juros, mora, multa e taxa de boleto. O valor de hoje é calculado na hora da leitura, então ficha, boleto e painel mostram o mesmo número no mesmo instante.
Negociação e acordo dentro do desconto e do parcelamento que aquele contrato permite, com alçada de aprovação para o que passa disso.
Portal de autoatendimento, para o beneficiário ver o que está em aberto e resolver sem operador.
Baixa pelo mesmo caminho da baixa manual: rateio entre principal e encargos, apuração de comissão e lançamento na prestação de contas. Não existe um segundo motor financeiro para benefícios — os números do módulo e os do financeiro batem porque são os mesmos números.
Prestação de contas por dono do crédito, com repasse e histórico de remessa.
Painéis de acionamento, promessa de pagamento, carteira de acordos e caixa realizado.

Atendimento por IA: a Sarah

A Sarah é a agente autônoma do REVO360. Ela atende pelo WhatsApp, 24 horas por dia, sem operador do outro lado, e roda hoje em operações de cobrança em produção. Numa carteira de mensalidade ela cobre os dois atendimentos que mais consomem o telefone da administradora:

Segunda via. O beneficiário informa o CPF, a Sarah localiza os boletos em aberto, apresenta a lista, e ele escolhe qual quer. Ela devolve o PDF, a linha digitável e o PIX na conversa. Sem fila, sem horário comercial, sem operador. O que ela mostra é só o que é pagável de verdade: boleto ativo, registrado no banco e com instrumento de pagamento — nada de mandar boleto cancelado ou já pago.

Negociação. Quando há atraso, ela consulta o que está em aberto, apresenta as opções já calculadas pelo banco de dados — desconto, entrada e parcelas saem sempre da regra configurada, nunca de invenção do modelo —, fecha o acordo e entrega o meio de pagamento na mesma conversa.

Quando a conversa sai do que ela resolve, o atendimento é transferido para uma pessoa, com o histórico junto. E do lado de dentro há a Simmone, que apoia o operador humano: lê o dossiê, sugere e tabula o atendimento sozinha. Ela nunca fala com o beneficiário.

Quatro estados e sete movimentos

O contrato de adesão vive em um de quatro estados, e só dois deles tiram a família da cobrança:

Estado	O que significa	Continua sendo faturado?
Ativo	Carteirinha valendo, tudo em dia	Sim
Pré-cancelado	Carteirinha bloqueada na operadora, contrato vivo	Sim — é pagando que ele volta
Suspenso	Contrato parado por decisão de alguém	Não
Cancelado	Encerrado, e é terminal	Não

E se movimenta por sete tipos de movimento, cada um carregando o estado que produz:

Movimento	Leva o contrato para	Quem dispara	Motivo
Ativação	Ativo	Pessoa	Não exige
Pré-cancelamento	Pré-cancelado	A régua, sozinha	Inadimplência, carimbado
Reativação	Ativo	A régua, sozinha	Não exige
Cancelamento de pré-cancelamento	Ativo	Pessoa	Obrigatório
Suspensão	Suspenso	Pessoa	Obrigatório
Cancelamento	Cancelado	Pessoa	Obrigatório, e é terminal
Exclusão de beneficiário	Não muda o contrato	Pessoa	Obrigatório

Repare que desfazer um pré-cancelamento não é a mesma coisa que ativar. Ativar é para contrato que estava suspenso ou nascendo, e não diz nada à administradora. Desfazer o pré-cancelamento tira do arquivo alguém que já foi posto nele — e carrega a pergunta de se a carteirinha precisa ser desbloqueada lá fora. Por isso ele é um movimento próprio, e por isso exige motivo: sumir do arquivo tem que ter dono e razão.

Os motivos também são cadastro, e a lista nasce com os que a vertical usa: inadimplência, solicitação do beneficiário, solicitação do estipulante, falecimento, perda de vínculo com o estipulante, migração de plano e outros. Só o de inadimplência é resolvido por código — é o que o pré-cancelamento automático carimba sozinho. O resto é do cliente.

E tudo isso é log, não três campos de data. Na maioria das implantações o estado mora em colunas soltas: data de pré-cancelamento, data de reativação, data de cancelamento. Cada uma guarda uma ocorrência. Quem cai, paga, volta e cai de novo sobrescreve o próprio histórico — e some a resposta para “por que essa vida foi bloqueada em maio”. Aqui cada movimento é uma linha, com origem (manual, sistema ou migração), motivo, data e autor.

Três travas seguram a integridade: motivo é obrigatório quando o tipo exige, cancelamento é terminal, e movimento que não muda estado é recusado — é essa última que impede o arquivo de movimentar a mesma pessoa duas vezes. E o status e a grade de movimentos são somente leitura na tela: log que se edita à mão não é auditoria.

Os arquivos de movimentação quebram por administradora

Quem recebe o arquivo e movimenta a carteirinha junto à operadora é a administradora, e o layout muda de uma para outra. Por isso a quebra é por administradora, não por estipulante — uma administradora atende vários estipulantes.

São dois arquivos, com ritmos diferentes: pré-cancelamento, periódico, com quem passou da tolerância; e reativação, mais frequente, com quem quitou. Os dois saem no grão de vida, com titular levando os dependentes, e os dois leem a mesma definição de inadimplência que a prévia mostra na tela.

A tolerância é parâmetro, não constante, e vale igual nos dois sentidos, pelo motivo do “piscar” descrito acima. Gerar duas vezes não movimenta ninguém duas vezes: o segundo movimento idêntico é recusado. E o arquivo não depende da resposta da geração — ele é reconstruível depois, então perder a conexão não custa o arquivo.

Saída: sai a vida, ou sai o contrato

São duas saídas diferentes, e confundi-las é o erro mais caro do módulo.

Sai a vida — exclusão de beneficiário. O dependente que perdeu a elegibilidade, o filho que passou da idade, quem migrou de plano. O contrato continua vivo e a família continua sendo cobrada: só que por um valor menor, a partir da competência seguinte.

A exclusão é lógica — fica registrado quem saiu, quando e por quê, e a linha continua na história do contrato, porque apagar a pessoa apagaria também os meses em que ela foi legitimamente cobrada. Duas recusas protegem a coerência: titular com dependente vivo não sai (os dependentes ficariam órfãos de contrato) e a última vida do contrato não sai (contrato sem ninguém não é contrato). Quem quer encerrar tudo cancela a adesão, que é a outra saída.

Sai o contrato — cancelamento definitivo. A adesão inteira encerra, com todas as vidas juntas. O estado é terminal: dali não se movimenta mais. A partir daí, a família some dos faturamentos futuros, porque a geração da competência só olha adesão ativa.

O que já foi faturado é outra conversa, e o módulo não decide por você: quem decide é o contrato do estipulante. Na maioria das carteiras, o que já foi cobrado continua em cobrança — o serviço foi prestado naquele mês. Mas existe contrato em que o cancelamento deve zerar o débito, e nesses o módulo devolve as parcelas em aberto e cancela os boletos de verdade no banco, não apenas marcando no sistema.

Essa diferença não é detalhe: boleto marcado como cancelado só do lado de cá continua pagável do lado de lá. O beneficiário pagaria uma dívida que você já baixou, e você teria que devolver dinheiro. A opção nasce desligada — um campo novo não pode mudar sozinho o resultado financeiro de quem já usa o módulo.

E ela roda depois que o cancelamento já está gravado, não dentro dele. Cancelamento é terminal: se o cancelamento do boleto falhar no banco, isso não pode desfazer o cancelamento do contrato nem fazer a tela dizer que ele não aconteceu. O que falhar fica declarado no histórico e a devolução é reexecutável.

Entre as duas saídas existe o pré-cancelamento, que não é saída nenhuma — é a pausa que a inadimplência provoca, com a cobrança seguindo viva. É a diferença entre perder o beneficiário e apertá-lo.

O painel mostra a carteira e o dinheiro na mesma tela

O Dashboard Carteira de Beneficiários trabalha em duas camadas.

Faturamento: estipulantes ativos, faturado do mês e do mês anterior, previsto para o próximo, cobertura por estipulante (quem deveria faturar e não faturou), composição do faturado entre baixado, a vencer e inadimplente, evolução por competência e recuperação por safra.

Carteira: total de beneficiários, valor cobrado contra custo líquido, receita, inadimplência, distribuição por operadora e por administradora, receita contra custo por operadora, vencimentos a pagar às administradoras, e a relação de vidas com estipulante, plano, acomodação e status.

A movimentação de carteirinha fica na mesma tela, entre as duas: prévia de quem entra, geração do arquivo e histórico do que já foi enviado.

Perguntas para levar à próxima demonstração

Independente de fornecedor, estas perguntas separam quem modelou o domínio de quem adaptou um sistema de cobrança comum:

Se uma vida ativa está sem valor de cobrança, o que acontece quando eu fecho a competência?
Um titular com três dependentes recebe quantos boletos?
Consigo faturar todos os estipulantes de uma vez, ou é um a um? E emitir os boletos?
O boleto sai com PIX, e ele chega no WhatsApp do beneficiário sem alguém montar a mensagem?
Pré-cancelado continua sendo faturado? Se não, como ele volta?
A tolerância de atraso é a mesma para bloquear e para reativar? Consigo mudá-la sem chamado de desenvolvimento?
A prévia da tela e o arquivo enviado à administradora saem da mesma regra ou de duas?
Excluir um dependente e cancelar a adesão inteira são a mesma operação no sistema? O que muda na fatura?
Quando eu cancelo uma adesão, o que acontece com o que já foi faturado e com os boletos abertos?
Quem atende o beneficiário que pede a segunda via às onze da noite?

Se alguma resposta for “isso a gente resolve na planilha”, você acabou de encontrar onde a margem vaza.

Próximo passo

O módulo de Gestão de Benefícios do REVO360 nasceu dentro de uma operação real de gestora de benefícios e hoje faz parte do produto. Ele cobre o ciclo inteiro — contratos estipulantes e de adesão, entrada e saída de vidas, faturamento em massa, boleto com PIX, envio por WhatsApp, e-mail e SMS, cobrança, pré-cancelamento, reativação, cancelamento definitivo e prestação de contas — apoiado na mesma base usada pelas assessoras que operam no sistema, com a Sarah atendendo pelo WhatsApp.

Se quiser ver a página do módulo, com o ciclo inteiro numa tela só, ela está em REVO360 para gestoras de benefícios.

E se preferir ir direto ao ponto: agende uma demonstração e traga duas coisas — o layout que a sua administradora exige na movimentação e a regra de inadimplência de um dos seus contratos. São os dois pontos onde a conversa fica concreta em cinco minutos.