Administración de pólizas, productos y programas

Un core de administración de pólizas que puede cambiar sin un proyecto de dos años.

Suplementos, anulaciones, rehabilitaciones y renovaciones sobre una máquina de estados de póliza validada, además de tarifarios versionados que no pueden entrar en vigor hasta que su paquete de pruebas de regresión pase, reglas de autoridad delegada evaluadas en cada solicitud, y bordereaux generados a partir del libro de cesiones en lugar de una hoja de cálculo.

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

Centro de Mando de Administración de Pólizas

En vivo

Pólizas en vigor

1.34M

Suplementos del mes

18,240

↑+6%

Retención en renovación

89,2 %

↑+2.1pts

Capacidad utilizada

71%

Tasa de retención en renovación, últimos 12 meses

Tendencia

AegisNow Policy Administration es un sistema moderno de administración de pólizas (PAS) para aseguradoras y MGA. Diez estados de póliza y once acciones del ciclo de vida se ejecutan sobre una máquina de estados que rechaza las transiciones no permitidas y escribe un evento de solo adición (append-only) por cada transición válida; los tarifarios son datos versionados que solo se promueven cuando pasa un paquete de pruebas de regresión fijado; la autoridad delegada es un conjunto de reglas contra el que se evalúa cada solicitud; y los bordereaux de primas, siniestros y riesgos se agregan a partir del libro de cesiones, guardando junto a cada total la consulta que lo produjo.

0%de los suplementos completados en el día

Resultado ilustrativo. En una demo de trabajo adaptaremos Administración de Pólizas a tus propios datos, marcos y objetivos.

Por qué lo eligen los equipos

Por qué elegir Administración de Pólizas

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

Presupuestado antes de comprometerse

Una anulación devuelve el desglose completo del extorno — prima consumida, no consumida, penalización short-rate y devolución — sin tocar la póliza. Al ejecutarla, el registro, el evento y el estado se escriben como una sola transacción, o no se escribe ninguno.

Los cambios de precio son datos, no despliegues

Los tarifarios se versionan a través de borrador, presentado, aprobado, en vigor y sustituido — y un tarifario no puede entrar en vigor hasta que su paquete de pruebas de regresión se haya ejecutado, haya pasado y sea posterior a la última edición del tarifario.

Renovaciones que puede explicar

La cartera se ordena por días hasta el vencimiento y se tarifica mediante una tabla publicada de bandas de siniestralidad, de modo que el suscriptor puede anticipar la oferta antes y defenderla después en una inspección de conducta de mercado.

Los binders modelados como reglas

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

Bordereaux con su procedencia adjunta

Los bordereaux de primas, siniestros y riesgos se agregan a partir del libro de cesiones, y cada uno guarda el libro y la columna de los que salió su total — de modo que «de dónde sale este número» tiene respuesta en el propio registro.

Un libro que explica el dinero

Cada transición del ciclo de vida añade un evento con quién, cuándo, por qué, entre qué estados se movió y la variación de prima — y toda llamada que modifica datos en la API de seguros queda encadenada por hash SHA-256.

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 Administración de Pólizas suma con el resto de la plataforma.

Servicio de pólizas

Peticiones de servicio tipificadas y movimientos con impacto económico que se presupuestan antes de ejecutarse.

Saber más

Fábrica de productos y tarifarios

Productos, coberturas y factores de tarificación versionados, promovidos solo cuando pasa el paquete de pruebas de regresión.

Saber más

Autoridad de suscripción delegada

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

Saber más

Automatización de bordereaux

Bordereaux de primas, siniestros y riesgos agregados desde el libro de cesiones, cada uno con la consulta que produjo su total.

Saber más
app.aegisnow.ai/dashboard

Centro de Mando de Administración de Pólizas

En vivo

Pólizas en vigor

1.34M

Suplementos del mes

18,240

↑+6%

Retención en renovación

89,2 %

↑+2.1pts

Capacidad utilizada

71%

Tasa de retención en renovación, últimos 12 meses

Tendencia

Gestión de renovaciones

Una cartera ordenada por días hasta el vencimiento y tarificada mediante una tabla publicada de bandas de siniestralidad.

Saber más

Orquestación del ciclo de vida

Una máquina de estados validada con un evento de solo adición detrás de cada transición.

Saber más

Seguimiento de capacidad y programas

Capacidad de colocación rechazada en el propio slip, y una posición cedida que no mostrará cifras que no cuadran.

Saber más

Cumplimiento y soporte a presentaciones regulatorias

Rate filings con un flujo protegido y documentos sellados por hash, atestaciones por marco normativo, e impuestos de surplus lines hasta la liquidación.

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

Servicio de pólizas

Peticiones de servicio tipificadas y movimientos con impacto económico que se presupuestan antes de ejecutarse.

El servicio de pólizas cubre las dos cosas que un administrador hace todo el día: atender una petición y mover dinero sobre una póliza en vigor. Las peticiones están tipificadas y encauzadas por canal — cambio de domicilio, de beneficiario, de nombre, acreedor hipotecario, forma de pago, consulta de coberturas, duplicado de documento, devolución de recibo — y llegan por portal, teléfono, mediador o correo electrónico. Cada una abre con un reloj de SLA y cierra con la marca de finalización del usuario que la cerró.

Los movimientos de dinero se presupuestan primero. Pedir una anulación devuelve el desglose íntegro del extorno — prima emitida, días transcurridos sobre días de vigencia, prima consumida, prima no consumida, penalización short-rate y devolución al asegurado — sin tocar la póliza. Solo al ejecutar escribe la plataforma la anulación, añade el evento y pasa la póliza a anulada. Se admiten las tres bases: a prorrata, short-rate y flat; la base short-rate aplica una penalización sobre la parte no consumida, y la aritmética del extorno es una función probada y sin dependencias, no una fórmula de hoja de cálculo que alguien volvió a deducir.

En Vida y ahorro el servicio va más lejos, porque ahí las cifras están acotadas. Un préstamo sobre póliza por encima del valor de préstamo disponible se rechaza, no se avisa; un rescate parcial por encima del valor de rescate en Vida o del valor de la cuenta en un producto de ahorro se rechaza igual. Los cambios de beneficiario fotografían todo el conjunto anterior de designaciones como valor previo almacenado antes de escribir el nuevo — de modo que un beneficiario en disputa es un registro, no una reconstrucción.

Qué hace

  • Abrir, encaminar y cerrar peticiones de servicio tipificadas por portal, teléfono, mediador y correo, cada una con su fecha de vencimiento de SLA.
  • Presupuestar una anulación a prorrata, short-rate o flat y devolver el desglose del extorno sin escribir nada.
  • Ejecutar la anulación como una sola transacción — registro de anulación, evento de póliza y estado de la póliza a la vez, o ninguno.
  • Rehabilitar una póliza anulada o caducada y registrar la rehabilitación como su propio evento.
  • Construir calendarios de fraccionamiento — anual, semestral, trimestral, mensual o domiciliación mensual — con el pago inicial y el importe de cada fracción calculados.
  • Rechazar un préstamo sobre póliza de Vida por encima del valor de préstamo disponible, y un rescate por encima del valor de rescate o del valor de la cuenta.
  • Capturar el conjunto completo de beneficiarios anteriores como valor previo en cada cambio de beneficiario.

Implementa

  • Anulación a prorrata, short-rate y flat
  • Cálculo del extorno de prima no consumida
  • Fraccionamientos: anual → domiciliación mensual

Míralo en el producto

Abra Servicio de Pólizas, cambie a la cartera, elija una póliza en vigor y pulse Presupuestar anulación. El panel de extorno — prima emitida, días transcurridos sobre días de vigencia, prima consumida, no consumida, penalización short-rate y devolución — llega del servidor, y la póliza queda intacta hasta que pulse Ejecutar.

Capacidad 02

Fábrica de productos y tarifarios

Productos, coberturas y factores de tarificación versionados, promovidos solo cuando pasa el paquete de pruebas de regresión.

Un tarifario es un registro versionado por ramo: una tarifa base, las tablas de factores que la modifican, la escalera de límites incrementados y los recargos. Cambiar un precio es un cambio de datos, no un despliegue. Los tarifarios recorren borrador, presentado, aprobado, en vigor y sustituido, y solo uno por ramo está en vigor a la vez — promover uno nuevo sustituye al saliente dentro de la misma transacción.

El motor que lo lee es una cascada determinista de factores sin estado oculto. Un riesgo patrimonial se tarifica como capital total asegurado por mil a la tarifa base, después se multiplica por actividad, construcción, banda de clase de protección y territorio, luego por el factor de límite incrementado del límite elegido, y por último se aplican los recargos de catástrofe, gastos y beneficio sobre la prima técnica. Un riesgo de Vida parte de una tasa de mortalidad interpolada entre nodos de edad según la condición de fumador, después el factor de clase, después el recargo por tabla en pasos configurables, más las sobreprimas fijas. Cada paso se nombra, se devuelve y se almacena con la ejecución junto al código y la versión del tarifario — de modo que una prima cotizada hoy puede volver a deducirse dentro de años, que es lo que realmente pregunta un inspector tarifario o un litigio de cobertura.

Lo que impide que una tarifa equivocada llegue al tarifario es el paquete de pruebas de regresión. Se fijan riesgos representativos con su prima esperada y una tolerancia, y el paquete se ejecuta contra el tarifario candidato. La promoción se rechaza por tres motivos: si el paquete nunca se ejecutó, si falló, o si el tarifario se ha editado después de la última ejecución. Este último es el importante — significa que no puede pasar las pruebas, retocar un factor y promover igualmente.

Qué hace

  • Versionar un tarifario a través de borrador, presentado, aprobado, en vigor y sustituido, con un único tarifario en vigor por ramo.
  • Tarificar riesgos patrimoniales por actividad, construcción, clase de protección 1–10, territorio y factores de límite incrementado, y después recargos de catástrofe, gastos y beneficio.
  • Tarificar riesgos de Vida por mortalidad interpolada por edad y condición de fumador, factor de clase, pasos de recargo por tabla y sobreprimas fijas.
  • Guardar cada ejecución de tarificación con sus pasos nombrados, la prima base, técnica y final, y el código y versión del tarifario que la produjo.
  • Volver a cotizar cualquier solicitud contra cualquier tarifario sin persistir nada, para probar un cambio propuesto contra riesgos reales.
  • Fijar una prima esperada y una tolerancia por riesgo representativo y ejecutar el paquete completo contra un tarifario candidato.
  • Rechazar la promoción cuando el paquete de regresión no se ejecutó, falló o es anterior a la última edición del tarifario.
  • Sustituir el tarifario saliente y revertir a él más adelante, ambas como transacciones auditadas y sujetas a rol.

Implementa

  • Escaleras 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 tarifario: borrador → presentado → aprobado → en vigor → sustituido

Míralo en el producto

Abra Recomendación de Precio dentro de Suscripción y cargue una solicitud tarificada. La ejecución almacenada reproduce la cascada completa paso a paso — tarifa base, cada factor, cada recargo — sellada con el código y la versión del tarifario que produjo la cifra.

Capacidad 03

Autoridad de suscripción delegada

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

Un binder se modela como un conjunto de reglas y no como un PDF en una carpeta compartida: los ramos que el coverholder puede suscribir, las jurisdicciones en las que puede y no puede hacerlo, 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 emitirse.

El veredicto tiene tres valores, y esa distinción es justamente el objetivo. 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ó — no un aviso genérico de que algo falla en algún sitio.

Ese veredicto condiciona después la emisión. La emisión automática no está disponible en ninguna solicitud que no esté dentro de autoridad. Un riesgo derivado no puede emitirse hasta que la derivación se reconozca de forma expresa, y un riesgo rechazado no puede emitirse en absoluto. La plataforma redacta además el memorando de derivación con cada incumplimiento, de modo que la petición que llega al proveedor de capacidad se escribe a partir de los mismos hechos que produjeron el veredicto, en lugar de reescribirse de memoria.

Qué hace

  • Modelar el binder de cada programa como ramos permitidos, jurisdicciones permitidas y excluidas, un límite máximo de póliza y una 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 incumple, en lugar de devolver un aviso genérico.
  • Retirar la emisión automática de cualquier solicitud que no esté dentro de autoridad.
  • Exigir el reconocimiento expreso de la derivación antes de poder emitir un riesgo derivado, y bloquear por completo un riesgo rechazado.
  • Redactar el memorando de derivación con todos los incumplimientos, listo para el proveedor de capacidad.

Implementa

  • Condiciones del binder: ramos, territorios, límites, prima
  • Veredicto de tres valores: dentro / derivar / rechazar
  • Memorandos de derivación del coverholder

Míralo en el producto

Abra Autoridad de Suscripción Delegada, elija un programa y empuje un límite o una jurisdicción más allá del binder. El veredicto pasa de dentro de autoridad a derivar o rechazar mientras escribe, nombra la regla incumplida y redacta el memorando — y hay cuatro escenarios de incumplimiento predefinidos en el panel si prefiere no inventarse uno.

Capacidad 04

Automatización de bordereaux

Bordereaux de primas, siniestros y riesgos agregados desde el libro de cesiones, cada uno con la consulta que produjo su total.

Aquí un bordereau no se teclea en una hoja de cálculo ni es una estimación. Usted elige un contrato de reaseguro, un periodo y un tipo, y la plataforma ejecuta la agregación por su cuenta. Un bordereau de primas suma la prima cedida de las cesiones no revertidas cuyo periodo cae en el rango. Un bordereau de riesgos suma el importe cedido. Un bordereau de siniestros cuenta y suma los importes recuperables de los recobros notificados en el periodo. El número de filas y el total son el resultado de esa consulta, no una cifra que alguien tecleó.

También registra qué consulta los produjo. Todo bordereau generado guarda, en palabras, el libro y la columna que agregó, y la pantalla le muestra esa cadena de procedencia en lugar de pedirle que se fíe del número. Cuando un reasegurador pregunta de dónde sale un total, la respuesta viaja con el bordereau.

El ciclo de vida lo impone el servidor, no la costumbre. Un bordereau pasa de borrador a enviado, y de enviado a aceptado, cuestionado o rechazado; un bordereau cuestionado puede volver a enviado o ser rechazado; aceptado y rechazado son terminales. Cualquier otro movimiento se rechaza de plano, y la interfaz solo ofrece las transiciones que el servidor permitiría. No se puede plantear una consulta sin una nota — de modo que un bordereau en disputa siempre lleva el motivo del reasegurador con sus propias palabras, y sigue siendo reenviable en lugar de cerrarse en silencio.

Qué hace

  • Generar un bordereau de primas como la suma de la prima cedida de las cesiones no revertidas del periodo.
  • Generar un bordereau de riesgos a partir de los importes cedidos, y uno de siniestros a partir del recuento y la suma de recuperables notificados en el periodo.
  • Guardar el libro y la columna de los que se agregó cada total, y mostrar esa procedencia en el propio bordereau.
  • Referenciar cada bordereau de forma única dentro de la organización, contra su contrato, contraparte, periodo y divisa.
  • Imponer borrador → enviado → aceptado / cuestionado / rechazado en el servidor, rechazando cualquier otro movimiento.
  • Exigir una nota antes de que pueda plantearse la consulta de un reasegurador, y mantener reenviable el bordereau cuestionado en lugar de cerrarlo.
  • Construir bordereaux de primas y siniestros de MGA hasta el detalle de línea — bruto, comisión del mediador, comisión de la MGA, impuesto sobre primas, neto y el reparto cedido por proveedor de capacidad.
  • Exportar esos bordereaux de detalle como CSV conforme a RFC 4180 con una fila de totales conciliada.

Implementa

  • Bordereaux de primas, siniestros y riesgos
  • Exportación CSV RFC 4180
  • Reparto de cesiones por proveedor de capacidad

Míralo en el producto

Abra Bordereaux dentro de Reaseguro y pulse Generar sobre un contrato y un periodo. La confirmación cita la columna exacta del libro de la que se agregó el total, y el panel de detalle lleva esa procedencia junto a las marcas del ciclo de vida y cualquier nota de consulta del reasegurador.

Capacidad 05

Gestión de renovaciones

Una cartera ordenada por días hasta el vencimiento y tarificada mediante una tabla publicada de bandas de siniestralidad.

Las renovaciones se trabajan desde una cartera ordenada por días hasta el vencimiento — vencidas, dentro de siete días, de ocho a treinta, de treinta y uno a sesenta, de sesenta y uno a noventa — calculados desde la fecha de vencimiento real de cada póliza, de modo que la cola se ordena por el único plazo que importa.

Tarificar la renovación es una regla publicada, no una caja negra. El ratio de siniestralidad saliente se traduce en una variación de tarifa mediante una tabla de bandas: por encima del 80 % suma un 15 %, por encima del 65 % suma un 7 %, por debajo del 45 % resta un 5 %, y todo lo intermedio se mueve un 2 %. Una siniestralidad superior al 100 % devuelve una recomendación de no renovación, y una variación del 15 % o más se marca como recargo de prima en lugar de renovación rutinaria. El suscriptor puede anticipar el resultado antes de ejecutarlo y reproducirlo después — que es lo que pide un inspector de conducta de mercado, y lo que la puntuación de un modelo no le puede dar.

La decisión y su oferta quedan después registradas: renovar, recargar, resuscribir o no renovar, contra un estado de pendiente, ofertada, emitida, caducada o rechazada. Procesar una renovación añade un evento de renovación al propio libro de la póliza con la nueva prima, de modo que la renovación aparece en el histórico de la póliza y no solo en un informe de renovaciones.

Qué hace

  • Ordenar la cartera saliente por días hasta el vencimiento, incluidas las vencidas, desde la fecha de vencimiento real de cada póliza.
  • Derivar la prima ofertada de la prima saliente y la siniestralidad anterior mediante una tabla publicada de bandas.
  • Devolver una recomendación de no renovación por encima del 100 % de siniestralidad, y marcar como recargo de prima cualquier variación del 15 % o más.
  • Registrar la decisión de renovación — renovar, recargar, resuscribir, no renovar — y su estado a través de pendiente, ofertada, emitida, caducada o rechazada.
  • Añadir al libro de eventos de la póliza un evento de renovación con la nueva prima.
  • Generar la oferta de renovación como PDF descargable, construido con las condiciones de esa misma póliza.

Implementa

  • Variación de tarifa por bandas de siniestralidad
  • Decisiones: renovar / recargar / resuscribir / no renovar
  • Ordenación por días hasta el vencimiento

Míralo en el producto

Abra Renovaciones: la línea temporal ordena la cartera saliente por días reales hasta el vencimiento, y al seleccionar una póliza y pulsar Enviar oferta de renovación se genera y descarga la oferta en PDF con la prima saliente de esa póliza, la variación de tarifa, la prima propuesta y la fecha de efecto.

Capacidad 06

Orquestación del ciclo de vida

Una máquina de estados validada con un evento de solo adición detrás de cada transición.

Una póliza tiene uno de diez estados — presupuesto, emitida en firme, emitida, en vigor, rehabilitada, no renovada, anulada, caducada, vencida, extinguida — y once acciones la mueven entre ellos. Cada acción declara los estados desde los que es válida. Un movimiento no permitido se rechaza con un conflicto en lugar de aplicarse en silencio: no puede poner en vigor una póliza anulada, ni emitir en firme una que nunca se presupuestó.

El mismo conjunto de reglas gobierna la interfaz. Los botones de una póliza se calculan a partir de lo que la máquina de estados permite desde su estado actual, de modo que una pantalla no puede ofrecer una acción que la API rechazaría. Hay una sola definición del ciclo de vida y ambos lados la leen — por eso la demo y la API nunca discrepan sobre lo que es posible.

Cada transición es una única transacción de base de datos: la actualización de la póliza y un evento de solo adición con el tipo de evento, el estado de origen y el de destino, la fecha de efecto, la variación de prima, el motivo, el usuario que actúa y una carga de datos. Anular con una base determinada incrusta el cálculo íntegro del extorno en esa carga y contabiliza la devolución como una variación de prima negativa — de modo que el libro explica el dinero, no solo el cambio de estado. Por encima se sitúa un registro de auditoría encadenado por hash SHA-256 sobre toda llamada que modifique datos en la API de seguros, con alcance por cliente, arraigado en un hash génesis y con los secretos ocultados antes de escribirse.

Qué hace

  • Modelar diez estados de póliza y once acciones de ciclo de vida, cada una declarando los estados desde los que es válida.
  • Rechazar una transición no permitida con una respuesta de conflicto en lugar de aplicarla.
  • Calcular las acciones disponibles de una póliza desde la máquina de estados, para que la interfaz solo pueda ofrecer movimientos válidos.
  • Escribir la actualización de la póliza y su evento en una sola transacción — ambos, o ninguno.
  • Registrar en cada evento el tipo, el estado de origen y de destino, la fecha de efecto, la variación de prima, el motivo, la carga de datos y el usuario que actúa.
  • Incrustar el cálculo completo de la anulación en la carga del evento y contabilizar el extorno como variación de prima negativa.
  • Encadenar por hash SHA-256 sobre el hash anterior toda llamada que modifique datos en la API de seguros, con alcance por cliente.

Implementa

  • Libro de eventos de póliza de solo adición
  • Registro de auditoría encadenado por hash SHA-256
  • Movimientos de ciclo de vida con fecha de efecto

Míralo en el producto

Abra el Libro de Pólizas dentro de Seguros y seleccione una póliza. Los botones de acción son exactamente las transiciones que la máquina de estados permite desde su estado actual y ninguna más, y el libro de eventos de debajo muestra cada transición con su autor, su fecha de efecto y su variación de prima.

Capacidad 07

Seguimiento de capacidad y programas

Capacidad de colocación rechazada en el propio slip, y una posición cedida que no mostrará cifras que no cuadran.

La regla de capacidad más dura de la plataforma es la que rechaza una escritura. Las líneas firmadas de un contrato o de una capa no pueden superar el 100 %: cada escritura de participación vuelve a sumar las líneas colocadas dentro de la misma transacción, y una sobrecolocación se rechaza indicando el porcentaje firmado actual, el solicitado, el resultante y cuánta línea quedaba realmente disponible. Se entera en el momento de la sobrecolocación, no en la auditoría.

La posición cedida se calcula, no se afirma. La cesión de primas deriva la prima cedida de la prima real de póliza y del porcentaje de cesión del contrato, aplica los contratos proporcionales en secuencia y se niega a inventar prima para los contratos de exceso de pérdida — esos se informan como omitidos, con su motivo, en un panel que nombra todos los contratos que no están en la posición. La pantalla de posición comprueba después su propia aritmética: si bruto menos neto no es igual a cedido, lo dice y le advierte de que no se fíe de las cifras, en lugar de mostrar un número que no cuadra.

Los programas se consolidan desde sus contratos — número de contratos, prima, límite y capacidad máxima — y un límite que nunca se registró se informa como no registrado y no como cero, porque son hechos distintos. En el lado de la autoridad delegada, la capacidad comprometida por proveedor se controla contra la prima cedida por programa, con un aviso de utilización a medida que el panel se llena.

Qué hace

  • Rechazar dentro de la transacción cualquier participación que llevaría las líneas firmadas de un contrato o una capa por encima del 100 %.
  • Devolver en ese rechazo los porcentajes firmados actual, solicitado, resultante y disponible.
  • Derivar la prima cedida de la prima real de póliza y del porcentaje de cesión del contrato, aplicando los contratos proporcionales en secuencia.
  • Omitir los contratos de exceso de pérdida en lugar de fabricarles una prima, y nombrar cada contrato omitido con su motivo.
  • Comprobar bruto menos neto contra cedido, y negarse a presentar una posición que no cuadra.
  • Consolidar los programas desde sus contratos, distinguiendo un límite que vale cero de uno que nunca se registró.
  • Controlar la capacidad comprometida por proveedor de capacidad contra la prima cedida por programa, con aviso de utilización.

Implementa

  • Líneas firmadas ≤ 100 % en todo slip
  • Estructuras de quota share, excedente, exceso de pérdida y stop loss
  • Cesión proporcional aplicada en la secuencia de los contratos

Míralo en el producto

Abra Bruto / Cedido / Neto dentro de Reaseguro. Junto a la posición hay un panel que nombra todos los contratos que no están en ella y por qué se omitieron, y una comprobación de conciliación que sustituye las cifras por un aviso si bruto menos neto no es igual a cedido.

Capacidad 08

Cumplimiento y soporte a presentaciones regulatorias

Rate filings con un flujo protegido y documentos sellados por hash, atestaciones por marco normativo, e impuestos de surplus lines hasta la liquidación.

Un rate filing es un registro con la sustancia actuarial adjunta: variación indicada frente a propuesta, ratio de siniestralidad objetivo frente al real, credibilidad, jurisdicción, fechas de presentación y efecto, y un estado entre borrador, revisión interna, presentado, pendiente, aprobado, rechazado, retirado y desestimado. Las presentaciones del flujo actuarial se ejecutan sobre una máquina de estados protegida — listo para revisión, presentar, acusar recibo, aprobar, objetar, retirar — en la que una transición no permitida se rechaza y la referencia del propio supervisor se captura al presentar. Para ser exactos sobre lo que eso significa: la plataforma controla la presentación y custodia sus evidencias, no la transmite al supervisor por usted.

El documento de la presentación se genera de verdad, no se exporta desde una plantilla que usted no puede inspeccionar. El PDF se produce en servidor, los bytes se firman con SHA-256, y el hash y el tamaño en bytes se guardan junto al documento, que después solo se descarga dentro de la organización propietaria. Si algún día se cuestiona un documento presentado, la copia que tiene en la mano puede contrastarse con el hash registrado cuando se generó.

Alrededor de la presentación están los controles. Las atestaciones de cumplimiento se acotan a una póliza, una cartera o una presentación, se etiquetan con el marco normativo al que responden y llevan un estado y una severidad hasta que alguien atesta — momento en el que quedan registrados quién atesta y la marca de tiempo. Las colocaciones en surplus lines se calculan hasta la liquidación: impuesto sobre primas y stamping fee según el baremo del estado, el total a liquidar y si el estado es de stamping office o de presentación directa. Y las pólizas se contrastan con los límites mínimos por ramo, los condicionados adjuntos, la integridad de los datos y el preaviso, con su cita normativa en cada hallazgo.

Qué hace

  • Mantener en cada rate filing la variación indicada y propuesta, el ratio de siniestralidad objetivo y real, la credibilidad, la jurisdicción y las fechas de resolución.
  • Proteger las transiciones de la presentación actuarial — listo para revisión, presentar, acusar recibo, aprobar, objetar, retirar — y rechazar los movimientos no permitidos.
  • Capturar la referencia del propio supervisor cuando una presentación se marca como presentada.
  • Generar el documento de la presentación en PDF desde el servidor, firmar los bytes con SHA-256 y guardar el hash y el tamaño junto a él.
  • Servir un documento de presentación únicamente a la organización propietaria.
  • Controlar las atestaciones por alcance y por marco normativo, registrando en cada una quién atesta y cuándo.
  • Calcular el impuesto sobre primas, el stamping fee y el total a liquidar de surplus lines según los baremos estatales, señalando los estados de stamping office frente a los de presentación directa.
  • Contrastar las pólizas con los límites mínimos por ramo, los condicionados adjuntos, la integridad de los datos y el preaviso, con una cita normativa en cada hallazgo.

Implementa

  • Rate filing NAIC
  • Solvencia II
  • IFRS 17
  • RBC
  • LDTI
  • APRA
  • Impuesto sobre primas y stamping fees estatales de surplus lines

Míralo en el producto

Abra Rate Filing e Indicación dentro de Seguros, elija una presentación y genere su PDF. El documento se genera en servidor y se guarda con su hash SHA-256 y su tamaño en bytes, y la descarga queda acotada a su organización.

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 Administración de Pólizas acelera a las personas responsables sin poner en riesgo tu posición ante auditoría.

A quién sirve

  • Responsables de operaciones de pólizas
  • Responsables de producto
  • Gestores de programas de MGA
  • Operaciones de suscripción
  • Equipos de autoridad delegada de la aseguradora

Alineado con

  • Leyes modelo NAIC
  • Presentación de condicionados y tarifas ante los DOI estatales
  • Regulación de surplus lines
  • Estándares de autoridad delegada de Lloyd's
  • RGPD / CCPA
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

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

Mesa de Suscripción

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

Facturación y Cobros

Cobrar toda la prima y liquidar toda la comisión, a tiempo.

Distribución y Mediación

Crezca en distribución sin que se le escape su gobierno.

Smart Claims

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

Para tu sectorDescubre cómo funciona Administración de Pólizas en sectores regulados.
Aseguradoras 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 VidaAseguradoras de vida, ahorro y jubilación

Vida y Ahorro

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

Explorar Vida y AhorroMGA, MGU y coverholders

MGA y Gestores de Programas

Emita dentro de autoridad, reporte a tiempo y gane más capacidad.

Explorar MGA y Gestores de Programas
Preguntas frecuentes

Preguntas frecuentes sobre Administración de Pólizas

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

Suplementos, anulaciones (a prorrata, short-rate o flat), rehabilitaciones, renovaciones y peticiones de servicio tipificadas a mitad de vigencia por portal, teléfono, mediador y correo. Cada una se ejecuta como una transacción guiada con tratamiento de la fecha de efecto, y cada una añade un evento con el usuario que actúa, el motivo, los estados entre los que se movió y la variación de prima.

Los productos, las coberturas y los factores de tarificación son datos versionados, no código. Un tarifario lleva su tarifa base, sus tablas de factores, su escalera de límites incrementados y sus recargos, y recorre borrador, presentado, aprobado, en vigor y sustituido — de modo que cambiar un precio no exige un despliegue de IT. Cualquier solicitud puede volver a cotizarse contra cualquier tarifario sin persistir nada, para probar antes un cambio contra riesgos reales.

Un paquete de pruebas de regresión fija una prima esperada y una tolerancia contra riesgos representativos. La promoción a vigor se rechaza por tres motivos: si el paquete nunca se ejecutó, si falló, o si el tarifario se ha editado después de la última ejecución — de modo que no puede pasar las pruebas, retocar un factor y promover igualmente. La promoción está sujeta a rol, sustituye al tarifario saliente en la misma transacción y se puede revertir.

El binder de cada programa se modela como reglas: los ramos permitidos, las jurisdicciones permitidas y excluidas, el límite máximo de póliza y la prima máxima. Cada solicitud se evalúa contra ellas y devuelve dentro de autoridad, derivar o rechazar, nombrando la regla incumplida y el valor que la incumple. La emisión automática se retira fuera de autoridad, un riesgo derivado necesita un reconocimiento expreso antes de poder emitirse, y la plataforma redacta el memorando de derivación con cada incumplimiento.

Los bordereaux de primas, siniestros y riesgos los agrega la plataforma desde el libro de cesiones para el contrato y el periodo elegidos — prima cedida, importes cedidos o recuperables notificados en el periodo — y cada bordereau generado guarda el libro y la columna de los que salió su total, de modo que la procedencia viaja con el número. El ciclo de vida lo impone el servidor: de borrador a enviado, y después aceptado, cuestionado o rechazado, rechazando cualquier otro movimiento y exigiendo una nota antes de poder plantear una consulta. La transmisión al reasegurador se hace por su canal habitual; la plataforma produce, controla y evidencia el bordereau.

La cartera se ordena por días reales hasta el vencimiento, incluidas las vencidas. La prima ofertada sale de una tabla publicada de bandas de siniestralidad y no de la puntuación de un modelo — por encima del 80 % suma un 15 %, por encima del 65 % suma un 7 %, por debajo del 45 % resta un 5 %, todo lo intermedio se mueve un 2 %, y por encima del 100 % se devuelve una recomendación de no renovación. El suscriptor puede anticipar la oferta antes y reproducirla después en una inspección.

Ve Administración de Pólizas sobre tus datos

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

Solicitar una demoExplorar la plataformaDemo interactiva
Administración de Pólizas — Gestione la cartera, lance productos y opere programas de MGA sobre un único core. | AegisNow Insurance