Noviembre 2019
L M M J V S D
« Abr    
 123
45678910
11121314151617
18192021222324
252627282930  

Categorías

Deducción de saldo de pólizas pendientes

Deducir automáticamente el saldo pendiente de la póliza, en caso de Pago Directo al Asegurado de la indemnización de un Siniestro 

 

Configuración de Hechos Generadores

Si bien la decisión de deducir o no el Saldo pendiente de una Póliza es un hecho que exige la confirmación por parte de un usuario habilitado, se puede configurar en GAUSmp el comportamiento “sugerido” para cada uno de los hechos generadores.

En la tabla de Hechos generadores por lo tanto se agregó el atributo:

Siniestro Consume Saldo de Póliza? El cual deberá configurarse en SI cuando como consecuencia del siniestro se produzca la cesación del Riesgo de la póliza y en NO en los demás casos

Este atributo luego se exibe en la Bandeja de Cobranza, que atiende la Cobertura financiera de Siniestros, ya que es en dicho lugar donde debe tomarse la decisión correspondiente

Valores por Defecto

Toda vez que se carga un siniestro los valores relativos a la deducción del saldo pendiente se inizializan en forma negativa, o sea NO Deducir Saldo pendiente.

Bandeja de Cobertura Financiera de Siniestros

Cuando se carga un siniestro puede darse dos situaciones

  • Que esté configurado como que “automáticamente” se solicita cobertura financiera, en cuyo caso, en el mismo momento de carga se enviará la solicitud a la bandeja que atiende el citado servicio
  • Que no esté configurado en forma automática, con lo cual será el usuario que carga el siniestro el que tendrá la obligación de enviar el mismo a la bandeja de cobertura financiera a efectos que indenque el camino a seguir

Opciones en la Bandeja de Cobertura Financiera

En la bandeja de cobertura financiera se presenta la siguiente pantalla

imagen 1

Es decir que cuando se contesta la cobertura financiera, adicionalmente se debe indicar si:

  • Se deducirá o no el saldo de la póliza en el momento del pago directo al asegurado
  • En caso que se trate de una póliza flota el “porcetanje a deducir”, que no podrá ser el 100% del valor facturado

Adiconalmente el sistema  controlará (solo para el caso de operaciones que se refacturen) si está totalmente facturado el premio de la operación, ya que en caso que esto no sea así se deberá gestionar primero que se emitan las facturaciones faltantes antes de poder formalizar la deducción.

La información acerca de las acciones a seguir se registran dentro de la trazabilidad del siniestro, para que quede constancia de la decisión tomada por el sector de cobranzas.

Aplicación de la cobranza

Cuando se genera una cuenta a pagar, mediante una liquidación que sea de indemnización y de pago directo al asegurado, al pasar por el TAB de Débitos y Créditos varios se presentará la opción de “deducir el saldo de la póliza” siempre que:

  • Esté la orden dada por el Sector Cobranza
  • La operación tenga saldo pendiente

En caso que se produzcan inconvenientes por la existencia de una configuración defectusa que impida generar automáticamente el ingreso de valores y la aplicación de la cobranza se dará la opción de generar igualmente la cuenta a pagar, dejando debida constancia en la trazabilidad de la orden de pago

La pantalla para realizar la deducción efectiva es la siguiente

Puede darse la situación (como en este caso) que la operación tiene un saldo pendiente de $ 5780.- y la cuenta a pagar sea solo de $ 4500.-

Si se accione el botón del “dinero” para que se genere automáticamente la cobranza el resultado será el siguiente:

imagen 2

GAUSmp generó automáticamente un Ingreso de Valores y una aplicación de cobranza, aplicando a la operación, hasta la concurrencia de la cuenta a pagar (o sea solo 4500.-), imputando debitando dicha cobranza a la cuenta Documentos a Cobrar, que luego incluye dentro de los “Debitos y Créditos Varios” de la Orden de pago.

En este caso en particular, no queda Saldo a Pagar, generándose una Cuenta a Pagar automáiticamente cancelada.

No obstante el caso habitual es que se tome el total del saldo pendiente y la cuenta a pagar se genere por la diferencia.

Atención

El ingreso de valores no queda “transaccionalmente” vinculado a la cuenta a pagar de modo que en caso que la cuenta a pagar se anule, se deberá anular manualmente también la aplicación de la cobranza