Este es uno de los procesos centrales en la administración de pólizas de vida no tradicional.
Este proceso se encarga de invertir los aportes de los clientes y aplicar los cargos que apliquen para cada póliza de Vida No tradicional.
Esta conformado por tres sub-procesos,
a saber:
Aplicación de pre-cargos
Inversión de los aportes (compra de unidades de inversión)
Aplicación de los post-cargos.
Los costos a aplicar y su orden de aplicación (como pre-cargos o post-cargos) son definidos en el Diseñador de Productos.
Al finalizar este proceso se imprime un reporte notificando las anomalías encontradas que impiden la distribución de la inversión para cada una de las pólizas procesadas.
- Con Valor cuota Desconocido y
- Con Valor cuota Conocido, este a su vez se divide en:
- Conocido con Stock
- Conocido sin Stock
La Unidad de Operaciones/Negocios:
- Genera a la Unidad de inversiones las ordenes de venta, correspondientes a los costos coberturas, gastos administrativos, gastos comerciales, traspaso entre fondos y solicitudes de rescates parciales.
- Genera a inversiones las ordenes de compra, correspondientes a los aportes de los clientes.
- Genera a inversiones las ordenes de venta, correspondientes al total de cuotas de las pólizas rescatadas totalmente
La Unidad de Inversiones
- Recibe diariamente las ordenes de compra y venta, efectúa dichas compras y dichas ventas al valor cuota del mercado según el fondo, y retorna a operaciones al día siguiente el mismo valor cuota.
La Unidad de Operaciones:
- Recibe el valor cuota
- Hace efectivas las compras y ventas que había generado como ordenes a Inversiones, aplicando el mismo valor cuota que esta unidad, y asegurando de esta manera que el número de cuotas compradas y vendidas, y los montos obtenidos por las ventas de unidades asociadas a los rescates totales, coinciden con los valores obtenidos por la Unidad de Inversiones, por el uso del mismo valor cuota.
La Unidad de Operaciones
- Realiza las compras y las ventas de cuotas correspondientes a cada una de las operaciones diarias, usando el valor cuota conocido para el momento de la operación a través de VisualTime.
La Unidad de Inversiones (Modalidad I - Sin Stock):
- Recibe diariamente los montos correspondiente a las compras y ventas por cada fondo, ya realizadas por Operaciones con VisualTime, y efectúa dichas compras y dichas ventas al valor cuota del mercado según el fondo.
- Normalmente el resultado de la cantidad de cuotas compradas y/o vendidas de forma diaria, entre operaciones e inversiones no coinciden cuando el valor cuota cambia de un día para otro.
- Se establece un mecanismo de control con ejecución periódica, para establecer las diferencias entre los saldos en cuotas de cada fondo administrado por la Unidad de operaciones, versus los saldos según la Unidad de Inversiones.
- A través de una cuenta contable de Ganancias & Pérdidas se regularizan las diferencias resultantes del punto anterior.
La Unidad de Inversiones (Modalidad II – Con Stock):
- Realiza una compra de X cantidad de cuotas, la cual registra como un Stock en VisualTime por cada fondo.
- Define los valores cuotas a ser usado en las operaciones de compra & venta, definiendo los mismos de forma Diaria, Semanal, Mensual, según criterio.
- Todas las compras/ventas que realiza operaciones (VisualTime), van rebajando este Stock hasta alcanzar el límite indicado para avisar a Inversiones su reposición.
Formato: Página
Páginas asociadas |
|
Ramo: Código del ramo a procesar
Producto: Código del producto a procesar
Fecha del proceso: Fecha hasta la cual se toman los movimientos de inversión y se aplican cargos e intereses.
Campo |
Descripción |
Error/adv |
Fecha |
Debe estar lleno |
70122 |
|
70162 | |
|
70163 | |
Ramo |
|
70108 |
Producto |
|
70109 |
|
9066 |
|
|
3403 |
|
|
70123 |
Proceso masivo de ejecución diaria.
Requiere para poder ejecutarse, tener cargados los valores cuotas por cada fondo y para el día en tratamiento, de no tenerlos cargados se ejecutará con los valores guardados en la Base de datos.
Procesos masivo de ejecución diaria
Administra los días no hábiles correspondientes a fines de semana y feriados por países
El proceso principal del Proceso Unificado de Inversión (PUI) se llama Rutinas del proceso Unificado de Inversiones (Update_Chrg_Vil7002pkg)
Llama al primer proceso interno que se denomina Rutina principal del proceso unificado de inversiones (InsProcess_ui), este proceso toma todas las pólizas del Ramo, Producto póliza y certificado que tenga estado válido: vigente, vigente pendiente de impresión o vigente (Certificat.sstatusva = 1, 4 o 5 ) y que estén aún vigente según fechas de vigencia (Certificat.dStartdate, certificat.dExpirdat). que tengan definidos una cuenta corriente.
Seguidamente Valida:
Valida el tipo de producto Universal Life o Unit Link.
Se cargan los datos del producto y se actualiza la última fecha de ejecución de los cargos para la póliza, de la siguiente manera:
Si es un producto Unit link valida que para el producto tenga valores cuota, si no, manda el mensaje que no existe Valor cuota a la fecha de ejecución.
Si es un producto Universal Life busca que tenga cargado la tasa garantizada en la tabla de porcentajes de rentabilidad (Tab_Apv_Warran) el sistema aplica el algoritmo de rentabilidad según lo que tenga definido el producto si es rentabilidad fija o rentabilidad variable.
Por cada póliza verifica si tiene alguna causal por la que no se ejecutó el Proceso Unificado de Inversión PUI:
Si tiene no se procesa porque se van a retirar los fondos del sistema
Casos posibles en que no se ejecutó el Proceso Unificado de Inversión (PUI):
Rescate Total.
Póliza en captura incompleta.
Póliza restaurada.
Reverso de rescate.
Si no tiene solicitud de rescate llama al proceso principal que es el Update_Chrg_Vil7002.
El proceso Update_Chrg_Vil7002 está dividido en condiciones, verifica si se ejecuta preliminar o definitivo, en ambos casos:
Lee los datos de la póliza.
Se cargan los valores cuotas de los fondos que tiene la póliza.
Verificada la información se invierten los aportes a través del proceso de Inversión de los aportes (InsInvestments_Charg), el Proceso Unificado de Inversión es de verificación diaria de los aportes, este proceso ubica los aportes que no se han invertido en la tabla Movimientos de las cuentas de ahorros de las pólizas de vida no tradicional (Ul_Move_Acc_Pol) de tipo aporte (nType_move), que no estén invertidos para la fecha de ejecución del proceso, esto que quiere decir que el indicador (nInvested) es nulo o en 2.
Se verifica todos los cargos establecidos en la tabla Cargos a la cuenta en seguros de vida (Life_Load), según lo definido por la compañía de seguros, en un proceso denominado Ins_Cal_Charge dentro del Proceso Unificado de Inversión (PUI), se definen en la tabla de Tabla de tipo de cargos (Table7996), ya identificados éstos se cargan en un arreglo; estos cargos pueden ser:
Pre cargos.
Costos Pendientes.
Post cargos.
Identifica si el cálculo de estos Pre cargos es un Monto, Porcentaje o Rutina (InsRoutineCharges).Si para un producto se ha definido Pre cargos, en ese momento no se genera ventas ni compras de unidades, sino q genera un movimiento de débito en la cuenta corriente sobre el monto a invertir, el saldo restante que queda entre el monto del aporte menos el precargo es el saldo a invertir. Una póliza puede tener definido más de un precargo que afecta la cuenta corriente.
Se obtiene el Valor póliza (VP) de la póliza y comienza el proceso, éste se ejecuta una sola vez.
Verifica si la póliza tiene swicht los cambios de fondos se hace antes de los aportes.
Este monto o saldo se invierte a través del proceso de Compra de unidades de inversión (Ins_Buy_Units) de la siguiente forma en los siguientes casos:
Si estoy trabajando sin Stock genera la solicitud de compra de unidades en la tabla Solicitudes de compra (Fund_Request).
Si estoy trabajando con Stock genera la compra de unidades en la tabla Movimientos de fondos de inversión de las pólizas (Move_Funds)
En el caso de stock se genera movimiento en la tabla Movimientos de las cuenta corriente de las pólizas de vida no tradicional (Ul_Move_Acc_Pol).
Seguidamente de la inversión y como resultado un valor póliza positivo se verifica los costos pendientes en la tabla Costos pendiente de Vida no Tradicional (Ul_Pending_Cost), para ser descontado del monto invertido. Y aplicar los costos que se puedan cubrir del saldo que tenga la póliza (VP).
Si verifica si la compañía trabaja que los post cargo a fin de mes a inicio o aniversario cobertura si la fecha coincide con alguna de estas opciones va al proceso de aplicación de post cargos
Verifica cuando fue la última vez que este cargo fue aplicado es posible este recargo no fue aplicado y le aplica retroactividad, de manera de que si el período que fue calculado no es el anterior va a quedarse en un ciclo tantas veces como meses sean para que lleguen a la fecha actual, este proceso se denomina el principio de retroactividad del Proceso Unificado de Inversión.
Se invoca nuevamente el proceso Ins_Cal_Charge donde se encuentran en el arreglo cargado. Identifica si el cálculo de estos Post cargos si es un Monto, Porcentaje o Rutina (InsRoutineCharges) y procede a descontarlos del valor póliza.
- En los post cargos tenemos 2 tipos:
Bonos: Si el indicador tiene marcado el Tipo Bono (ej: Bono de permanencia) el sistema genera un movimiento en la Tabla Movimientos de las cuentas de ahorros de las pólizas de vida no tradicional (Ul_Move_Acc_Pol) donde genera un crédito como si fuera un aporte para que el próximo Proceso unificado de Inversión (PUI) lo invierta.
Cargos: el cálculo de ese monto verifica:
Valor Póliza suficiente para aplicarse
Si es un producto:
Unit Link:
Define el porcentaje de la inversión, verifica el Valor póliza de los fondos, genera el movimiento en la Tabla Movimientos de las cuentas de ahorros de las pólizas de vida no tradicional (Ul_Move_Acc_Pol) y vende unidades a través del proceso Venta de Unidades de inversión (Ins_Sell_Units) para pagar el monto.
En el caso de las ventas de unidades que se realizan para una póliza, ésta puede tener una sola cuenta o puede ser multi cuenta, por lo que se calcula el peso del fondo y sobre lo calculado aplica el cargo basado en ese peso si es multi cuenta hay un indicador en la Tabla de orden de uso de las cuentas origen (Tab_Ord_Origin) para saber cuál es el orden de aplicación de los cargos sobre las cuentas, el campo es el (nOrder).
Si no vende unidades por Valor póliza negativo se genera una movimiento Tabla Costos pendiente de Vida no Tradicional (Ul_Pending_Cost) como un costo pendiente.
Universal Life:
Realiza un retiro de la cuenta de ahorro.
Si no se pudo realizar el retiro de la cuenta por un Valor póliza negativo se genera un movimiento Tabla Costos pendiente de Vida no Tradicional (Ul_Pending_Cost) como un costo pendiente.
Los cargos y la rentabilidad obedecen a una definición de la compañía, si la compañía trabaja de forma anticipada o vencida, basado en esto se establecen las reservas y los cierres de mes.
Finalmente se ejecuta el proceso Inscal_Vp_founds que calcula el saldo o Valor póliza de la póliza, para actualizar la Tabla de saldos diarios de cuentas de ahorros de pólizas de vida no tradicional (Ul_daily_Balance) para los productos con fondos.
- A nivel de detalle
- Ramo
- Número del producto
- Número de la póliza
- Saldo de Cuenta
- Saldo en Fondos
- A nivel de detalle
- Ramo
- Número del producto
- Número de la póliza
- Número y descripción del error