Insurance AI | EIOPA, Solvency II, AI Act

La decisione sui prezzi, già documentata

Quali fattori hanno modificato il prezzo

Quale versione del modello è stata eseguita

Ogni componente deriva da una regola depositata, non da una stima.

Chiedi cosa ha modificato il tuo prezzo.

Ogni componente è nominato, non nascosto.

Una persona nominata se ne assume la responsabilità.

I modelli lineari generalizzati e i modelli gradient-boosted esistenti continuano a funzionare. Dweve li avvolge in un livello decisionale deterministico che registra ogni fattore, ogni regola e ogni override mentre la decisione viene presa. Il pacchetto di replay è l'artefatto di audit.

Bundle chiuso per lavoro classificato o statutario.

Mesh pubblica gestita da Dweve; confine di elaborazione documentato nell'accordo.

Integra tramite REST o gRPC su una superficie OpenAPI 3.1 tipizzata. Gestito tramite Fabric sulla Mesh pubblica Dweve per i piloti. Concesso in licenza per l'on-premise. Air-gapped per il lavoro attuariale più sensibile. Stessa API, stesso formato di trace, stessi pacchetti di replay in tutte e tre le posture. Gli errori sono tipizzati secondo RFC 7807 e gli SDK sono disponibili per TypeScript, Python, Go e Rust, quindi integrare con una postura significa integrare con tutte e tre.

Il modello antifrode continua a funzionare come prima. Dweve lo avvolge in un livello deterministico che registra ogni feature, ogni soglia e ogni approvazione del revisore.

Il revisore firma; il pacchetto è l'artefatto di audit.

Ogni score registra la versione del modello utilizzata.

Campi della richiesta, cronologia, grafo di rete.

Il rilevamento delle frodi nei sinistri è il flusso di lavoro assicurativo più danneggiato dalla deriva di versione del modello. Dweve esegue il modello antifrode su aritmetica intera, lo blocca a una versione specifica del modello e produce sempre la stessa decisione di flag. Il pacchetto è l'artefatto di audit quando un sinistro viene negato per motivi di frode. Quattro passaggi stanno dietro a un flag: le feature vengono estratte dai campi del sinistro, dalla cronologia dei sinistri e dal grafo di rete; lo score registra la versione del modello che lo ha prodotto; una regola di soglia versionata decide il flag; e un revisore nominato lo firma. Quando un sinistro viene negato per motivi di frode, questi quattro passaggi sono ciò che il file contiene.

Il livello decisionale non attraversa mai un confine di fiducia che viola le regole di outsourcing Solvency II. La stessa topologia è disponibile in tutte e tre le posture.

Nessuna chiamata in uscita. Endpoint opzionale per il regolatore, solo UE.

Pacchetti firmati scritti una volta, letti molte volte, replica solo UE.

Motore nativo CPU, nessuna GPU farm, nessuna API ML cloud.

TLS termina nell'UE, mTLS verso il livello decisionale.

Tre modelli operativi, un'architettura di evidenza. Fabric gestito gira sulla Mesh pubblica di Dweve. Una licenza porta l'operazione diretta del prodotto sul tuo hardware. Una distribuzione licenziata fisicamente isolata protegge il lavoro attuariale più sensibile. L'accordo stabilisce il confine di elaborazione e la responsabilità operativa per ciascun modello. Gli stessi quattro confini sono tracciati in ciascuno: un ingress che termina TLS nell'UE, il confine di fiducia dietro cui si trova il livello decisionale, l'archivio pacchetti e un egress che non effettua chiamate in uscita.

Il determinismo è affermato nella suite di test, non promesso a parole. La stessa oracle eseguita sul tuo hardware produce la stessa risposta che produce sul nostro.

Nessun errore di arrotondamento supera la soglia dell'unità nell'ultima posizione.

Angoli e intervalli esercitati automaticamente in CI.

Ogni risultato confrontato con un riferimento ad alta precisione.

Conteggio di iterazioni limitato, nessuna unità a virgola mobile.

Ogni trascendente nel percorso di pricing e riserve è calcolato con CORDIC solo intero, poi verificato contro MPFR a precisione di 256 bit. Il risultato pubblicato è 0 ULP, arrotondato correttamente nell'intero dominio di input documentato, con test basati su proprietà che guidano gli angoli a ogni rilascio. Il limite è affermato nella suite di test a ogni rilascio, non promesso a parole, quindi la stessa oracle eseguita sul tuo hardware restituisce ciò che restituisce sul nostro.

L'attuario firma. Il pacchetto è l'artefatto di audit.

Il calcolo deterministico esegue la proiezione.

Chain-ladder, BF o expected. Stesso motore.

Carica l'ultimo triangolo dal tuo sistema sinistri.

La riserva è il carico di lavoro attuariale più danneggiato dalla deriva dei float. I metodi chain-ladder, Bornhuetter-Ferguson e expected-claim devono poter essere riprodotti esattamente quando il supervisore lo chiede. Dweve esegue il triangolo con aritmetica intera e fornisce gli stessi numeri ogni volta. Il triangolo viene caricato dal tuo sistema sinistri così com'è, il metodo viene scelto senza cambiare motore, la proiezione IBNR viene eseguita con calcolo deterministico e l'attuario firma la vista che ne esce. Anno di accidente contro periodo di sviluppo, gli stessi quattro passaggi restituiscono gli stessi numeri un anno dopo.

Versione tariffaria depositata applicata al punteggio.

Fattori registrati prima dell'esecuzione del modello.

Il modello di pricing stesso, un modello lineare generalizzato o gradient-boosted, continua a funzionare come prima. Dweve lo avvolge in un livello decisionale deterministico che registra ogni fattore, ogni regola e ogni override mentre la decisione avviene. Il pacchetto di replay è l'artefatto di audit. I fattori vengono fissati prima dell'esecuzione del modello, il punteggio grezzo torna, la versione tariffaria depositata viene applicata e l'attuario firma il premio.

Il tuo modello più un livello deterministico,

Mesh gestito, o sul tuo hardware, o air-gapped.

Specifica OpenAPI 3.1, errori tipizzati (RFC 7807).

Fonte, regola, versione tariffaria, attuario, firma.

Stesso input, stesso output, ogni macchina, ogni release.

Ogni decisione di pricing, sinistri e riserve gira su un motore deterministico. Replay bit-exact su macchine e release. Un pacchetto firmato per decisione, abbastanza piccolo da allegare a una presentazione regolamentare. Nessuna deriva in virgola mobile, nessun arrotondamento dipendente dal chip. Il pacchetto contiene la fonte, la regola, la versione tariffaria, l'attuario e la firma, e le stesse quattro proprietà valgono sia che il lavoro giri su Mesh gestito, sia su hardware proprio, sia in ambiente isolato.

Non serve un avvocato per contestare un premio. Il pacchetto è in linguaggio semplice e la regola, la versione e il revisore sono indicati nella lettera.

Lo stesso pacchetto che vede il tribunale.

Nessun costo anticipato per il consumatore.

Ogni decisione della piattaforma è impugnabile. Lo stesso registro firmato dall'attuario è quello che puoi contestare. Se non sei d'accordo con la regola, la versione o la ponderazione dei fattori, il percorso di appello è nella lettera. Ci sono quattro percorsi: revisione interna con un revisore nominato, il Klachteninstituut, i tribunali e il registro stesso, che è lo stesso pacchetto che un tribunale vedrebbe.

La tua domanda riceve una risposta scritta, non un chatbot.

Il revisore che ha approvato è nominato, non anonimo.

La regola che ha scattato è allegata alla decisione, non separata.

La richiesta è pagata, rifiutata o inviata per revisione con una motivazione.

Una richiesta non è più una scatola nera. La decisione, la regola e il revisore stanno insieme dal momento in cui segnali il danno. Se chiedi, l'assicuratore può mostrarti perché è stata pagata, rifiutata o inviata per revisione. Quattro cose sono scritte mentre la richiesta avanza: l'esito e la motivazione, la regola che ha scattato, il revisore che l'ha approvata per nome e una risposta scritta a qualsiasi domanda successiva.

Costruito e gestito secondo le norme UE.

Quando il tuo assicuratore usa Dweve, il tuo premio non è un numero indovinato da una macchina. È legato a una regola depositata, a un registro e a un attuario nominato. Se chiedi, possono mostrarti la regola che ha fissato il prezzo, in linguaggio chiaro. Quattro cose sono incluse: linguaggio chiaro invece di gergo, la regola che ha effettivamente fissato il prezzo, un attuario nominato e dati conservati secondo le norme UE.

Ogni sinistro produce lo stesso registro riproducibile di ogni premio. Lo stesso formato di pacchetto copre sia la tariffazione che i sinistri, quindi la narrativa ORSA attinge da un'unica fonte di verità.

Riserva impostata secondo la regola, revisore nominato.

Perito assegnato, foto e dichiarazione registrate.

Prima notifica di sinistro registrata, polizza allegata.

La tariffazione non è l'unica decisione che sopravvive a una revisione. Il triage dei sinistri, la segnalazione di frode e la riservazione lasciano tutte lo stesso pacchetto firmato. Il sinistro, la regola, il perito e la riserva stanno insieme dal momento in cui il sinistro viene segnalato. Il modello antifrode continua a funzionare come prima, avvolto in un livello che fissa la sua versione e registra ogni caratteristica, ogni soglia e ogni approvazione del revisore, così un rifiuto per motivi di frode ha un artefatto dietro di sé. La riservazione si riproduce alle stesse condizioni: i metodi chain-ladder, Bornhuetter-Ferguson e sinistri attesi restituiscono gli stessi numeri quando il supervisore li riapre.