Para seguradoras e MGAs
Seguradoras e MGAs: o documento que devia sair e não saiu
A venda foi feita, a tela confirmou, o relatório fechou certinho. Só que o documento que devia ter saído do outro lado não saiu, e ninguém vai perceber isso até o dia em que alguém precisar dele.
Onde a lacuna costuma se esconder, entre o que foi vendido e o que foi emitido
Já mostramos em detalhe, no artigo sobre o documento que o sistema não emitiu, como esse tipo de falha se parece: a venda registrada, a mensagem de confirmação enviada, o relatório do mês fechando certinho, e do outro lado, um documento que devia ter sido emitido e nunca foi. Aqui a pergunta é outra: o que dá pra fazer a respeito, numa operação que não pode simplesmente parar pra conferir tudo na mão.
Isso se repete de duas formas, dependendo de quem está lendo. Numa seguradora, é a venda que não vira apólice emitida, ou o sinistro que não vira movimento registrado. Numa MGA, é a autorização concedida sob delegação que não vira processamento fechado do outro lado. O nome muda. O problema é o mesmo: duas listas que deviam bater e ninguém nunca comparou.
As duas listas que precisam fechar
O ponto de partida nunca é mexer em nada. É comparar o que foi vendido ou autorizado com o que foi de fato processado do outro lado: apólice emitida, endosso registrado, sinistro movimentado, autorização convertida em operação fechada. Nenhuma das duas listas fecha sozinha, porque cada sistema só registra o que fez, nunca o que deixou de fazer. Enquanto ninguém cruza as duas, a diferença entre elas fica invisível, por mais que o painel esteja mostrando número certo.
Quando essa comparação passa a rodar, a lacuna para de ser suspeita e vira lista, com nome e data. É o mesmo trabalho que fizemos no caso que deu origem a este texto: pegar o período, cruzar as duas fontes, e descobrir o tamanho real da diferença antes de decidir o que fazer com ela.
O aviso no dia, não no relatório do mês
Descobrir a falha num fechamento mensal significa descobrir quando ela já é passivo, não mais um ajuste simples. Por isso o segundo passo é sempre um aviso no momento em que o combinado não acontece, documento que devia sair em algumas horas e não saiu, autorização que devia virar registro e ficou parada, não um número escondido num relatório que só alguém abre no fim do mês.
A diferença entre os dois é o tempo que sobra pra agir. Um aviso no dia dá pra corrigir sem que o cliente perceba. Um relatório do mês seguinte só serve pra contar o estrago.
A regra nova que não esquece o caso antigo
Regra de negócio muda: nova exigência regulatória, novo fluxo de autorização, novo produto entrando no catálogo. O sistema passa a tratar diferente a partir de uma certa data, e os casos anteriores continuam seguindo a lógica velha, porque ninguém migrou, e ninguém migrar não é uma decisão que alguém tomou, é só o que sobrou de fazer. A gente confere justamente esse ponto: se os registros de antes da mudança continuam sendo tratados do jeito antigo sem que isso tenha sido escolhido por alguém.
É onde a maioria das lacunas nasce. Não no dia do lançamento da regra nova, no meio da migração, quando ninguém está mais olhando pra trás.
Corrigir sem reabrir o que já é direito de alguém
Registro que já tem validade jurídica, apólice vigente, cobertura já contratada, autorização já concedida, não se corrige do mesmo jeito que um cadastro qualquer. Voltar e reemitir sem critério pode resolver um problema pequeno criando um maior: mexer em algo que já é direito adquirido de alguém.
Por isso a gente separa o que pode ser corrigido prospectivamente, a partir de agora, do que exige decisão formal antes de qualquer ajuste. Essa separação nunca deveria acontecer no meio de uma correção às pressas, sob pressão de quem descobriu o problema outro dia.
O que isso não faz
Isso não decide o que reportar à SUSEP, não substitui o trabalho de quem já responde pelo compliance da seguradora ou da MGA, e não gera nem automatiza relatório regulatório de nenhum tipo. O que a gente entrega é a comparação, o aviso e o protocolo de correção; a leitura sobre o que aquilo significa perante o regulador, e a decisão do que fazer a respeito, continuam sendo de quem já tem essa responsabilidade dentro de casa. Ninguém aqui garante conformidade. O que a gente reduz é a chance de a falha ficar invisível até alguém de fora encontrar primeiro.
Por onde começa
O ponto de partida é o mesmo que está no artigo que deu origem a esta página: escolher um mês, de preferência um que já passou há uns seis meses, pegar tudo o que foi vendido ou autorizado nele, e conferir, um por um, se o que devia existir do outro lado existe de fato. Se essa conferência não é possível sem exportar duas planilhas e comparar na mão, ela nunca foi feita, e ninguém sabe hoje o tamanho real do que está parado lá dentro. É esse o ponto onde a conversa começa.
Como ajudamos
- Automação
Comparação automática entre vendido/autorizado e emitido/processado
A gente compara ativamente o que foi vendido ou autorizado (numa seguradora, a venda registrada; numa MGA, a autorização concedida sob delegação) com o que foi de fato processado do outro lado: apólice emitida, endosso registrado, sinistro movimentado. Nenhuma das duas listas fecha sozinha, porque cada sistema só registra o que fez, nunca o que deixou de fazer.
A lacuna aparece como lista com nome e data, não como suspeita de alguém.
- Automação
Alerta automático de falha no mesmo dia
Em vez de descobrir a falha num fechamento mensal, quando já virou passivo, o aviso sai no momento em que o combinado não acontece: documento que devia ter sido emitido em algumas horas e não foi, autorização que devia virar registro e ficou parada.
A equipe corrige no mesmo dia, antes de o cliente perceber ou o regulador perguntar.
- Redesenho de processo
Auditoria de migração de regra de negócio
Quando uma regra de negócio muda, nova exigência regulatória, novo fluxo de autorização, novo produto no catálogo, a gente confere se os casos anteriores continuam sendo tratados pela lógica antiga sem que ninguém tenha decidido isso.
Nenhum registro fica órfão só porque a regra mudou e ninguém voltou pra conferir os casos de antes.
- Redesenho de processo
Protocolo de correção sem reabertura de vigência protegida
Registro que já tem validade jurídica, apólice vigente, cobertura contratada, autorização já concedida, não se corrige do mesmo jeito que um cadastro qualquer. A gente separa o que pode ser corrigido prospectivamente do que exige decisão formal antes de qualquer ajuste.
A correção não vira um novo risco maior do que o original.
Na prática
O padrão se repete o bastante pra já ter forma reconhecível. Uma seguradora vende um produto, a tela confirma, o cliente recebe a mensagem de que está tudo certo, e a apólice não é emitida do outro lado. Ou uma MGA autoriza uma operação sob delegação, e o processamento correspondente nunca fecha o ciclo. As duas situações nascem do mesmo lugar: ninguém compara o que saiu de um lado com o que devia ter chegado no outro, porque essa comparação é chata, não tem prazo e ninguém pediu. Quando ela passa a rodar sozinha, a lacuna que ficaria escondida meses aparece como lista, no dia em que ainda dá pra agir, não no dia em que o cliente descobre sozinho que não tem o que achava que tinha.
Perguntas frequentes
-
Não. O que a gente faz é comparar o que foi vendido ou autorizado com o que foi de fato processado, e avisar quando as duas coisas não batem. Decidir o que reportar, como reportar e cumprir a obrigação em si continuam sendo trabalho de quem já responde por isso dentro da seguradora ou da MGA. A gente reduz a chance de a falha ficar invisível até virar problema, não assina nada no lugar de ninguém.
-
Os dois. Seguradora compara venda com emissão. MGA compara autorização concedida sob delegação com o que foi de fato processado do outro lado. O mecanismo é o mesmo: nenhuma das duas listas fecha sozinha, e a diferença entre elas é o que hoje ninguém vê. Muda o nome de cada lista, não o problema.
-
Não. A comparação entra ao lado do que já existe, lendo o que cada sistema já registra hoje. Não é uma plataforma nova pra aprender, é a pergunta que ninguém tinha automatizado: o que foi prometido bate com o que foi de fato entregue do outro lado?