Proyecto Advertencia Vencimiento de Seguros (2022)

Cuerpo

Este proyecto fue realizado en el marco de una negociación privada, donde una empresa corredora de seguros contrató mis servicios para el desarrollo de una aplicación que resolviera una necesidad especifica; advertirles a sus tomadores* de manera cuasi automática cuándo van a vencer sus polizas, por medio de correos electrónicos personalizados.

Si bien, se pudo desarrollar una solución completamente automatizada, era necesario que hubiera un “agente” mediador que manipulara algunos parámetros, como:

1) Decidir cuándo (no existía periodicidad regular) enviar el recordatorio masivo.

2) Adjuntar la oferta de renovación para los diferentes **ramos (la cual estaba personalizada en función de las características de la póliza, los precios de renovación y fechas de aceptación)

Arquitectura de la solución:

Por la naturaleza del modelo de negocio, la empresa corredora de seguros manejaba el registro de sus transacciones por cliente en un archivo Excel, por eso, para cargar los registros en la aplicación, se definió un flujo: dichos datos debían ser transformados a un archivo de valores separados por coma, con unas columnas definidas. Y este archivo debía cargarse por medio de la interfaz gráfica:

Una vez cargan, se pueden visualizar desde la pestaña de tabla de seguros:

Acá se nos muestra varía información de los clientes y sus respectivas pólizas, siendo el apartado más importante, el de “Fecha fin vigencia”, que nos dice cuando vencerá, un icono y color de advertencia que atiende a un semáforo de color que explicaré más adelante, y un botón para adjuntar el pdf de la renovación de póliza, el cuál es obligatorio para todos los ramos, con excepción del de “AUTOS OBLIGATORIO”, ya que para este se envía un mensaje genérico, por lo que no es necesario adjuntar ningún documento.

Dado que la empresa contaba con varias periodicidades de pago (mensual, semestral y anual), se hacía bastante importante definir cuándo debían enviarse estas advertencias, por lo cual se llegó al siguiente acuerdo, que se presenta en el diagrama a continuación:

Y se utilizó el siguiente semáforo de color:

La primera convención, como es natural pensar, no es ninguna, y se utiliza cuando la póliza se encuentra dentro del periodo “sin advertencia”.

La segunda, es amarillo con un icono de advertencia, y se da cuando la póliza se encuentra dentro del periodo de advertencia, y aún no se ha enviado un correo recordatorio.

La tercera, es azul con un icono informativo, y se da cuando la póliza sigue encontrándose dentro de un periodo de advertencia, pero ya se ha enviado un correo recordatorio.

La cuarta, es rojo con icono informativo, y se da cuando la póliza ya supero el periodo de advertencia y se encuentra “vencido”.

Una vez, se adjuntan todas las ofertas de renovación, se presiona el siguiente botón:

¿Qué pasa entonces si un cliente renueva la póliza?

Se debe cambiar en el Excel original la fecha de vencimiento, y se debe subir nuevamente el archivo, lo que cambia el estado de la póliza en el sistema. Lo mismo pasa si un cliente no renueva; queda la opción de eliminar el registro, o dejarlo en el estado “vencido”, para hacer futuras ofertas… Es por eso por lo que podríamos decir que el aplicativo no contempla la posibilidad de manejar un histórico de vencimientos y renovaciones.

¿Cómo se le entrego al cliente?

Para el despliegue y entrega, se consideró la opción de subir el servicio a un servidor web, pero por las necesidades del negocio, se decidió hacer una instalación on-premise para cada una de las sucursales que maneja la empresa. En este caso no fue indispensable tener una BB.DD. centralizada ya que cada sede tenía sus propios clientes, aunque trabajaran bajo el nombre de un mismo corredor de seguros. Dada esta situación cada agente en cada sede debe arrancar el servidor Wamp, antes de entrar en la aplicación.

Se creo un sistema de perfiles, permisos y logueo:

Por obvias razones, hay algunos detalles que no puedo revelar sobre este proyecto.

*tomador: persona o entidad que contrata una póliza de seguro, es el titular de la póliza y quien se encarga de pagar la prima.

**ramo: conjunto de modalidades de seguro que se agrupan por la naturaleza o características similares de los riesgos que cubren.

Etiquetas: Bootstrap, php, mysql, seguros, negociaciondesoftware, smtp, apigmail, sistemarecodatorio, softwareempresarial