Función general

Permite consultar, actualizar y convertir cotizaciones/propuestas.

Acciones de menú

• Actualizar: Permite realizar operaciones de consulta y actualización sobre una o un grupo de cotizaciones/propuestas de una póliza/certificado.

Información técnica

Formato:  Página

Efecto

Permite consultar y actualizar las cotizaciones y propuestas asociadas a las pólizas/certificados.

Notas para el programador

Si el tipo de propuesta corresponde a 'Emisión', 'Modificación' o 'Renovación', se debe invocar a la forma de Tratamiento de cotizaciones/propuesta (CA099A).

Parámetros de la operación

(CA099_k)

Función

Permite capturar las condiciones sobre las cuales se desea realizar la actualización ó consulta de cotizaciones/propuesta.  

Efecto

• Si la acción es 'Actualizar':

• Si el tipo de registro corresponde a  'Cotización/Propuesta' de 'Emisión', 'Modificación' o  'Renovación'.
• Se deben deshabilitar  los campos:
• Cliente
• Estado
• Intermediario
• Agencia
• Solo vencidas

• Si la acción es 'Consultar':

• Si el tipo de registro corresponde a  'Cotización/Propuesta' de 'Emisión', 'Modificación' o  'Renovación'.
• Se deben deshabilitar  los campos:
• Operación, y dejar por defecto 'Consultar'.

Notas para el programador

• Si la póliza es de tipo colectiva, se debe habilitar el campo 'Certificado'.

• Si la operación corresponde a Aprobar, anular, rechazar o "reversar estado", el nivel de seguridad del usuario debe ser mayor o igual a 5.

• Si la operación corresponde a 'consultar', y no se indica tipo de cotización/propuesta, deben mostrarse todas cotizaciones/propuestas especiales asociadas a la póliza/certificado según la condición de búsqueda incluida por el usuario. (Forma 'Tratamiento de cotizaciones/propuesta - CA099A’)

Campos

Validaciones

.

Tratamiento de cotizaciones/propuestas

(CA099A)

Función

Muestra las cotizaciones/propuesta según se haya indicado, y permite seleccionar las que se deseen modificar, anular, rechazar, regularizar y/o aprobar/convertir a póliza. Si la operación seleccionada es "aprobar/convertir" solo se muestran las cotizaciones/propuestas que tengan una causa que permita conversión (según tabla de causas de estado pendiente). Si la operación seleccionada es "reversar estado" solo se muestran las cotizaciones/propuestas que posean estado "anulada" o "rechazada".

Efecto

• Si la operación corresponde a :

• Consultar
• Se deben mostrar todas las cotizaciones/propuestas según la condición de búsqueda incluida en el encabezado y no permitir que el usuario modifique su contenido.

• Aprobar / Convertir
• Se debe invocar al proceso de conversión de cotización/propuesta a póliza.
• El estado de la propuesta deberá ser "Aprobada/Convertida", si la conversión se realiza de forma exitosa.

• Rechazar
• Se debe actualizar el estado de la cotización/propuesta con el valor de 'Rechazada'. (Tabla Policy/Certificat)
• Se debe actualizar la fecha de rechazo de la cotización/propuesta con el valor de 'Anulada'. (Tabla Policy/Certificat)
• Se debe crear el movimiento de rechazo en la historia de la cotización/propuesta. (Tabla Policy_his) actualizando los campos "estado" (nStatQuota) y causa de rechazo (nNo_convers).
• Se debe indicar causa de rechazo.

• Anular
• Se debe actualizar el estado de la cotización/propuesta con el valor de 'Anulada'. (Tabla Policy/Certificat)
• Se debe actualizar la fecha de anulación de la cotización/propuesta con el valor de 'Anulada'. (Tabla Policy/Certificat)
• Se debe crear el movimiento de anulación en la historia de la cotización/propuesta. (Tabla Policy_his)  actualizando los campos "estado" (nStatQuota) y causa de rechazo (nNo_convers).
• Se debe indicar causa de anular.

• Actualizar
• Al seleccionar un registro, se debe invocar la transacción de "Tratamiento de una Póliza" (CA001), pasando los parámetros necesarios para realizar la modificación de la cotización/propuesta.

• Regularizar
• Se debe actualizar el estado de la cotización/propuesta con el valor de 'Regularizada'.
• Se debe crear el movimiento de regularización en la historia de la cotización/propuesta. (Tabla Policy_his)  actualizando los campos "estado" (nStatQuota) y causa de rechazo (nNo_convers).
• Se debe permitir agregar una nota asociada al registro.

• Reversar estado
• Se actualizan los datos de la propuesta:
• En Certificat:
• Fecha de anulación de la cotización/propuesta (dDat_no_con) con valor “null”.
• Causa de no conversión/rechazo (nNo_convers) con valor null
• El estado y causa (nWait_code) de la cotización/propuesta:
• Para ello se busca el último movimiento realizado a la cotización/propuesta en la tabla de movimientos de la historia (Policy_his), del tipo ;registro de cotizaciónregistro de propuesta o ;modificación de propuesta y se obtiene el estado (nStatQuota) y causa (nWait_code) que tenía en ese movimiento.>
• El indicador de devolución de primas (sRefundPrem) con valor null

• Si la cotización/propuesta es de tipo individual o de una matriz, se actualizan los datos en tabla de pólizas (Policy).
• Se genera un movimiento en la historia de la cotización/propuesta (Policy_his) con el tipo "reverso de estado" (76) y los datos correspondientes al estado que toma la cotización/propuesta (el nuevo estado), causa (nWait_code), fecha del reverso (dEffecdate), moneda de la propuesta (nCurrency), indicador de movimiento no anulado (sNull_move='2' y campos adicionales del registro.

Notas para el programador

• Cuando la cotización/propuesta es de modificación, se debe mostrar el tipo de modificación el cual se encuentra asociado al registro de historia correspondiente a la creación de la cotización/propuesta (Policy_his).

• Campo "Causa de anulación":

• Solo se debe habilitar si la acción en tratamiento es "actualizar" y la operación corresponde a "anular" o "rechazar".

• Los valores posibles de este campo se muestra según la tabla "noconvers".

• Campo "Causa de estado pendiente":

• Si el estado de la propuesta/cotización es "pendiente", la descripción asociada a la causa se muestra según el valor del campo "certificat.nWait_code" (valores posibles según la tabla "tab_waitpo").

• Si el estado de la propuesta/cotización es diferente a "pendiente", este campo no se muestra en la página.

• Las causales a mostrar, deben corresponder a la siguiente relación, según el tipo de producto de la cotización/propuesta en tratamiento.

• Cuando se  convierta una cotización/propuesta a póliza, esta debe quedar con estado  vigente pendiente de impresión).

• Si el producto indica que el número de póliza debe corresponder con el de la propuesta respectiva (campo product.snumprop = 1), cuando se  convierte una propuesta a póliza, esta debe quedar con con el mismo número de la propuesta que la está generando.

• Cuando el tipo de operación a realizar a la cotización/propuesta sea que transite de "pendiente" a "aprobada" se debe validar que la causa en estado pendiente o captura incompleta (tab_waitpo) así lo permita ,

• Cuando el tipo de operación a realizar a la cotización/propuesta sea que transite de  "pendiente" a "regularizado", el estado que debe tomar la misma es "anulada/desistida" y la causa de no conversión de cotización/propuesta a póliza (nNoconvers) debe ser "por regularización" (34).

• Cuando el tipo de operación a realizar a la cotización/propuesta sea que transite del estado "pendiente" a "anulada/desistida", el indicador de devolución de primera prima debe ser  seleccionado en su defecto, dependiendo del indicador de devolución asociado al motivo de no conversión a póliza indicado por el usuario.

• Cuando el tipo de operación a realizar a la cotización/propuesta es "reversar estado" solo se habilitará campo Sel para que el usuario seleccione la propuesta a la que se desea reversar el estado

• El campo "Gastos a cobrar" debe mostrar el monto a cobrar si el indicador de descuentos administrativos asociados al "motivo de no conversión a póliza", seleccionado por el usuario, indica que se debe descontar los gastos administrativos de la primera prima.

Si la cotización/propuesta en tratamiento es de vida, el monto a calcular como "gastos a cobrar", corresponden a la sumatoria del valor asociado a cada examen médico de la propuesta, indicado en las tablas "documentos asociados a la póliza (life_docu) y tabla de documentos posibles a solicitar a un cliente (tab_req_doc).

• El campo 'Primera prima', se obtiene del movimiento de cuenta corriente asociado al cliente y propuesta en tratamiento. Si el origen de la cotización/propuesta es distinta de emisión, este campo debe estar oculto.

• El campo 'Moneda primera prima', se obtiene del movimiento de cuenta corriente asociado al cliente y propuesta en tratamiento. Si el origen de la cotización/propuesta es distinta de emisión, este campo debe estar oculto.

• El campo 'Primera prima con cheque', se obtiene del movimiento de cuenta corriente asociado al cliente y propuesta en tratamiento. Con los datos de la relación de cobro (move_acc.nBordereaux) asociada al movimiento, se busca en la tabla de movimientos de caja (cash_mov) y se obtiene la cuenta asociada al ingreso (nAcc_cash), si ésta es la de "cheque a fecha" o "cheque" se marca el indicador de "primera prima con cheque". Si el origen de la cotización/propuesta es distinta de emisión, este campo debe estar oculto.

• Si el campo 'Gastos a cobrar' tiene información y no se genera Orden de pago:
• El sistema deberá crear de forma automática un movimiento en la cuenta corriente del cliente (Move_acc), por el monto indicado y en la moneda de la cuenta corriente
• Si el cliente no posee cuenta corriente asociada, deberá crearse una cuenta corriente asociada al mismo y en la moneda en la que se expresa el gasto. (Opt_bank)
• El movimiento en la cuenta corriente debe estar asociado a la propuesta en tratamiento.

• El campo 'Devolución':
• Debe mostrarse y habilitarse cuando el tipo de operación corresponde a "Rechazar" o "Anular" y el tipo de cotización/propuesta sea Emisión.
• Este campo debe ser actualizado en 'Certificat' con las siguientes condiciones:
• Si el usuario indicó Orden de pago y no se generó la orden de pago, entonces se debe actualizar con el valor  uno (1 - Generar orden de pago)
• Si el usuario indicó Orden de pago y se generó la orden de pago, entonces se debe actualizar con el valor  dos  (2 - Devolución realizada )
• Si el usuario indicó No devolver”, entonces se debe actualizar con el valor  tres (3 -  No devolver prima)

• El campo 'Orden de pago',  permite invocar a la transacción de ingreso de Ordenes de Pago.  Si el campo 'Devolución' este marcado, debe habilitarse este campo. Los valores iniciales a mostrar en esta transacción serán:
• Concepto: 19-Rechazo por propuesta / cotización
• Moneda de origen: Moneda de pago de primera prima
• Monto en moneda origen: Monto de primera prima descontando los gastos a cobrar
• Beneficiario: Contratante mostrado en la propuesta/cotización

• El campo 'Inicio de vigencia':
• Podrá ser modificado por el usuario, tomando en cuenta que:
• Se debe recalcular la "Fecha de fin de vigencia".
• Si el tipo de cotización/propuesta es de emisión, la fecha de fin de vigencia debe ser en la misma proporción de días a la fecha inicial.
• Se debe recalcular la fecha de próxima facturación/renovación para la cotización/propuesta en tratamiento.
• Si el tipo de cotización/propuesta es de modificación o renovación, la fecha de fin de vigencia debe ser la misma de la póliza asociada a la cotización/propuesta en tratamiento.

• Se debe actualizar la nueva vigencia en las tablas involucradas en la cotización/propuesta en tratamiento:
• Policy
• Certificat
• Datos particulares
• Cover
• Disc_xprem
• Premium

• Cuando la operación corresponda a "Aprobar/Convertir", se deberá ejecutar de forma masiva el proceso de conversión de póliza, mostrando a través de un mensaje las propuesta y números de pólizas generadas para las mismas.

• Si se selecciona el campo "observación", se realizará el llamado a la transacción "Observaciones de una propuesta" (CA748) para asociar una observación a la propuesta de la línea en tratamiento.

• El campo "Consultas asociadas",  debe invocar una ventana 'Popup', la cual permita el acceso directo a las transacciones de:

• "Historia de una póliza" (CAC011), pasando los parámetros necesarios para realizar la consulta.

• "Tratamiento de una póliza" (CA001), pasando los parámetros necesarios para realizar la consulta.

• Resultado de la suscripción automática:

• El valor de este campo se muestra según el campo "certificat.nAutoIssue" (table5637). Este campo debe estar deshabilitado siempre.

• Este campo solo debe mostrarse si el producto indicado es del tipo "Vida" (prodmaster.sbrancht = 1)

Campos

Validaciones

Otro enlaces relacionados

Mas Información ver el Índice.