Cada modelo tem um responsável. Cada alteração é comprovada.
Os modelos de tarifação, provisões, sinistros e fraude são registados com um responsável nomeado. Uma nova versão corre como challenger ao lado do champion, a respetiva evidência é produzida no próprio dia e só entra em produção através de um controlo de passagem que uma pessoa distinta do autor aprova. O dossiê de validação é compilado a partir dos registos, não escrito de memória.
Cada modelo, com uma pessoa que responde por ele.
O HONESTAS lê o seu registo de modelos, quer seja no MLflow, no SageMaker ou num sistema próprio, e mantém um registo único transversal a todos. Um modelo sem responsável não pode ser utilizado numa decisão.
- Responsável, finalidade, dados e onde cada modelo pode ser utilizado
- Todas as versões guardadas, com os dados de treino e de teste utilizados
- Desvio monitorizado em processos reais, com aviso ao responsável quando ocorre
- Cada decisão selada identifica a versão do modelo que utilizou
| Modelo | Função | Desvio (drift) |
|---|---|---|
| GLM Automóvel Particular v6 | Champion | Estável |
| GLM Automóvel Particular v7 | Contraditor | Estável |
| Urgência de sinistros 2026.07 | Champion | Em desvio |
| Verificação de danos por fotografia | Champion | Estável |
| Tarifação de tempestades costeiras | Champion | Estável |
| Sinais de rede de fraude | Champion | Estável |
Mais sinistros de tempestade desde 9 out. Foi pedido à Sara para analisar até sexta-feira.
- Responsável
- Uma pessoa nomeada
- Validado
- No próprio dia, em cada execução
- Utilização
- Apenas onde aprovado
Evidência produzida no próprio dia. Não reconstruída no fecho do ano.
Uma nova versão conquista o seu lugar ao ser executada em paralelo com a versão que iria substituir, em processos reais, sem nada ser enviado. Cada execução tem uma seed atribuída, para poder ser reproduzida com exatidão.
Registar
A nova versão é registada com o respetivo responsável, os dados de treino e a sua finalidade. Um modelo que não possa ser registado não pode ser utilizado.
Modo sombra
Corre como challenger ao lado do champion, nos mesmos processos. As suas respostas são registadas e nunca são enviadas ao cliente.
Comparar
Todas as diferenças são guardadas: que processos, que células, em que medida. São executadas verificações em cada uma, e cada execução pode ser reproduzida com a mesma seed.
Promover
Passa pelo controlo de promoção, ou não avança. O registo conserva ambas as versões, para que qualquer decisão possa ser rastreada até à versão utilizada.
Testado primeiro. Aprovado por outra pessoa.
Antes de uma alteração entrar em produção, tem de passar nas verificações definidas pela sua seguradora, primeiro em registos de teste. Depois, uma pessoa que não a desenvolveu aprova-a com uma passkey. As funções são segregadas: o autor, o validador e o aprovador são três pessoas diferentes.
- Verificações em registos de teste antes de qualquer utilização real
- Um autor não pode aprovar a sua própria alteração
- Uma verificação falhada trava a alteração, ficando o motivo registado
- O mesmo controlo para botões de IA, tabelas de tarifas e clausulados
| Verificação, em registos de teste | Resultado |
|---|---|
| Todos os preços dentro das bandas registadas | Aprovado |
| Nenhuma célula varia mais de 15% | Aprovado |
| O mesmo preço para o mesmo risco, duas vezes | Aprovado |
| Sem utilização de características protegidas, direta ou indiretamente | Aprovado |
| A reprodução corresponde à respetiva seed | Aprovado |
| Nada foi enviado ao cliente | Aprovado |
| Função | Pessoa | Estado |
|---|---|---|
| Autor | Marta Kowalczyk | Desenvolveu |
| Validador | Hana Suzuki | Validado |
| Aprovador | Nathan Farrell | Passkey |
Três pessoas diferentes. A Marta não pode aprovar a sua própria alteração, e uma verificação falhada travá-la-ia aqui, com o respetivo motivo.
Compilado a partir dos registos. Assinado por uma pessoa.
Todos os anos, o dossier de validação é habitualmente reconstruído a partir de folhas de cálculo e da memória das pessoas. No HONESTAS, é compilado a partir das execuções seladas: verificações de dados, champion e challenger, análises de sensibilidade e back-tests. As partes que exigem juízo técnico ficam para o validador redigir e assinar.
- Cada valor tem ligação à execução que lhe deu origem
- O parecer do validador nunca é redigido por IA
- Exportado para o seu auditor ou supervisor num único ficheiro
| Cobertura | Compilado a partir de | Estado |
|---|---|---|
| Dados utilizados e respetiva qualidade | 14 verificações de dados seladas | Compilado |
| Champion e challenger | 3 execuções em modo sombra, 135 000 viaturas cada | Compilado |
| Sensibilidade aos pressupostos | 6 execuções com seed | Compilado |
| Back-test face à experiência real | 8 trimestres de sinistros | Compilado |
| O parecer do validador | Hana Suzuki | Por redigir e assinar |
| Aprovação para entrada em produção | Nathan Farrell | A aguardar |
Cada número remete para a execução selada que lhe deu origem. O parecer e a aprovação nunca são compilados.
O que mudou, e onde teve impacto.
Modelos, tabelas de tarifas e clausulados partilham um único repositório de versões. Pode ver cada versão guardada, onde está em vigor e que decisões seladas dependem dela.
A validação que as regras já exigem.
- Solvência II, Artigo 124.ºDiretiva 2009/138/CE, normas de validaçãoUm ciclo regular de validação para modelos internos: desempenho, confronto com a experiência e sensibilidade aos principais pressupostos.
- Regulamento IA, Anexo III, 5(c)Regulamento (EU) 2024/1689A avaliação de risco e a tarifação nos seguros de vida e de saúde constituem IA de risco elevado, com regras aplicáveis a partir de 2 de dezembro de 2027.
- Regulamento IA, Artigo 15.ºRegulamento (UE) 2024/1689, exatidãoA IA de risco elevado deve atingir um nível adequado de exatidão, declarado e mantido ao longo do seu ciclo de vida.
- Parecer da EIOPA sobre IAGovernação e gestão de riscos de IA, 6 de agosto de 2025Governação de dados, documentação e monitorização contínua dos sistemas de IA utilizados pelas seguradoras.
Datas do Regulamento da IA conforme alterado pelo Regulamento (UE) 2026/1744, o Digital Omnibus, publicado no Jornal Oficial em 24 de julho de 2026. Não constitui aconselhamento jurídico. A certificação e os pareceres jurídicos cabem a si e aos seus consultores.
Perguntas frequentes.
Temos de migrar os nossos modelos para o HONESTAS?
Não. Os seus modelos permanecem onde estão: no MLflow, no SageMaker ou no seu próprio registo. O HONESTAS lê-os, mantém o registo e documenta cada execução e versão.
Que modelos estão abrangidos?
Qualquer modelo cujo resultado chegue a uma decisão: tarifação, provisões, triagem de sinistros, verificação fotográfica de danos, indicadores de fraude e os modelos de IA por detrás de cada botão assistido.
Quem pode aprovar uma nova versão?
Uma pessoa designada pela sua empresa, que não seja nem o autor nem o validador. O HONESTAS verifica essa condição antes de a aprovação poder ser assinada.
O que acontece quando um modelo apresenta desvio?
O responsável é notificado, com os casos que o demonstram. Nada é desativado por um modelo de forma autónoma. O responsável decide, e essa decisão também fica registada.
O dossiê substitui o nosso validador?
Não. Reúne as evidências de que o validador necessita, a partir de execuções seladas. O parecer do validador e a aprovação para entrada em produção são redigidos e assinados por pessoas.
Aprofundar
Traga o modelo que está à espera há mais tempo.
Escolha um modelo retido entre a validação e a aprovação. Vamos registá-lo, executá-lo em paralelo com o modelo em vigor e compilar o dossiê a partir das execuções.