Renovación simultánea está disponible sólo en caso de pólizas no individuales.
Si el tipo de revalorización es "no se revaloriza", al campo correspondiente a aplicación se le coloca el valor de "no se revaloriza".
Si el tipo de revalorización es diferente de "fijo", el campo de porcentaje se coloca en 0.
Los campos asociados a revalorización están disponibles siempre que el tipo de revalorización sea diferente de "no aplica". El campo asociado a porcentaje fijo de revalorización está disponible sólo si la forma de revalorización corresponde a "fijo".
Hay que tener en cuenta que pueden existir productos cuyas pólizas son de vigencia "abierta", en ese caso se consigue que la "duración" es igual a cero. En ese caso no se calcula la fecha de vencimiento de la póliza y los campos correspondientes a corto plazo y prorrata no se habilitan.
Si se trata de un certificado y su póliza matriz se indicó que la renovación es "simultánea" ó "independiente" con facturación colectiva "por póliza", "por situación de riesgo", "por grupo" o "por contratante del certificado", todos los campos de la sección "facturación, varios y revalorización" se deben mostrar inhabilitados (con la información de la póliza matriz). Solo se habilitan los campos de Vigencia “Vencimiento” y “Meses de duración”.
Si
se trata de un certificado y en su póliza matriz se indicó que la renovación es
"independiente" con facturación distinta por póliza" en la
sección "varios" sólo se habilita el campo "renovación
automática" y la sección revalorización aparecerá inhabilitada.
Cuando
la transacción corresponde a alguna de "modificación", los siguientes
campos no están disponibles para su cambio: "fecha de emisión",
"fecha recepción", "fecha de inicio vigencia", "fecha
de vencimiento", "datos asociados a la facturación", "datos
asociados a la facturación".
Si la transacción en ejecución no corresponde a modificación.
o
Si
la facturación no se realiza en base a una frecuencia de pago,
El campo correspondiente a frecuencia no está disponible.
El campo correspondiente a frecuencia debe mostrarse con espacios en blanco; es decir, sin valor.
o
Si
la frecuencia de pago indicada no corresponde a cuotas,
El campo correspondiente a cuotas no está disponible.
Si la póliza en tratamiento pertenece al tipo de producto "SOAT" (nbrancht = 9) se verifica si el titular del recibo tiene permitido la frecuencia de pago incluida, se ubica la categoría del titular del recibo en la tabla de Clientes (Client.nClassSOAT) y luego se verifica la existencia del registro en la tabla de Frecuencias de pago permitidas para la categoría y ramo (FPay_AllowClass).
o
Si
la frecuencia de pago indicada corresponde a cuotas:
Si la vía de pago no es "Cuponera" se valida el número de cuotas ingresado por el usuario y contra el número máximo de letras de financiamiento permitido (Financ_sche) en la tabla de Parámetros de financiamiento contenido en el esquema de seguridad.
Si la vía de pago es "Cuponera" se valida el número de cuotas ingresado por el usuario y contra el número máximo de cuotas en la cuponera en la tabla de Esquema de Parámetros para el manejo de cuponeras - Acuerdos especiales de cobranza (SpeColl_sche) contenido en el esquema de seguridad.
Si la póliza o certificado en tratamiento tiene más de un cliente con la figura indicada en el diseñador de productos como titular del recibo, o se solicitan los valores posibles del campo "titular del recibo", se muestra la ventana que permite seleccionar el cliente que aparecerá como titular de los recibos (frmClientPolicySel).
Si la duración indicada en el diseñador de productos es igual a cero, la fecha de vencimiento se blanquea y no se habilita.El campo "exonerada", solo se habilita para la póliza individual o matriz. No debe habilitarse si se trata de certificados de un colectivo o multilocalidad, en estos casos debe tomar el valor asignado a la póliza.
Si el producto no es del tipo "multiriesgo", el nombre de la tabla de Datos particulares a actualizar, se obtiene de la tabla de Archivos de datos particulares usado en cada ramo (Tab_name_b), para el ramo al que pertenece la póliza en tratamiento.
Si el producto es del tipo "multiriesgo", el nombre de la tabla de Datos particulares a actualizar, se obtiene de la tabla de Archivos de datos particulares utilizados por las páginas de datos particulares de un producto de multiriesgo (Win_file_p), para el ramo al que pertenece la póliza en tratamiento.
Si se está emitiendo la póliza matriz, se debe asociar por defecto el contratante de la póliza matriz como titular del recibo. Si el usuario desea modificarlo, se muestran en los valores posibles, todos los clientes asociados a las figuras de la póliza matriz, excluyendo el intermediario.
En
la emisión de los certificados se debe tomar en cuenta el tipo de facturación
del colectivo:
o
Si
es por póliza, se asocia el titular del recibo de la póliza, y no se permite
modificar el valor del campo “titular”.
o
Si
es por situación de riesgo, se asocia el titular indicado para la situación del
certificado y no se permite modificar el valor del campo “titular”.
o
Si
es por contratante del certificado, se asocia el contratante del certificado y
no se permite modificar el valor del capo "titular".
o
Si
es por certificado, debe considerarse lo definido para el producto. Si la
figura indicada en el producto está definida para el certificado, se asocia
ésta por defecto, sino se asocia el titular del recibo indicado en la póliza
matriz. Si en el producto se indicó el contratante, éste debe aparecer en la
ayuda de los valores posibles del campo “titular”.
Si la vía de pago indicada es "cuenta bancaria" o " tarjeta de crédito", y la vía de cobro es "por póliza", se debe marcar como obligatoria la ventana de vía de cobro.
Sólo se puede indicar convenio de pago en la póliza matriz de un colectivo o en una póliza individual.
Si se indicó convenio de pago en la póliza matriz de un colectivo, este se muestra a nivel de los certificados y el campo permanece inhabilitado.
Si se indicó convenio colectivo en la póliza matriz, este se muestra a nivel de los certificados y el campo permanece inhabilitado.
El campo convenio colectivo, solo debe estar habilitado para pólizas de Ramos Generales, independientemente de la vía de pago. Los valores posibles de este campo son mostrados de la tabla de Convenios de pago y/o descuento (Agreement).
Si el valor del campo "vía de pago" es diferente de pago a cuenta bancaria o pago a tarjeta de crédito el frame "Vía de cobro" no debe activarse.
Si el titular del recibo no tiene asociada información de vía de cobro (Dir_debit_cli), no debe permitirse indicar "vía de cobro por cliente".
El campo vía de cobro por cliente" viene por defecto, cuando existe información en (Dir_debit_cli) para el titular del recibo, caso contrario viene por defecto vía de cobro por póliza".
Si la vía de pago indicada corresponde a "Aviso" o "Cuponera" se activa el campo "Cobrador". Los valores posibles de este campo se obtienen de la tabla de Cobradores (Collector). Los valores posibles deben mostrar el código del cobrador y su nombre. Este campo no es de entrada obligatoria.
Sólo se puede indicar información en el campo "Cálculo del LEG" si la póliza es colectiva, en caso contrato se inhabilita este campo.
Los valores por defecto se toman de las características del producto (Product). En el caso del día de pago de la vía de cobro del cliente, éste se lee de la tabla de Datos del pago automático por banco o tarjeta de crédito, asociados al cliente (Dir_debit_cli).
El campo "días de validez", solo debe ser mostrado si el tipo de registro en tratamiento corresponde a propuesta, cotización, propuesta de modificación, cotización de modificación, propuesta de renovación o cotización de renovación y por defecto debe mostrar lo indicado en el Diseñador de producto (Product.nQdays_quo ó Product.nQdays_pro) pero debe permitir ser modificado por el usuario, aún cuando no tenga valor en el Diseñador de producto.
Si la transacción en ejecución corresponde a cotización de emisión, propuesta de emisión, emisión de póliza, re-emisión de póliza y/o recuperación, y la misma pertenece a un grupo empresarial (tabla Roles), se debe verificar la existencia de la primera póliza emitida para el mismo grupo empresarial, de existir la misma se debe asignar la fecha de vencimiento de esta, al registro en tratamiento. La finalidad consiste en que todas las pólizas de un grupo empresarial coincidan en la misma fecha de renovación.
Se
debe considerar que para las pólizas del ramo de vida, su vigencia comienza a
las 24:00 horas del día de inicio, por tal motivo, cuando se calcula la fecha
de 'Vencimiento' según lo indicado en el diseñador de productos, se debe restar
un día a la fecha resultante. Ejemplo:
o
Si
la póliza posee fecha de inicio el 10 del mes X, la fecha hasta deberá ser el
día 9 mas lo meses que indique el diseñador.
Se verifica que la vía de pago esté definida para el producto en tratamiento (Way_pay_prod) y la frecuencia de pago esté definida para el producto y la vía de pago en tratamiento (Freq_way_prod). En caso contrario se envía el mensaje de error correspondiente.
Si se está registrando, el campo Indicador de factura inicialmente se muestra marcado, sólo si el titular tiene marcado el indicador a nivel de clientes (tabla Client). Si un titular tiene marcado el indicador a nivel de clientes, opcionalmente se puede desmarcar esta opción para que una póliza/certificado específica no genere factura. De la misma forma, si un titular NO tiene marcado el indicador a nivel de clientes, opcionalmente se puede marcar este indicador si se requiere factura para una póliza/certificado específica. Este campo actualiza la tabla de Certificados de una póliza (Certificat).
La lista de valores del campo "Revalorización - Tipo" no muestra el valor vacío, ya que este campo es obligatorio.
Si
el indicador "Cálculo fracción del mes" se encuentra
seleccionado para el producto en tratamiento, y la vigencia “Desde” de la
póliza/certificado es diferente al primero del mes, se debe calcular la fecha
de próxima facturación al primero del mes siguiente.
Ejemplo (Frecuencia Mensual):
Póliza (VIDA)
Desde Hasta Fec.
Próx. Fact.
15/01/2003
14/01/2004 01/02/2003
Póliza (GENERALES.)
Desde
Hasta
Fec.
Próx. Fact.
15/01/2003
15/01/2004 01/02/2003
Si
la póliza corresponde al tipo de producto de "Vida" (nBrancht = 1) y el tipo de póliza es "Multilocalidad / Innominada" (Policy.sPoliType
= 3) se marca por defecto el indicador de póliza innominada.