Insurance AI | EIOPA, Solvency II, AI Act

Cada parte proviene de una regla registrada, no de una suposición.

Los modelos lineales generalizados y los modelos potenciados por gradiente existentes siguen funcionando. Dweve los envuelve en una capa de decisión determinista que registra cada factor, cada regla y cada anulación a medida que se toma la decisión. El paquete de reproducción es el artefacto de auditoría.

Paquete cerrado para trabajo clasificado o estatutario.

Ejecución en servidores de tu propio edificio.

Mesh público operado por Dweve; el límite de procesamiento se documenta en el acuerdo.

Integra mediante REST o gRPC contra una superficie OpenAPI 3.1 tipada. Gestionado a través de Fabric en el Mesh público de Dweve para pilotos. Con licencia para on-prem. Aislado de red para el trabajo actuarial más sensible. La misma API, el mismo formato de traza, los mismos paquetes de reproducción en las tres. Los errores se tipan según RFC 7807 y los SDK se distribuyen para TypeScript, Python, Go y Rust, de modo que integrarse contra una postura es integrarse contra las tres.

El modelo de fraude en sí sigue funcionando como antes. Dweve lo envuelve en una capa determinista que registra cada característica, cada umbral y cada visto bueno del revisor.

El revisor firma; el paquete es el artefacto de auditoría.

Cada puntuación registra la versión del modelo utilizada.

Campos de la reclamación, historial, grafo de red.

La detección de fraude en reclamaciones es el flujo de trabajo de seguros más perjudicado por la desviación de versiones de modelo. Dweve ejecuta el modelo de fraude con aritmética de enteros, lo fija a una versión específica del modelo y envía la misma decisión de marcado cada vez. El paquete es el artefacto de auditoría cuando se deniega una reclamación por motivos de fraude. Cuatro pasos respaldan una marca: las características se extraen de los campos de la reclamación, del historial de la reclamación y del grafo de red; la puntuación registra la versión del modelo que la produjo; una regla de umbral versionada decide la marca; y un revisor designado la firma. Cuando se deniega una reclamación por motivos de fraude, esos cuatro pasos son lo que contiene el expediente.

La capa de decisión nunca cruza un límite de confianza que incumpla las normas de externalización de Solvencia II. La misma topología se distribuye en las tres posturas.

Sin llamadas salientes. Punto final opcional solo para la UE.

Paquetes firmados escritos una vez, leídos muchas veces, réplica solo en la UE.

Motor nativo de CPU, sin granjas de GPU, sin API de ML en la nube.

Terminación TLS en la UE, mTLS hacia la capa de decisión.

Tres modelos operativos, una arquitectura de evidencia. Fabric gestionado se ejecuta en el Mesh público de Dweve. Una licencia permite la operación directa del producto en tu hardware. Un despliegue con licencia físicamente aislado protege el trabajo actuarial más sensible. El acuerdo establece el límite de procesamiento y la responsabilidad operativa de cada modelo. En cada uno se dibujan los mismos cuatro límites: una entrada que termina TLS en la UE, el límite de confianza detrás del cual se encuentra la capa de decisión, el almacén de paquetes y una salida que no realiza llamadas salientes.

La determinación se afirma en la suite de pruebas, no se promete en prosa. El mismo oráculo ejecutado en tu hardware produce la misma respuesta que en el nuestro.

Ningún error de redondeo cruza el umbral de la unidad en el último lugar.

Esquinas y rangos ejercitados automáticamente en CI.

Cada resultado comparado con una referencia de alta precisión.

Iteración acotada, sin unidad de coma flotante.

Cada trascendente en la ruta de tarificación y reservas se calcula con CORDIC solo de enteros y luego se verifica contra MPFR con precisión de 256 bits. El resultado publicado es 0 ULP, redondeado correctamente en todo el dominio de entrada documentado, con pruebas basadas en propiedades que ejercitan las esquinas en cada versión. El límite se afirma en la suite de pruebas en cada versión, no se promete en prosa, por lo que el mismo oráculo ejecutado en tu hardware devuelve lo que devuelve en el nuestro.

El actuario firma. El paquete es el artefacto de auditoría.

El cómputo determinista ejecuta la proyección.

Chain-ladder, BF o esperado. El mismo motor.

Carga el último triángulo de tu sistema de siniestros.

Las reservas son la carga de trabajo actuarial más dañada por la deriva de coma flotante. Los métodos chain-ladder, Bornhuetter-Ferguson y de siniestros esperados necesitan reproducirse exactamente cuando el supervisor lo pide. Dweve ejecuta el triángulo con aritmética de enteros y entrega los mismos números cada vez. El triángulo se extrae de tu sistema de siniestros tal como está, el método se elige sin cambiar de motor, la proyección de IBNR se ejecuta con cómputo determinista y el actuario firma la vista resultante. Año de accidente frente a período de desarrollo, los mismos cuatro pasos devuelven los mismos números un año después.

Versión de tarifa presentada aplicada a la puntuación.

Factores registrados antes de que el modelo se ejecute.

El modelo de tarificación en sí, un modelo lineal generalizado o de boosting de gradiente, sigue funcionando como antes. Dweve lo envuelve en una capa de decisión determinista que registra cada factor, cada regla y cada anulación a medida que ocurre la decisión. El paquete de reproducción es el artefacto de auditoría. Los factores se fijan antes de que el modelo se ejecute, la puntuación bruta regresa, la versión de tarifa presentada se aplica a ella y el actuario firma la prima.

Mesh gestionado, o en tu hardware, o aislado.

Especificación OpenAPI 3.1, errores tipados (RFC 7807).

Fuente, regla, versión tarifaria, actuario, firma.

Misma entrada, misma salida, en cada máquina, en cada versión.

Cada decisión de tarificación, siniestros y reservas se ejecuta en un motor determinista. Reproducción bit a bit en todas las máquinas y versiones. Un paquete firmado por decisión, lo bastante pequeño para adjuntarlo a una presentación regulatoria. Sin desviaciones de coma flotante, sin redondeos dependientes del chip. El paquete incluye la fuente, la regla, la versión tarifaria, el actuario y la firma, y las mismas cuatro propiedades se mantienen tanto si el trabajo se ejecuta en la Mesh gestionada, en tu propio hardware o en un entorno aislado.

No necesitas un abogado para impugnar una prima. El paquete está en lenguaje claro y la regla, la versión y el revisor figuran en la carta.

Toda decisión de la plataforma es recurrible. El mismo registro que firmó el actuario es el registro que puedes impugnar. Si no estás de acuerdo con la regla, la versión o la ponderación de los factores, la vía de recurso está en la carta. Hay cuatro vías: revisión interna con un revisor designado, el Klachteninstituut, los tribunales y el propio registro, que es el mismo paquete que vería un tribunal.

Tu pregunta recibe una respuesta por escrito, no un chatbot.

El revisor que dio el visto bueno figura por su nombre, no de forma anónima.

La regla que se activó se adjunta a la decisión, no va por separado.

La reclamación se paga, se rechaza o se envía a revisión con un motivo.

Una reclamación ya no es una caja negra. La decisión, la regla y el revisor van juntos desde el momento en que comunicas el siniestro. Si lo pides, la aseguradora puede mostrarte por qué se pagó, se rechazó o se envió a revisión. Cuatro cosas quedan registradas a medida que avanza la reclamación: el resultado y su motivo, la regla que se activó, el revisor que la firmó por su nombre y una respuesta por escrito a lo que preguntes después.

Creado y gestionado conforme a las normas de la UE.

Cuando tu aseguradora funciona con Dweve

Cuando tu aseguradora usa Dweve, tu prima no es un número que una máquina haya adivinado. Está vinculada a una regla registrada, un expediente y un actuario designado. Si lo pides, pueden mostrarte la regla que fijó el precio, en lenguaje sencillo. Cuatro cosas lo acompañan: lenguaje sencillo en lugar de jerga, la regla que realmente fijó el precio, un actuario designado y datos custodiados según las normas de la UE.

Cada siniestro produce el mismo registro reproducible que cada prima. El mismo formato de paquete cubre tanto la tarificación como los siniestros, por lo que la narrativa del ORSA se basa en una única fuente de verdad.

Oferta redactada, respuesta por escrito.

Reserva fijada según la regla, revisor designado.

Perito asignado, fotos y declaración registradas.

Primer aviso de pérdida registrado, póliza adjunta.

La tarificación no es la única decisión que sobrevive a una revisión. La clasificación de siniestros, el marcado de fraude y la constitución de reservas dejan el mismo paquete firmado. El siniestro, la regla, el perito y la reserva permanecen juntos desde el momento en que se notifica la pérdida. El modelo de fraude sigue funcionando como antes, envuelto en una capa que fija su versión y registra cada característica, cada umbral y cada visto bueno del revisor, de modo que una denegación por fraude tenga un artefacto detrás. La constitución de reservas se reproduce en los mismos términos: los métodos chain-ladder, Bornhuetter-Ferguson y de siniestros esperados devuelven los mismos números cuando el supervisor los reabre.