Regulamento da IARegras sobre IA de risco elevado para a tarifação de seguros de vida e de saúde aplicam-se a partir de 2 de dezembro de 2027.Ver o que conservar
Iniciar sessãoMarcar demonstração
O que recusa

Pergunte o que um sistema se recusa a fazer. Aqui está a nossa resposta, por escrito.

O HONESTAS trava uma decisão quando os modelos divergem, quando o signatário não tem poderes suficientes, quando os elementos de prova sofrem alterações, quando não consegue identificar o titular dos dados, quando o tempo se esgota e quando um registo foi alterado. Cada bloqueio tem um código, um motivo claro e um passo seguinte, e cada um é conservado como registo.

Um código para cada recusaUma pessoa para cada passo seguinteConservado no registo
honestas · provas de decisão · assinar e selarDados de exemplo
A assinatura de uma responsável de sinistros retida porque chegaram fotografias após ter assinado, sendo depois novamente assinada e selada
O selo, retido. As fotografias chegaram doze segundos depois de ela ter assinado, pelo que o selo aguardou. A sua segunda assinatura abrange todos os dez elementos.Dados de exemplo
Seis recusas

É por uma recusa que se sabe que os controlos são reais.

Um controlo que nunca diz que não, não prova nada. Estas são as seis situações que travam uma decisão de seguros no HONESTAS, nas palavras exatas que o produto utiliza, e o que acontece a seguir.

GATE_DISAGREEMENT

Os dois modelos não concordaram

Um segundo modelo independente, de uma família diferente, voltou a processar a decisão e chegou a um resultado diferente.

O que acontece a seguirNada é emitido. Ambas as respostas regressam à sala lado a lado, quem preside decide e a divergência fica no registo.

AUTHORITY_EXCEEDED

Além dos poderes do signatário

O montante ou o tipo de decisão ultrapassa o que a delegação de poderes desta pessoa permite, segundo a versão de poderes hoje em vigor.

O que acontece a seguirO HONESTAS indica quem tem poderes para assinar e abre um encaminhamento (referral) para essa pessoa. Ninguém pode aumentar o seu próprio limite.

EVIDENCE_MOVED_BEFORE_COMMIT

Os elementos de prova mudaram após a assinatura

Um documento chegou ou foi alterado entre a assinatura e o selo, pelo que a assinatura já não abrange tudo o que consta do registo.

O que acontece a seguirO selo aguarda e pede-se ao signatário que reveja o processo. A sua segunda assinatura passa a abranger a totalidade do registo.

SCOPE_REFUSED

Não conseguimos identificar de quem são estes dados

Um pedido não indicava a que empresa pertence, de quem são os dados ou que unidade o está a fazer.

O que acontece a seguirNada é lido. O pedido é devolvido com a indicação do dado em falta e a recusa fica registada.

DEADLINE_EXCEEDED

Tempo esgotado, pelo que passa para uma pessoa

Um modelo, uma sala ou uma aprovação não foram concluídos dentro do prazo definido.

O que acontece a seguirO processo avança para a pessoa seguinte na linha de escalonamento, com tudo o que foi reunido até ao momento. Um tempo de espera que se esgota nunca resulta numa aprovação automática.

HASH_MISMATCH

Este registo foi alterado

A impressão digital de um registo já não coincide com o seu selo, ou uma nova execução de uma validação não reproduz o resultado selado.

O que acontece a seguirA cópia é recusada como meio de prova e o verificador identifica o registo. O original, que permanece selado no arquivo de registos, é o que prevalece.

Cada código surge no produto, no registo e nas respostas da API. Consulte programadores para saber como os seus sistemas os recebem.

Conservadas como registo

Sem registo, sem efeito. Uma recusa também é selada.

Uma recusa não é uma mensagem de erro que desaparece do ecrã. É selada como qualquer decisão, com o processo, o motivo, ambos os lados da divergência e quem foi notificado, para que um auditor as possa contabilizar e ler cada uma delas.

  • O mesmo selo e selo temporal externo de uma decisão
  • Contabilizadas por código, por equipa e por ramo
  • Associada à decisão que se lhe segue
  • Nunca é eliminada quando o processo avança para a regularização
Recusa · CLM-2026-5120Exemplo
código GATE_DISAGREEMENT processo CLM-2026-5120, danos por água 1.º modelo Pagar na totalidade, 18 400 EUR segundo Pagar parcialmente, 12 900 EUR divergência Desgaste normal, cláusula 4.1 enviado nada notificado Aoife Ryan, diretora de sinistros seguinte Voltar à presidência data/hora 2026-10-21 09:12:07 UTC
Selado às 09:12:08 · selo temporal validado fora da Adverant
Três coisas que não fará

Alguns limites não são definições configuráveis. Ninguém os pode ativar.

Não se trata de opções num menu. Nenhum cliente, administrador ou engenheiro da Adverant os pode ativar para uma empresa em particular.

Sem leitura de emoções nas decisões

O tom de voz de quem liga pode fazer com que uma pessoa entre na chamada mais cedo. Nunca chega a um preço, a uma decisão de subscrição, a um sinistro ou a uma verificação de fraude, e as emoções dos colaboradores nunca são analisadas. O Regulamento da IA já proíbe a IA que infere emoções no trabalho, exceto por motivos médicos ou de segurança, nos termos do artigo 5.º, n.º 1, alínea f).

Nenhuma recusa apenas por um modelo

Nenhum sinistro é recusado, nenhuma cobertura é negada e nenhuma apólice é anulada por um modelo de forma isolada. Uma pessoa identificada e com poderes de decisão assina cada decisão desfavorável ao cliente, e a respetiva fundamentação consta da carta.

Sem derrogações silenciosas

Ninguém pode alterar um registo selado, aumentar o seu próprio limite de poderes ou desativar uma validação sem que isso fique visível. Uma derrogação é uma nova decisão, com um nome, uma justificação e o seu próprio selo, associada à decisão que substitui.

Veja um caso a acontecer

Bloqueios, onde o trabalho acontece. Cada um indica o passo seguinte.

Um bloqueio surge no ecrã onde o trabalho decorre, em linguagem clara, indicando o passo para o resolver e a pessoa com poderes para o fazer.

honestas · versions · what changed: a rate tableDados de exemplo
Uma alteração à tabela de tarifas de automóvel particular a aguardar aprovação, com a indicação de que a sua autora não a pode aprovar a si própria
Não pode aprovar a sua própria alteração. O atuário de tarifação criou a nova tabela de tarifas do ramo automóvel, pelo que outra pessoa identificada tem de a aprovar antes de entrar em vigor.Dados de exemplo
honestas · workforce · requer intervenção humanaDados de exemplo
Pedidos de agentes de IA a aguardar por uma pessoa, com a nota de que um tempo de espera que expira é recusado, nunca aprovado
Uma espera nunca se aprova a si própria. Um pedido de sub-rogação aguarda pelo responsável de sinistros. Se não houver resposta a tempo, passa para o seu superior hierárquico e, após catorze dias, é recusado.Dados de exemplo
Perguntas

Sobre os bloqueios.

Podemos desativar um bloqueio?

O selo, a validação de âmbito e a validação por segundo modelo não podem ser desativados. Os limites de poderes e os prazos são definidos por si, e a sua alteração requer uma segunda pessoa.

Pode uma pessoa substituir-se a um bloqueio?

Uma pessoa com os poderes necessários pode tomar a decisão. Trata-se de uma nova decisão com o seu nome e fundamentação, associada ao bloqueio, que permanece no registo.

Os bloqueios vão atrasar a gestão dos nossos sinistros?

Um bloqueio encaminha o processo para a pessoa certa com toda a informação recolhida até ao momento, para que ninguém tenha de começar do zero. A maioria das decisões nunca encontra um bloqueio; as que encontram são precisamente aquelas sobre as quais um supervisor faria perguntas.

Os clientes veem os códigos de bloqueio?

Não. Os clientes leem uma linguagem clara na carta ou na aplicação. Os códigos destinam-se às suas equipas, aos seus auditores e aos seus sistemas.

Marcar demonstração

Veja o sistema dizer que não.

Traga um sinistro que considere que a IA não deve regularizar sozinha. Vamos processá-lo e mostrar-lhe o bloqueio, o registo e a pessoa para quem é encaminhado.