Función general

Permite calcular, generar y mostrar el recibo que se genera después de una modificación, cambio de frecuencia de pago, rehabilitación, o anulación de una póliza - certificado.

La información que se muestra depende de la transacción que ejecuta esta ventana.

Si la ventana es ejecutada desde la modificación de pólizas - certificados o propuesta/cotización de modificación:

• Si el tipo de producto es "vida" y la clase de producto es "Vida especial", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

 

• Calcula la "prima no devengada" en base al aporte anual de prima proyectada antes de comenzar la modificación

• Calcula la "prima por devengar" en base al aporte anual de prima proyectada después de realizada la modificación.

• Calcula la "prima de Ajuste” a cobrar/devolver en el recibo: “Prima por devengar” – “Prima no devengada”. En caso de que la prima por devengar sea "cero" la prima de ajuste debe ser igual a cero, por lo tanto no se genera recibo alguno ya que para el año en que se encuentra la póliza no se tiene pactado el pago de prima.

• A la “Prima de ajuste” se le aplica el factor según la frecuencia de pago de la póliza (pay_fracti). Luego de esto se aplica el correspondiente prorrateo según la referencia "A".

• No se realizan cálculos de recargos/descuentos/impuestos.

• No se realiza ningún cálculo de comisión.

• Si el tipo de producto es "vida" y la clase de producto no es "Vida especial", o si el tipo de producto es diferente a "vida", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima no devengada" en base a la prima anual de las coberturas existentes en el certificado antes de comenzar la modificación.

• Calcula la "prima por devengar" en base a la prima anual de las coberturas existentes en el certificado después de realizada la modificación.

• Calcula la "prima de ajuste" a cobrar/devolver en el recibo: "prima por devengar" menos la "prima no devengada". Si la "prima de ajuste" resulta positiva, será una prima de cobro, en caso contrario será devuelta al cliente.

• Cada cobertura se agrupa en el concepto de facturación correspondiente el cual se muestra en la ventana, tomando en cuenta lo siguiente:

• La "prima no devengada" del concepto de facturación, es la suma algebraica de las "primas no devengadas" de cada una de las coberturas contenidas en el concepto.

• La "prima por devengar" del concepto de facturación, es la suma algebraica de las "primas por devengar" de cada una de las coberturas contenidas en el concepto.

• La "prima de ajuste" del concepto de facturación, es la suma algebraica de las "primas de ajuste" de cada una de las coberturas contenidas en el concepto.

Nota: La "prima no devengada" y la "prima por devengar" se calculan en base a la fecha de la modificación, la fecha en que se debe generar el próximo recibo de renovación del certificado y la frecuencia de pago de la póliza (Referencia A).

Si la ventana es ejecutada desde la anulación de pólizas - certificados:

• Si el tipo de producto es "vida" y la clase de producto es "Vida especial", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima no devengada" en base al aporte anual de prima proyectada al momento de anular la póliza - certificado

• La "prima por devengar" no se calcula.

• La "prima de ajuste" a devolver en el recibo es igual a la "prima no devengada". A la “Prima de ajuste” se le aplica el factor según la frecuencia de pago de la póliza (pay_fracti). Luego de esto se aplica el correspondiente prorrateo según la referencia "A".

• No se realizan cálculos de recargos/descuentos/impuestos.

• No se realiza ningún cálculo de comisión.

• Si el tipo de producto es "vida" y la clase de producto no es "Vida especial", o si el tipo de producto es diferente a "vida", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima no devengada" en base a la prima anual de las coberturas existentes en el certificado al momento de anular el certificado.

• La "prima por devengar" no se calcula.

• La "prima de ajuste" a devolver en el recibo es igual a la "prima no devengada".

• Cada cobertura se agrupa en el concepto de facturación correspondiente el cual se muestra en la ventana, tomando en cuenta lo siguiente:

• La "prima no devengada" del concepto de facturación, es la suma algebraica de las "primas no devengadas" de cada una de las coberturas contenidas en el concepto.

• La "prima por devengar" del concepto de facturación, es igual a cero.

• La "prima de ajuste" del concepto de facturación, es la suma algebraica de las "primas de ajuste" de cada una de las coberturas contenidas en el concepto.

Nota: La "prima no devengada" se calcula en base a la fecha de la anulación y la fecha en que se debería generar el próximo recibo de renovación del certificado.

Si la ventana es ejecutada desde rehabilitación de pólizas - certificados, el tipo de producto es "vida" y la clase de producto es "Vida especial":

• La "prima no devengada" no se calcula.

• Se obtiene el valor póliza (VP) asociado a la cuenta corriente de la póliza (account_pol)

• Se lee la tabla de variaciones de coberturas de vida (lifecov_var) para la póliza en tratamiento para obtener todos los registros vigentes a la fecha de efecto de la rehabilitación (se ordena la información por asegurado y cobertura).

• Se calcula el monto de “Prima básica” (PAT) y “Prima de exceso” (PX), por cada registro (capa) obtenido en la lectura anterior:

• Se calcula la cantidad de primas básicas que representa el monto de “prima básica acumulada” (PBA).

CPBC = PBA / Prima de la capa

• Se debe proceder a buscar el porcentaje de “descuento” que se debe aplicar sobre la prima básica acumulada de la capa (disc_pb) según la cantidad de prima básica acumulada de  la capa (CPBC)

• Se calcula y acumula el monto de “Prima básica” (PAT).

PAT = PAT + (PBA * Porcentaje de descuento / 100)

• Se calcula la cantidad de primas básicas que representa el monto de “prima exceso acumulada” (PXA).

CPXC = PXA / Prima de la capa

• Se debe proceder a buscar el porcentaje de “descuento” que se debe aplicar sobre la prima exceso acumulada de la capa (disc_pb) según la cantidad de prima exceso acumulada de  la capa (CPXC)

• Se calcula y acumula el monto de “Prima exceso” (PX).

PX = PX + (PXA * Porcentaje de descuento / 100)

• Se busca el “factor" (product_li) para calcular el monto de prima adicional a cobrar en una rehabilitación.

• Se calcula el monto de “Prima básica” asociada a la póliza (sumatoria de primas de cada capa – lifecov_var).

• Se calcula la prima por devengar, si el valor póliza (VP) es "negativo" entonces se multiplica por "-1" para obtener el "valor absoluto":

VP + PAT + PX + (“Factor” * Prima básica)

• La "prima de ajuste" a cobrar en el recibo es igual a la "prima por devengar".

• No se realizan cálculos de recargos/descuentos/impuestos.

• No se realiza ningún cálculo de comisión.

• Si la ventana es ejecutada desde cambio de frecuencia de pago:

• Se verifica el tipo de cambio de frecuencia de pago: Mayor periodicidad a menor periodicidad (por ejemplo de mensual a anual), Menor periodicidad a mayor periodicidad (por ejemplo de anual a mensual).

• Si el tipo de cambio de frecuencia es de “mayor periodicidad a menor periodicidad”:

• Si el tipo de producto es "vida" y la clase de producto es "Vida especial", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima por devengar" en base al aporte anual de prima proyectada a la fecha del endoso (fecha de efecto de la transacción), el año en que se encuentra la póliza  y la fecha de próxima facturación indicada como parámetro

• La "prima no devengada" no se calcula.

• La "prima de ajuste" a devolver en el recibo es igual a la "prima por devengar". A la “Prima de ajuste” se le aplica el factor según la frecuencia de pago de la póliza (pay_fracti).

• No se realizan cálculos de recargos/descuentos/impuestos.

• No se realiza ningún cálculo de comisión.

• Si el tipo de producto es "vida" y la clase de producto no es "Vida especial", o si el tipo de producto es diferente a "vida", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima por devengar" en base a la prima anual de las coberturas asociadas a la póliza, la fecha del endoso (fecha de efecto de la transacción) y la fecha de próxima facturación indicada como parámetro

• La "prima no devengada" no se calcula.

• La "prima de ajuste" a cobrar en el recibo es igual a la "prima por devengar".

• Cada cobertura se agrupa en el concepto de facturación correspondiente el cual se muestra en la ventana, tomando en cuenta lo siguiente:

La "prima por devengar" del concepto de facturación, es la suma algebraica de las "prima por devengar" de cada una de las coberturas contenidas en el concepto.

La "prima no devengada" del concepto de facturación, es igual a cero.

La "prima de ajuste" del concepto de facturación, es la suma algebraica de las "primas de ajuste" de cada una de las coberturas contenidas en el concepto.

Nota: La "prima por devengar" se calcula en base a la fecha de efecto de la transacción y la fecha de próxima facturación indicada como parámetro.

• Si el tipo de cambio de frecuencia es de “menor periodicidad a mayor periodicidad”:

• Si el tipo de producto es "vida" y la clase de producto es "Vida especial", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima no devengada" en base al aporte anual de prima proyectada a la fecha del endoso (fecha de efecto de la transacción), el año en que se encuentra la póliza  y la fecha de próxima facturación indicada como parámetro

• La "prima por devengar" no se calcula.

• La "prima de ajuste" a devolver en el recibo es igual a la "prima no devengada". A la “Prima de ajuste” se le aplica el factor según la frecuencia de pago de la póliza (pay_fracti).

• No se realizan cálculos de recargos/descuentos/impuestos.

• No se realiza ningún cálculo de comisión.

• Si el tipo de producto es "vida" y la clase de producto no es "Vida especial", o si el tipo de producto es diferente a "vida", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

• Calcula la "prima no devengada" en base a la prima anual de las coberturas asociadas a la póliza, la fecha del endoso (fecha de efecto de la transacción) y la fecha de próxima facturación indicada como parámetro

• La "prima por devengar" no se calcula.

• La "prima de ajuste" a devolver en el recibo es igual a la "prima no devengada".

• Cada cobertura se agrupa en el concepto de facturación correspondiente el cual se muestra en la ventana, tomando en cuenta lo siguiente:

• La "prima no devengada" del concepto de facturación, es la suma algebraica de las "primas no devengadas" de cada una de las coberturas contenidas en el concepto.

• La "prima por devengar" del concepto de facturación, es igual a cero.

• La "prima de ajuste" del concepto de facturación, es la suma algebraica de las "primas de ajuste" de cada una de las coberturas contenidas en el concepto.

Nota: La "prima no devengada" se calcula en base a la fecha de efecto de la transacción y la fecha de próxima facturación indicada como parámetro.

Referencia A

(a) Prima = PA * DÍAS / DIASV

Donde:

Prima, corresponde a la prima no devengada o por devengar
PA, Prima anual anterior o actual según lo que se esté calculando (no devengado, por devengar)
DIASV = Cantidad de días de la vigencia anual
DÍAS = Cantidad de días existentes entre la fecha de la modificación y la fecha de próxima emisión de recibos. En caso de tratarse de una modificación temporal, indica la cantidad de días existentes entre la fecha de modificación y la fecha de expiración de la misma.

Información técnica

Formato: Página

Páginas asociadas
CA027	Recibo automático

Efecto

Si se está procesando una póliza individual o el certificado de un colectivo/multilocalidad con creación de recibo por certificado:

• Se realiza la lectura del archivo numerador (numerator) a fin de conseguir el próximo número de recibo a asignar. Se incrementa en 1 el valor conseguido, se actualiza en el archivo y se asigna a la variable que contiene el número de recibo.

• Genera un registro en el archivo de recibos (premium) con la información del recibo contenida en la ventana, y se actualiza el número de certificado en tratamiento. Si la transacción es "rehabilitar" el origen del recibo es "Rehabilitación” (12).

• Genera un registro en el archivo de detalle del recibo (detail_pre) por cada cobertura, recargo/descuento o impuesto asociado al recibo generado.

• Genera un registro en el archivo de movimientos de recibos (premium_mo) dejando constancia de la "creación de un recibo".

• Genera un registro en el archivo de intermediarios de un recibo (commiss_pr) por cada uno de los registros existentes en el archivo de intermediarios de la póliza (commission) cuyo porcentaje de participación es diferente de cero. Para obtener la comisión tanto de vida como de generales, se debe verificar si existen condiciones para el cálculo de comisión a nivel del producto (Comm_Mod), de ser así estas condiciones privan sobre lo indicado en la ventana de intermediarios (CA024), caso contrario seguir cálculo normal. Tomar en cuenta que la misma puede estar detallada por vía de pago, canal de ventas, cobertura y módulo (plan). Si el intermediario en tratamiento es de tipo "Contratante-Banco", entonces para obtener su comisión, se lee la tabla de comisiones de contratantes (commiss_agree) para obtener la comisión correspondiente. Para realizar esta lectura se necesita el código de cliente del intermediario (banco), el número del convenio y la fecha de efecto de la póliza.

• Si se trata de una comisión representada en un monto fijo se calcula la apertura de la misma en afecto, exento, iva. A continuación se presenta un ejemplo explicando este caso:

• Se tiene una comisión ingresada al sistema como un monto fijo (CA024)
• Supongamos que el monto de comisión ingresado es de $1000 y la prima de la póliza correspondiente a $5000.
• Primero se calcula el porcentaje que representa el monto de comisión sobre la prima total:
$1000  *  100/ $5000  = 20%
• Se aplica el porcentaje obtenido anteriormente a la parte afecta de la prima y luego a la exenta para obtener la comisión afecta y la exenta (por cada registro del desglose de prima que corresponda calcular comisión):
Prima afecta: $4000
Comisión afecta = $4000 * 20% = 800

Prima exenta: $1000
Comisión exenta = $1000 *20% = 200

• Al verificar, esto debe corresponder con el monto inicial de comisión: 800 + 200 = 1000
• Luego de realizar la apertura anterior, se procede a realizar la actualización de las tablas de comisiones y desglose del recibo o movimiento (commiss_pr, detail_pre, out_premiu), al igual que se realiza actualmente cuando se indicó que la comisión es un porcentaje fijo o que viene según tabla.
• Es importante mencionar que las comisiones pueden ser montos fijos no sólo indicados en la ventana de intermediarios de una póliza (CA024), sino que pueden estar indicados a nivel de las tablas de comisiones como tal (det_comgen y det_comlif) Se debe verificar que el monto de comisión indicado en la tabla de intermediarios de una póliza (commission) sea el mismo monto calculado por el recibo. En caso de no coincidir se debe ajustar la comisión “por diferencia”.

• Si la póliza no es de tipo individual, genera un registro en el archivo de certificados de un recibo (premium_ce) correspondiente al certificado en tratamiento.

• Se agrega un registro en el archivo de historia de una póliza (policy_his) correspondiente al recibo generado. Este registro queda identificado con el número de transacción en tratamiento. El tipo de movimiento corresponde a "recibo automático". La fecha del movimiento es la fecha de efecto de la modificación/anulación.

• Cuando la ventana es invocada desde la secuencia de cartera, se debe actualizar el registro de modificación de la póliza/certificado (Policy_his), con el número de recibo/movimiento pendiente por facturar (Premium.nReceipt ó Out_moveme.nMovNumbe)

Si se está procesando el certificado de un colectivo/multilocalidad con creación de recibo por póliza:

• Se realiza la lectura del archivo numerador (numerator) a fin de conseguir el próximo número de movimiento a asignar. Se incrementa en 1 el valor conseguido, se actualiza en el archivo y se asigna a la variable que contiene el número de movimiento.

• Genera un registro en el archivo de movimientos pendientes por facturar (out_moveme) con la información del recibo contenida en la ventana.

• Genera un registro en el archivo de detalle de la prima pendientes por facturar (out_premiu) por cada cobertura, recargo/descuento o impuesto asociado a la facturación realizada.

Calcula la fecha límite de pago del recibo de la siguiente manera:

• Se lee el archivo de certificados (certificat) para buscar el día de pago correspondiente a la póliza-certificado.

• Según el día de pago indicado, la fecha límite de pago se obtiene sustituyendo el día de la fecha de inicio de vigencia del recibo con el día de pago encontrado. Solo si la fecha resultante es menor o igual a la fecha de inicio de vigencia del recibo, a la fecha límite de pago calculada se le suma un mes.

Cuando la ventana es invocada desde la secuencia de cartera, se debe actualizar el registro de modificación de la póliza/certificado (Policy_his), con el número de recibo/movimiento pendiente por facturar (Premium.nReceipt ó Out_moveme.nMovNumbe)

Si el tipo de producto es "vida", la clase de producto es "Vida especial" y la transacción es diferente a "Rehabilitación", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:
 

• El ramo de reaseguro a tomar en cuenta para actualizar el mismo en el desglose de la prima, es el indicado en la tabla de coberturas de la póliza - certificado (cover.nBranch_rei) para la cobertura básica.

• Se busca el monto de “aporte anual" anterior a la modificación y el “aporte anual" vigente después de la modificación que corresponda según el año en que se encuentra la póliza y la tabla de “plan de pago de aportes” (per_deposit). Esta información se lleva al vector de trabajo para el desglose de prima.

• El aporte anual de prima proyectada antes de la modificación es igual a la “Prima no devengada”

• El aporte anual de prima proyectada después de la modificación es igual a la “Prima por devengar”.

• La prima de “Ajuste” = “Prima por devengar” – “Prima no devengada”. En caso de que la prima por devengar sea "cero" la prima de ajuste debe ser igual a cero, por lo tanto no se genera recibo alguno ya que para el año en que se encuentra la póliza no se tiene pactado el pago de prima.

• A la “Prima de ajuste” se le aplica el factor según la frecuencia de pago de la póliza (pay_fracti). Luego de esto se aplica el correspondiente prorrateo según la referencia "A".

• No se realizan cálculos de recargos/descuentos/impuestos.

• No se realiza ningún cálculo de comisión.

Si el tipo de producto es "vida" (y la clase de producto es diferente de "Vida especial"), o el tipo de producto es diferente de "vida", para calcular el desglose de prima del recibo en tratamiento se toman en cuenta las siguientes condiciones:

Cada elemento del vector de trabajo para el desglose de prima debe tener asociado el cliente asociado a cada cobertura.

Consigue los factores (multiplicador y divisor) a utilizar para obtener los importes  montos a cobrar

• Si en la información general de la póliza se indica que la prima se calcula en base a la tabla de corto plazo:

• Se consigue el registro correspondiente en la tabla de corto plazo (tab_short), según duración de la póliza/certificado  (campo CERTIFICAT.NDURATION ) y los meses que han transcurrido o quedan por transcurrir.

multiplicador = %corto plazo de seguro de la tabla
divisor = 100

• Si en la información general de la póliza se indica que la prima se calcula en base a prorrateo:

• Se calcula la cantidad de días existentes entre la fecha de efecto y la fecha de vencimiento de la póliza o certificado multiplicador = Cantidad de días de duración de la póliza o certificado

divisor = 365

• Si en la información general de la póliza no se indica que la prima se calcula en base a prorrateo ni a corto plazo:

• Se consigue la cantidad de meses que representa la forma de pago:

Forma de pago:

 

Anual ó Único	12 meses
Semestral	6 meses
Trimestral	4 meses
Bimestral	2 meses
Mensual	1 mes
Cuotas	12 meses

 

Multiplicador = Cantidad de meses según frecuencia de pago
Divisor = 12

El ramo de reaseguro a tomar en cuenta para actualizar el mismo en el desglose de la prima, es el indicado en la tabla de coberturas de la póliza - certificado (cover.nBranch_rei).

Cada elemento que sea generado en el vector de trabajo del desglose de prima debe tener asociado un número identificativo dentro del vector (nId_bill). El número identificativo es inicializado en "1" por cada asegurado diferente asociado al vector de trabajo.

Si el desglose de prima corresponde a cobertura, se actualiza el indicador de "suma para impuesto" (sAddtax) según la cobertura del producto asociada (información del archivo gen_cover o life_cover) y el campo que indica si la cobertura suma para impuesto (sAddtaxin).

Si el desglose de prima corresponde a recargo, descuento o impuesto se realiza lo siguiente:

• Por cada desglose de prima involucrado en el calculo del recargo, descuento o impuesto en tratamiento, se genera un nuevo elemento en el vector de trabajo de desglose de prima. El código de cliente del nuevo elemento a crear se toma del código de cliente asociado al desglose de prima que se procesa.

• Se busca el número identificativo de desglose (nId_bill) del elemento en el vector de trabajo sobre el cual se realiza el calculo (condiciones de calculo del recargo, descuento o impuesto). Además, se debe tomar en cuenta el código de ramo contable, reaseguro y estadístico del elemento relacionado.

A continuación se indica un ejemplo donde se ilustra el cálculo que se realiza y los elementos que son generados en el vector de trabajo del desglose de prima. Se tiene un producto con las siguientes condiciones:

Asegurados:

Pedro Pérez (AS1)

Maria de Pérez (AS2)

Jose Pérez (AS3)

Coberturas:

Cobertura I (C1) “Afecta”

Cobertura II (C2) “Exenta”

Cobertura III (C3) “Afecta”

Recargo, Descuento e Impuesto:

Descuento I (D1), el cual se aplica sobre “C1 y C2”.

Recargo II (R2), el cual se aplica sobre “C1, C2 y D1”.

Impuesto IVA (I1), el cual se aplica sobre “C1, C3, D1, R2”.

Se tiene una póliza para este producto, con los siguientes valores:

Coberturas por asegurados:

Para el asegurado "Pedro Pérez":

Cobertura I por 100

Cobertura II por 50

Cobertura III por 25

Para el asegurado "Maria de Pérez":

Cobertura II por 40

Cobertura III por 10

Para el asegurado "Jose Pérez":

Cobertura III por 5

Descuento I 10 %.

Recargo II 5 %.

Impuesto IVA 18 %.

Se modifica la póliza (a mitad de vigencia) para incluir una cobertura para el asegurado "Jose Pérez" y se modifica la prima de la cobertura III asociada a este asegurado. Las coberturas asociadas a esta persona quedarían así:

Cobertura II por 20

Cobertura III por 10

Los registros en el vector de trabajo de desglose de prima serían:

Asegurado	Id	Tipo de desglose	Código	Id-Relacionado	Afecto/Exento	Concepto de facturación	Prima de ajuste
AS3	1	Cobertura	C2		Exento	1	10
AS3	2	Cobertura	C3		Afecto	1	5
AS3	3	Descuento	D1	1	Exento	2	1
AS3	4	Recargo	R2	1	Exento	3	0,5
AS3	5	Recargo	R2	3	Exento	3	0,05
AS3	6	Impuesto	I1	2		4	0,9

Para obtener el área de seguro se realiza lo siguiente: Si el tipo de producto asociado a la póliza-certificado es "Vida", el área de seguro que corresponde al recibo es "Vida" (nInsur_area = 2), en caso contrario el área de seguro del recibo es "General" (nInsur_area = 1).

NOTA: Para realizar todos los cálculos de cada desglose de prima, se deben utilizar variables de máxima precisión para tratar de minimizar los problemas de redondeo.

• Sí la póliza es colectiva y el indicador en el archivo de comisiones es “Intermediario de la póliza” (commission) se debe buscar el intermediario asociado al certificado 0 (póliza matriz) sí por el contrario, el indicador en el archivo de comisiones es “Intermediarios permitidos” (commission) se debe buscar el intermediario asociado al certificado en tratamiento..

• Se debe crear un registro en comm_pol con la siguiente información:

• Se coloca como monto de comisión pendiente el resultado de lo siguiente:

• Se calcula la diferencia entre la comisión anualizada original (la de emisión) y la nueva comisión anualizada (después de la modificación):

 
Dif = Comisión anualizada nueva – Comisión anualizada emisión

• Se obtiene el monto de comisión pendiente del registro inmediatamente anterior vigente (que no esté anulado).
• Al monto obtenido en el punto anterior, se le suma o resta (dependiendo si el resultado fue positivo o negativo) la diferencia obtenida, para así obtener el nuevo monto de comisión pendiente.
• 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 vigente (no anulado).
• 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 la fecha de proceso
• No se coloca valor para el número de liquidación
• Se coloca en disponible el mismo monto del registro anterior vigente (o anulado).
• Se coloca como tipo de movimiento el correspondiente a “Endoso”

Si la modificación realizada fue un cambio de intermediario o un cambio en el porcentaje o monto de comisión se debe se debe actualizar su cuenta de comisiones recalculando las mismas en base a la comisión del nuevo agente asociado o al nuevo porcentaje de comisión indicado. Para realizar esto se debe :

• Obtener el porcentaje de comisión del nuevo agente  sobre el ramo-producto al que pertenece la póliza en tratamiento. Para esto se lee la tabla de comisiones correspondiente (vida o generales, tab_comlif o tab_comgen, respectivamente).
• Se obtiene la comisión del agente antiguo de la tabla de comisiones de pólizas (commission) ya que pudo haber tenido una comisión fija para la póliza que se está procesando.
• Se anulan todos los registros correspondientes a la póliza del intermediario antiguo.
• Se crea un registro en comm_pol para la póliza del nuevo intermediario, para esto se calcula la proporcionalidad de comisión del nuevo agente con respecto a la comisión del agente anterior. Por ejemplo:

 
%Comisión nuevo agente / %Comisión agente anterior   =  Factor

• Se calcula la nueva comisión anualizada de la póliza, multiplicando el factor por el monto de comisión pendiente que tenga el último registro vigente (no anulado) de dicha póliza en comm_pol (que no corresponda a liberación de comisión). Por ejemplo, si el último registro vigente en comm_pol correspondía a un pago y el monto de comisión pendiente del mismo era 12,000 (porque el intermediario tenía un 10% de la comisión de la póliza), y ahora tenemos que el nuevo intermediario recibo 7% de comisión, la nueva comisión anualizada sería:

 
7 / 10 = 0.7    y     12,000 * 0.7 =  8,400
Entonces 8,400 es  la nueva comisión anualizada y comisión pendiente de comm_pol.

• Se coloca como cantidad de cuotas para pago de comisión el mismo número que tenía el registro original de la póliza.
• Se coloca en  número de cuotas pendientes el mismo número que tenía el último registro válido de esta póliza para el intermediario antiguo.
• 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 la fecha de proceso
• No se coloca valor para el número de liquidación
• Se coloca en disponible el monto disponible que tenía el último registro válido de esta póliza para el intermediario antiguo.
• Se coloca como tipo de movimiento el correspondiente a “Traspaso de cartera”
• Se mantiene el mismo esquema de pago de comisiones que tenga la póliza.

Si se cambia sólo el porcentaje o monto de comisión, se realiza el mismo proceso de cálculo explicado anteriormente, sólo creando un nuevo registro para la póliza (no se anulan todos los registros de la póliza para crear un set nuevo de registros, simplemente se le agrega un nuevo registro con el nuevo cálculo de “comisión pendiente” y “monto de las cuotas”).  Ver rutina Insrecal_comis

• Al finalizar el cálculo de recibo como tal, se debe realizar el cálculo de la prima y comisión anualizada nuevamente ya que no es la misma que se calculó al emitir la póliza. Este cálculo, como su nombre lo indica es anualizado (no el del período que comprenda el recibo de modificación generado).

• Al crear el recibo se debe considerar que el mismo debe tener el cobrador indicado en la póliza (certificat.collector) en la ventana de datos para la facturación (CA004).

• CC]Actualiza la siguiente información an la tabla de coberturas por asegurado (cover) a fecha efecto del proceso, a partir de la información de la tabla temporal del detalle del recibo TDETAIL_PRE, póliza/certificado/módulo/grupo colectivo/asegurado/cobertura correspondiente.

 
1.1.- Impuesto Anual (COVER.NTAXAMOUNT)
Se agrupan todos los registros de TDETAIL_PRE de tipo impuesto (TDETAIL_PRE. STYPE_DETAI = 3), para la póliza/certificado en tratamiento agrupando y sumando por módulo/grupo colectivo/asegurado/cobertura el campo TDETAIL_PRE. NPREMIUM_AN).
 

1.2.- Recargo Anual (COVER.NRECAMOUNT)
Se agrupan todos los registros de TDETAIL_PRE de tipo recargo (TDETAIL_PRE. STYPE_DETAI in (2, 5)), para la póliza/certificado en tratamiento agrupando y sumando por módulo/grupo colectivo/asegurado/cobertura el campo TDETAIL_PRE. NPREMIUM_AN).

1.3.- Descuento Anual (COVER.NDESCAMOUNT)
Se agrupan todos los registros de TDETAIL_PRE de tipo descuento (TDETAIL_PRE. STYPE_DETAI in (4, 6)), para la póliza/certificado en tratamiento agrupando y sumando por módulo/grupo colectivo/asegurado/cobertura el campo TDETAIL_PRE. NPREMIUM_AN).

1.4.- Comisión Anua (COVER. NCOMMI_ANU)
Se agrupan todos los registros de TDETAIL_PRE para la póliza/certificado en tratamiento agrupando y sumando por módulo/grupo colectivo/asegurado/cobertura el campo TDETAIL_PRE. NCOMMI_ANU). Si es un descuento (TDETAIL_PRE. STYPE_DETAI in (4, 6)), se debe considerar la comisión con signo negativo.

1.5.- Tasa Bruta Anual (COVER. NRATECOVE_B)
Prima Bruta Anual = COVER.NPREMIUM + COVER.NTAXAMOUNT + COVER.NRECAMOUNT - COVER.NDESCAMOUNT
Tasa Bruta Anual = COVER.NRATECOVE * Prima Bruta Anual / COVER.NPREMIUM
 

Notas al programador

Si la ventana es ejecutada desde la modificación de pólizas - certificados o propuesta/cotización de modificación:
 

• Si el indicador "Eliminar Recibo", ha sido seleccionado, se deben eliminar los registros correspondientes al recibo/movimiento por facturar generado de forma automática.
• Si se trata de una póliza individual o un certificado con creación de recibo por certificado, se deben eliminar los registros del recibo desde las tablas Premium, Premium_mo, Detail_pre, Commiss_pr, Comm_pol.

• Si se trata de un certificado con creación de recibo por póliza, se deben eliminar los registros del movimiento pendiente por facturar desde las tablas Out_moveme y Out_premiu..

• No se debe actualizar el registro de historia con el Nº de recibo/movimiento generado.

•  Si para la misma modificación en tratamiento, ya se ha generado un recibo automático (Policy_his.nReceipt <> NULL  y Premium.sManauti = ‘2’), se debe eliminar la información asociada  y volver a calcular el recibo.
 
• Si para la misma modificación en tratamiento, ya se ha generado un recibo y el mismo es manual (Policy_his.nReceipt <> NULL  y Premium.sManauti = ‘1’),  se debe enviar el mensaje de error correspondiente e inhabilitar la ventana.

Recibo automático

(CA027)

Campos

Título	Descripción
Recibo
Vigencia
Desde	Muestra la fecha de efecto o de inicio de vigencia del recibo en tratamiento. En caso de modificación se muestra la fecha de efecto de la modificación de la póliza o certificado en tratamiento. En caso de anulación se muestra la fecha de anulación de la póliza o certificado en tratamiento. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Hasta	Muestra la fecha hasta o de fin de vigencia del recibo en tratamiento. En cualquier caso (modificación, anulación) se muestra la fecha de próxima emisión de recibos de la póliza o certificado en tratamiento. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Moneda	Moneda en la que se encuentra el recibo mostrado. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Comisión	Importe de comisión total asignado a los intermediarios durante la creación del recibo. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Eliminar Recibo	Indica que se debe eliminar el recibo mostrado en la ventana, una vez que se acepte la ventana.Este campo se muestra solo si la ventana es ejecutada desde la modificación de pólizas - certificados o propuesta/cotización de modificación
Conceptos facturados
Concepto	Bajo esta columna aparece la descripción de los conceptos de facturación incluidos en el recibo. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Prima anual	Monto de la prima anual de las coberturas e importe de los recargos/descuentos/impuestos anual incluidos en el concepto de facturación. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Prima no consumida	Monto de la prima no consumida de las coberturas más el importe no consumido de los recargos/descuentos/impuestos incluidos en el concepto de facturación. Este importe es calculado tomando como base el importe anual de cada uno de estos elementos (antes de realizar la modificación o anulación), la fecha en que se ejecuta la transacción y la fecha de próxima facturación de la póliza o certificado. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Prima por devengar	Monto de la prima por devengar de las coberturas más el importe por devengar de los recargos/descuentos/impuestos incluidos en el concepto de facturación. Este importe es calculado tomando como base el importe anual de cada uno de estos elementos (después de realizar la modificación), la fecha en que se ejecuta la transacción y la fecha de próxima facturación de la póliza o certificado. No se muestra ninguna información en este campo cuando la transacción en ejecución corresponde a anulación. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Ajuste	Monto de prima a cobrar/devolver del concepto de facturación. En caso de prima a cobrar se muestra con signo positivo, en caso contrario se muestra con signo negativo. Es el resultado de restar la prima por devengar de la prima no devengada. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Monto afecto	Monto de prima afecta a cobrar al cliente. Incluye todos los conceptos de facturación del recibo que fueron tomados en cuenta para el calculo del impuesto. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Monto exento	Monto de prima exenta a cobrar al cliente. Incluye todos los conceptos de facturación del recibo que no son tomados en cuenta para el calculo del impuesto. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Prima de ajuste (cobrar/devolver)
Prima no consumida	Importe total de la prima no consumida. Sumatoria de la columna correspondiente a "prima no consumida" de cada uno de los conceptos de facturación mostrados. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Prima por devengar	Importe total de la prima por devengar. Sumatoria de la columna correspondiente a "prima por devengar" de cada uno de los conceptos de facturación mostrados. Es mostrado por el sistema y el usuario no puede cambiar su contenido.
Total ajuste	Importe total de la prima de ajuste (cobrar o devolver). Sumatoria de la columna correspondiente a "ajuste" de cada uno de los conceptos de facturación mostrados. Es mostrado por el sistema y el usuario no puede cambiar su contenido.

Otros Enlaces Relacionados

Para mas información ver index.html.