Uma camada de inteligência de subscrição fica entre a submissão e o core de apólices, e transforma entrada bagunçada em decisão que a seguradora consegue defender. Ela não guarda a apólice, o prêmio nem o razão. Ela lê o que chega, enriquece, pontua contra o apetite da própria seguradora, decide ou encaminha, e devolve com trilha de auditoria. Ela existe porque sistemas de core foram construídos para registrar decisão, não para tomá-la.
O que é uma camada de inteligência de subscrição
Uma camada de inteligência de subscrição é uma camada externa de software que recebe submissões, estrutura, aplica o apetite e os modelos da seguradora para produzir uma decisão explicável, e devolve essa decisão ao core sem substituí-lo.
O termo descreve uma posição de arquitetura, não uma categoria de produto. Ela é definida por onde fica: na frente do sistema de administração de apólices, atrás dos canais por onde o negócio chega, e acima das fontes de dado usadas para avaliar risco. Tudo acima é intake. Tudo abaixo é registro. A camada é o meio, onde o pensamento acontece.
Esse meio já foi uma pessoa com um manual, uma tabela de rating e uma caixa de entrada. Na maioria das seguradoras ainda é. A camada é o que acontece quando esse meio vira software e a pessoa continua respondendo por ele.
Por que a camada existe
Sistemas de core, seja Guidewire, Duck Creek, Sapiens ou uma plataforma de casa com vinte anos, são sistemas de registro. Eles são muito bons em guardar apólice, calcular prêmio contra tabela, controlar endosso e produzir a saída contábil e regulatória que mantém a seguradora licenciada. Foram desenhados para correção e durabilidade, e entregam as duas.
O que eles nunca foram desenhados para fazer é ler o e-mail de um corretor, decidir se o risco está no apetite deste trimestre, ou mudar uma regra de referral numa terça-feira porque a sinistralidade andou. São tarefas rápidas, cheias de julgamento e famintas por dado. Enfiar isso dentro de um sistema de registro produz os dois sintomas que toda seguradora reconhece: change request que leva nove meses, e uma economia paralela de planilhas onde a lógica real de subscrição de fato mora.
O tamanho dessa restrição é mensurável. Cerca de 70% das seguradoras não executam inovação por limitações de TI, segundo o BCG. Esse número costuma ser lido como problema de dívida técnica. É mais preciso lê-lo como problema de arquitetura. Quando o único lugar para colocar lógica nova é o mesmo sistema que guarda o razão, toda melhoria herda o perfil de risco do razão, e aí quase nada sai.
A camada resolve isso separando dois relógios. O core muda devagar porque deve mudar devagar. A camada muda rápido porque precisa. O argumento arquitetural está em integrar uma camada de IA ao core sem migração, e a comparação contra substituição e RPA está em camada de IA vs core vs RPA.
O que existe dentro
Uma camada que funciona tem seis estágios, e pular qualquer um aparece depois como piloto fracassado.
- Intake multicanal com validação automática. O negócio chega como e-mail com anexo, upload de portal, planilha e chamada de API. A camada aceita o formato que o corretor já usa em vez de pedir ao mercado que mude.
- Leitura inteligente de documentos. Formulários, planilhas de valores em risco, loss runs e PDFs de corretor viram campos com score de confiança. É aqui que a maioria das implementações trava, porque extração que funciona em documento limpo falha em documento real.
- Enriquecimento e contexto. A submissão sozinha é magra. Dado de entidade, sinistros anteriores, exposição, sinais de crédito e histórico de conversão do corretor é o que torna o risco avaliável e a priorização útil.
- Score de risco e apetite. Modelo calibrado ao manual de subscrição e ao apetite da própria seguradora, não a um benchmark genérico de fornecedor. Essa é a diferença entre uma ferramenta e uma camada.
- Precificação. Prêmio ajustado a risco, produzido na hora em vez de depois de um exercício manual de rating.
- Decisão e priorização. Cotar, recusar automaticamente ou encaminhar para humano, sempre com explicação, sempre devolvido ao core com trilha de auditoria e SLA visível.
O estágio 6 é o que separa uma camada de inteligência de uma ferramenta de processamento documental. Extração sem decisão produz dado mais limpo e o mesmo gargalo. A decisão é o produto.
Camada, workbench e copiloto não são a mesma coisa
Os três termos são usados como sinônimos no mercado e descrevem coisas genuinamente diferentes.
| O que é | Quem age | Onde fica | |
|---|---|---|---|
| Camada de inteligência | Infraestrutura de decisão entre intake e core | O sistema decide ou encaminha, conforme apetite codificado | Entre os canais e o sistema de registro |
| Workbench de subscrição | Uma tela consolidada que monta a submissão | O subscritor, com tudo num lugar só | Sobre a camada, virado para o usuário |
| Copiloto | IA assistiva que resume e rascunha | O subscritor, assistido | Dentro das ferramentas que ele já usa |
| Core | Sistema de registro de apólice, prêmio e razão | Registra o que foi decidido | Atrás de tudo |
Um workbench sem camada embaixo é uma janela mais bonita para o mesmo trabalho manual. Um copiloto sem camada é um digitador mais rápido. A camada é a única das três que consegue agir sobre a maioria limpa do negócio sem ninguém encostar, e por isso é a única que muda vazão. As distinções estão detalhadas em o que é um workbench de subscrição com IA e o que é um copiloto de subscrição.
Como ela devolve ao core
O caminho de volta é o que decide se a implementação é um projeto de dois meses ou de dois anos.
A camada deve tratar o core como a autoridade sobre o registro e a si mesma como a autoridade sobre a decisão. Na prática ela grava o resultado, o prêmio, os dados da apólice e uma referência de decisão no core pela integração que o core suportar, API onde houver e batch onde não houver, e guarda o raciocínio no próprio armazenamento. O core não precisa entender o modelo. Precisa receber uma decisão e uma referência para onde apontar.
Essa separação é o que faz a trilha de auditoria funcionar. Quando um regulador, um ressegurador ou a auditoria interna pergunta por que um risco específico foi precificado daquele jeito, a resposta não está enterrada num core que só conhece o número final. Está na camada, com os insumos, a versão das regras, o score e os reason codes, reproduzível contra a configuração exata que rodou naquele dia. Os requisitos estão em decisões de subscrição auditáveis.
O que ela exige para rodar em produção
Quatro coisas, mais ou menos nessa ordem de dificuldade.
Um apetite definido. A camada codifica o apetite. Se o apetite existe só como conhecimento tribal na cabeça de três subscritores sêniores, isso precisa ser resolvido antes, e esse trabalho é de subscrição, não de tecnologia.
Acesso a dado. Não migração de core, mas leitura de histórico de apólice e sinistro, mais as fontes externas que enriquecem uma submissão. Seguradoras costumam descobrir aqui qual era o projeto de integração de verdade.
Um período de validação. Nenhum modelo deve ganhar autoridade no primeiro dia. Ele roda ao lado das pessoas antes, como descrito em subscrição em shadow mode.
E governança que sobreviva ao contato com um regulador. Regras versionadas, reason codes, caminhos de escalonamento humano, retenção e consentimento compatíveis com a LGPD. Isso não é apêndice de compliance. É insumo de projeto, porque decisão que você não consegue explicar é decisão que você não pode usar.
Como avaliar quem se diz uma
Cinco perguntas separam uma camada de inteligência de uma ferramenta documental com marketing melhor. Ela decide ou só extrai, e dá para ver uma recusa com seus reason codes? O modelo é calibrado ao nosso apetite e manual, ou é um modelo genérico com a nossa logo? O que ela devolve ao core, e por qual interface? Dá para reproduzir uma decisão de quatro meses atrás contra as regras que estavam vivas naquele dia? E o que acontece quando chega um documento num formato que ninguém previu? A resposta honesta para a última é escalonamento humano, e fornecedor que diz outra coisa não rodou em produção.
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. Os dois números descrevem a mesma oportunidade por pontas opostas. A camada existe para converter o primeiro no segundo.
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, com machine learning calibrado ao apetite e ao manual de subscrição, toda decisão explicável com trilha de auditoria completa, e dado criptografado em cada etapa sob a LGPD. Roda inteiramente fora do core, sem migração e sem carga para o time de TI, e aplicou esse padrão numa prova de conceito com uma seguradora global no ramo de Transportes.
Perguntas frequentes
O que é uma camada de inteligência de subscrição?
É uma camada externa de software que recebe submissões, estrutura o conteúdo, aplica o apetite e os modelos da seguradora para produzir uma decisão explicável, e devolve essa decisão ao sistema de registro sem substituí-lo. Ela é definida por posição de arquitetura e não por categoria de produto: fica na frente do core de apólices e atrás dos canais por onde o negócio chega.
Qual a diferença entre camada de inteligência, workbench e copiloto?
Uma camada de inteligência é infraestrutura de decisão, capaz de agir sobre a maioria limpa do negócio sem ninguém encostar. Um workbench de subscrição é uma tela consolidada que monta a submissão para uma pessoa trabalhar. Um copiloto é uma IA assistiva que resume e rascunha dentro das ferramentas que o subscritor já usa. Um workbench sem camada embaixo é uma janela mais bonita para o mesmo trabalho manual, e um copiloto sem camada é um digitador mais rápido.
A camada de inteligência substitui o core da seguradora?
Não. O core de administração de apólices segue como sistema de registro da apólice, do prêmio, dos endossos e da saída contábil e regulatória. A camada guarda a decisão e o raciocínio. Ela grava resultados e referências no core pela integração que o core suportar, API onde houver e batch onde não houver. O core não precisa entender o modelo, precisa receber uma decisão e uma referência para onde apontar.
Quais são os componentes de uma camada de inteligência de subscrição?
Seis estágios em sequência: intake multicanal com validação automática, aceitando e-mail, portal, planilha e API; leitura inteligente de documentos que converte formulários, planilhas de valores em risco e loss runs em campos com score de confiança; enriquecimento com dado de entidade, exposição, sinistros e contexto de corretor; score de risco e apetite calibrado ao manual da própria seguradora; precificação ajustada a risco; e decisão e priorização, produzindo cotação, recusa automática ou encaminhamento, sempre com explicação e trilha de auditoria.
Por que não colocar essa lógica dentro do próprio core?
Porque o core e a lógica de decisão rodam em relógios diferentes. Sistemas de core são desenhados para correção e durabilidade, então mudam devagar, o que é correto para um razão. A lógica de subscrição precisa mudar rápido conforme sinistralidade e apetite se movem. Quando o único lugar para colocar lógica nova é o mesmo sistema que guarda o razão, toda melhoria herda o perfil de risco do razão e quase nada sai. Cerca de 70% das seguradoras não executam inovação por limitações de TI, segundo o BCG.
Como avaliar um fornecedor que se diz uma camada de inteligência?
Cinco perguntas. Ele decide ou só extrai, e dá para ver uma recusa com seus reason codes? O modelo é calibrado ao seu apetite e manual, ou é genérico com a sua logo? O que ele devolve ao core, e por qual interface? Dá para reproduzir uma decisão de quatro meses atrás contra as regras vivas naquele dia? E o que acontece quando chega um documento num formato imprevisto? A resposta honesta para a última é escalonamento humano.