Cobro, devolución o conciliación
Función general
Esta transacción tiene las siguientes funciones:
Registrar cobros o devoluciones operacionales (de recibos o cuotas de una
póliza, de un recibo en particular), de un cliente o de un convenio
indicado, a través de una relación por "Recaudación".
Adicionalmente se permite realizar ingresos no operacionales a través
de una relación por "Conceptos" de ingreso en caja (inversiones,
por ejemplo).
Registrar el ingreso de dinero a la compañía (cheque, efectivo,
boleta de depósito, etc.) en la caja de la empresa, si así
se indica en las opciones de instalación. Esto último sólo
se verifica si se trata de una relación por "Recaudación"
.
Realizar cobros/devoluciones que envuelven conciliaciones con otras operaciones
de cobro, devoluciones de dinero, o pagos de siniestros.
Recuperar o completar las relaciones que tengan estado "en suspenso".
Si el tipo de relación es por "Recaudación" , cuando
se realizan devoluciones:
-
Mediante esta transacción se puede emitir varias solicitudes de
orden de pago o abonos a cuentas corrientes para realizar la devolución
del dinero correspondiente a los recibos de devolución incluidos
en la relación.
Si la relación es por "Recaudación" , mediante esta transacción
se permite el cobro de cualquier recibo/boletín o cuota de financiamiento
sin importar cuál sea su vía de cobro.
Acciones de menú
Entrar: Indica que se desea realizar una determinada
operación (cobro, devolución o conciliación) en la
transacción.
Información técnica
-
Formato: Página
Efecto
Si la relación es por "Recaudación", es de cobro y está
completo (se incluyeron boletines o recibos, formas de pago y si hubo deferencias
éstas fueron asignadas):
Se actualiza el estado de la relación a "completa" (colformref)
y los datos que hayan podido ser actualizados (por ejemplo, importe de
la relación) si se estaba completando una relación "en suspenso".
Si la relación está completa, y se trata de una relación
por "Recaudación" :
-
Si el indicador de "rentas vitalicias" está encendido y existen
documentos / recibos que estén marcados para "anularlos" (debido
a un pago diferente al monto asociado al recibo / documento) se realiza
lo siguiente:
-
Se anula el recibo asociado al documento de pago:
-
Se le cambia estado en premium (nstatus_pre = 3), se actualiza la fecha
de anulación (dNulldate) igual a la fecha de la relación,
la causa de anulación es por "sustitución" (nNullcode = 4).
-
Se crea el movimiento de anulación del recibo (premium_mo.nType
= 7).
-
Se crea un nuevo recibo de prima por el monto pagado en la relación
asociado al documento. Al crear este nuevo recibo de prima se realiza lo
siguiente:
-
Se calcula la comisión asociada a este recibo según el monto
pagado y el % de comisión fija asociada a la póliza (commission.nPercent)
--> Comisión = Monto de pagado * % de comisión.
-
Se crea la información asociada a un recibo según el monto
pagado y la comisión calculada. Las tablas a considerar son:
-
Recibos de una póliza (Premium). Copiar toda la información
del recibo / documento que se paga, los datos que cambian son: Número
del recibo (se obtiene un nuevo número de recibo según la
tabla Numerator), Monto del recibo (igual al monto pagado), Saldo del recibo
(debe ser cero), Monto de comisión (igual a la calculada en el paso
anterior), Estado del recibo (cobrado / pagado)
-
Movimientos de un recibo (Premium_mo). Se crean dos movimientos asociados
al nuevo recibo, un movimiento de "creación / generación
del cargo" (por el monto del recibo pagado) y un movimiento de "cobro o
abono" del recibo (por el monto pagado).
-
Desglose de un recibo (Detail_pre). Copiar la misma información
del recibo / documento que se paga, los datos que cambian son: Número
del recibo (se obtiene un nuevo número de recibo según la
tabla Numerator), Monto de desglose (igual al monto pagado), Monto de comisión
(igual a la comisión calculada), Prima afecta (valor cero), Prima
exenta (igual al monto pagado).
-
Comisiones de un recibo (commiss_pr): Copiar la misma información
del recibo / documento que se paga, los datos que cambian son: Número
del recibo (se obtiene un nuevo número de recibo según la
tabla Numerator), Monto de comisión (igual a la comisión
calculada), Comisión afecta (valor cero), Comisión exenta
(igual al monto de comisión).
-
Según la comisión calculada se actualiza la tabla de Comisiones
por póliza (Comm_pol).
-
Se actualiza la tabla de primas / bonos de rentas vitalicias (prem_annuities)
para asociar el número del recibo creado al registro que tenía
asociado el recibo que se anuló.
-
Se actualiza la tabla de movimientos de un recibo (premium_mo) con la información
contenida en la tabla Temporal de documentos de cobranza (T_docTyp).
La forma de pago (campo sPayform) de estos recibos debe ser "relación".
Se actualiza el saldo pendiente de los recibos de la relación (Premium)
con el importe pagado de cada recibo.
Si el recibo fue pagado en su totalidad (importe pagado es igual al balance
del recibo), se cambia el estado del recibo a pagado (Premium).
Si el canal o forma de ingreso de la relación es por "Cobrador",
se actualiza el cobrador en el registro de cobro de Premium_mo .
Si el importe de intereses de mora o gastos está lleno, se genera
un movimiento en la tabla de Movimientos de recibos (Premium_mo) correspondiente
al importe de intereses/gastos cobrados.
-
Si se trata del cobro de uno o varios boletines, por cada boletín
involucrado en la relación se actualiza la tabla de Boletines (avisos)
de cobranza (Bulletins) para indicar la siguiente información:
-
Número de relación en tratamiento.
-
Cambiar el estado del boletín a "Cobrado".
-
Actualizar el código de la moneda en que se realizó el pago.
-
Fecha en la cual se realizó el pago.
-
Factor de cambio vigente a la fecha del pago.
-
Si se trata de un un pago parcial o total de un recibo/cuota que tiene
asociado un boletín, el cuál contiene otros recibos/cuotas
que no fueron seleccionados o indicados para su cobro, se realiza lo siguiente:
-
Se anula el boletín (Bulletins).
-
Se actualiza con nulos el campo boletín para el resto de los documentos
asociados al mismo (Premium, Premium_mo).
-
Se actualiza con nulos el campo boletín para el resto de las cuotas
de financiamiento asociadas al mismo (Financ_dra).
-
Si se selecciona todos los recibos/cuotas de un boletín, se da por
pagado dicho boletín (Bulletins) y se actualizan los documentos
incluidos en el mismo (Premium, Premium_mo y/o Financ_dra, Draft_hist).
-
Cuando se ingrese un pago de un recibo que se encuentre con cobranza suspendida
(esto se verifica en premium), después de darlo por pagado como
se indicó anteriormente, también se retira la suspensión
de los mismos (se coloca nulo en los campos de fechas de suspensión
de estos recibos).
-
Si el tipo de documento indicado es "Prima adicional" o "Prima de
exceso" y la relación está completa, se debe tomar en cuenta
lo siguiente:
Si la clase de producto asociado al documento no es "Unit Linked", entonces,
-
El sistema debe actualizar la tabla de Movimiento de la cuenta corriente
de una póliza (Move_accpol) con la información de la tabla
Temporal de documentos de cobranza (T_docTyp),
-
Se actualiza el monto total de pagos realizados y la fecha de último
pago (Account_pol).
sino; si la clase del producto asociado al documento es "Unit Linked",
-
El sistema crea un movimiento de crédito en la tabla de Movimientos
de las cuentas de ahorros de las pólizas de vida no tradicional
- Unit Link (Ul_move_acc_pol), con tipo de movimiento, "701-Aporte
cotización voluntaria VNT".
-
Por cada movimiento en la cuenta corriente (movimiento de prima adicional),
se crea un recibo (Premium) por el mismo monto, con estado pagado, desglose
de prima (Detail_pre), movimiento de creación y pago (Premium_mo),
y se actualiza el recibo generado en la tabla de Movimientos de cuentas
corrientes de una póliza (Move_accpol).
-
Se actualiza la tabla de Movimientos de recibos (Premium_mo) con la información
de la tabla Temporal de documentos de cobranza (T_docTyp). Además,
se actualiza el recibo (saldo y estado en premium).
-
Por cada recibo que sea del tipo "Recibo de aporte" (verificar esto en
premium):
-
Se crea un movimiento en la cuenta corriente asociada a la póliza
(movimiento de prima - se actualiza Move_accpol con lo indicado en (T_docTyp)
-
Se actualiza el monto total de pagos realizados y la fecha de último
pago (Account_pol).
-
En el caso que la cuenta corriente no exista el sistema debe crear la misma
(actualizando Move_accpol y Account_pol).
-
Si el tipo de documento es un "Abonos a préstamos" y la relación
está completa:
-
Por cada registro asociado a la relación que se encuentre en la
tabla temporal de documentos de cobranza (T_docTyp) , se realiza lo siguiente:
-
Se crea un registro de "Abono a préstamo" en la tabla de Abonos
realizados a los préstamos/anticipos de una póliza/certificado
(Improve_lo).
-
Se actualiza el saldo pendiente del préstamo (Loans).
El monto pendiente del préstamo indicado en la ventana corresponde
al saldo del préstamo. El monto a pagar corresponde al monto a abonar
del préstamo
-
Si se trata del cobro de un giro de financiamiento:
-
Se actualiza la tabla de Historia de los giro (Draft_hist) con la información
de los movimientos de pago asociados al giro en tratamiento.
-
Si el canal o forma de ingreso de la relación es a través
de un "Cobrador", se actualiza el campo cobrador en la cuota, (Financ_dra).
Si las opciones de instalación indican que se realice el ingreso
en cajas desde cobranzas o se trata de una relación por "Conceptos"
:
Se actualiza la tabla de Movimientos de caja (Cash_mov) con la información
contenida en la tabla Provisional de movimientos de caja (T_cash_mov).
El concepto de ingreso en cajas debe ser "cobro por relación" si
se trata de una relación por "Recaudación". Si la relación
es por "Conceptos", el concepto general de ingreso debe ser "cobro por
concepto". Si se trata de una relación por "Recaudación",
se coloca el mismo número de relación en nBordereaux y nBorderUsed,
de manera de que el dinero ingresado no pueda ser utilizado en otra relación.
Se elimina el o los registros de la tabla Provisional de movimientos de
caja (T_cash_mov), para el caso de relaciones por "Recaudación"
y de la tabla Provisional de conceptos de una relación (T_concepts),
para el caso de relaciones por "Concepto".
Se actualiza en forma automática la disponibilidad en caja, cheque
o efectivo, afectándose la cuenta correspondiente según el
caso (Bank_acc para depósitos bancarios y Cash_acc para los demás).
Para obtener el número de movimiento a asignar se debe tomar en
cuenta el último movimiento generado en el mismo día. Si
el movimiento corresponde a nota de crédito, se toma el último
número de movimiento generado ese mismo día para la cuenta
interna en tratamiento y se le suma 1 (por supuesto este cálculo
se realiza después de indicar la fecha y cuenta interna afectada).
Si el movimiento No corresponde a una nota de crédito, se toma el
último número de movimiento generado ese mismo día
para la caja en tratamiento y se le suma 1 (por supuesto este cálculo
se realiza después de indicar el tipo, sucursal, moneda y fecha).
Para obtener el número de comprobante se obtiene el máximo
comprobante registrado y se le suma 1.
-
Si existen movimientos a cuentas corrientes:
-
Se actualiza la tabla de Movimientos de la cuentas corrientes (Move_acc)
con la información contenida en la tabla Provisional de movimientos
de la cuenta corriente (T_move_acc).
-
Sólo si el movimiento corresponde a "saldo acreedor" (sobró
dinero y se le cargó a la cuenta corriente del cliente en la ventana
de diferencias), se verifica que la cuenta exista. Si no existe, se crea
(Curr_acc) con el cliente del movimiento de (T_move_acc) y se crea el movimiento
correspondiente en (Move_acc) según el movimiento de (T_move_acc).
-
Se elimina el o los registros de la tabla Provisional de movimientos de
la cuenta corriente (T_move_acc).
-
Se actualiza el saldo de las cuentas corrientes afectadas (Curr_acc) con
el importe del movimiento realizado.
-
Si existen depósitos bancarios:
-
Se actualiza la tabla de Movimientos de cuentas bancarias (Bank_mov) con
la información contenida en la tabla Provisional de movimientos
de cuentas bancarias (T_bank_mov).
-
Se actualiza el saldo de la cuenta bancaria (Bank_acc) con el importe del
movimiento realizado.
-
Si la relación es por "Recaudación" y existen pagos a propuestas:
-
Se actualiza la tabla de Movimientos de la cuenta corriente (Move_acc)
con la información contenida en la tabla Provisional de movimientos
de la cuenta corriente (T_move_acc).
-
Por cada cuenta corriente de cada cliente, se actualiza el saldo de la
cuenta (Curr_acc) con el importe del movimiento realizado.
-
Lo anterior es válido también para propuesta de productos
Unit Linked, independientemente del tipo de documento asociado.
-
Si la relación está completa y tiene asociados documentos
de tipo "Abono de VNT" de propuestas de productos Unit Linked, entonces
para cada propuesta que se encuentre pendiente y cuya causa de pendiente
es "Falta Depósito VNT" (certificat.nwait_code = 23), se cambia
la causa de pendiente a "Cotización/propuesta" (certificat.nwait_code
= 4).
-
Si la relación es por "Recaudación" y se está realizando
un "Abono a póliza" :
-
Se actualiza la tabla de Movimientos de la cuenta corriente (Move_acc)
con la información contenida en la tabla Provisional de movimientos
de la cuenta corriente (T_move_acc) asociado a la póliza indicada
en dicho movimiento.
-
Por cada cuenta corriente de cada cliente, se actualiza el saldo de la
cuenta (Curr_acc) con el importe del movimiento realizado.
-
Si la relación es por "Recaudación", devolución y
está completa (se indicaron los recibos y se indicaron la(s) órden(es)
de pago o abonos a cuentas corrientes):
Se actualiza el estado de la relación a "completa" (ColFormRef)
y los datos que hayan podido ser actualizados (por ejemplo, importe de
la relación) si se estaba completando una relación "en suspenso".
Se actualiza la tabla de Movimientos de recibos (Premium_mo) con la información
contenida en la tabla Temporal de documentos de cobranza (T_docTyp)
. La forma de pago (campo sPayform) de estos recibos debe ser "relación".
Se actualiza el saldo pendiente de los recibos de la relación (Premium)
con el importe devuelto de cada recibo.
Si el recibo fue devuelto en su totalidad (importe devuelto es igual al
balance del recibo), se cambia el estado del recibo a devuelto (Premium).
-
Si existen devoluciones por órdenes de pago en efectivo:
-
Se actualiza la tabla de Movimientos de caja (Cash_mov) con la información
contenida en la tabla Provisional de movimientos de caja (T_cash_mov).
El concepto debe ser "devolución por relación".
-
Se elimina el o los registros (pasados a Cash_mov) de la tabla Provisional
de movimientos de caja (T_cash_mov).
-
Se actualiza la tabla de Cheques solicitados y emitidos (Cheques) con la
información contenida en la tabla Provisional de cheques solicitados
(T_cheques). El concepto debe ser "devolución por relación",
y la descripción debe ser "devolución de relación
nnnn", donde "nnnn" es el número de la relación.
-
Se elimina el o los registros (pasados a cheques) de la tabla Provisional
de cheques solicitados (T_cheques).
-
Si existen devoluciones por órdenes de pago en cheque o solicitud:
-
Se actualiza la tabla de Cheques solicitados y emitidos (Cheques) con la
información contenida en la tabla Provisional de cheques solicitados
(T_cheques). El concepto debe ser "devolución por relación",
y la descripción debe ser "devolución de relación
nnnn", donde "nnnn" es el número de la relación.
-
Se elimina el o los registros (pasados a cheques) de la tabla Provisional
de cheques solicitados (T_cheques).
-
Si existen devoluciones por transferencias bancarias:
-
Se actualiza la tabla de Movimientos de cuentas bancarias (Bank_mov) a
partir de la información contenida en la tabla Provisional de transferencias
bancarias (T_bank_trans).
-
Se actualiza la tabla de Detalle de la transferencia bancaria (Bank_trans)
con la información contenida en la tabla Provisional de transferencia
bancaria (T_bank_trans).
-
Se eliminan el o los registros (pasados a Bank_trans y Bank_mov) de la
tabla Provisional de transferencia bancaria (T_bank_trans).
-
Se actualiza la tabla de Cheques solicitados y emitidos (Cheques) con la
información contenida en la tabla Provisional de cheques solicitados
(T_cheques). El concepto debe ser "devolución por relación",
y la descripción debe ser "devolución de relación
nnnn", donde "nnnn" es el número de la relación.
-
Se elimina el o los registros (pasados a cheques) de la tabla Provisional
de cheques solicitados (T_cheques).
-
Si existen devoluciones con abonos a cuentas corrientes:
-
Se actualiza la tabla de Movimientos de la cuenta corriente (Move_acc)
con la información contenida en la tabla Provisional de movimientos
de la cuenta corriente (T_move_acc).
-
Se elimina el o los registros de la tabla Provisional de movimientos de
la cuenta corriente (T_move_acc).
Si la relación no está completa:
-
Si la acción es eliminar, se elimina el o los registros (físicamente)
de las tablas provisionales de relaciones ( T_docTyp, T_cash_mov, T_move_acc,
T_claim_his, T_cheques y T_bank_trans, T_bank_mov, T_concepts, según
corresponda).
Si se trata de una conciliación ( y es una relación pro
"Recaudación" y existen documentos de cobro y de devolución
en la misma relación)
-
Se actualiza el estado de la conciliación a "completa" (ColFormRef)
y los datos que hayan podido ser actualizados (por ejemplo, importe de
la conciliación) si se estaba completando una conciliación
"en suspenso".
-
Se actualiza la tabla de Movimientos de recibos (Premium_mo) con la información
contenida en la tabla Provisional de movimientos de recibos (T_premium_mo)
para la conciliación en tratamiento. La forma de pago (campo sPayform)
de estos recibos debe ser "Conciliación".
-
Se actualiza el saldo pendiente de los recibos de la conciliación
(Premium) con el importe pagado/devuelto de cada recibo.
-
Si el recibo fue pagado o devuelto en su totalidad (importe pagado/devuelto
es igual al balance del recibo), se cambia el estado del recibo a pagado/devuelto
(Premium).
-
Por cada siniestro involucrado en la conciliación, se actualiza
el campo "sExecuted" de (Claim_his).
-
Si se realizó un ingreso en cajas y las opciones de instalación
indican que se realice el ingreso en cajas desde cobranzas:
-
Se actualiza la tabla de Movimientos de caja (Cash_mov) con la información
contenida en la tabla Provisional de movimientos de caja (T_cash_mov).
El concepto de ingreso en cajas debe ser "cobro por conciliación".
-
Se elimina el o los registros (pasados a Cash_mov) de la tabla Provisional
de movimientos de caja (T_cash_mov).
-
Si se trata de un depósito bancario, se actualiza la tabla de Movimientos
de cuentas bancarias (Bank_mov) con la información contenida en
la tabla Provisional de movimientos de cuentas bancarias (T_bank_mov).
-
Se actualiza en forma automática la disponibilidad en caja, cheque
o efectivo, afectándose la cuenta correspondiente según el
caso (Bank_acc para depósitos bancarios y Cash_acc para los demás).
-
Se elimina el o los registros correspondientes (los pasados a Bank_mov)
de T_bank_mov.
-
Al actualizar en (Cash_mov) se debe tomar en cuenta que se debe actualizar
la compañía (dependiendo del área de seguros con la
que se esté trabajando). Adicionalmente también se debe tomar
en cuenta actualizar la moneda origen de los documentos involucrados y
los montos en moneda origen de los mismos. Si llegaran a existir documentos
en distintas monedas dentro de la misma relación, se asume como
moneda origen y monto origen el monto y moneda en los que se realiza el
ingreso.
-
Al ingresar un "Depósito bancario" (cualquiera que sea su tipo),
se debe validar (en la ventana correspondiente) si el depósito
ya fue ingresado (ya existía en Cash_mov), en este caso se realiza
lo siguiente:
-
Sólo se actualiza ese movimiento de caja (Cash_mov con la indicado
previamente en T_cash_mov) con el número de relación en tratamiento
(no se debe crear otra entrada en caja).
-
Cuando se ingrese un cheque a fecha, se marcan el o los recibos/cuotas
que se estén pagando con ese indicador (esto se indicó en
T_docTyp y se actualiza en Premium, Premium_mo y/o Financ_dra, respectivamente
y según corresponda).
-
Si se trata de un pago de propuestas (primeras primas), se crea un movimiento
en la cuenta corriente del cliente indicado, asociado al número
de propuesta indicado, además de actualizar el saldo de dicha
cuenta. Esto se realiza actualizando Move_acc y Curr_acc con lo indicado
para este caso en T_move_acc y T_curr_acc, respectivamente. Si la cuenta
corriente no existe para el cliente en tratamiento, la misma debe ser creada
(se actualiza Move_acc Curr_acc con la información de T_curr_acc,
T_move_acc, respectivamente). En dicha cuenta, se crea un movimiento de
crédito por el monto a pagar de la propuesta indicada. Lo mismo
aplica para el caso de propuestas pertenecientes a productos Unit Linked,
independientemente del tipo de documento asociado.
-
Si existen movimientos a cuentas corrientes:
-
Se actualiza la tabla de Movimientos de la cuenta corriente (Move_acc)
con la información contenida en la tabla Provisional de movimientos
de la cuenta corriente (T_move_acc).
-
Se elimina el o los registros de la tabla Provisional de movimientos de
la cuenta corriente (T_move_acc).
-
Se actualiza el saldo de las cuentas corrientes afectadas (Curr_acc) con
el importe del movimiento realizado.
-
Si se realizaron ingresos de devoluciones de algún tipo de orden
de pago:
-
Si existen devoluciones por ordenes de pago en efectivo:
-
Se actualiza la tabla de Movimientos de caja (Cash_mov) con la información
contenida en la tabla Provisional de movimientos de caja (T_cash_mov).
El concepto de ingreso en caja debe ser "devolución por conciliación".
-
Se elimina el o los registros (pasados a Cash_mov) de la tabla Provisional
de movimientos de caja (T_cash_mov).
-
Se actualiza la tabla de Cheques solicitados y emitidos (Cheques) con la
información contenida en la tabla Provisional de cheques solicitados
(T_cheques). El concepto debe ser "devolución por conciliación",
y la descripción debe ser "devolución de conciliación
nnnn", donde "nnnn" es el número de la conciliación.
-
Se elimina el o los registros (pasados a cheques) de la tabla Provisional
de cheques solicitados (T_cheques).
-
Si existen devoluciones por solicitud de órdenes de pago o cheques:
-
Se actualiza la tabla de Cheques solicitados y emitidos (Cheques) con la
información contenida en la tabla Provisional de cheques solicitados
(T_cheques). El concepto es "devolución por conciliación",
la descripción debe ser "devolución por conciliación
nnnn", donde "nnnn" corresponde al número de la relación.
-
Se elimina el o los registros correspondientes (los pasados a cheques)
de la tabla Provisional de cheques solicitados (T_cheques).
-
Si existen devoluciones por transferencias bancarias:
-
Se actualiza la tabla Detalle de la transferencia bancaria (Bank_trans)
con la información contenida en la tabla Provisional de transferencia
bancaria (T_bank_trans).
-
Se actualiza la tabla de Movimientos de cuentas bancarias (Bank_mov) con
la información contenida en la tabla Provisional de transferencia
bancaria (T_bank_trans).
-
Se elimina el o los registros (pasados a Bank_trans y Bank_mov) de la tabla
Provisional de transferencia bancaria (T_bank_trans).
-
Se actualiza la tabla de Cheques solicitados y emitidos (Cheques) con la
información contenida en la tabla Provisional de cheques solicitados
(T_cheques). El concepto debe ser "devolución por conciliación",
y la descripción debe ser "devolución de conciliación
nnnn", donde "nnnn" es el número de la conciliación.
-
Se elimina el o los registros (pasados a cheques) de la tabla Provisional
de cheques solicitados (T_cheques).
-
Si se realizaron devoluciones de tipo "abono a cuenta corriente":
-
Se actualiza la tabla de Movimientos de la cuenta corriente (Move_acc)
con la información contenida en la tabla Provisional de movimientos
de la cuenta corriente (T_move_acc) para la conciliación.
-
Se elimina el o los registros correspondientes (los pasados a Move_acc)
de la tabla provisional t_move_acc.
-
Se actualiza el saldo de las cuentas corrientes afectadas (Curr_acc) con
el importe del movimiento realizado.
-
Si la relación esta completa y se recalculo el bono, se debe actualizar
la información de datos básicos del bono (Prem_annuities),
información del recibos (Premium), movimientos de un recibo, (Premium_mo),comisión
del recibo (Commiss_pr) y desglose de un recibo (Detail_pre) con
los datos indicados en las tablas temporales, T_prem_annuities, T_premium,
T_premiu_mo, T_commiss_pr y detalle o desglose de un recibo T_detail_pre.
-
Si la relación de cobro esta completa y el "concepto de cargo/abono"
corresponde a "Reliquidación de prima", se deben crear registros
en las tablas, Premium, Premium_mo, Commiss_pr, Detail_pre, con la información
indicada en las tablas temporales: T_premium, T_pemium_mo, T_commiss_pr
y T_detail_pre, indicada en la CO001 "documentos de una relación".
-
Si se trata de una modificación, se debe realizar un reverso de
cobro a la relación y se coloca la información en las temporales
que corresponda (T_cash_mov, T_premium, etc.). Para el reverso como tal
se debe reutilizar las funciones ya existentes en la transacción
de reverso de cobro (CO009) y se deja la relación en captura incompleta
(ColFormRef) hasta que la misma esté completa. Esto quiere decir,
que durante la modificación esta transacción se debe comportar
de la misma manera en que lo hace cuando es una recuperación (se
maneja con las temporales y al finalizar inserta en las tablas definitivas).
Para las relaciones por "Recaudación" y con la finalidad de optimizar
la ejecución de ciertos procesos de cobranza, se creo la tabla Temporal
de documentos de una relación completa (TRelDoc), en la cual se
almacenará información referente a los datos de los documentos
seleccionados de una determinada relación, que fue completada satisfactoriamente.
Al momento de dar por finalizada una relación y cuya información
está completa, por cada tipo de documento asociado a la relación
se crea un registro en treldoc.
Para las relaciones por "Concepto", se creó la tabla Provisional
de conceptos de una relación (Relconcepts), de manera de poder consultar,
recuperar y modificar los distintos conceptos de este tipo de relación.
Si se trata de una relación por "Concepto" y existe algún
concepto de "Abono de anticipo de comisión" se realiza lo siguiente
(por cada concepto de abono de anticipo):
-
Se actualiza el saldo del anticipo (loans_int.nbalanloan) para restarle
el monto que se está abonando.
-
Si se está pagando el anticipo en su totalidad, se le cambia el
estado al anticipo a "pagado"
-
Se crea un movimiento de "Pago de anticipo" (Loans_mov). Este registro
debe tener el campo "ncurr_acc" y "npay_comm" con "0", de esta manera no
será procesado ni incluido en ninguna liquidación de pago
de comisiones.
Si la relación está completa, por cada documento ingresado
se debe verificar si corresponde a una póliza pertenecinete a un
producto Unit Link, si es así, se debe generar el movimiento correspondiente
en la cuenta corriente de la póliza (tabla UL_Move_acc_pol)
de la siguiente forma:
-
Si el tipo de documento es recibo o abono de VNT y la cuenta origen es
Depósitos convenidos - Cta. 1, el movimiento de cta. Corriente será
"Depósito convenido"
-
Si el tipo de documento es recibo o abono de VNT y la cuenta origen Cotización
voluntaria - Cta. 2, el movimiento de cta. Corriente será "Depósito
Cta. Co. Voluntaria "
-
Si el tipo de documento es recibo o abono de VNT y la cuenta origen Depósitos
A.P.V. - Cta. 3, el movimiento de cta. Corriente será "Depósito
Aho. Prev. Vol.
-
Si el tipo de documento es traspaso de VNT y la cuenta origen es Depósitos
convenidos - Cta. 1 , el movimiento de cta. Corriente será "Traspaso
Depósito convenido"
-
Si el tipo de documento es traspaso de VNT y la cuenta origen Cotización
voluntaria - Cta. 2, el movimiento de cta. Corriente será "Traspaso
Depósito Cta. Co. Voluntaria "
-
Si el tipo de documento es traspaso VNT y la cuenta origen Depósitos
A.P.V. - Cta. 3, el movimiento de cta. Corriente será "Traspaso
Depósito Aho. Prev. Vol. "
-
Si el tipo de documento es transferencia de VNT y la cuenta origen es Depósitos
convenidos - Cta. 1, el movimiento de cta. Corriente será "Transferencia
Depósito convenido
-
Si el tipo de documento es Transferencia de VNT y la cuenta origen Depósitos
A.P.V. - Cta. 3, el movimiento de cta. Corriente será "Transferencia
Depósito Aho. Prev. Vol. "
Al finalizar una relación completa, se ejecuta el proceso de impresión
del comprobante de cajas (OPL022).
