Insurance AI | EIOPA, Solvency II, AI Act

Welche Faktoren den Preis verändert haben

Jeder Teil stammt aus einer eingereichten Regel, nicht aus einer Schätzung.

Fragen Sie, was Ihren Preis verändert hat.

Jeder Teil ist benannt, nicht versteckt.

Bestehende generalisierte lineare Modelle und Gradient-Boosting-Modelle funktionieren weiterhin. Dweve umhüllt sie mit einer deterministischen Entscheidungsebene, die jeden Faktor, jede Regel und jede Überschreibung zum Zeitpunkt der Entscheidung aufzeichnet. Das Replay-Paket ist das Prüfartefakt.

Geschlossenes Paket für klassifizierte oder gesetzlich vorgeschriebene Arbeiten.

Ausführung auf Servern in Ihrem eigenen Gebäude.

Von Dweve betriebenes öffentliches Mesh; Verarbeitungsgrenze im Vertrag dokumentiert.

Integration über REST oder gRPC gegen eine typisierte OpenAPI-3.1-Oberfläche. Verwaltet über Fabric auf dem öffentlichen Dweve Mesh für Pilotprojekte. Lizenziert für On-Premises. Luftspalt für die sensibelste versicherungsmathematische Arbeit. Gleiche API, gleiches Trace-Format, gleiche Replay-Pakete über alle drei. Fehler sind gemäß RFC 7807 typisiert und SDKs werden für TypeScript, Python, Go und Rust ausgeliefert, sodass die Integration gegen eine Haltung die Integration gegen alle drei ist.

Das Betrugsmodell selbst funktioniert weiterhin wie zuvor. Dweve umhüllt es mit einer deterministischen Ebene, die jedes Merkmal, jeden Schwellenwert und jede Prüferfreigabe aufzeichnet.

Prüfer signiert; Paket ist das Prüfartefakt.

Schwellenwertregel versioniert und signiert.

Jeder Score zeichnet die verwendete Modellversion auf.

Anspruchsfelder, Historie, Netzwerkgraph.

Betrugserkennung bei Ansprüchen ist der Versicherungsworkflow, der am stärksten unter Modellversionsabweichungen leidet. Dweve führt das Betrugsmodell mit Integer-Arithmetik aus, bindet es an eine bestimmte Modellversion und liefert jedes Mal dieselbe Flag-Entscheidung. Das Paket ist das Prüfartefakt, wenn ein Anspruch aus Betrugsgründen abgelehnt wird. Hinter einem Flag stehen vier Schritte: Merkmale werden aus Anspruchsfeldern, Anspruchshistorie und dem Netzwerkgraph extrahiert; der Score zeichnet die Modellversion auf, die ihn erzeugt hat; eine versionierte Schwellenwertregel entscheidet über das Flag; und ein benannter Prüfer signiert es. Wenn ein Anspruch aus Betrugsgründen abgelehnt wird, sind diese vier Schritte das, was die Akte enthält.

Die Entscheidungsebene überschreitet niemals eine Vertrauensgrenze, die die Solvency-II-Auslagerungsregeln verletzt. Dieselbe Topologie wird auf allen drei Haltungen ausgeliefert.

Keine ausgehenden Aufrufe. Optionaler EU-only-Regulierungsendpunkt.

Signierte Pakete einmal geschrieben, oft gelesen, EU-only-Replikat.

CPU-nativer Motor, keine GPU-Farm, keine Cloud-ML-APIs.

TLS-Terminierung in der EU, mTLS zur Entscheidungsebene.

Drei Betriebsmodelle, eine Beweisarchitektur. Verwaltetes Fabric läuft auf Dweves öffentlichem Mesh. Eine Lizenz bringt den direkten Produktbetrieb auf Ihre Hardware. Eine physisch isolierte lizenzierte Bereitstellung schützt die sensibelste versicherungsmathematische Arbeit. Die Vereinbarung legt die Verarbeitungsgrenze und die Betriebsverantwortung für jedes Modell fest. In jedem sind dieselben vier Grenzen gezogen: ein Ingress, der TLS in der EU terminiert, die Vertrauensgrenze, hinter der die Entscheidungsebene sitzt, der Paketspeicher und ein Egress, der keine ausgehenden Aufrufe macht.

Determinismus wird in der Testsuite behauptet, nicht in Prosa versprochen. Derselbe Oracle-Lauf auf Ihrer Hardware liefert dieselbe Antwort wie auf unserer.

Kein Rundungsfehler überschreitet die Schwelle der letzten Stelle.

Ecken und Bereiche werden automatisch in CI getestet.

Jedes Ergebnis wird mit einer hochpräzisen Referenz verglichen.

Begrenzte Iterationsanzahl, keine Gleitkommaeinheit.

Jede transzendente Funktion im Preis- und Reservierungspfad wird mit rein ganzzahligem CORDIC berechnet und anschließend gegen MPFR mit 256-Bit-Präzision verifiziert. Das veröffentlichte Ergebnis ist 0 ULP, korrekt gerundet über den dokumentierten Eingabebereich, mit eigenschaftsbasierten Tests, die bei jeder Veröffentlichung die Ecken abdecken. Die Grenze wird bei jeder Veröffentlichung in der Testsuite behauptet und nicht in Prosa versprochen, sodass derselbe Oracle-Lauf auf Ihrer Hardware das zurückgibt, was er auf unserer zurückgibt.

Aktuar signiert. Das Paket ist das Prüfartefakt.

Deterministische Berechnung führt die Projektion aus.

Chain-Ladder, BF oder erwartet. Gleiche Engine.

Laden Sie das neueste Dreieck aus Ihrem Schadenssystem.

Reservierung ist die versicherungsmathematische Aufgabe, die am meisten unter Float-Drift leidet. Chain-Ladder-, Bornhuetter-Ferguson- und Expected-Claim-Methoden müssen exakt wiederholbar sein, wenn der Vorgesetzte fragt. Dweve führt das Dreieck mit Ganzzahlarithmetik aus und liefert jedes Mal dieselben Zahlen. Das Dreieck wird aus Ihrem Schadenssystem gezogen, wie es ist, die Methode wird gewählt, ohne die Engine zu wechseln, die IBNR-Projektion läuft auf deterministischer Berechnung, und der Aktuar signiert die Ansicht, die herauskommt. Unfalljahr gegen Entwicklungsperiode, dieselben vier Schritte liefern ein Jahr später dieselben Zahlen.

Eingereichte Tarifversion auf den Score angewendet.

Faktoren werden protokolliert, bevor das Modell läuft.

Das Preismodell selbst, ein verallgemeinertes lineares Modell oder gradient-boosted, läuft weiter wie zuvor. Dweve umhüllt es mit einer deterministischen Entscheidungsschicht, die jeden Faktor, jede Regel und jede Überschreibung aufzeichnet, während die Entscheidung getroffen wird. Das Wiedergabepaket ist das Prüfartefakt. Faktoren werden festgelegt, bevor das Modell läuft, der Roh-Score kommt zurück, die eingereichte Tarifversion wird darauf angewendet, und der Aktuar signiert die Prämie.

Ihr Modell plus eine deterministische Schicht,

Preisgestaltung unter deterministischer Berechnung

Verwaltetes Mesh, oder auf Ihrer Hardware, oder air-gapped.

OpenAPI 3.1-Spezifikation, typisierte Fehler (RFC 7807).

Quelle, Regel, Tarifversion, Aktuar, Unterschrift.

Gleiche Eingabe, gleiche Ausgabe, jede Maschine, jede Version.

Jede Preis-, Schadens- und Rückstellungsentscheidung läuft auf einer deterministischen Engine. Bit-exakte Wiedergabe über Maschinen und Versionen hinweg. Ein signiertes Paket pro Entscheidung, klein genug für einen Regulierungsbericht. Kein Gleitkomma-Drift, keine chipabhängige Rundung. Das Paket enthält Quelle, Regel, Tarifversion, Aktuar und Unterschrift, und dieselben vier Eigenschaften gelten, ob die Arbeit auf dem verwalteten Mesh, auf eigener Hardware oder in einer abgeschotteten Umgebung läuft.

Sie brauchen keinen Anwalt, um eine Prämie anzufechten. Das Paket ist in einfacher Sprache verfasst, und Regel, Version und Prüfer sind im Schreiben genannt.

Jede Entscheidung der Plattform ist anfechtbar. Dieselbe Akte, die der Aktuar unterschrieben hat, ist die Akte, die Sie anfechten können. Wenn Sie mit der Regel, der Version oder der Gewichtung der Faktoren nicht einverstanden sind, steht der Rechtsweg im Schreiben. Es gibt vier Wege: interne Prüfung mit namentlich benanntem Prüfer, das Klachteninstituut, die Gerichte und die Akte selbst, die dasselbe Paket ist, das ein Gericht sehen würde.

Ihre Frage erhält eine schriftliche Antwort, keinen Chatbot.

Der Prüfer, der freigegeben hat, ist namentlich genannt, nicht anonym.

Die Regel, die ausgelöst hat, ist der Entscheidung beigefügt, nicht getrennt.

Der Anspruch wird mit Begründung bezahlt, abgelehnt oder zur Prüfung eingereicht.

Ein Anspruch ist keine Blackbox mehr. Entscheidung, Regel und Prüfer stehen ab dem Zeitpunkt der Schadenmeldung zusammen. Wenn Sie fragen, kann der Versicherer Ihnen zeigen, warum er bezahlt, abgelehnt oder zur Prüfung eingereicht wurde. Vier Dinge werden während des Anspruchs schriftlich festgehalten: das Ergebnis und der Grund dafür, die Regel, die ausgelöst hat, der Prüfer, der namentlich freigegeben hat, und eine schriftliche Antwort auf alles, was Sie danach fragen.

Die Regel, die den Preis festgelegt hat.

Wenn Ihr Versicherer Dweve nutzt, ist Ihre Prämie keine Zahl, die eine Maschine geraten hat. Sie ist an eine eingereichte Regel, einen Datensatz und einen benannten Aktuar gebunden. Wenn Sie fragen, können sie Ihnen die Regel, die den Preis festgelegt hat, in klarer Sprache zeigen. Vier Dinge sind enthalten: klare Sprache statt Fachjargon, die Regel, die tatsächlich den Preis festgelegt hat, ein benannter Aktuar und Daten, die nach EU-Regeln aufbewahrt werden.

Jeder Schaden erzeugt denselben abspielbaren Datensatz wie jede Prämie. Das gleiche Paketformat deckt sowohl Preisgestaltung als auch Schadenfälle ab, sodass die ORSA-Darstellung aus einer einzigen Quelle der Wahrheit schöpft.

Rückstellung gemäß Regel festgelegt, Prüfer benannt.

Sachverständiger zugewiesen, Fotos und Aussage erfasst.

Erste Schadenmeldung protokolliert, Police angehängt.

Preisgestaltung ist nicht die einzige Entscheidung, die einer Überprüfung standhält. Schadenpriorisierung, Betrugskennzeichnung und Rückstellung hinterlassen alle dasselbe signierte Paket. Der Schaden, die Regel, der Sachverständige und die Rückstellung liegen ab dem Zeitpunkt der Schadenmeldung zusammen. Das Betrugsmodell läuft wie zuvor weiter, eingehüllt in eine Schicht, die seine Version fixiert und jedes Merkmal, jede Schwelle und jede Freigabe des Prüfers aufzeichnet, sodass eine Ablehnung aus Betrugsgründen ein Artefakt hinter sich hat. Die Rückstellung wird zu denselben Bedingungen abgespielt: Chain-Ladder-, Bornhuetter-Ferguson- und Expected-Claim-Methoden liefern dieselben Zahlen, wenn der Vorgesetzte sie erneut öffnet.