Función general

Este proceso genera los movimientos automáticos al intermediario, producidos por los módulos de cartera y cobranzas, y actualiza el saldo de los préstamos de los intermediarios, siempre y cuando la forma de pago sea a través de una retención porcentual de su producción.

Además, en este proceso se actualiza el archivo de metas del intermediario con la producción real (nueva producción, cobranzas, renovación).

Información técnica

Formato: Página

Páginas asociadas
AGL605	Preparación de cuentas corrientes de intermediarios

 

Preparación de cuentas corrientes de intermediarios

(AGL605)

Parámetros

• Tipo de proceso:

• Preliminar: Indica que el proceso se ejecuta de manera preliminar sin afectar las tablas definitivas.
• Definitivo: Indica que el proceso se ejecuta de manera definitiva.

• Proceso para:

• Vendedores: Indica que el proceso se ejecuta para tipos de intermediarios que son vendedores. Esta opción se muestra seleccionada en su defecto.
• Supervisores: Indica que el proceso se ejecuta para tipos de intermediarios que no venden sino que supervisan a otros intermediario.

• Tipo de intermediario: Tipo de intermediario al que se le desea generar la preparación de su cuenta corriente. Valores posibles según tabla de tipos de intermediarios. Si se indicó que el proceso es para "Supervisores", en este campo sólo se deben mostrar los tipos de intermediarios correspondientes a supervisores (5,11 y del 50 en adelante, inclusive).
   

• Fecha: Fecha hasta la cual se toma la información para realizar la preparación de la cuenta corriente de intermediarios. En su defecto se muestra la última fecha de ejecución del proceso de carga de comisión por póliza(ctrol_date). Si este proceso se ejecuta para "Supervisores", en este campo se debe mostrar la última fecha de ejecución de este proceso para este tipo de intermediario.
  
   

Validaciones

Campo	Descripción	Error/Adv.
	Si el proceso se ejecuta para "Supervisores", se debe enviar una advertencia indicando que este proceso se debe haber ejecutado la "liquidación de comisiones" para sus respectivos vendedores.	55130
Tipo de intermediario	Debe estar lleno	10095
Fecha	Debe estar lleno	02056
	Si la fecha indicada por el usuario es menor o igual a la fecha mostrada, el sistema muestra el mensaje como una advertencia.	03090

Frecuencia de ejecución

Normalmente es de ejecución mensual, pero se puede ejecutar a petición del usuario.

Requisitos

Se debe haber ejecutado el proceso de "Carga de Comisiones por póliza" (AGL728)

Si el proceso es para "Supervisores" se debe haber ejecutado el proceso de liquidación para los vendedores (los tipos de intermediario que corresponda)

Instrucciones de ejecución

Este reporte se ejecuta desde el módulo de listados con la opción menú de reportes por módulo.

Instrucciones en caso de interrupción

Volver a ejecutar el programa

Proceso batch

Proceso

Si el proceso se ejecuta para "Vendedores" se realiza lo siguiente:

Se lee la tabla de comisiones por póliza (comm_pol) conjuntamente con la tabla de intermediarios (intermedia) y se hace un "join" entre ambas. Para esta lectura se debe tomar en cuenta lo siguiente:

• Todo lo que no se haya procesado hasta la fecha, tipo de intermediario indicada como parámetros.

• Todo lo vigente de la tabla de comisiones de la póliza ( comm_pol) que no se haya considerado por este proceso, que no esté anulado, que su tipo de movimiento NO corresponda con "Preparación cuenta corriente"  y que este liberando comisiones por póliza, es decir, que total de comisión pendiente sea mayor que cero.

• Todo lo que tengan saldo (disponible del movimiento es mayor a "0") y que el disponible sea mayor o igual al monto de la cuota.

• Por cada intermediario (intermedia) se obtiene su asistente de seguro (si lo tiene) y se procede a realizar el cálculo de comisión del mismo:

• Se lee la tabla de comisiones (comisiones de la póliza) con el código de asistente de seguros para obtener el porcentaje (%) y luego se aplica al total de comisión pendiente por pagar del intermediario en tratamiento.

Por cada intermediario se lee la tabla de préstamos/anticipos (loans_int):

• Se debe considerar solo los anticipos cuya forma de pago sea una retención porcentual de comisión.

• Se lee de la tabla de metas del intermediario (interm_bud):

• Se contruyen las fechas inicial y final en base al tipo de período, número de período  y año de la meta de producción.

• Una vez determinada la fecha se busca en comm_pol los movimientos cuya fecha se encuentre entre el rango de fechas calculados en el punto anterior.

• Si el tipo de información (interm_bud) corresponde a "nueva producción" se consideran todos los movimientos (comm_pol) cuyo tipo de transacción corresponda a emisión y el tipo de movimiento sea igual a creación.

• Si el tipo de información (interm_bud) corresponde a "cobranza" se consideran todos los movimientos (comm_pol) cuyo tipo de transacción corresponda a "cobranza"  y el tipo de movimiento sea "creación del recibo".

• Si el tipo de información (interm_bud) corresponde a "renovación" se consideran todos los movimientos (comm_pol) cuyo tipo de transacción sean "renovación" y el tipo de movimiento sea diferente a creación del recibo".

Si el proceso se ejecuta para "Supervisores" se realiza lo siguiente :
 

• Se obtiene todos los supervisores asociados al tipo indicado de intermedia.

• Luego, se obtiene de intermedia también, todos los intermediarios asociados a dicho supervisor.

• Con los códigos de intermediarios, se de sus liquidaciones, los registros de comisión que no hayan sido procesados por liquidación de supervisores. Esta información se obtiene del campo nPayComSup de pay_comm. Si el campo está nulo, quiere decir que no se le ha pagado comisión al supervisor del intermediario por este registro.

• Por cada póliza de cada registro obtenido en el punto anterior, se obtiene el año de vigencia en el que se encuentra dicha póliza. . Si la póliza se encuentra en su primer año quiere decir que aplican comisiones de "Venta" para el supervisor, de lo contrario aplican comisiones de "Mantención".

• Con la información anterior mas el tipo de intermediario que supervisa, el ramo y producto, se obtiene el porcentaje de comisión a aplicar sobre la comisión del intermediario de esta póliza para obtener la comisión del supervisor. El porcentaje de comisión se obtiene de la tabla de comisiones de supervisores, supervis_commis.

• Por cada registro se calcula la comisión del supervisor:
Comisión del intermediario para la póliza en tratamiento * % de comisión de supervis_commis = comisión supervisor para esta póliza

• Se debe ir almacenando en alguna variable la sumatoria de la comisión de cada póliza para cada supervisor, de manera de crear un solo registro con la comisión total calculada en la cuenta corriente del supervisor.

Si el proceso se ejecuta de manera preliminar, se leen y actualizan las tablas temporales tmp_comm_pol, tmp_pay_comm, tmp_move_acc.

 

Efecto

Si el proceso se ejecuta para "Vendedores" se realiza lo siguiente:

Tabla de comisiones de pólizas (comm_pol):

 

Por cada registro procesado de la tabla de comisiones por pólizas (comm_pol) se actualiza el estado del registro a "procesado por cuenta corriente" y se crea un nuevo registro con la siguiente información:

• Monto de comisión pendiente:

• Monto de comisión PE = Monto de comisión pendiente  del registro anterior

• Se coloca en cantidad de cuotas, la cantidad de cuotas del registro anterior vigente (no anulado).

• Cantidad de cuotas pendientes:

• Cantidad de cuotas pendientes = Cantidad de cuotas pendientes - 1

• Se coloca en monto de la cuota el monto de la cuota del registro anterior vigente (no anulado).

• En fecha de proceso, se coloca la fecha de ejecución de este proceso.

• No se coloca valor para el número de liquidación.

• Se calcula lo disponible afecto y exento a disminuir del registro anterior vigente.

• Se coloca como tipo de movimiento el correspondiente a "Preparación de cuentas corrientes".

Tablas de movimientos de cuentas corrientes (move_acc) y cuentas corrientes (curr_acc):

• Para cada intermediario procesado,  se crea un movimiento en la cuenta corriente del intermediario (move_acc) y se actualiza el saldo de su cuenta corriente (curr_acc).

• Por cada intermediario que tenga asociado un asistente de seguros, se actualiza la cuenta corriente del asistente con los montos de comisión correspondientes (move_acc, curr_acc).

Tablas préstamos de intermediarios (loans_int) y movimientos de anticipos (loans_mov):

• Si el intermediario tiene préstamos/anticipos:

• Por cada movimiento de pago sobre un préstamo/anticipo que se realice, se debe actualizar el saldo/balance  y el estado.

• Por cada movimiento de pago sobre un préstamo/anticipo se crea un  movimiento en la tabla de movimientos de anticipos (loans_mov), con tipo de movimiento "Pago"

• Con el monto total de préstamos/anticipos se crea un movimiento en la cuenta corriente del intermediario afectado (curr_acc, move_acc).

Tabla de metas del intermediario (interm_bud).

• Por cada intermediario procesado, se actualiza la tabla de metas de intermediarios.

Tabla de control de procesos de intermediarios  (ctrol_dateag)

• Si el proceso se ejecuta para una fecha posterior a la mostrada por el sistema (no se está ejecutando el proceso sobre una fecha ya procesada), se actualiza la última fecha de ejecución del proceso de intermediarios  (ctrol_dateag).

Tablas de comisiones por póliza (comm_pol), movimientos de la cuenta corriente (move_acc) y movimientos del anticipos (loans_mov)
 

• Debe mantenerse un numerador que se incremente cada vez que se ejecute este proceso. Este numerador servirá para identificar los movimientos generados por esta transacción. Este número de proceso se debe actualizar en todos los registros que se creen en la tabla de comisiones por póliza (comm_pol), movimientos de la cuenta corriente ( move_acc) y la tabla de movimientos de anticipos (loans_mov).

Si el proceso se ejecuta para "Supervisor" se realiza lo siguiente :

• Por cada supervisor procesado:

• Se crea un registro en la cuenta corriente del supervisor con el total de comisión a pagar (move_acc) y se actualiza el saldo de su cuenta (curr_acc). Si la cuenta corriente no existe, se crea (curr_acc, move_acc).
• Se actualiza la última fecha de ejecución del proceso de intermediarios  (ctrol_dateag).
• Se actualiza en pay_comm los registros procesado de cada intermediario asociado a  cada supervisor  procesado (sCtaCteSup)

Si el proceso se ejecuta de manera preliminar, se leen y actualizan las tablas temporales tmp_comm_pol, tmp_pay_comm, tmp_move_acc.

Notas para el programador

Se debe permitir ejecutar este proceso a una fecha en la que ya se haya ejecutado (enviando una advertencia al usuario). En este caso sólo se toman los registros no procesados (de comm_pol, considerando las condiciones anteriores y los parámetros indicados).

Se agrupan los movimientos leídos por ramo, producto, póliza/cert, intermediario y moneda para crear los movimientos en la cuenta corriente.

Forma de calcular lo disponible afecto y exento a disminuir de lo disponible afecto y exento actual.
 

Por ejemplo: Si el monto disponible es 10,000 y lo disponible afecto es 6,000 y el monto de la cuota es 5,000.

Factor = 6,000 / 10, 000   = 0.6
Monto cuota afecto a restar  = 5,000 * 0.6 = 3,000
Monto cuota exento a restar = 5,000 - 3,000 = 2,000
Se resta:

Monto disponible afecto - monto cuota afecto a restar

Se resta:

Monto disponible exento - monto cuota exento a restar

Para obtener los nuevos montos disponibles afecto y exentos

Disponible = Disponible - Monto cuota