Da cotação à cobrança: como reduzir a dependência de projetos de TI longos

Imagine uma terça-feira de reunião de comitê. O diretor comercial pede uma mudança que parece pequena: um produto de proteção com uma tarifa diferente para um segmento novo e um desconto para quem contratar pelo canal digital. O diretor de tecnologia responde com uma estimativa de vários meses, entre análise, desenvolvimento, testes e liberação. Ninguém na mesa está errado. A área comercial tem uma oportunidade com data; a área de tecnologia sabe que essa tarifa vive repartida entre a cotação, a emissão, a cobrança, o sistema de comissões e a planilha do atuário.

Esse é o padrão que vale a pena observar: quando a regra está escrita dentro do código de vários sistemas, cada mudança de produto ou de tarifa tende a virar um projeto. Não necessariamente porque a ideia seja complexa, mas porque a mudança obriga a revisar e validar os sistemas envolvidos.

Este artigo se dirige a executivos de seguradoras no México responsáveis por crescimento, operação, tecnologia, atuária, jurídico ou conformidade. Os princípios de rastreabilidade podem ser úteis em outros setores, mas as obrigações regulatórias exigem uma análise distinta. Ele apresenta três ideias:

1. O tempo de uma mudança depende de onde vive a regra, não de quão complicada ela seja.
2. Configurar não é driblar o controle. Para avaliar uma solução de configuração, o comitê deveria exigir evidência de quem aprovou cada mudança, qual versão estava vigente e como cada preço foi calculado.
3. Uma ferramenta não substitui o atuário nem o registro do produto. O que ela pode fazer é deixar esse trabalho como o gargalo legítimo, sem que a fila da TI seja também um gargalo.

Onde o tempo se perde

Quando uma mudança de tarifa leva mais tempo do que o esperado, convém verificar se o atraso está na lógica de cálculo, na duplicação dela, nas aprovações ou nas dependências entre sistemas. O tempo costuma ir para quatro lugares:

• A regra está duplicada. A cotação calcula de uma forma; a emissão, de outra quase igual; a cobrança e o cancelamento, de uma terceira. Cada cópia precisa ser alterada e testada.
• É difícil ver a regra completa. Para saber por que um cliente pagou determinado valor, é preciso perguntar a quem programou cada sistema.
• A mudança disputa lugar na fila. Um ajuste de tarifa espera atrás de uma migração, de um patch de segurança e da agenda da equipe.
• A ida para produção é um evento. Testa-se tudo junto, libera-se em uma janela e, se algo não bate, reverte-se tudo.

Os fornecedores de software para seguros sabem disso e vendem essa solução. Como referência de mercado, um fornecedor anunciou em abril de 2026 uma ferramenta que, segundo o comunicado dele, reduz em até 50 % o esforço de gerar requisitos e manuscritos de produto e comprime prazos de implantação de meses para semanas, com resultados iniciais [1]. É uma afirmação do próprio fornecedor, sem medição independente e com alcance inicial por meio dos serviços profissionais dele; não é base para estimar o caso de uma seguradora mexicana. As fontes citadas aqui não trazem uma medição comparável do tempo de lançamento de produtos nas seguradoras mexicanas, e por isso não colocamos aqui uma cifra de «quanto se leva hoje no México». A que importa é a da própria empresa, e quem a mede é o comitê.

Configurar com controle, não apenas com velocidade

A ideia de fundo é simples: que produto, cobertura e tarifa sejam dados com um responsável e com o registro de cada versão, e não linhas de código dispersas. Mas convém precisar o que significa «com controle», porque uma configuração sem controle é apenas uma forma mais rápida de errar.

Para um comitê, quatro características distinguem uma configuração séria de uma perigosa:

Quem aprova. Uma mudança de tarifa não é publicada por quem a digita. Há um fluxo de revisão, com papéis claros: quem propõe, quem valida tecnicamente e quem autoriza a saída.

Qual versão está à venda. Cada tarifa tem uma versão com data de início e de fim. Uma cotação emitida hoje deve poder ser reconstruída amanhã com a versão que estava vigente, não com a que estiver ativa naquele momento.

Como foi calculada. Cada preço deve poder ser explicado com o detalhamento: prêmio base, acréscimos, descontos, taxas, impostos e, se couber, a comissão. Quando um cliente, um agente ou um auditor pergunta «por que este valor?», a resposta não pode ser «o sistema calcula».

Quais regras foram aplicadas. Além do resultado, fica o registro de quais regras intervieram e em que ordem. É a diferença entre um número e uma explicação.

Cenário (ilustrativo, sem cliente). Uma seguradora quer ajustar a tarifa de um produto para um segmento. Hoje a mudança passa pela área de tecnologia em quatro sistemas. Se a regra for governada a partir de uma definição comum e os sistemas envolvidos estiverem integrados, o fluxo poderia separar proposta atuarial, revisão, autorização e vigência. Diante de um esclarecimento posterior, o objetivo é poder consultar o detalhamento, a vigência e as regras aplicadas sem depender de reconstruções manuais. O tempo da TI não desaparece: é investido em construir e manter o mecanismo uma vez, em vez de repeti-lo a cada mudança.

O atuário não se substitui

É o ponto em que há mais ruído, e vale a pena ser claro. Em seguros, as coberturas e os prêmios devem estar sustentados por uma nota técnica, e essa nota é elaborada e assinada por um profissional.

A Comisión Nacional de Seguros y Fianzas (CNSF, comissão supervisora de seguros e fianças do México) publica, entre os sistemas de registro dela, o Registro de Produtos, junto com o de modelos de contratos e o de notas técnicas de fianças [2]. A Ley de Instituciones de Seguros y de Fianzas (LISF, lei das instituições de seguros e fianças) exige que a nota técnica seja elaborada e assinada por um atuário com cédula profissional e com os requisitos profissionais previstos na lei (ou que comprove os conhecimentos perante a CNSF), que a documentação contratual tenha um parecer jurídico e que o parecer de congruência entre as duas seja assinado pelo atuário e por quem assinou o parecer jurídico (art. 201) [5]. A Circular Única de Seguros y Fianzas (CUSF) detalha o registro de produtos no capítulo 4.1 e o registro dos atuários que elaboram e assinam notas técnicas no 30.5 [3]. Para qualquer decisão atual, a área jurídica deve consultar a LISF, a CUSF e as modificações delas publicadas no Diario Oficial de la Federación (DOF). O que tudo isso ilustra é o princípio: há assinaturas profissionais que uma configuração não substitui.

Convém distinguir duas saídas. Quando um produto de seguro é comercializado por meio de contratos de adesão, a LISF exige o registro dele na CNSF com a documentação técnica e contratual aplicável; esse registro não prejulga as premissas da nota técnica nem a viabilidade dos resultados dela [5]. Para esses contratos, a seguradora deve ainda inscrever os modelos no Registro de Contratos de Adhesión de Seguros (RECAS) da Comisión Nacional para la Protección y Defensa de los Usuarios de Servicios Financieros (CONDUSEF, comissão nacional de proteção e defesa dos usuários de serviços financeiros), aberto à consulta pública, depois do registro na CNSF e antes de comercializar o produto; essa inscrição não significa que a CONDUSEF tenha revisado o contrato [4][5][6]. É outra saída que a área jurídica deve situar no calendário de lançamento.

O que um bom sistema de configuração pode fazer é ordenar o caminho:

• que a nota técnica, os contratos e a tarifa configurada correspondam à mesma versão, de modo que o que está à venda seja o que foi registrado;
• que a venda de uma versão não seja habilitada até que esteja aprovada internamente e registrada onde couber;
• que as premissas que sustentam a tarifa fiquem ligadas à versão, para poder defendê-la diante de uma revisão.

Em outras palavras: não se trata de o atuário assinar menos. Trata-se de o trabalho dele ser o gargalo legítimo do lançamento, sem que seja também uma longa fila na tecnologia.

Da cotação à cobrança: uma única cadeia

O título deste artigo não diz «cotação» por acaso. A regra usada para cotar deveria ser conciliável com a emissão, a cobrança e, quando couber, os comprovantes fiscais, os cancelamentos e os endossos. Quando cada etapa tem a própria cópia da regra, podem aparecer diferenças como estas:

• o preço cotado não coincide com o emitido;
• o recibo cobrado não coincide com o que diz a apólice;
• a comissão do agente é calculada sobre outra base;
• no cancelamento, a devolução usa uma regra de que ninguém se lembra.

O comitê pode verificar isso com uma amostra recente de ajustes e esclarecimentos que represente os ramos, os canais e os principais sistemas da empresa. Uma configuração governada pode reduzir discrepâncias quando a definição de produto e tarifa é integrada às etapas pertinentes, preservando a evidência do cálculo e da vigência.

E isso se conecta ao que ocorre depois da cobrança. Uma tarifa calculada com detalhamento é uma tarifa que se concilia: a conciliação pode ligar a cobrança recebida ao prêmio, aos acréscimos, às taxas e aos impostos que se apliquem, e as comissões mantêm a própria rastreabilidade e base de cálculo. É a mesma rastreabilidade que qualquer fechamento contábil pede, vista a partir da origem do preço.

O que a configuração não promete

Convém dizer isso para que o comitê não compre uma expectativa equivocada:

• Não elimina o trabalho de desenhar o produto. Alguém precisa decidir o que se vende, a quem e a que preço.
• Não substitui a validação jurídica nem a assinatura atuarial. Ela as ordena e as coloca no fluxo.
• Não substitui um processo de aprovação definido. Sem governança, uma configuração mais ágil pode ampliar o impacto dos erros.
• Por si só, não compensa integrações inexistentes nem dados incompatíveis entre emissão, cobrança e outros sistemas. Se a emissão e a cobrança não compartilham uma definição, a configuração deve chegar a ambas. É um tema de integração, não apenas de tarifas.
• As cifras dos fornecedores não são as da empresa. Um «de meses a semanas» depende de quanto da operação está hoje disperso.

Cinco perguntas para o próximo comitê

1. Quanto tempo leva hoje, de ponta a ponta, uma mudança de tarifa ou de produto? Desde que a área comercial a pede até que é vendida, e quanto desse tempo é fila de tecnologia e quanto é revisão atuarial e regulatória.
2. Em quantos sistemas vive a regra de uma mesma tarifa? Se a resposta é «mais de um», o esforço de coordenação e validação tende a crescer; o comitê deveria medir quanto na operação da empresa.
3. Conseguimos reconstruir qualquer preço emitido? Com o detalhamento, a versão da tarifa e as regras que intervieram, sem ligar para quem programou o sistema.
4. Quem aprova uma mudança de tarifa e onde fica o registro disso? Um e-mail isolado, sem versão, fluxo de aprovação e evidência recuperável, dificilmente oferece controle suficiente.
5. O que vendemos coincide com o que registramos? Nota técnica, contratos e tarifa configurada da mesma versão, antes de abrir a venda.

Se duas ou mais respostas forem «não sei», há um caso claro para medir rastreabilidade, responsáveis e dependências antes de atribuir o gargalo ao desenvolvimento.

Por onde começar esta semana

O diagnóstico inicial pode começar sem decidir ainda um programa de transformação. Escolha um produto e faça uma folha de uma página com três colunas: em quais sistemas aparece a tarifa dele, quem a altera em cada um e como se comprova que dois sistemas dão o mesmo preço. Depois, peça a alguém que reconstrua, com essa folha, uma cotação de três meses atrás. Se reconstruí-la exigir várias pessoas ou sistemas, é um sinal para medir a rastreabilidade e estimar o custo da mudança com casos reais. Essa folha serve com qualquer ferramenta, ou sem nenhuma.

O que a Hábil faz

A Hábil trabalha no espaço entre o produto, a tarifa e o restante dos sistemas. Se o diagnóstico confirmar regras dispersas, a Pauta é a proposta da Hábil para gerir produtos e tarifas configuráveis diante dos sistemas já existentes; o escopo, as integrações aplicáveis e os controles são revisados com o caso da empresa. Para conectar a operação e os canais, há a página Unificar a operação e os canais; e para o caso em que a dificuldade esteja no sistema de fundo, Modernizar o core sem frear o negócio.

A primeira conversa de diagnóstico é sem custo. Vamos conversar sobre um produto ou uma tarifa que hoje exija mudanças em vários sistemas; escreva para nós pelo WhatsApp.