Insurance AI | EIOPA, Solvency II, AI Act

Cada componente provém de uma regra registada, não de uma suposição.

Cada componente é identificado, não oculto.

Uma pessoa identificada é responsável por ele.

Os modelos lineares generalizados e os modelos de gradiente reforçado existentes continuam a funcionar. A Dweve envolve-os numa camada de decisão determinística que regista cada fator, cada regra e cada anulação à medida que a decisão é tomada. O pacote de repetição é o artefacto de auditoria.

Pacote fechado para trabalho classificado ou estatutário.

Execute em servidores no seu próprio edifício.

Mesh público operado pela Dweve; limite de processamento documentado no acordo.

Integre via REST ou gRPC numa superfície OpenAPI 3.1 tipada. Gerido através da Fabric no Mesh público da Dweve para pilotos. Licenciado para on-prem. Isolado para o trabalho atuarial mais sensível. A mesma API, o mesmo formato de rastreio, os mesmos pacotes de repetição nas três posturas. Os erros são tipados para RFC 7807 e os SDKs são fornecidos para TypeScript, Python, Go e Rust, pelo que integrar com uma postura é integrar com as três.

O próprio modelo de fraude continua a funcionar como antes. A Dweve envolve-o numa camada determinística que regista cada característica, cada limiar e cada aprovação do revisor.

O revisor assina; o pacote é o artefacto de auditoria.

Regra de limiar com versão e assinatura.

Cada pontuação regista a versão do modelo utilizada.

Campos do pedido, histórico, grafo de rede.

A deteção de fraude em sinistros é o fluxo de trabalho de seguros mais prejudicado pela divergência de versões de modelo. A Dweve executa o modelo de fraude em aritmética de inteiros, fixa-o a uma versão específica do modelo e envia a mesma decisão de sinalização todas as vezes. O pacote é o artefacto de auditoria quando um sinistro é negado por motivos de fraude. Quatro passos sustentam um sinal: as características são extraídas dos campos do pedido, do histórico do sinistro e do grafo de rede; a pontuação regista a versão do modelo que a produziu; uma regra de limiar com versão decide o sinal; e um revisor nomeado assina-o. Quando um sinistro é negado por motivos de fraude, esses quatro passos são o que o processo contém.

A camada de decisão nunca cruza um limite de confiança que falhe as regras de outsourcing da Solvência II. A mesma topologia é enviada nas três posturas.

Sem chamadas de saída. Endpoint regulador opcional apenas na UE.

Pacotes assinados escritos uma vez, lidos muitas vezes, réplica apenas na UE.

Motor nativo de CPU, sem farm de GPU, sem APIs de ML na nuvem.

TLS termina na UE, mTLS para a camada de decisão.

Três modelos operacionais, uma arquitetura de evidência. A Fabric gerida é executada no Mesh público da Dweve. Uma licença traz a operação direta do produto para o seu hardware. Uma implementação licenciada fisicamente isolada protege o trabalho atuarial mais sensível. O acordo estabelece o limite de processamento e a responsabilidade operacional para cada modelo. Os mesmos quatro limites são desenhados em cada um: um ingress que termina TLS na UE, o limite de confiança atrás do qual a camada de decisão se encontra, o armazenamento de pacotes e um egress que não faz chamadas de saída.

A determinismo é afirmado na suíte de testes, não prometido em prosa. A mesma execução do oráculo no seu hardware produz a mesma resposta que no nosso.

Nenhum erro de arredondamento ultrapassa o limiar da unidade no último lugar.

Cantos e intervalos exercitados automaticamente em CI.

Cada resultado comparado com uma referência de alta precisão.

Iteração com contagem limitada, sem unidade de vírgula flutuante.

Cada transcendental no caminho de precificação e provisionamento é calculado com CORDIC apenas com inteiros e depois verificado contra MPFR com precisão de 256 bits. O resultado publicado é 0 ULP, arredondado corretamente em todo o domínio de entrada documentado, com testes baseados em propriedades a exercitar os cantos em cada lançamento. O limite é afirmado na suíte de testes em cada lançamento, em vez de prometido em prosa, por isso a mesma execução do oráculo no seu hardware devolve o que devolve no nosso.

O atuário assina. O pacote é o artefacto de auditoria.

O cálculo determinístico executa a projeção.

Chain-ladder, BF ou esperado. O mesmo motor.

Puxe o triângulo mais recente do seu sistema de sinistros.

O provisionamento é a carga de trabalho atuarial mais danificada pela deriva de vírgula flutuante. Os métodos chain-ladder, Bornhuetter-Ferguson e de sinistros esperados precisam de reproduzir exatamente quando o supervisor perguntar. A Dweve executa o triângulo com aritmética de inteiros e entrega os mesmos números todas as vezes. O triângulo é puxado do seu sistema de sinistros tal como está, o método é escolhido sem mudar de motor, a projeção de IBNR é executada com cálculo determinístico e o atuário assina a vista que sai. Ano de acidente contra período de desenvolvimento, os mesmos quatro passos devolvem os mesmos números um ano depois.

Versão de tarifa arquivada aplicada à pontuação.

Fatores registados antes de o modelo ser executado.

O modelo de precificação em si, um modelo linear generalizado ou com gradiente aumentado, continua a funcionar como antes. A Dweve envolve-o numa camada de decisão determinística que regista cada fator, cada regra e cada substituição à medida que a decisão acontece. O pacote de reprodução é o artefacto de auditoria. Os fatores são fixados antes de o modelo ser executado, a pontuação bruta volta, a versão de tarifa arquivada é aplicada a ela e o atuário assina o prémio.

O seu modelo mais uma camada determinística,

Managed Mesh, ou no seu hardware, ou isolado.

Especificação OpenAPI 3.1, erros tipados (RFC 7807).

Fonte, regra, versão tarifária, atuário, assinatura.

Mesma entrada, mesma saída, em todas as máquinas, em todas as versões.

Cada decisão de tarifação, sinistros e reservas é executada num motor determinístico. Repetição bit a bit exata entre máquinas e versões. Um pacote assinado por decisão, suficientemente pequeno para anexar a uma submissão regulatória. Sem desvio de vírgula flutuante, sem arredondamento dependente do chip. O pacote contém a fonte, a regra, a versão tarifária, o atuário e a assinatura, e as mesmas quatro propriedades mantêm-se quer o trabalho seja executado na Mesh gerida, no seu próprio hardware ou em ambiente isolado.

Não precisa de um advogado para contestar um prémio. O pacote está em linguagem simples e a regra, a versão e o revisor estão identificados na carta.

Cada decisão da plataforma é passível de recurso. O mesmo registo que o atuário assinou é o registo que pode contestar. Se discordar da regra, da versão ou da ponderação dos fatores, o caminho de recurso está na carta. Existem quatro vias: revisão interna com revisor nomeado, o Klachteninstituut, os tribunais e o próprio registo, que é o mesmo pacote que um tribunal veria.

A sua pergunta recebe uma resposta por escrito, não um chatbot.

O revisor que aprovou está identificado, não é anónimo.

A regra que foi acionada está anexada à decisão, não separada.

A reclamação é paga, recusada ou enviada para revisão com uma justificação.

Uma reclamação deixou de ser uma caixa negra. A decisão, a regra e o revisor estão juntos desde o momento em que comunica o sinistro. Se pedir, a seguradora pode mostrar-lhe por que foi paga, recusada ou enviada para revisão. Quatro coisas ficam registadas à medida que a reclamação avança: o resultado e a respetiva justificação, a regra que foi acionada, o revisor que a aprovou pelo nome e uma resposta por escrito a qualquer pergunta que faça depois.

Quando a sua seguradora usa Dweve, o seu prémio não é um número que uma máquina adivinhou. Está ligado a uma regra registada, a um registo e a um atuário nomeado. Se pedir, eles podem mostrar-lhe a regra que definiu o preço, em linguagem simples. Quatro coisas vêm com isso: linguagem simples em vez de jargão, a regra que realmente definiu o preço, um atuário nomeado e dados mantidos ao abrigo das regras da UE.

Cada sinistro produz o mesmo registo reproduzível que cada prémio. O mesmo formato de pacote cobre tanto a tarifação como os sinistros, pelo que a narrativa ORSA baseia-se numa única fonte de verdade.

Reserva definida por regra, revisor nomeado.

Ajustador atribuído, fotos e declaração registadas.

Primeira notificação de sinistro registada, apólice anexada.

A tarifação não é a única decisão que sobrevive a uma revisão. A triagem de sinistros, a sinalização de fraude e a constituição de reservas deixam o mesmo pacote assinado. O sinistro, a regra, o ajustador e a reserva ficam juntos desde o momento em que o sinistro é comunicado. O modelo de fraude continua a funcionar como antes, envolvido numa camada que fixa a sua versão e regista cada característica, cada limiar e cada aprovação do revisor, para que uma recusa por motivos de fraude tenha um artefacto por trás. A constituição de reservas é reproduzida nos mesmos termos: os métodos chain-ladder, Bornhuetter-Ferguson e de sinistros esperados devolvem os mesmos números quando o supervisor os reabre.