Um motor de precificação responde quanto este risco deveria custar. Uma plataforma de decisão de subscrição responde se ele deveria ser escrito, e em que termos. Os dois são vendidos como se fossem a mesma coisa, ficam lado a lado no mesmo fluxo, e comprar um quando você precisava do outro é um dos erros mais caros de compra de tecnologia em seguros.
Qual a diferença entre motor de precificação e plataforma de decisão de subscrição
Um motor de precificação converte um risco aceito em prêmio, usando tabelas, fatores e modelos atuariais. Uma plataforma de decisão de subscrição decide se o risco é aceitável, o que está faltando, se ele cabe no apetite e se um humano precisa ver, e só então chama o motor de precificação.
A ordem importa. Precificação é um cálculo que assume que o risco vai ser escrito. Decisão é o julgamento sobre se ele deveria ser. Um motor de precificação que recebe um risco fora de apetite devolve um número com toda a alegria, porque devolver número é o trabalho dele. Nada ali sabe que o risco nunca deveria ter chegado até aquele ponto.
O que um motor de precificação faz
É um serviço de cálculo. Você alimenta com um registro de risco estruturado e completo, e ele devolve preço técnico, preço comercial, ou os dois.
Ele carrega tabelas e fatores de rating por ramo, território, limite, franquia e medida de exposição, com os multiplicadores e adicionais que os ajustam. Carrega modelos atuariais de frequência e severidade, carregamento de catástrofe, despesa, lucro e alocação de custo de resseguro. Carrega regras sobre preço, como prêmio mínimo, teto de variação na renovação e estruturas de comissão. E carrega versionamento, porque em ramos regulados o algoritmo de rating é um artefato registrado e cada versão precisa ser reproduzível.
O que ele assume é que alguém já resolveu a parte difícil. Ele espera um registro limpo: segurado, código de ramo, localização, limites, valores, sinistros anteriores. Ele não lê o e-mail do corretor, não sabe que o loss run está faltando dois anos, e não tem opinião sobre se essa conta pertence à carteira.
O que uma plataforma de decisão faz
Ela senta antes e responde outro conjunto de perguntas. Isso é sequer processável, os campos obrigatórios estão lá, e se não estão, o que falta e a quem perguntar. Está no apetite, considerando ramo, território, limite, grau de risco, concentração de exposição, checagens de sanções e regulatórias, e a fronteira da autoridade delegada se for negócio delegado. Como é o risco de fato, num score construído da submissão mais enriquecimento: sinistros anteriores, dado da entidade, características da exposição, histórico de conversão do corretor. Qual o caminho certo, entre cotar automático, recusar automático, encaminhar a um subscritor específico ou pedir mais informação. Qual a evidência, em reason codes, versão de regras, insumos e trilha de auditoria presa ao que for decidido. E o que volta para o sistema de registro.
É nesse ponto que ela chama o motor de precificação, e só se as etapas anteriores passaram. A anatomia completa está em o que é uma camada de inteligência de subscrição.
Lado a lado
| Motor de precificação | Plataforma de decisão | |
|---|---|---|
| Pergunta central | Quanto isso deveria custar? | Devemos escrever isso, e como? |
| Entrada exigida | Registro de risco limpo e estruturado | O que o corretor de fato mandou |
| Lógica principal | Tabelas de rating, modelos atuariais | Regras de apetite, score, roteamento |
| Dono típico | Atuarial e pricing | Operações de subscrição |
| Saída | Um prêmio com abertura | Uma decisão com reason codes, depois um prêmio |
| Lida com entrada não estruturada | Não | Sim, esse é o ponto |
| Lida com recusa e encaminhamento | Não | Sim |
| Artefato regulatório | O algoritmo de rating registrado | O registro de decisão e a trilha de auditoria |
| Cadência de mudança | Lenta, deliberada, governada por atuarial | Rápida, conforme apetite e sinistralidade se movem |
A linha de cadência explica boa parte da confusão do mercado. Mudança de preço é governada, registrada e lenta por desenho, porque errar ali é problema atuarial e regulatório. Apetite e roteamento mudam o tempo todo, porque são decisões comerciais. Colocar os dois no mesmo sistema significa que ou o preço se move rápido demais ou o apetite se move devagar demais, e na prática é sempre o segundo.
Onde entra um motor de regras
Um motor de regras genérico é uma terceira coisa, e costuma ser proposto como substituto barato de qualquer um dos dois.
Ele executa lógica determinística muito bem: se ramo é X e limite acima de Y, encaminhe. É excelente para codificar uma fronteira de apetite e péssimo para tudo que exige ler um documento, pontuar uma probabilidade ou tratar um caso que ninguém previu. Ele não guarda memória de por que a decisão foi tomada além de qual regra disparou, e degrada mal conforme o conjunto cresce, porque interação entre regras vira ingovernável em algum ponto depois de algumas centenas.
A maioria das plataformas de decisão que funcionam contém um motor de regras e não é um. Regras cuidam das fronteiras duras, que são legais e inegociáveis. Modelos cuidam das perguntas graduadas, que são probabilísticas. Uma plataforma só de regras não consegue priorizar, e uma plataforma só de modelos não consegue fazer cumprir uma autoridade delegada. Como esse corte é feito na prática está em roteamento automático de subscrição.
Você precisa dos dois?
Quase sempre sim, mas não necessariamente como duas compras.
A maioria das seguradoras já tem um motor de precificação, dentro do core de apólices ou como módulo de rating registrado ao lado dele. Ele funciona, é governado, e trocá-lo raramente se justifica. O que costuma faltar é tudo que vem antes: intake, extração, checagem de apetite, score e roteamento. Essa lacuna é a razão pela qual submissões ficam três dias na caixa de entrada antes de alguém precificar qualquer coisa.
O movimento produtivo, então, não é trocar o motor de rating. É colocar uma camada de decisão na frente dele que decida o que merece ser precificado, e fazer essa camada chamar o motor existente quando a resposta for sim. Isso mantém a governança atuarial intacta, mantém o algoritmo registrado sem toque, e move o gargalo. O formato geral disso está em integrar uma camada de IA ao core sem migração, e o lado de precificação dinâmica em precificação dinâmica de seguros.
Como saber o que estão te vendendo
O posicionamento de fornecedor nessa categoria é especialmente frouxo, então teste com quatro perguntas.
Peça para ver uma recusa. Um motor de precificação não produz uma. Se a demo não tem caminho de recusa com reason codes, é ferramenta de rating.
Pergunte o que ele faz com um e-mail de corretor e três anexos. Uma plataforma de decisão ingere. Um motor de precificação precisa que alguém já tenha convertido aquilo em campos.
Pergunte quem seria o dono internamente. Se a resposta é atuarial, é precificação. Se é operações de subscrição, é decisão. Se ninguém sabe dizer, esse é o achado de verdade.
E pergunte o que ele devolve. Um prêmio é saída de precificação. Uma decisão com referência, reason codes e versão de regras reproduzível é saída de decisão.
Por que a distinção tem consequência comercial
O gargalo na maioria das operações de subscrição não é o cálculo do preço. É tudo que acontece antes de um preço poder ser calculado. Subscritores gastam cerca de 40% do tempo em tarefas administrativas em vez de seleção de risco, segundo a Deloitte, e mais de 60% dos corretores escolhem seguradora por velocidade de resposta, segundo a Capgemini. Nenhum dos dois números se move porque a tabela de rating melhorou.
Uma seguradora que responde à lentidão de cotação comprando um motor de precificação mais rápido otimizou a etapa mais rápida da cadeia. O tempo está sendo perdido no intake, na caça a dado faltando, na decisão sobre se o risco é desejado, e na fila pela atenção de um subscritor. Isso são problemas de decisão, e estão em como reduzir o tempo de resposta de cotação para o corretor.
A WIR Innovation é uma camada de IA externa para seguradoras e MGAs que automatiza a jornada de cotação e subscrição conforme a política de aceitação de risco da própria seguradora, cobrindo intake, leitura de documentos, enriquecimento, score de risco e fraude, precificação ajustada a risco e a decisão final, com toda decisão explicável e trilha de auditoria completa, sem substituir o core.
Perguntas frequentes
Qual a diferença entre motor de precificação e plataforma de decisão de subscrição?
Um motor de precificação converte um risco aceito em prêmio usando tabelas de rating, fatores e modelos atuariais. Uma plataforma de decisão de subscrição decide se o risco é aceitável, o que está faltando, se ele cabe no apetite e se um humano precisa ver, e só então chama o motor de precificação. Precificação é um cálculo que assume que o risco vai ser escrito. Decisão é o julgamento sobre se ele deveria ser.
A seguradora precisa dos dois?
Quase sempre sim, mas normalmente não como duas compras. A maioria das seguradoras já tem um motor de precificação dentro do core ou como módulo de rating registrado ao lado, e trocá-lo raramente se justifica. O que costuma faltar é tudo que vem antes: intake, extração de documentos, checagem de apetite, score de risco e roteamento. O movimento produtivo é colocar uma camada de decisão na frente do motor existente e fazê-la chamar esse motor quando a resposta for sim.
Um motor de regras é a mesma coisa que uma plataforma de decisão?
Não. Um motor de regras executa lógica determinística muito bem e é excelente para codificar fronteiras duras de apetite, mas não lê documento, não pontua probabilidade e não trata caso que ninguém previu, além de degradar conforme a interação entre regras fica ingovernável. A maioria das plataformas de decisão que funcionam contém um motor de regras e não é um. Regras cuidam das fronteiras inegociáveis e modelos cuidam das perguntas graduadas.
Como saber o que um fornecedor está realmente vendendo?
Peça para ver uma recusa, porque um motor de precificação não produz uma e uma demo sem caminho de recusa com reason codes é ferramenta de rating. Pergunte o que ele faz com um e-mail de corretor e três anexos, já que uma plataforma de decisão ingere e um motor precisa que alguém já tenha convertido aquilo em campos. Pergunte quem seria o dono internamente, atuarial para precificação ou operações de subscrição para decisão. E pergunte o que ele devolve: prêmio é saída de precificação, decisão com reason codes e versão reproduzível é saída de decisão.
Por que um motor de precificação mais rápido não acelera a cotação?
Porque o cálculo do preço costuma ser a etapa mais rápida da cadeia. O tempo se perde antes dele, no intake, na caça a dado faltando, na decisão sobre se o risco é desejado e na fila pela atenção de um subscritor. Subscritores gastam cerca de 40% do tempo em tarefas administrativas em vez de seleção de risco, segundo a Deloitte, e mais de 60% dos corretores escolhem seguradora por velocidade de resposta, segundo a Capgemini. Nenhum dos dois números se move porque a tabela de rating melhorou.
Por que precificação e apetite devem viver em sistemas diferentes?
Porque mudam em velocidades diferentes. Mudança de preço é governada por atuarial, registrada em vários ramos regulados e lenta por desenho, já que errar ali é problema regulatório. Apetite e roteamento mudam o tempo todo porque são decisões comerciais que respondem a sinistralidade e capacidade. Colocar os dois no mesmo sistema significa que ou o preço se move rápido demais ou o apetite se move devagar demais, e na prática é sempre o apetite que trava.