Función general

Permite anular una póliza o un certificado de una póliza colectiva o especial. La anulación permite la emisión (automática o manual)del recibo de devolución de prima correspondiente al período no consumido por la póliza o certificado que se está anulando. Permite anular una póliza o un certificado de una póliza colectiva o especial de forma preliminar, permitiendo generar una solicitud de anulación. Existe la posibilidad de anular en forma automática todos los recibos o cuotas  pendientes asociados a la póliza o certificado en tratamiento. Esto se permite sólo cuando se trate de la anulación de una póliza individual, de una póliza colectiva/multilocalidad o de la anulación del certificado de una póliza cuya facturación es independiente.

Esta transacción permite anular una póliza o certificado asociado a cualquier ramo. Con el  ramo de vida se presenta una excepción: Sólo se permite anular mediante esta transacción a aquellas pólizas o certificados cuyo valor de rescate es igual a cero. En caso de que la póliza tenga valor de rescate, existe una transacción en el módulo del ramo de vida que permite realizar el rescate de la póliza o certificado.

Información técnica

Formato: Página

.

.

Solicitud de póliza o certificado a anular

(CA033_k)

Función

Solicita el número de la póliza y/o certificado a anular y el modo de ejecución de la anulación 'Definitiva' o 'Preliminar'.

Notas para el programador

En caso de pólizas individuales, se le asigna el valor cero al certificado y no se habilita el campo.

Si la póliza-certificado en  tratamiento pertenece a un producto de Vida, se realiza el llamado a la rutina InsRoutineSurrender a fin de realizar el cálculo del valor de recate de cada una de las coberturas asociadas a la póliza-certificado en tratamiento. La rutina a ejecutar se encuentra definida a nivel de cada una de las coberturas definidas en el diseñador de productos.

Campos

Validaciones

.

.

Anulación de póliza o certificado

(CA033)

Función

Solicita el resto de los datos necesarios para la realización de la anulación de la póliza o certificado indicado.

 En base a la acción a tomar con respecto al recibo de devolución, esta transacción se encarga de ejecutar la transacción correspondiente a recibo manual o recibo automático (según lo haya indicado el usuario).

Efecto 

• Si el tipo de ejecución es de forma 'preliminar', se debe:

• Si se está anulando una póliza o un certificado,  la fecha de anulación será la incluida en la ventana
• Si se está anulando una póliza matriz (colectiva con certificado igual a cero), todos los certificados válidos a la fecha de anulación serán contemplados para la anulación preliminar.
• Si se van a anular los recibos pendientes a la póliza/certificado en tratamiento, se deben identificar todos los recibos pendientes (premium).
• Si se van a anular las cuotas pendientes de la póliza/certificado en tratamiento, se deben identificar las cuotas/giros  pendientes (financ_dra).
• Si se desea emitir "recibo automático" para devolución de prima, se debe calcular el mismo de forma preliminar para ser mostrado el resultado de los cálculos.
• Al finalizar la anulación (preliminar) y se indicó generar reporte, se debe presentar la ventana de impresión para mostrar los resultados de la transacción. Se deberá ejecutar el "Reporte de anulación de póliza/certificado" (CAL033).

• Si el tipo de ejecución es de forma 'definitiva', se debe:
• Si se está anulando una póliza, con la fecha de anulación de la ventana, se actualiza la fecha de anulación del registro correspondiente del archivo de pólizas (policy).
• Si se está anulando una póliza matriz (colectiva con certificado igual a cero), se deben anular todos los certificados asociados a ésta.
• Si se está anulando un certificado:
• Con la fecha de anulación de la ventana, se actualiza la fecha de anulación del registro correspondiente del archivo de certificados (certificat).
• Con la fecha de anulación de la ventana, se actualiza la fecha de anulación del registro correspondiente del archivo de datos particulares correspondiente.
• Si se van a anular los recibos pendientes a la póliza/certificado en tratamiento:
• Se actualiza el estado de los recibos pendientes a "anulado" (premium).
• Se genera un registro en el archivo de movimientos de recibos (premium_mo) correspondiente a "anulación de recibo" por cada uno de los recibos anulados.
• Si se van a anular las cuotas pendientes de la póliza/certificado en tratamiento:
• Se actualiza el estado de los cuotas/giros  pendientes a "anulado" (financ_dra).
• Se genera un registro en el archivo de movimientos de cuotas/giros  (draft_his) correspondiente a "anulación de cuota" por cada uno de las cuotas/giros anuladas.
• Se debe anular el registro de datos particulares de la póliza-certificado: se actualizan la fecha de anulación y el código de la causa de anulación con los valores indicados en la ventana. Si se desea emitir "recibo automático" para devolución de prima:
• Se actualiza el vector de coberturas anteriores con la información de las coberturas asociadas a la póliza/certificado en tratamiento.
• El vector de coberturas actuales debe quedar sin valor.
• Se consigue el número de transacción a asignar en base al último número de transacción asignado a la póliza en tratamiento. Se incrementa con el valor de 1 el último número de transacción asignado, se asigna a la variable de número de transacción y se actualiza en el archivo de pólizas (policy).
• Se agrega un registro en el archivo de historia de una póliza (policy_his) correspondiente a la anulación realizada. Este registro queda identificado con el número de transacción en tratamiento. Si el número de certificado en tratamiento es igual a ceros, el tipo de movimiento corresponde a "anulación de póliza", si el número de certificado es diferente de cero, el tipo de movimiento corresponde a "anulación de certificado". La fecha del movimiento es la fecha de efecto de la anulación. En este movimiento de la historia de la póliza, también se registra la información de Sucursal/Oficina/Agencia en dónde se solicita el trámite de anulación, los cuales corresponden a los asociados al usuario que realiza la anulación.
• Se actualiza el estado de la póliza como "pendiente de impresión".
• Al finalizar la anulación (definitiva) y se indicó generar reporte, se ejecuta el "Reporte de anulación de póliza/certificado" (CAL033).
• Si la póliza es de tipo colectiva, se actualiza la información a nivel de póliza matriz, en la tabla de coberturas por póliza (cover_co_p) o en la tabla de coberturas por grupo (cover_co_g) de acuerdo a la rutina de Actualización de coberturas de póliza matriz (INSUPDCOVER_CO)

 

Si la el modo de ejecución es 'Preliminar', todos los cálculos deberán realizarse de forma preliminar.

Si se desea emitir "recibo manual" para devolución de prima, se ejecuta la transacción de "recibo manual".

Si se desea emitir "recibo automático" para devolución de prima, se ejecuta la transacción de "recibo automático" (luego de realizar la actualizaciones indicadas en el efecto de este punto).

La forma de cálculo de la prima a devolver depende de la causa de anulación y las condiciones de anulación indicadas en el diseñador de productos (tabla de condiciones de anulación – Null_Condi).

Si en la tabla de condiciones de anulación se indica que “No tiene” devolución de prima, se debe seleccionar en forma automática la opción “Sin recibo” y se deshabilitan el resto de opciones de creación de recibo.

Si en la tabla de condiciones de anulación se indica que existe devolución de prima, se debe seleccionar en forma automática la opción “Automático” y se dejan habilitados el resto de opciones de creación de recibo.

Los campos correspondientes a "cálculo" estarán habilitados sólo cuando la generación del recibo de anulación sea "automático".

“Anular recibos pendientes” no se habilita cuando la póliza es de tipo colectivo/multilocalidad y la renovación es en forma simultánea.

Siempre se deben anular los recibos y/o cuotas (giros)  pendientes de la póliza en tratamiento, cuya fecha de efecto sea mayor a la fecha de anulación de la póliza.

Sí existen recibos y/o cuotas (giros) pendientes de pago, cuya fecha de efecto es anterior a la fecha de anulación, se anularán o no, dependiendo de lo que indique el usuario en el campo "Anular recibos pendientes". Es decir lo indicado en este campo, solo corresponde a los recibos o cuotas anteriores a la fecha de anulación.

Si el nivel de actualización del usuario es inferior al indicado en las condiciones de anulación del producto asociado a la causa en tratamiento, el usuario no puede cambiar los datos asociados al cálculo de la prima a devolver.

Si la fecha de anulación es igual a la fecha de inicio de vigencia, no se habilita el frame de "devolución" ni el frame "cálculo", asignando por defecto la opción “Sin recibo”.

Si el producto es de tipo "multiriesgo" y se está anulando una póliza individual o el certificado de un colectivo, se debe realizar el proceso de anulación de la información de cada archivo de datos particulares asociados a las ventanas de datos particulares de un ramo-producto (Win_file_p). 

Mas Información ver el Índice.