Coberturas de la póliza individual o certificado

Notas para el programador

• Al mostrar la información se debe mantener un indicador que permita verificar posteriormente la existencia previa, en el archivo de coberturas de la póliza (cover), del registro en tratamiento.
• Si el tipo de producto en tratamiento es igual a "vida", se procede de la siguiente manera:
  • La información a mostrar (figura, cliente, fecha de nacimiento, sexo y fumador) de cada cliente seleccionado por el usuario se toma de la tabla de clientes de la póliza (roles).
  • La información de "edad mínima", "edad máxima", "edad máxima de permanencia", "duración del seguro" y "duración del pago" se muestran según lo definido en el producto para la cobertura en tratamiento (tabla de figuras permitidas para una cobertura de vida - tab_covrol).
• Si el tipo de duración del pago es "rutina", se ejecuta la rutina de cálculo indicada en el diseñador de productos para la cobertura en tratamiento. El valor retornado por esta rutina se muestra en el campo "Duración del pago" y se inhabilita este campo para evitar que el usuario cambie su contenido.
• Se obtienen las condiciones de calculo del capital indicadas en la tabla de figuras permitidas para una cobertura de vida (tab_covrol):
  • Capital libre: Indica que el usuario incluirá el monto de capital para la cobertura en tratamiento.
  • Sin capital: Indica que la cobertura no debe tener monto de capital asociado. Se inhabilitan los campos "Capital" y "Capital solicitado".
  • Capital fijo: Se muestra el monto de capital fijo indicado en el producto. Se inhabilitan los campos "Capital" y "Capital solicitado".
  • Rutina: Se ejecuta la rutina de calculo indicada en el producto y se muestra el monto que retorne la rutina. Se inhabilitan los campos "Capital" y "Capital solicitado".
  • % sobre otra cobertura: Se obtiene el monto de capital asociado a la cobertura indicada en el producto, se aplica el porcentaje definido en el producto y se muestra el monto calculado en el campo "Capital". Se inhabilitan los campos "Capital" y "Capital solicitado".
• Se obtienen las condiciones de calculo de la tasa y/o prima indicadas en la tabla de figuras permitidas para una cobertura de vida (tab_covrol):
  • Taja fija: Se muestra la tasa fija definida en el producto.
  • Rutina: Se ejecuta la rutina de calculo indicada en el producto y se muestra la tasa o prima que retorne la rutina. Si la rutina retorna una "tasa", se calcula la prima de la siguiente manera: Capital * tasa / 1000.
  • En otra cobertura: Indica que la cobertura en tratamiento no tendrá asociada tasa y/o prima (se muestran el valor cero). Se inhabilitan los campos "Tasa" y "Prima".
  • Si el tipo de póliza es colectiva, y se debe realizar el calculo del "LEG" (policy.sLeg = 1), se procede de la siguiente manera:
    • Si el tipo de póliza es "colectiva", el tipo de producto es "vida", el LEG es mostrado en la página.
    • Por cada tipo Asegurado/Cobertura (Básica), verificar si la suma asegurada de la cobertura excede el monto del LEG, si es así, se debe:
      Identificar en la tabla de “Selección de Criterios de riesgo para la póliza’ (life_p_speci), si el asegurado debe entregar documentos (estado de los documentos “Pendientes’ o “En plazo’ y la fecha del proceso mayor a la fecha del plazo).
    • De existir documentos pendientes para el asegurado, se debe asignar como capital de la cobertura en tratamiento, el monto del Leg, y el capital inicial en la columna de “Capital Solicitado’, y el usuario no podrá modificar su contenido.
    • Si el monto del LEG es mayor al solicitado, no se valida contra la tabla de selección de riesgo.
    • Si las condiciones de seguridad lo permiten, el usuario podrá modificar el capital hasta el máximo del LEG, manteniéndose dentro de los porcentajes de aumento y disminución permitidos.
    • Por cada tipo Asegurado/Cobertura (adicional), se debe:
      • Se debe validar si aplica el LEG para la cobertura en tratamiento (Tab_Covrol. SLeg = “1’).
      • En caso de aplicar el LEG, se debe validar si la cobertura básica asociada al asegurado principal, fue topada por el LEG. (Cover.NCAPITAL_WAIT <> 0 y Cover. NCAPITAL_WAIT > Cover. NCAPITAL), de cumplirse la condición, la cobertura en tratamiento debe quedar topada por el LEG, lo cual implica que el capital de la misma pasa al campo Cover. NCAPITAL_WAIT y su capital se iguala al monto del LEG Cover. NCAPITAL= Policy. NLEGAMOUNT.
      • Si durante el registro de la póliza matriz se han definido las coberturas a nivel de "grupos de colectivos":
        • Se deben mostrar sólo las coberturas incluidas en el grupo asociado al certificado en tratamiento. Estas coberturas han sido grabadas previamente (en el proceso de emisión de la póliza matriz) en el archivo de coberturas de los grupos de colectivos (cover_co_g). Si el tipo de producto es "vida", las coberturas a mostrar son todas aquellas definidas en la póliza matriz para la figura asociada al cliente seleccionado.
        • El monto de capital de las coberturas es tomado de lo incluido a nivel del grupo del colectivo.
        • Los valores por defecto de la franquicia/deducible son tomados de lo registrado a nivel del grupo del colectivo (ignorando lo incluido en el diseñador de productos).
        • La información del campo "ramo de reaseguro" se muestra según el ramo de reaseguro asociado a la cobertura en la tabla de cobertura de los grupos de colectivos (cover_co_g). El usuario puede cambiar esta información.
        • Si durante el registro de la póliza matriz se han definido las coberturas a nivel de "póliza":
          Se deben mostrar sólo las coberturas incluidas a la póliza en tratamiento. Estas coberturas han sido grabadas previamente (en el proceso de emisión de la póliza matriz) en el archivo de coberturas de la póliza (cover_co_p). Si el tipo de producto es "vida", las coberturas a mostrar son todas aquellas definidas en la póliza matriz para la figura asociada al cliente seleccionado.
        • El monto de capital de las coberturas es tomado de lo incluido a nivel de la póliza matriz.
        • Los valores por defecto de la franquicia/deducible son tomados de lo registrado a nivel de la póliza matriz (ignorando lo incluido en el diseñador de productos).
        • La información del campo "ramo de reaseguro" se muestra según el ramo de reaseguro asociado a la cobertura en la tabla de cobertura de la póliza (cover_co_p). El usuario puede cambiar esta información.
        • Si durante el registro de la póliza matriz se ha indicado que las coberturas se especifican a nivel de "certificado", o el tipo de póliza es "individual":
        • Se deben mostrar las coberturas definidas para el producto en tratamiento. Si el tipo de producto es "vida", las coberturas a mostrar son todas aquellas definidas en el producto para la figura asociada al cliente seleccionado.
        • La información del campo "ramo de reaseguro" se muestra según el ramo de reaseguro asociado a la cobertura indicado en el producto. El usuario puede cambiar esta información.
        • Si para una cobertura en tratamiento se indica que "no tiene" franquicia/deducible, el resto de los campos asociados a esta sección deben ser inicializados y el usuario no podrá posicionarse en ninguno de ellos. Si en el diseñador de productos existe información asociada a la franquicia/ deducible de la cobertura, el campo "aplica sobre" no se habilita.
          Si para una cobertura en tratamiento se indicó, al nivel del diseñador de productos, información para el Carencia , el sistema debe mostrar esta información por defecto (tipo de Carencia y duración). Si para una cobertura en tratamiento se indica que "no tiene" Carencia , el resto de los campos asociados a esta sección deben ser inicializados y el usuario no podrá posicionarse en ninguno de ellos.
        • Si el riesgo en tratamiento no tiene grupos asegurados definidos, no se debe posicionar en el campo correspondiente a "grupo asegurado".
        • Cuando se cambia el capital, se recalcula la prima de la cobertura pasando como parámetro el nuevo capital.
        • Cuando se cambia la tasa, se recalcula la prima de la cobertura pasando como parámetros la nueva tasa.
        • Cuando se cambia la prima y la cobertura tiene una tasa asociada, se recalcula la tasa de la cobertura.
          Cuando se realiza un cambio en alguno de los capitales de las coberturas, se incluyen/excluyen coberturas o se están indicando por primera vez las coberturas:
        • Si las ventanas de "recargos/descuentos" y "coaseguro cedido" no están incluidas en la secuencia y la ventana de "reaseguro cedido" está contenida en la secuencia de tratamiento de la póliza o certificado, se debe ejecutar el proceso de cálculo de la distribución de reaseguro correspondiente.
        • Cuando no se ejecuta el proceso de modificación y se realiza un cambio en alguna de las coberturas, se incluyen/excluyen coberturas o se están indicando por primera vez las coberturas:
        • Si la ventana de "recargos/descuentos" no está incluida en la secuencia y la ventana de "información del recibo" está contenida en la secuencia de tratamiento de la póliza o certificado, se debe ejecutar el proceso de cálculo del recibo de prima correspondiente.
        • Cuando se entra a la ventana se debe validar las monedas permitidas para la póliza en la tabla de monedas de la póliza-certificado (curren_pol). Si no hay nada en ese archivo, se muestra sólo la moneda local, si la misma no está permitida por el producto, se envía el mensaje de error: 750024.
        • Si el producto es del tipo "multiriesgo" se actualizan los montos de prima total y suma asegurada en cada uno de los archivos de datos particulares asociados a la póliza-certificado en tratamiento, obtenidos de la tabla de archivos asociados a las ventanas de datos particulares de un ramo-producto (Win_file_p).
        • Si la transacción en ejecución es "modificación" y se indicó una fecha de endoso retroactivo (información del archivo de información general del certificado (certificat)), el sistema habilita la columna "F.E.R." para que el usuario incluya, si así lo desea, la fecha en la cual entrará en vigencia la modificación a la cobertura en tratamiento.
        • Si la transacción en ejecución es "modificación", el sistema se habilita la columna "Motivo de modificación".
        • Al "aceptar" la información de la ventana, se realiza la actualización automática de la información de las ventanas (siempre y cuando las ventanas antes mencionadas estén definidas para el producto y transacción en tratamiento):
        • Documentos solicitados (VI021)
        • Información del recibo (CA017)
        • Recibo automático (CA027)
        • Al ejecutar las rutinas del calculo de capital y prima se verifica la fecha de “búsqueda de tarifa” que se debe pasar como parámetros a las rutinas. Si para la cobertura se indica “Retarificar en endosos” (información indicada en el producto), el sistema pasa como “Fecha para búsqueda de tarifa” la fecha de efecto de ejecución del proceso. Si para la cobertura no se indica “Retarificar en endosos” (información indicada en el producto), el sistema pasa como “Fecha para búsqueda de tarifa” la fecha de inicio de vigencia de la cobertura.
• Si el tipo de producto es vida y la operación en tratamiento corresponde a: Ingreso de propuesta//cotización de emisión (cuando aún no es póliza), Emisión de póliza/certificado, recuperación, re-emisión, Endoso o propuestas/cotizaciones (solicitudes) de endoso: Por cada cobertura-rol seleccionada para la póliza se verifica si a nivel del producto se indicó "prima máxima anual", en caso de haberse indicado, se verifica la prima de la cobertura-rol contra lo definido en el producto. Si la prima de la cobertura-rol es mayor a la indicada en el producto se envía validación 56107, y al lado del texto del mensaje se indica entre paréntesis lo definido en el producto
• Si el tipo de producto es de vida, el cliente seleccionado tiene la marca de "VIP" (información de roles), el sistema habilita los campos "Edad mínima", "Edad máxima" y "Edad máxima de permanencia", de manera tal que el usuario pueda modificar la información de estos campos si así lo desea. Esto no aplica para pólizas innominadas (campo POLICY.SNOPAYROLL = 1).
  • Al emitir o modificar la póliza/certificado, se valida que la suma de los capitales para el asegurado / cobertura de los productos que suman capital (Prod_AddCap), incluyendo la misma póliza/certificado en tratamiento, no exceda el máximo indicado en el diseñador de productos. Si en la definición de productos que suman para capital, se definió Capital máximo, este debe ser el tope considerado para validar el capital a contratar. Deben respetarse las combinaciones de Capital/rol definidas tanto para la cobertura en tratamiento, como para las coberturas/roles de los productos que suman. Esto no aplica para pólizas innominadas (campo POLICY.SNOPAYROLL = 1).
  • Si el campo 'Retarificación', posee valor = '4', '5', '6', y se modifica la cobertura, se debe retarificar la misma.
  • Si el campo 'Retarificación', posee valor = '8', se debe retarificar siempre la cobertura en tratamiento.
  • Si se trata de una póliza de vida y la cobertura cumple aniversario, debe tomarse en cuenta la fecha de aniversario válida para buscar la tarifa correspondiente. Fecha que es calculada según el proceso de aniversario (VIL733).
  • Al ejecutar las rutinas del cálculo de prima, se debe verifica que si en el diseñador de producto están llenos los campos "tasa" y "monto fijo", se debe aplicar la tasa sobre el capital y luego agregar lo indicado en el monto fijo. Si en el diseñador de producto se indica "rutina" y "monto fijo" debe aplicarse lo indicado en la rutina.
  • Cuando existe más de un grupo de colectivo asociado a la póliza y/o cuando existe más de una moneda asociada a la póliza se debe mostrar un botón que permita almacenar la información en tratamiento. La finalidad de este botón es permitir almacenar los datos sin pasar a la siguiente ventana como lo hace el aceptar de la botonera. Si la información se graba satisfactoriamente, se enviará un mensaje indicándolo (código de mensaje 55881).
  • Se deben seleccionar todas las coberturas que se encuentren requeridas.
• Si el tipo de producto es de "vida", todos los clientes mostrados por el sistema deben tener al menos una cobertura asociada
• NO debe mostrar los siguientes campos cuando la póliza es innominada (campo POLICY.SNOPAYROLL = 1):

• Cliente
• Fecha de nacimiento
• Sexo
• Fumador
• Edad Real
• Edad Actuarial
• Edad mínima
• Edad Máxima
• Edad máxima de permanencia

Si el producto se de tipo Salud (ProdMaster.sBrancht = 7), se debe obtener el período de elegibilidad registrado en la póliza matriz y llevarlo a días, el período de eligibilidad se encuentra en la Tabla de datos particulares de salud (Health)
 
Para obtener la fecha límite de elegibilidad se debe sumar el número de días del período de elegibilidad a la fecha de inicio de vigencia de la póliza matriz,.
 
Si la fecha de inicio del certificado en tratamiento no es mayor que la fecha límite de elegibilidad se debe deshabilitar el “Tipo de carencia” y la “Duración de la carencia”
 

VOLVER