Reservas del siniestro

(SI007)

 

Función

Las reservas deben ser establecidas para cada uno de los casos registrados al siniestro, indicando el monto de daños o de gastos esperado a nivel de coberturas. La ventana permite introducir, consultar, modificar y/o cambiar el estado de las reservas. La ventana permite trabajar con varias monedas para un mismo siniestro. Las reservas se abren en la misma moneda de las coberturas/asegurado de la póliza y luego se pueden hacer pagos en cualquier moneda. El sistema muestra las coberturas/asegurados registradas para la póliza y la moneda asociada a cada una de ellas. Si existe una reserva establecida para alguna (s) de las coberturas, el sistema muestra el monto de daños, la franquicia/deducible y la reserva previamente establecidas. Las reservas pueden tener los siguientes estados:

·  Pendientes de validación: Es el estado que se le asigna cuando se declara el siniestro y se requiere que un perito realice una inspección antes de proceder a realizar ningún pago asociado a la cobertura/asegurado.

·  Pendiente de aprobación: Si un usuario registra reservas por un monto total superior a su nivel de autorización, las reservas toman este estado en el cual no es posible hacer pagos.

• Pendientes de pago: Este estado es asignado a la reserva cuando se ha hecho un ajuste (peritaje) o una estimación más aproximada de la indemnización a realizar. En este estado las reservas quedan listas para hacer pagos, pero de igual forma el siniestro debe ser autorizado, para que se puedan procesar los pagos o liquidaciones.

 La ventana permite definir las provisiones asociadas al siniestro, al momento de finalizar la transacción, se valida que cumpla con los requisitos y exclusiones definidos. [HAD: 50]

Efecto

• Si se está registrando la reserva a una nueva cobertura/asegurado (inexistente en el siniestro):

• Actualiza el registro correspondiente del archivo de ventanas asociadas a un siniestro (claim_win) para indicar que la ventana en tratamiento tiene contenido.

• Si existe información en el archivo de costo de coberturas (cl_cover) para el siniestro y caso en tratamiento, se acumula el monto de la reserva de estos registros y se disminuye del total de reserva del siniestro (claim) y se eliminan del archivo de costo de coberturas (cl_cover) los registros existentes para el siniestro y caso en tratamiento. Igualmente se eliminan del archivo de control de coberturas sin reposición (cov_used) los registros correspondientes al siniestro y caso en tratamiento.

• Se realiza un recorrido de las coberturas mostradas en la ventanas en el orden siguiente: moneda, código de cobertura. Durante el ciclo se acumula el monto de la reserva.

• Si ocurre cambio de moneda o se está procesando la primera cobertura, se consigue el número de movimiento a asignar. El número de movimiento se toma del archivo de siniestros (claim) y se le suma el valor "1" al último movimiento asignado. Se actualiza éste en el campo correspondiente del archivo de siniestros.

• Se genera un registro en el archivo de detalle de movimientos de siniestros (cl_m_cover) por cada cobertura/asegurado involucrada a la que se abre reserva o se registra el monto estimado en daños.

• Se genera un registro en el archivo de costo de siniestro por cobertura (cl_cover) por cada cobertura/asegurado involucrada en el caso a la que se abre reserva o se registra el monto estimado en daños. Estos se graban por defecto con el tipo que se indique en la opción de la ventana, a menos que el usuario no tenga autorización para el monto registrado, (caso en el cual toma el tipo "pendiente de autorización").

• Cuando ocurre cambio de moneda o se han terminado de procesar todas las coberturas/asegurado, se genera el registro en el archivo de historia del siniestro (claim_his) del tipo "Inicio de reserva", con fecha igual a la de declaración, monto igual al acumulado de reserva para la moneda en tratamiento, tipo de movimiento igual a 'automático'. Se generan tantos registros como monedas se encuentren involucradas en las coberturas a las que se está abriendo reserva en el caso en tratamiento. El número de movimiento a asignar es el mismo número que se ha utilizado para generar el registro correspondiente a la moneda en el archivo de detalle de movimientos de coberturas (cl_m_cover).

• Cuando ocurre cambio de moneda o cambio de cobertura, si la cobertura no tiene reposición automática, se genera un registro en el archivo de control de coberturas sin reposición (cov_used), por cada cobertura/asegurado involucrada a la que se le abre reserva en el caso en tratamiento; con capital consumido igual a la reserva y el mes y año del capital consumido igual al mes y año de vigencia de la póliza o certificado.

• Se actualiza el total pendiente y el campo reserva (claim), con la reserva  inicial declarada al caso en tratamiento.

• Se acumula el monto de reserva realizado a las coberturas/asegurado (sin importar el caso al que están asociados) en base al ramo de reaseguro correspondiente a cada una de las coberturas/asegurado reservadas y a la moneda en la que se encuentra la reserva. Por cada ramo de reaseguro asociado al siniestro, se debe leer el archivo de contratos de reaseguro (contrmaster) y buscar todos los contratos válidos para el ramo de reaseguro y año de ocurrencia del siniestro. Si el monto reservado para el grupo de coberturas del ramo de reaseguro y moneda en tratamiento, es superior que "el monto de siniestros al contado" especificado en el registro del contrato, se debe crear un registro en el archivo de agenda para el departamento de reaseguro con código de actividad "reclamar siniestro al contado" y con alarma.

• Si la póliza tiene coaseguro cedido, se acumula el monto de reserva realizado a las coberturas (sin importar el caso al que están asociados) en base a cada una de las coberturas reservadas y a la moneda en la que se encuentra la reserva.

·  Si se está registrando la reserva a una cobertura /asegurado previamente registrada al siniestro:

• Actualiza el registro correspondiente del archivo de ventanas asociadas a un siniestro (claim_win) para indicar que la ventana en tratamiento tiene contenido. Se actualiza de igual manera la variable de memoria que contiene la selección de ventanas realizada por el usuario.

• Se realiza un recorrido de las coberturas/asegurado mostradas en la ventanas en el orden siguiente: moneda, código de cobertura/asegurado, procesando primero las coberturas/asegurado que tenían reservas asignadas previamente. Durante el ciclo se acumula el monto del ajuste de la reserva.

• Si ocurre cambio de moneda o se está procesando la primera cobertura, se consigue el número de movimiento a asignar. El número de movimiento se toma del archivo de siniestros (claim) y se le suma el valor "1" al último movimiento asignado. Se actualiza éste en el campo correspondiente del archivo de siniestros.

• Se genera un registro en el archivo de detalle de movimientos de siniestros (cl_m_cover) por cada cobertura/asegurado involucrada a la que se abre reserva o se registra el monto estimado en daños.

• Se genera un registro en el archivo de costo de siniestro por cobertura (cl_cover) por cada cobertura/asegurado involucrada en el caso a la que se abre reserva o se registra el monto estimado en daños. Estos se graban por defecto con el tipo que se indique en la opción de la ventana, a menos que el usuario no tenga autorización para el monto registrado, (caso en el cual toma el tipo "pendiente de autorización").

• Cuando ocurre cambio de moneda o se han terminado de procesar todas las coberturas, se genera el registro en el archivo de historia del siniestro (claim_his) con fecha igual a la de declaración, monto igual al acumulado de ajuste reserva para la moneda en tratamiento, tipo de movimiento igual a 'automático'. Se generan tantos registros como monedas se encuentren involucradas en las coberturas/asegurado a las que se está abriendo reserva en el caso en tratamiento. El número de movimiento a asignar es el mismo número que se ha utilizado para generar el registro correspondiente a la moneda en el archivo de detalle de movimientos de coberturas (cl_m_cover). El tipo del registro es "ajuste de reserva " si se están procesando las coberturas/asegurado que han tenido reservas previas. El tipo de registro es "Inicio de reserva " si se están procesando las coberturas/asegurado que anteriormente no tenían reservas.

• Se actualiza el total pendiente y el campo reserva (claim), con el monto total de ajuste de reserva realizado al caso en tratamiento.

• Se acumula el monto de reserva realizado a las coberturas (sin importar el caso al que están asociados) en base al ramo de reaseguro correspondiente a cada una de las coberturas reservadas y a la moneda en la que se encuentra la reserva. Por cada ramo de reaseguro asociado al siniestro, se debe leer el archivo de contratos de reaseguro (contrats) y buscar todos los contratos válidos para el ramo de reaseguro y año de ocurrencia del siniestro.

• Si la póliza tiene coaseguro cedido, se acumula el monto de reserva realizado a las coberturas (sin importar el caso al que están asociados) en base a cada una de las coberturas reservadas y a la moneda en la que se encuentra la reserva. Por cada moneda asociada al siniestro, se debe leer el archivo de contratos de coaseguro (contrats_c) y buscar el contrato válido para el ramo y año de ocurrencia del siniestro.

• Si se está procesando una cobertura/asegurado que ha tenido reserva previa, el capital consumido es igual a el ajuste de reserva realizado.

·  El usuario que realiza la transacción debe tener autorización suficiente para reservar siniestros con este monto, esto se verifica en el archivo de límites de suscripción y siniestros (limits) tomando el monto total de las reservas de las coberturas (sin importar el caso al que están asociados) en la moneda en tratamiento. Si esto no se cumple, las reservas (cl_cover) quedan con estado "en espera de aprobación" y el siniestro (claim) queda con estado "Pendiente de autorización para liquidar", y luego debe ser confirmado por otro usuario de nivel suficiente.

·  Si la póliza/ certificado tiene cobertura de exención y está seleccionada, se actualiza el registro correspondiente en el archivo de certificados de una póliza (certificat).

Notas para el programador

Las coberturas a mostrar en esta transacción corresponden a las asociadas al Asegurado afectado (indicado en los datos generales del siniestro), vigentes a la fecha de ocurrencia del siniestro.

Se debe considerar que si la fecha de ocurrencia esta fuera de los límites permitidos de la póliza, se tomará  como fecha de ocurrencia para la validación funcional, la fecha de inicio o término de la póliza, según corresponda, asumiendo esta como fecha de ocurrencia. En este caso se debe enviar la adv. 4019

Si es una modificación o recuperación del siniestro, y se ha modificado la fecha de ocurrencia, la ventana correspondiente a esta transacción debe quedar requerida y sin contenido, ya que el usuario debe verificar las coberturas vigentes a la nueva fecha.

Se debe avisar al usuario con una advertencia, si a la nueva fecha, la poliza no se encuentra vigente (adv. 4019).

En caso de estar la poliza vigente y que alguna de sus coberturas se encuentra fuera de la fecha de vigencia, se debe enviar otra advertencia al usuario de este hecho.

·  Caso: El caso se compone de la siguiente manera: 99/XXXXXXXX – ZZZZZZZ...ZZZZ Donde: 99 - Número consecutivo de caso indicado en la ventana de clientes del siniestro XXXXXXXX – Tipo de reclamo asociado al caso (descripción abreviada) ZZZZZZZ...ZZZZ – Nombre del cliente asociado al caso

·  Descripción del caso: Como valores posibles del caso se muestra el número del caso y el cliente asociado al caso.

·  Reserva: El monto de la reserva va a ser igual a la diferencia entre el monto estimado de los daños menos el deducible (en caso de que lo haya) y menos los pagos realizados. Si el monto estimado de daños supera el capital de la cobertura en la moneda que se está trabajando, se usa éste último como reserva. Si hay franquicia y el estimado de daños no supera ese monto, la reserva será igual a cero. El capital de la cobertura/asegurado depende del monto consumido en siniestros anteriores si la cobertura/asegurado no es de reposición automática, con cada siniestro que afecta a la cobertura, se disminuye el capital disponible para futuros siniestros.

• Capital de la cobertura = Capital de la cobertura – Capital consumido

Donde:

• Capital consumido = S capital siniestrado por cobertura. Sin reposición por año-póliza (cov_used).

Donde:

• El año-mes del capital es igual al año-mes de vigencia de la póliza o certificado. Para pólizas individuales o un certificado se considera año y mes de vigencia del archivo de datos particulares, para todo el colectivo se considera el año-mes de vigencia de la póliza matriz en el archivo de certificados (certificat).

• Y el siniestro del capital siniestrado es diferente al siniestro en tratamiento y

• El capital siniestrado no ha sido restituido o la fecha de restitución es superior a la fecha de ocurrencia del siniestro actual.

• Si el Estimado de los daños es mayor que el capital de la cobertura.

• Reserva= Capital de la cobertura – deducible - pagado

• Si el Estimado de los daños es menos que el capital de la cobertura.

• Reserva  = Estimado de los daños – deducible – pagado

• Al finalizar la ejecución de la transacción se envía un mensaje de advertencia para confirmar el estado de la reserva (adv 4339).

·  Estado de la reserva: Si la transacción en proceso corresponde a "aprobación de siniestros" sólo debe estar habilitado el campo "Estado" con la finalidad de que el usuario pueda cambiarlo. El resto de los campos de la parte repetitiva deben estar inhabilitados. Si la moneda que se encuentra emitida la cobertura es la moneda local, el campo factor de cambio debe aparecer inhabilitado.

• Exención de pago de prima: Si el tipo de siniestro corresponde a "incapacidad" o el tipo de indemnización corresponde a  "liberación del pago de prima", se debe seleccionar automáticamente la cobertura de tipo de "exención" asociada a la póliza/certificado y aparecer inhabilitada la selección, con la finalidad de que el usuario no pueda quitarla. Se debe actualizar el indicador de póliza/certificado con exención, en el archivo de certificados de una póliza (certificat).

Si el tipo de caso corresponde a "Salud", se verifica si existen rutinas asociadas en tab_covrol, y de existir se aplican las mismas para el cálculo de la reserva.

 

Al momento de finalizar la transacción se debe validar las provisiones del siniestro, cumplan con los requisitos y exclusiones asociadas al siniestro.[HAD: 50]

Campos

Validaciones