Suscripción de Vida y No Vida

Una prima que podrá volver a deducir años después.

Libros de tarifas versionados y una cascada de factores determinista para Vida y No Vida — cada cálculo guardado con sus pasos nombrados, la autoridad delegada evaluada como conjunto de reglas antes de suscribir, y un registro de requisitos que informa de lo que realmente está pendiente.

Solicitar una demoVer la plataformaDemo interactiva
app.aegisnow.ai/dashboard

Centro de Mando de Suscripción

En vivo

Expedientes en cola

412

↓-38

Libros de tarifas en vigor

1 / ramo

Tiempo medio hasta decisión

2,6 d

↓-1,4 d

Derivaciones facultativas abiertas

27

Solicitudes resueltas por semana, últimas 8 semanas

Tendencia

AegisNow Mesa de Suscripción es una plataforma de suscripción para aseguradoras de Vida y No Vida. Los libros de tarifas son datos versionados y no una entrega de software, y un libro candidato no puede promocionarse si su batería de regresión no pasó después de la última edición. Cada cálculo de prima guarda sus pasos nombrados y la versión del libro que lo produjo, de modo que una prima es reproducible cuando se pida. La autoridad delegada es un conjunto de reglas que devuelve dentro de autoridad, derivar o rechazar — nombrando la regla incumplida — y los requisitos de evidencia se llevan en un registro que informa de lo pendiente y lo vencido.

0 víaspor las que puede rechazarse la promoción de un libro de tarifas

Resultado ilustrativo. En una demo de trabajo adaptaremos Mesa de Suscripción a tus propios datos, marcos y objetivos.

Por qué lo eligen los equipos

Por qué elegir Mesa de Suscripción

Tarificar, decidir y derivar desde un único escritorio de suscripción gobernado.

Cambiar precios es un cambio de datos, no una entrega

Los libros de tarifas son registros versionados que recorren borrador, presentado, aprobado, en vigor y sustituido, con exactamente un libro en vigor por ramo a la vez.

Una puerta de promoción que no se rodea

Un libro no puede promocionarse si su batería de regresión no se ejecutó, falló o es anterior a la última edición — así se cierra el camino de aprobar las pruebas y luego retocar un factor.

Toda prima es reproducible

Cada cálculo guarda sus pasos nombrados y el código y la versión del libro de tarifas que los produjo, que es justo lo que pide un examinador de tarifas o un litigio de cobertura.

Autoridad evaluada, no recordada

Ramos permitidos, jurisdicciones, límite máximo y prima máxima se evalúan en cada solicitud, devolviendo dentro, derivar o rechazar y nombrando la regla incumplida.

Capacidad contrastada con el programa real

Retención, límite jumbo y límite de aceptación automática salen del libro de contratos real — el mismo modelo de tratados que usa el área de siniestros para sus recobros.

Extracción que admite la incertidumbre

Las solicitudes entrantes se convierten en campos con una confianza por campo, y los de baja confianza se retienen para revisión en lugar de escribirse como si fueran ciertos.

Dentro del módulo

Capacidades disponibles desde el primer día

Todas las capacidades funcionan sobre el tejido de datos compartido, el cerebro Cortex gobernado y el registro de evidencias, de modo que Mesa de Suscripción suma con el resto de la plataforma.

Recepción de solicitudes y extracción

Las solicitudes entrantes se convierten en campos estructurados con una confianza por campo, y los de baja confianza pasan a un humano.

Saber más

Motor de tarificación y libros de tarifas

Una cascada de factores determinista sobre libros versionados, y la promoción se rechaza si no pasa la batería de regresión.

Saber más

Reglas de apetito y autoridad de suscripción

La autoridad delegada como conjunto de reglas evaluado en cada solicitud: dentro, derivar o rechazar.

Saber más

Registro de requisitos de evidencia

Cada requisito con su estado, antigüedad y SLA — y pedir es una acción registrada, no una integración con proveedor.

Saber más
app.aegisnow.ai/dashboard

Centro de Mando de Suscripción

En vivo

Expedientes en cola

412

↓-38

Libros de tarifas en vigor

1 / ramo

Tiempo medio hasta decisión

2,6 d

↓-1,4 d

Derivaciones facultativas abiertas

27

Solicitudes resueltas por semana, últimas 8 semanas

Tendencia

Escritorio del suscriptor

Colas, requisitos, notas y decisiones sobre un mismo expediente con su propia pista de eventos.

Saber más

Capacidad facultativa y de tratados

Retención, límite jumbo y aceptación automática contrastados con el programa real antes de mover la pluma.

Saber más

Registro de modelos y decisiones gobernadas

Cada modelo versionado con su rol de campeón o retador, y una escritura gobernada que puede negarse.

Saber más

Traspaso de cotización, proyección y emisión

Un mismo registro desde la cotización hasta la póliza emitida, con el cálculo de prima viajando con él.

Saber más
Detalle de capacidades

Qué hace realmente cada capacidad

Cada sección de abajo tiene enlace propio, para que una respuesta concreta se pueda citar por sí sola en lugar de quedar enterrada en la página.

Capacidad 01

Recepción de solicitudes y extracción

Las solicitudes entrantes se convierten en campos estructurados con una confianza por campo, y los de baja confianza pasan a un humano.

Una solicitud llega como formulario ACORD, correo de un corredor, relación de valores o histórico siniestral, y la primera tarea es convertirla en campos sobre los que algo pueda razonar. La extracción devuelve cada campo con su valor, el método que lo produjo y una confianza — y esa confianza se usa, no decora: los campos por debajo del umbral se retienen para revisión en lugar de escribirse como si fueran ciertos.

Las partes extraídas se resuelven contra la cartera existente y no se crean a ciegas. Las coincidencias candidatas se devuelven con su puntuación, de modo que el operador ve por qué se vinculó una solicitud a un asegurado existente, y una coincidencia ambigua es una decisión que alguien toma y no una fusión silenciosa de dos cuentas.

Nada se aplica a una solicitud real hasta que un humano lo acepta. La extracción produce una propuesta; el paso de aplicación es independiente, controlado y auditado. Esa separación es lo esencial: significa que un error de extracción es una sugerencia rechazada y no una solicitud corrompida que habrá que rastrear después.

Qué hace

  • Extraer campos estructurados de los documentos entrantes, cada uno con su valor, método y confianza.
  • Retener para revisión los campos de baja confianza en lugar de escribirlos como ciertos.
  • Resolver las partes extraídas contra la cartera existente y devolver las coincidencias candidatas con su puntuación.
  • Mantener la extracción como propuesta, con un paso de aplicación independiente, controlado y auditado.
  • Registrar la ejecución de extracción para que el origen de un campo tenga respuesta más adelante.

Implementa

  • Formularios de solicitud ACORD
  • Confianza por campo y procedencia del método
  • Paso de aplicación aceptado por un humano

Míralo en el producto

Ejecute la extracción sobre una solicitud y mire el resultado antes de aplicarlo: cada campo lleva su método y su confianza, y la solicitud permanece intacta hasta que se invoca el paso de aplicación.

Capacidad 02

Motor de tarificación y libros de tarifas

Una cascada de factores determinista sobre libros versionados, y la promoción se rechaza si no pasa la batería de regresión.

Un libro de tarifas es un registro versionado por ramo: una tarifa base, las tablas de factores que la modifican, la escala de límites incrementados y los recargos. Cambiar un precio es un cambio de datos, no una entrega. Los libros recorren borrador, presentado, aprobado, en vigor y sustituido, y solo hay un libro en vigor por ramo a la vez — promocionar uno nuevo sustituye al saliente en la misma transacción.

El motor que lo lee es una cascada de factores determinista sin estado oculto. Un riesgo de daños se tarifica como valor total asegurado por millar sobre la tarifa base, y luego se multiplica por ocupación, construcción, banda de clase de protección y territorio, después por el factor de límite incrementado del límite elegido, antes de que los recargos de catástrofe, gastos y beneficio lleguen a la prima técnica. Un riesgo de vida parte de una tasa de mortalidad interpolada entre edades para la condición de fumador, luego el factor de clase, luego el recargo por tabla en pasos configurables, más los extras planos. Cada paso se nombra, se devuelve y se guarda con el cálculo junto al código y la versión del libro — de modo que una prima cotizada hoy puede volver a deducirse años después, que es lo que realmente pide un examinador de tarifas o un litigio de cobertura.

Lo que impide que una tarifa defectuosa llegue al libro es la batería de regresión. Se fijan riesgos representativos con una prima esperada y una tolerancia, y la batería se ejecuta contra el libro candidato. La promoción se rechaza de tres maneras: si la batería nunca se ejecutó, si falló, o si el libro se editó después de la última ejecución. Esta última es la que más importa — significa que no se pueden aprobar las pruebas, retocar un factor y promocionar igualmente.

Qué hace

  • Versionar un libro de tarifas por borrador, presentado, aprobado, en vigor y sustituido, con un solo libro en vigor por ramo.
  • Tarificar riesgos de daños por ocupación, construcción, clase de protección 1–10, territorio y factores de límite incrementado, más recargos de catástrofe, gastos y beneficio.
  • Tarificar riesgos de vida por mortalidad interpolada según edad y condición de fumador, factor de clase, pasos de recargo por tabla y extras planos.
  • Guardar cada cálculo con sus pasos nombrados y el código y la versión del libro que lo produjo.
  • Recotizar cualquier solicitud contra cualquier libro sin persistir nada, para probar un cambio propuesto contra riesgos reales.
  • Rechazar la promoción cuando la batería de regresión nunca se ejecutó, falló o es anterior a la última edición del libro.
  • Sustituir el libro saliente y poder volver a él después, ambas como transacciones auditadas y limitadas por rol.

Implementa

  • Escalas de factores de límite incrementado (ILF)
  • Bandas de clase de protección 1–10
  • Interpolación de mortalidad por edad y condición de fumador
  • Ciclo del libro de tarifas: borrador → presentado → aprobado → en vigor → sustituido

Míralo en el producto

Edite un factor de un libro aprobado e intente promocionarlo. La promoción se rechaza porque el libro es ahora posterior a su última ejecución de regresión — aprobar la batería y luego retocar es exactamente el camino que queda cerrado.

Capacidad 03

Reglas de apetito y autoridad de suscripción

La autoridad delegada como conjunto de reglas evaluado en cada solicitud: dentro, derivar o rechazar.

El apetito y la autoridad delegada se modelan como un conjunto de reglas y no como un PDF en una carpeta compartida: los ramos que pueden suscribirse, las jurisdicciones permitidas y excluidas, el límite máximo de póliza y la prima máxima. Cada solicitud se evalúa contra el conjunto de reglas de su programa antes de poder suscribirse.

El veredicto tiene tres valores, y la distinción es lo esencial. Un ramo fuera del binder o una jurisdicción excluida es un rechazo. Una jurisdicción fuera de la lista permitida, un límite por encima del máximo o una prima por encima del máximo es una derivación. Todo lo demás está dentro de autoridad. La evaluación nombra la regla concreta que se incumplió y el valor que la incumplió, en lugar de un aviso genérico de que algo va mal en alguna parte.

Ese veredicto condiciona la suscripción. Un riesgo derivado no puede suscribirse hasta que la derivación se reconozca explícitamente, y un riesgo rechazado no puede suscribirse en absoluto. La plataforma redacta además el memorando de derivación enumerando cada incumplimiento, de modo que la petición al proveedor de capacidad se escribe con los mismos hechos que produjeron el veredicto y no se retecla de memoria.

Qué hace

  • Modelar la autoridad de cada programa como ramos permitidos, jurisdicciones permitidas y excluidas, límite máximo y prima máxima.
  • Evaluar cada solicitud contra su programa y devolver dentro de autoridad, derivar o rechazar.
  • Nombrar la regla incumplida y el valor que la incumplió en lugar de devolver un aviso genérico.
  • Exigir el reconocimiento explícito de la derivación antes de poder suscribir un riesgo derivado, y bloquear por completo un riesgo rechazado.
  • Redactar el memorando de derivación enumerando cada incumplimiento, listo para el proveedor de capacidad.

Implementa

  • Cuadros de binder: ramos, territorios, límites, prima
  • Veredicto de autoridad de tres valores
  • Reconocimiento de la derivación antes de suscribir

Míralo en el producto

Envíe un riesgo con un límite por encima del máximo del programa. El veredicto vuelve como derivar, nombrando la regla de límite y el valor real, y la suscripción no está disponible hasta que se reconoce la derivación.

Capacidad 04

Registro de requisitos de evidencia

Cada requisito con su estado, antigüedad y SLA — y pedir es una acción registrada, no una integración con proveedor.

La evidencia de suscripción se gestiona como un registro de requisitos contra el expediente: qué hace falta, por qué, a quién se pidió, cuándo se pidió, cuándo llegó y cuánto lleva pendiente. Los requisitos recorren los estados requerido, pedido, recibido y dispensado, cada transición sellada con el usuario que la hizo, y la vista del expediente muestra lo vencido en lugar de dejar que el suscriptor lo advierta.

Los requisitos de Vida y de No Vida conviven en el mismo registro con vocabularios distintos — informes del médico de cabecera, analíticas, historial de prescripciones, MIB y antecedentes de conducción de un lado; históricos siniestrales, relaciones de valores, cuadros e informes de inspección del otro. La vista resumen agrega por estado y categoría e informa de lo pendiente y lo vencido, que es lo que un responsable de operaciones necesita para trabajar una cola.

Algo que esto deliberadamente no afirma: pedir es una acción registrada dentro de la plataforma, no una llamada a un proveedor. Marcar un requisito como pedido registra la intención, el proveedor indicado y la marca de tiempo — no transmite una petición a un buró ni a un laboratorio. Conectar un proveedor real de evidencia es un trabajo de integración con credenciales y contratos detrás, y hasta que exista, el registro refleja el proceso con honestidad en lugar de dar a entender una automatización que no está.

Qué hace

  • Seguir cada requisito por requerido, pedido, recibido y dispensado, sellado con el usuario que lo movió.
  • Llevar en un mismo registro los tipos de evidencia de Vida y No Vida — informes médicos, analíticas, historial de prescripciones, MIB y antecedentes de conducción junto a históricos siniestrales, relaciones de valores, cuadros e inspecciones.
  • Informar de los requisitos pendientes y vencidos por estado y categoría para gestionar la cola.
  • Envejecer cada requisito contra su fecha de vencimiento para que lo atrasado sea visible sin buscarlo.
  • Registrar el proveedor indicado en un pedido y el momento en que se hizo, como constancia interna de la intención.

Implementa

  • Evidencia de Vida: informe médico, analíticas, historial de prescripciones, MIB, antecedentes de conducción
  • Evidencia de No Vida: históricos siniestrales, relaciones de valores, cuadros, inspecciones
  • Ciclo del requisito con envejecimiento de SLA

Míralo en el producto

Abra el resumen de requisitos de un expediente: recuentos por estado y categoría, lo pendiente y lo vencido. Pedir un requisito registra el proveedor y la marca de tiempo en la fila — no se realiza ninguna petición externa, y la plataforma no afirma que se haya hecho.

Capacidad 05

Escritorio del suscriptor

Colas, requisitos, notas y decisiones sobre un mismo expediente con su propia pista de eventos.

El expediente es la unidad de trabajo de suscripción: la solicitud, el riesgo, los requisitos, las notas, los cálculos de prima y la decisión, unidos por una pista de eventos en lugar de dispersos entre un buzón y una hoja de cálculo. Las colas se trabajan por titularidad y antigüedad, y el expediente lleva su propio reloj de SLA, de modo que el envejecimiento es una propiedad del trabajo y no un informe que alguien saca los viernes.

Las decisiones se registran con su motivación y con el estado del expediente en ese momento — qué versión del libro de tarifas produjo la prima, qué requisitos estaban satisfechos, qué veredicto de autoridad aplicaba. Esa combinación es lo que hace una decisión reconstruible y no meramente registrada: una decisión con una marca de tiempo y sin contexto responde a cuándo, y a nada más.

La valoración específica de Vida vive en el mismo registro. Las agravaciones, los débitos y créditos y las hojas de suscripción financiera se recogen contra el expediente, de modo que la hipótesis de mortalidad sobre la que descansa una prima es visible junto a la prima y no se deduce en otro sitio y se teclea.

Qué hace

  • Mantener solicitud, riesgo, requisitos, notas, cálculos y decisión en un mismo expediente con pista de eventos.
  • Trabajar las colas por titularidad y antigüedad, con un reloj de SLA en el propio expediente.
  • Registrar cada decisión con su motivación y el estado del expediente que la produjo, incluida la versión del libro de tarifas.
  • Recoger agravaciones, débitos y créditos y hojas de suscripción financiera contra el expediente.
  • Mantener la pista en modo solo adición, para que el historial de una decisión no sea editable después.

Implementa

  • Débitos y créditos por agravación
  • Hojas de suscripción financiera
  • Pista de eventos del expediente en solo adición

Míralo en el producto

Abra un expediente resuelto y lea su pista: la decisión, la motivación, los requisitos satisfechos y el código y la versión del libro de tarifas tras la prima — todo en el registro, no reconstruido.

Capacidad 06

Capacidad facultativa y de tratados

Retención, límite jumbo y aceptación automática contrastados con el programa real antes de mover la pluma.

La capacidad se contrasta con el programa de tratados real y no con lo que el suscriptor recuerda de él. Los tratados llevan su retención, su porcentaje de cesión, el límite jumbo y el límite de aceptación automática, y el riesgo se mide contra ellos: dentro de aceptación automática, por encima de ella y necesitando colocación facultativa, o por encima del límite jumbo y fuera del programa por completo.

Las derivaciones facultativas llevan el expediente. Al reasegurador va un paquete de presentación con el riesgo, el cálculo de prima y la posición de evidencia adjuntos, y su respuesta se sigue contra el expediente en lugar de vivir en un buzón. El expediente no puede avanzar en silencio como si estuviera colocado mientras la respuesta sigue pendiente.

Las mismas estructuras de tratado alimentan el lado de siniestros, y eso es lo que mantiene ambos coherentes. Cuota parte, exceso de pérdida y stop loss agregado se modelan una vez; la cesión en la que se apoya un suscriptor al suscribir y el recobro que persigue un tramitador tras un siniestro leen el mismo programa, en lugar de que dos sistemas mantengan cada uno su propia versión de lo cedido.

Qué hace

  • Modelar retención, porcentaje de cesión, límite jumbo y límite de aceptación automática por tratado.
  • Medir un riesgo contra el programa y clasificarlo como dentro de aceptación automática, facultativo o más allá del límite jumbo.
  • Enviar un paquete de presentación facultativo con el riesgo, el cálculo de prima y la posición de evidencia.
  • Seguir la respuesta del reasegurador contra el expediente y no en un buzón.
  • Compartir un único modelo de tratados con el motor de recobro de siniestros, para que suscripción y recobro lean el mismo programa.

Implementa

  • Límites de retención, jumbo y aceptación automática
  • Cuota parte, exceso de pérdida, stop loss agregado
  • Seguimiento de presentación y respuesta facultativas

Míralo en el producto

Tarifique un riesgo de vida por encima del límite de aceptación automática de su tratado. Se clasifica como necesitado de colocación facultativa, y la derivación lleva el cálculo de prima en lugar de un resumen retecleado.

Capacidad 07

Registro de modelos y decisiones gobernadas

Cada modelo versionado con su rol de campeón o retador, y una escritura gobernada que puede negarse.

Los modelos de suscripción viven en un registro y no se despliegan y se olvidan: marco, versión, ramo, estado y rol de campeón o retador, de modo que cuál está realmente en vigor es un hecho registrado. La promoción entre roles es una acción auditada, y el historial de un modelo queda visible en lugar de sustituido.

Cuando un modelo informa una escritura real, esa escritura pasa por una evaluación gobernada que puede negarla. Es el mismo control que usa el área de siniestros, y se comparte deliberadamente: una acción automatizada o pasa la puerta o no ocurre, y la ejecución se registra con sus entradas, sus citas y su resultado. Una ejecución que no puede citar lo que leyó no prueba nada, y por eso la cita forma parte del registro y no es un añadido opcional.

Un límite honesto. El registro guarda métricas de rendimiento de los modelos, pero en el conjunto de datos de demostración esas métricas están sembradas y no medidas — la deriva en particular se genera, no se observa. La monitorización real de deriva significa una tubería de puntuación que compara las distribuciones de variables en producción contra una línea base de entrenamiento de forma periódica, y esa tubería no forma parte de lo que se entrega aquí. El registro es el sitio donde tales mediciones deben vivir; no las fabrica.

Qué hace

  • Registrar cada modelo con su marco, versión, ramo, estado y rol de campeón o retador.
  • Hacer de la promoción entre roles una acción auditada con historial visible.
  • Encaminar las escrituras informadas por modelos a través de una evaluación gobernada que puede negar la acción.
  • Registrar cada ejecución gobernada con sus entradas, sus citas y su resultado.
  • Guardar las métricas de rendimiento contra el modelo registrado y no al margen de él.

Implementa

  • Roles de modelo campeón / retador
  • Evaluación gobernada de la escritura
  • Citación de entradas a nivel de ejecución

Míralo en el producto

Abra el registro de modelos y compruebe cuál ostenta el rol de campeón para un ramo; luego mire una ejecución gobernada: nombra la versión del modelo, las entradas que leyó y el resultado que devolvió la puerta.

Capacidad 08

Traspaso de cotización, proyección y emisión

Un mismo registro desde la cotización hasta la póliza emitida, con el cálculo de prima viajando con él.

Una cotización no se vuelve a deducir camino de la póliza. El cálculo que produjo la prima viaja con el expediente a través de la decisión y hasta la emisión, de modo que el número del cuadro es el número que produjo el motor, trazable al código y la versión del libro de tarifas que lo generó.

Las proyecciones de Vida se ejecutan desde la misma definición de producto que la póliza que sigue, y eso es lo que impide que ambas se separen. Una proyección hecha bajo una edición de producto y una póliza emitida bajo otra es una fuente habitual de reclamaciones, y la plataforma conserva la edición en lugar de la suposición.

La emisión traspasa a administración de pólizas como continuación del mismo registro y no como una nueva grabación. La póliza arrastra la solicitud, la decisión y la procedencia de la tarificación, de modo que una consulta de servicio años después puede llegar al expediente de suscripción que la responde.

Qué hace

  • Llevar el cálculo de prima desde la cotización hasta la emisión, con su código y versión de libro de tarifas.
  • Ejecutar las proyecciones de Vida desde la misma definición de producto que usará la póliza emitida.
  • Traspasar el expediente a administración de pólizas como continuación y no como grabación nueva.
  • Mantener accesibles desde la póliza emitida la solicitud, la decisión y la procedencia de la tarificación.

Implementa

  • Ediciones de producto con fecha de efecto compartidas con administración de pólizas
  • Procedencia de la tarificación conservada hasta la emisión

Míralo en el producto

Abra una póliza emitida y recórrala hacia atrás: la decisión, el expediente y el cálculo que produjo la prima son todos accesibles, con la versión del libro de tarifas que la fijó.

Pensado para quienes asumen el riesgo

Hecho para tu equipo, alineado con tus marcos de referencia.

Los agentes especializados de Cortex preparan el trabajo, citan sus fuentes y escriben cada acción en el registro de evidencias, de modo que Mesa de Suscripción acelera a las personas responsables sin poner en riesgo tu posición ante auditoría.

A quién sirve

  • Directores de suscripción
  • Suscriptores de Vida y No Vida
  • Responsables de operaciones de suscripción
  • Equipos de nueva producción
  • Responsables de reaseguro

Alineado con

  • Leyes modelo de la NAIC
  • VM-20 / PBR
  • NY Reg 187
  • HIPAA (datos de evidencia)
  • Normas de tarifas y condicionados de los DOI estatales
CortexCopiloto de razonamiento con IA
Fundamentado

Huella de dispositivo compartida con la trama94
Taller vinculado a un caso previo del SIU87
El patrón de siniestralidad coincide con el clúster cerrado81
FuentesLibro de pólizasGrafo de siniestrosExpedientes del SIU
Confianza94%
Mejor en conjunto

Encaja con el resto de la plataforma

Mesa de Suscripción comparte un mismo core con todos los demás módulos: combínalos para ampliar la cobertura sin acumular deuda de integración.

Smart Claims

Cada decisión del expediente tiene un autor, una norma y un registro.

Administración de Pólizas

Gestione la cartera, lance productos y opere programas de MGA sobre un único core.

Plataforma Actuarial

El gobierno es el producto.

Cortex AI

IA que propone; las personas y las políticas deciden.

Para tu sectorDescubre cómo funciona Mesa de Suscripción en sectores regulados.
Aseguradoras de vida, ahorro y jubilación

Vida y Ahorro

De la suscripción acelerada al siniestro de fallecimiento automatizado.

Explorar Vida y AhorroAseguradoras de particulares y empresas

Seguros No Vida

Del presupuesto al siniestro sobre un único core, con el ratio combinado a la vista.

Explorar Seguros No VidaReaseguro de contrato, facultativo y de vida

Reaseguradoras

Vea con claridad las carteras aceptadas — y liquídelas con limpieza.

Explorar Reaseguradoras
Preguntas frecuentes

Preguntas frecuentes sobre Mesa de Suscripción

Lo que los equipos de evaluación quieren saber antes de una demo, respondido sin rodeos.

Sí. La evidencia de Vida (informe médico, analíticas, historial de prescripciones, MIB, antecedentes de conducción) y la de No Vida (históricos siniestrales, relaciones de valores, cuadros, inspecciones) conviven en el mismo registro de requisitos y recorren la misma gestión de expedientes, tarificación y derivación, con reglas y caminos propios de cada ramo.

Sí, y ese es el objetivo del diseño. Cada cálculo guarda sus pasos nombrados — tarifa base, cada factor, cada recargo — junto al código y la versión del libro de tarifas que lo produjo. Un examinador de tarifas o un litigio de cobertura preguntan cómo se llegó a ese número, y la respuesta está en el propio cálculo, no reconstruida a partir de una hoja de cálculo.

La batería de regresión. Se fijan riesgos representativos con una prima esperada y una tolerancia, y la promoción se rechaza de tres maneras: si la batería nunca se ejecutó, si falló, o si el libro se editó después de la última ejecución. La tercera es la importante — no se pueden aprobar las pruebas, retocar un factor y promocionar igualmente.

No, y no lo afirma. Marcar un requisito como pedido registra la intención, el proveedor indicado y la marca de tiempo en el registro; no transmite una petición a un buró ni a un laboratorio. Conectar un proveedor real de evidencia es un trabajo de integración con credenciales y contratos detrás. Lo que se entrega es un seguimiento honesto del proceso, incluido lo pendiente y lo vencido.

El riesgo se mide contra la retención, el límite jumbo y el límite de aceptación automática reales del tratado y se clasifica como dentro de aceptación automática, necesitado de colocación facultativa o más allá del programa. La derivación lleva el cálculo de prima y la posición de evidencia en lugar de un resumen retecleado, y la respuesta del reasegurador se sigue contra el expediente.

Cada modelo se registra con su marco, versión, ramo y rol de campeón o retador, y la promoción entre roles queda auditada. Las escrituras informadas por modelos pasan por una evaluación gobernada que puede negar la acción, y cada ejecución registra sus entradas y sus citas. Un límite dicho con claridad: en el conjunto de datos de demostración las métricas de rendimiento están sembradas, no medidas — la monitorización real de deriva exige una tubería de puntuación que compare las distribuciones en producción contra una línea base de entrenamiento, y eso no forma parte de lo que se entrega.

Ve Mesa de Suscripción sobre tus datos

Reserva una sesión de trabajo y trasladaremos tus fuentes, flujos y marcos de referencia a Mesa de Suscripción, mostrándote a Cortex razonando sobre ellos en directo.

Solicitar una demoExplorar la plataformaDemo interactiva
Mesa de Suscripción — Tarificar, decidir y derivar desde un único escritorio de suscripción gobernado. | AegisNow Insurance