Carga de tabla de comisiones por póliza
Función general
Permite cargar la tabla de comisiones por póliza, con el propósito
de simular una cuenta corriente a nivel de las comisiones de una póliza.
A continuación se presenta un ejemplo de los movimientos de cuentas
corrientes de una póliza manejados por este proceso:
-
Se tiene una póliza cuyo intermediario tiene la forma de pago de
comisiones en 5 cuotas, dicha póliza tiene una comisión
total es de 100,000, por lo que cada cuota sería de 20,000 en principio.
-
Al realizar la emisión de dicha póliza, se genera un recibo
de emisión cuya comisión es de 10,000 se crea un movimiento
de la siguiente manera (este movimiento es creado en la emisión
durante la creación del recibo, pero se incluyó en este ejemplo
para el mejor entendimiento del mismo):
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
-
Al cobrar dicho recibo este proceso crea el siguiente movimiento:
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
-
Si se corrieran los procesos de pago de comisiones en este momento, no
ocurriría la liberación de la comisión ya que el monto
de comisión disponible para pago es menor al monto de la cuota.
-
Se realiza un endoso a dicha póliza a mitad de mes lo cual genera
un recibo de endoso el cual contiene un monto de comisión de 5,000
(este monto de comisión correspondería a los 15 días
restantes hasta la próxima generación de recibos),
generando un aumento de la comisión total a 200,000, por lo que
cada cuota de comisión sería ahora de 40,000. El registro
de un endoso crea un movimiento en esta tabla de comisiones, pero
no es creado por este proceso sino desde la secuencia de emisión
de pólizas cuando se genera un endoso, de todas maneras se indica
dicho movimiento para que se entienda mejor este ejemplo:
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
-
Al cobrar el recibo de endoso, este proceso crea el siguiente movimiento:
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
5 |
40,000 |
200,000 |
15,000 |
-
Al renovar/facturar la póliza, se genera el recibo de cobro del
mes siguiente por 20,000 (el monto original de la emisión mas el
monto involucrado en el endoso). Al cobrar dicho recibo se genera el siguiente
movimiento:
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
5 |
40,000 |
200,000 |
15,000 |
5 |
40,000 |
200,000 |
35,000 |
-
Si en este momento se ejecutan los procesos para el pago de las comisiones,
no se realizaría la liberación de la comisión ya que
el monto de comisión disponible para pago es menor al monto de la
cuota.
-
Al renovar/facturar la póliza, se genera el recibo de cobro del
mes siguiente por 20,000 (el monto original de la emisión mas el
monto involucrado en el endoso). Al cobrar dicho recibo se genera el siguiente
movimiento:
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
5 |
40,000 |
200,000 |
15,000 |
5 |
40,000 |
200,000 |
35,000 |
5 |
40,000 |
200,000 |
55,000 |
-
Si en este momento se ejecutan los procesos para el pago de las comisiones,
se realizaría la liberación de la omisión generando
el siguiente movimiento (este movimiento no es generado por el este proceso,
pero se indica el mismo para un mejor entendimiento de este ejemplo):
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
5 |
40,000 |
200,000 |
15,000 |
5 |
40,000 |
200,000 |
35,000 |
5 |
40,000 |
200,000 |
55,000 |
4 |
40,000 |
160,000 |
15,000 |
-
Si se anula la póliza en este momento se produciría la "liberación"
del monto de comisión restante que tenga dicha póliza
para lo que este proceso generaría el siguiente movimiento:
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
5 |
40,000 |
200,000 |
15,000 |
5 |
40,000 |
200,000 |
35,000 |
5 |
40,000 |
200,000 |
55,000 |
4 |
40,000 |
160,000 |
15,000 |
4 |
15,000 |
0 |
15,000 |
-
Si se ejecutan nuevamente los procesos para pago de comisiones, se crearía
el siguiente movimiento (este movimiento no es creado por este proceso,
pero se incluye en este ejemplo para un mejor entendimiento del mismo):
Cuotas pendientes
|
Monto cuota |
Comisión pendiente |
Comisión disponible para pago |
5 |
20,000 |
100,000 |
0 |
5 |
20,000 |
100,000 |
10,000 |
5 |
40,000 |
200,000 |
10,000 |
5 |
40,000 |
200,000 |
15,000 |
5 |
40,000 |
200,000 |
35,000 |
5 |
40,000 |
200,000 |
55,000 |
4 |
40,000 |
160,000 |
15,000 |
4 |
15,000 |
0 |
15,000 |
0 |
15,000 |
0 |
0 |
Información técnica
..
Carga de comisiones por póliza
(AGL728)

Parámetros
Fecha de ejecución del proceso: Fecha hasta la cual
se toma la información a cargar en la tabla de comisiones por póliza.
Por defecto se muestra la fecha del día.
Validaciones
Campo
|
Descripción
|
Error/adv
|
Fecha
|
-
Debe estar lleno
|
2056 |
Frecuencia de ejecución
A petición del usuario
Instrucciones de ejecución
Este proceso se ejecuta desde una opción de menú del
módulo de intermediarios.
Instrucciones en caso de interrupción
Volver a ejecutar
Proceso batch
Proceso
Premium_mo:
-
Se lee la tabla de movimientos de recibos, premium_mo y se obtienen todos
los movimientos correspondientes a “Pagos” que no se encuentren procesados
(sintermei en premium_mo) y cuyo recibo no se encuentre financiado (ver
estado del recibo en premium o verificar si el campo correspondiente al
contrato de financiamiento está lleno). Esta información
se debe ordenar por intermediario, ramo, producto, póliza, certificado,
recibo.
-
Para obtener el número de póliza y certificado (si existe)
se debe hacer un “joint” con la tabla de recibos (premium) y también
con la tabla commission para obtener todos los intermediarios que participen
en la póliza (que son todos los que se afectan por el movimiento
del recibo leido). Este proceso no toma en cuenta los recibos que se encuentren
pagados que tengan un cheque a fecha pendiente (premium) ni ningún
movimiento de pago realizados con cheque a fecha (premium_mo), aunque los
recibos se encuentren con estado “Pendiente”.
-
No se deben tomar en cuenta las pólizas que les falte información
para la liberación de comisiones. Para esto se debe revisar el indicador
de “falta información para la liberación de comisiones” en
certificat. Por ejemplo, este indicador se encuentra marcado para el caso
de los autos que no tengan una patente real registrada, por lo cual no
se debe liberar comisiones.
-
No se deben procesar recibos correspondientes a intermediarios que se encuentren
“Anulados” (los suspendidos si se deben tomar en cuenta).
-
Por cada registro de pago leído, se crea un registro en comm_pol
(no se crea ningún registro para las pólizas cuyo esquema
de pago de comisiones es sobre lo “Producido”)
-
Si el recibo es de cobro y está financiado no se procesa.
-
Si el recibo es de devolución (sin importar su origen: anulación,
endoso, etc.) se crea un registro en comm_pol.
Policy_his:
-
Se lee la tabla de historia de la póliza (policy_his) y se obtienen
todos los movimientos correspondientes a:
-
Anulación de pólizas
-
Rehabilitación de pólizas
-
Saldado (reducción de capital)
-
Prorrogado (reducción de vigencia)
-
Reverso de modificación (endoso)
Y que no se encuentren procesados (sintermei en policy_his.
La información se ordena por intermediario, ramo, producto, póliza,
certificado. El intermediario se obtiene de commission.
-
No se deben procesar recibos correspondientes a intermediarios que se encuentren
“Anulados” (los suspendidos si se deben tomar en cuenta).
-
Si se trata de un movimiento de anulación, saldado o prorrogado
de póliza/certificado y no existe ningún recibo asociado
al movimiento, se crea un registro en comm_pol.
-
Se lee la tabla de historia de giros de financiamiento (draft_hist) y se
obtienen todos los movimientos correspondiente a “Pagos” que no se encuentren
procesados (sintermei se encuentra nulo o con valor negativo).
-
No se deben procesar giros correspondientes a intermediarios que se encuentren
“Anulados” (los suspendidos si se deben tomar en cuenta).
-
Se crea un registro en comm_pol por cada giro leído.
Efecto
Premium_mo:
-
Por cada registro de pago leído, se crea un registro en comm_pol
de la siguiente manera (no se crea ningún registro para las pólizas
cuyo esquema de pago de comisiones es sobre lo “Producido”):
-
Si el recibo es de cobro y no está financiado:
-
Si el esquema de pago de comisiones del intermediario en tratamiento es
"Cuotas", el monto de comisión pendiente es igual al monto de comisión
pendiente del registro anterior vigente (no anulado) menos el monto de
comisión que se esté procesando.
-
Si el esquema de comisiones de la póliza en tratamiento es “Recaudado”
y se trata de un pago total del recibo, entonces se coloca como monto de
comisión pendiente el monto de comisión del recibo/cuota
que se está procesando.
-
Si el esquema de comisiones de la póliza en tratamiento es "Recaudado"
y se trata de un pago parcial del recibo, entonces se debe calcular el
monto de comisión que corresponde a ese pago parcial. Este cálculo
se realiza de la siguiente manera:
%Factor = Monto mov. de pago * 100 / Monto total
del recibo
Comisión mov. = Comisión total del recibo
* %Factor
Por ejemplo: Monto total del recibo 10,000 con una comisión
de 1,000; Se tiene un pago parcial de 4,000:
4,000 * 100/ 10,000 = 40%
Comisión mov. = 1,000 * 40 % = 400
-
Si el esquema de pago de comisiones es "Cuotas", se mantiene la misma cantidad
de cuotas del registro anterior vigente (no anulado).
-
Si el esquema de pago de comisiones es "Recaudado", se coloca "1" como
total cantidad de coutas.
-
Si el esquema de pago de comisiones es "Cuotas", la cantidad de cuotas
pendientes es igual a la cantidad de cuotas pendientes del registro anterior
vigente (no anulado).
-
Si el esquema de pago de comisiones “Recaudado”, entonces se coloca "1"
como cantidad de cuotas
-
Si el esquema de pago de comisiones es "Cuotas", se mantiene el mismo
monto de la cuota del registro anterior vigente (no anulado).
-
Si el esquema de pago de comisiones es “Recaudado”, entonces se coloca
el mismo monto indicado como monto de comisión pendiente como monto
de la cuota.
-
No se coloca valor para el número de liquidación
-
Se coloca en disponible el resultado de lo siguiente:
Disponible = Comisión del movimiento del recibo
que se está procesando
Es importante mantener siempre el disponible con su apertura
de afecto y exento.
Esta apertura ya viene calculada en commiss_pr. Si se está
procesando un pago parcial de un recibo, entonces hay que calcular proporcionalmente
lo afecto y lo exento de igual manera a como se expuso el ejemplo anterior
referente a la proporcionalidad de un pago parcial.
-
Se coloca como tipo de movimiento el correspondiente a “Cobro de recibo”
-
Tipo documento procesado: "Recibo"
-
Número de documento: Número de recibo.
-
Giro: Nulo
-
Si el recibo es de devolución (sin importar su origen: anulación,
endoso, etc.) se crea un registro en comm_pol con la siguiente información:
-
Monto de comisión pendiente:
Monto de comisión PE = Monto de comisión
pendiente - Monto de comisión del recibo que se está
procesando
-
Se mantiene la misma cantidad de cuotas del registro anterior vigente (no
anulado)
-
Se mantiene la misma cantidad de cuotas pendientes del registro anterior
vigente (no anulado)
-
Se calcula el monto de la cuota:
Monto de la cuota = Monto de comisión PE / Cantidad
de cuotas pendientes
-
No se coloca valor para el número de liquidación
-
Se coloca en disponible:
Disponible = Disponible - comisión del movimiento
del recibo que se está procesando
Es importante mantener siempre el disponible con su apertura
de afecto y exento.
Esta apertura ya viene calculada en commiss_pr. Si se está
procesando un pago parcial de un recibo, entonces hay que calcular proporcionalmente
lo afecto y lo exento de igual manera a como se expuso el ejemplo anterior
referente a la proporcionalidad de un pago parcial.
-
Se coloca como tipo de movimiento el correspondiente a “Devolución
de recibo”
-
Tipo documento procesado: "Recibo"
-
Número de documento: Número de recibo
-
Giro: Nulo
-
Se actualiza el indicador “procesado” (sintermei) en premium_mo para los
registros procesados.
Policy_his:
-
Si se trata de un movimiento de anulación, saldado o prorrogado
de póliza/certificado y no existe ningún recibo asociado
al movimiento, se crea un registro en comm_pol con la siguiente información:
-
Si el monto disponible es menor o igual al monto de las cuotas:
-
Se coloca como monto de comisión pendiente “0”.
-
Se coloca como cantidad de cuotas para pago de comisión el mismo
número que tenga el registro anterior vigente (no anulado).
-
Se coloca “1” en cuotas pendientes.
-
Se actualiza el monto de la cuota con el monto del disponible
-
No se coloca valor para el número de liquidación
-
Se mantiene el mismo monto disponible del registro anterior vigente (no
anulado). Igual para el disponible afecto y exento.
-
Se coloca como tipo de movimiento el correspondiente a “Liberación
por anulación sin recibo”
-
Se mantiene el mismo esquema de pago de comisiones que tenga la póliza.
-
Tipo documento procesado: nulo
-
Número de documento: nulo
-
Giro: nulo
-
Si el monto disponible es mayor al monto de las cuotas:
-
Se calcula la cantidad de cuotas que se pueden pagar con el disponible
y se crea un registro en comm_pol por cada cuota a liberar:
Cantidad de registros a crear = Disponible / Monto de cuota
Si el resultado obtenido no es un número entero,
esto implica de que la última cuota es una liberación del
saldo restante. Por ejemplo, si el resultado es 2,3 esto quiere decir que
se generan 2 cuotas con sus montos completos y una cuota de liberación
de saldo, por el monto restante.
La información de los registros a crear es la siguiente:
-
Si no se trata del último registro a crear, se coloca como monto
de comisión pendiente:
Monto de comisión PE = Monto de comisión
PE – Monto de la cuota
-
Si se trata del último registro a crear el monto de comisión
PE = “0”
-
Cantidad de cuotas para pago de comisión el mismo número
que tenga el registro anterior vigente (no anulado).
-
Si se trata del primer registro a crear, la cantidad de cuotas pendientes
es igual a la cantidad de cuotas calculadas (cantidad de registros a crear)
-
Si no se trata del último registro a crear, la cantidad de cuotas
pendientes se calcula de la siguiente manera:
Cantidad de cuotas PE = Cantidad de cuotas pendientes
– 1
-
Si se trata del último registro a crear, la cantidad de cuotas pendientes
= “1”.
-
Si no se trata del último registro a crear, el monto de la cuota
debe ser igual al del registro anterior vigente (no anulado).
-
Si se trata del último registro a crear, se actualiza el monto de
la cuota con el monto del disponible.
-
No se coloca valor para el número de liquidación
-
Si no se trata del último registro a crear, se calcula el disponible:
Disponible = Disponible – monto cuota
De igual manera se resta el monto de comisión afecta
y exenta del recibo de los montos disponibles afectos y exentos, respectivamente.
-
Si se trata del último registro a crear, se coloca todo lo que quede
disponible (todo lo que está como comisión pendiente) en
“disponible” y se calcula proporcionalmente lo afecto y exento de ese monto
según la proporción de afecto-exento que tenga el recibo
que se está procesando (ver fórmula en tratamiento de pagos
parciales de este documento).
-
Se coloca como tipo de movimiento el correspondiente a “Liberación
por anulación sin recibo”
-
Al primer registro creado se le coloca la fecha de ejecución de
este proceso. A los registros subsiguientes, se le calcula la fecha sumándole
un mes a la fecha de cada uno de ellos (por ejemplo: si son 3 registros
a crear y el primero corresponde a Enero, entonces el segundo correspondería
a Febrero y el tercero a Marzo).
-
Se mantiene el mismo esquema de pago de comisiones que tenga la póliza.
-
Tipo documento procesado: nulo a menos que exista un recibo asociado al
movimiento en policy_his Número de documento: nulo
-
Giro: Nulo
-
Si se trata de un movimiento de rehabilitación (sin recibo) de póliza/certificado:
-
Si el o los registros de anulación en comm_pol no han sido procesados
por la liquidación (los campos de fecha de proceso y número
de liquidación están nulos):
-
Se anula el o los movimientos de anulación dejando la imagen de
la cuenta corriente de la comisión como si no hubieran ocurrido
la anulación.
-
Si el registro o por lo menos alguno de los registros de anulación
ya ha sido procesados por la liquidación (los campos de fecha de
proceso y número de liquidación están nulos) entonces,
se debe crear un registro con la siguiente información:
-
Se coloca como monto de comisión pendiente el resultado de lo siguiente:
Monto com. PE = Monto com. PE antes de la anulación
– los montos de las cuotas de los registros de anulación procesados
por la liquidación
-
Se coloca como cantidad de cuotas para pago de comisión el mismo
número que tenga el registro anterior vigente (no anulado).
-
Se coloca en número de cuotas pendientes el mismo número
que tenga el último registro procesado correspondiente a la anulación.
-
Se calcula el monto de la cuota según lo siguiente:
Monto cuota = Monto comisión pendiente / Cantidad
de cuotas pendientes
-
No se coloca valor para el número de liquidación
-
Se coloca en disponible el monto del registro válido (no anulado)
anterior. Igual para lo disponible afecto y exento.
-
Se coloca como tipo de movimiento el correspondiente a “Rehabilitación
de anulación sin recibo”
-
Se anula el resto de los movimientos de anulación que no estaban
procesados.
-
Se mantiene el mismo esquema de pago de comisiones que tenga la póliza.
-
Tipo documento procesado: nulo
-
Número de documento: nulo
-
Giro: Nulo
-
Si se trata de un movimiento de reverso de modificación (endoso)
de póliza/certificado:
-
Si el registro correspondiente al endoso en comm_pol no ha sido procesados
por la liquidación (los campos de fecha de proceso y número
de liquidación están nulos):
-
Se anula el movimiento del endoso dejando la imagen de la cuenta
corriente de la comisión como si no hubiera ocurrido dicho endoso.
-
Si el registro del endoso en comm_pol ya ha sido procesado por la liquidación
(los campos de fecha de proceso y número de liquidación están
nulos) entonces, se debe crear un registro con la siguiente información:
-
Se coloca como monto de comisión pendiente el resultado de lo siguiente:
Monto com. PE = Monto com. PE antes del endoso – el monto
de la cuota del registro del endoso procesados por la liquidación
-
Se coloca como cantidad de cuotas para pago de comisión el mismo
número que tenga el registro anterior vigente (no anulado).
-
Se coloca en número de cuotas pendientes el mismo número
que tenga el registro anterior (o sea el registro del endoso) - 1.
-
Se calcula el monto de la cuota según lo siguiente:
Monto cuota = Monto comisión pendiente / Cantidad
de cuotas pendientes
-
No se coloca valor para el número de liquidación
-
Se coloca en disponible el mismo número del registro anterior vigente
(no anulado)
-
Se coloca como tipo de movimiento el correspondiente a “Reverso de endoso”
-
Se anula el movimiento correspondiente al endoso.
-
Se mantiene el mismo esquema de pago de comisiones que tenga la póliza.
-
Tipo documento procesado: nulo
-
Número de documento: nulo
-
Giro: Nulo
-
Se actualiza el indicador “procesado” (sintermei) en policy_his para los
registros seleccionados.
Draft_hist:
-
Se crea un registro en comm_pol por cada giro leído, con la siguiente
información:
-
Si el esquema de pago de comisiones es "Cuotas" o "Recaudado", el monto
de comisión pendiente es igual de al monto de comisión pendiente
del registro anterior vigente (no anulado) menos el monto de comisión
de la cuota que se está procesando.
-
Si el esquema de comisión de pago de comisiones es "Cuotas" o "Recaudado",
se mantiene la misma cantidad de cuotas del registro anterior vigente
(no anulado).
-
Si el esquema de pago de comisiones es “Cuotas” o "Recaudado", la cantidad
de cuotas pendientes es igual a la cantidad de cuotas pendientes del registro
anterior vigente (no anulado).
-
Si el esquema de pago de comisiones es “Cuotas” o "Recaudado", se mantiene
el mismo monto de la cuota del registro anterior vigente (no anulado).
-
No se coloca valor para el número de liquidación
-
Se coloca en disponible el resultado de lo siguiente:
Disponible = Disponible + comisión del giro de financiamiento
que se está procesando
La comisión del giro de financiamiento que se está
procesando se obtiene de la tabla de giros de un contrato (financ_dra)
y también de allí se obtiene la comisión afecta y
exenta.
-
Se coloca como tipo de movimiento el correspondiente a “Cobro de giro financ.”
-
Tipo documento procesado: Contrato de financiamiento
-
Número de documento: Número del contrato de financiamiento
-
Giro: número de giro del contrato (cuota de financiamiento)
-
Se actualiza el indicador “procesado” (sintermei) en draft_hist en los
registros seleccionados.