Ingreso de pagos

Función

Permite ingresar los distintos tipos de pago de uno o varios recibos o de un giro de un contrato de financiamiento, actualizando el "saldo" y "total ingresado" a medida que se ingresa cada una.

Esta ventana se muestra si se trata de una operación de una relación de cobro.

Efecto

Si se está realizando una modificación y el usuario en tratamiento no es cajero, esta ventana debe aparecer de modo "consulta" (el usuario no podrá modificar ningún dato de esta ventana.

Por cada registro con información:

Si se está registrando  o modificando una relación, se crea un registro en la tabla provisional de movimientos de caja (t_cash_mov) cuando el tipo de movimiento se refiere a ingreso de valores en caja.

Si se está registrando  o modificando  una relación y existen depósitos bancarios, se crea un registro en la tabla provisional de movimientos de bancos (t_bank_mov).

Si se está actualizando una relación, y el tipo de movimientos se refiere a valores en caja:

• Si el registro seleccionado ya existe en la tabla provisional de movimientos de caja (t_cash_mov), se modifica el registro con la información incluida en la línea.

• Si el registro seleccionado no existe en la tabla provisional de movimientos de caja (t_cash_mov), se crea un registro con la información incluida en la línea.

• Si el registro existe en la tabla provisional de movimientos de caja (t_cash_mov) y se eliminó de la ventana, se elimina el registro correspondiente al indicado en la ventana de t_cash_mov.

Si se está actualizando una relación  y el tipo de movimiento corresponde a depósitos bancarios:

• Si el registro seleccionado ya existe en la tabla provisional de movimientos de cuentas bancarias (t_bank_mov), se modifica el registro con la información incluida en la línea.

• Si el registro seleccionado no existe en la tabla provisional de movimientos de cuentas bancarias (t_bank_mov), se crea un registro con la información incluida en la línea.

• Si el registro existe en la tabla provisional de movimientos de cuentas bancarias (t_bank_mov) y se eliminó de la ventana, se elimina el registro correspondiente al indicado en la ventana de t_bank_mov.

Si existen movimientos a cuentas corrientes y se está registrando una relación, se crea un registro en la tabla provisional de movimientos de cuentas corrientes (t_move_acc).

Si existen movimientos a cuentas corrientes y se está actualizando una relación:

• Si el registro seleccionado ya existe en la tabla provisional de movimientos de cuentas corrientes (t_move_acc), se modifica el registro con la información incluida en la línea.

• Si el registro seleccionado no existe en la tabla provisional de movimientos de cuentas corrientes (t_move_acc), se crea un registro con la información incluida en la línea.

• Si el registro existe en la tabla provisional de movimientos de cuentas corrientes (t_move_acc) y se eliminó de la ventana, se elimina el registro correspondiente al indicado en la ventana de t_move_acc.

Al finalizar:

Si el monto resultado de la diferencia entre la prima pagada y los tipos de pago ingresados está comprendido en el rango de tolerancia establecido, se debe crear un registro en la tabla provisional de cuentas corrientes (t_move_acc) indicando que el movimiento corresponde a la cuenta corriente de la empresa de seguros.

Los montos de los movimientos a cuentas corrientes siempre deben estar representados en la moneda local.

Los registros que sean creados en t_cash_mov, t_move_acc o t_bank_mov tendrán un número identificativo (nSequence) que es un consecutivo único para un mismo número de relación. Este número consecutivo es único para cada número de relación en cada tabla.

Cuando se utiliza el número de comprobante para acezar a una forma de pago ya ingresada en el sistema,  se actualiza el campo nBorderUsed de la tabla bank_mov o cash_mov (según corresponda), en el cual se indica el número de relación donde se utilizó dicha forma de pago. De esta manera esa misma forma de pago no podrá ser reutilizada en otra relación.

Notas para el programador

Esta ventana es mostrada al usuario si se está realizando una operación con una relación de cobro (completa o incompleta). Esta transacción se va a mostrar siempre que el saldo de la relación sea positivo (a favor de la compañía de seguros).

 Sólo si la relación es por "Recaudación",  al entrar en esta ventana se deben verificar las opciones de instalación del módulo de caja ingreso y ordenes de pago (opt_bank). Si se realiza el cobro de recibos directo en cajas (si el dinero se ingresa por cajas y no en cobranzas), no se deben mostrar las columnas de detalle de los tipos de pago (fecha del documento, banco, número de documento, tipo de tarjeta). Así mismo, no se permitirán tipos de pagos que representen ingresos en caja (no aparecen: cheque, cheque a fecha, efectivo, depósito bancario ni tarjeta de crédito, etc.).

Si la prima total a pagar por la relación  y el monto total ingresado en todas las formas de pago (de la ventana) difiere, y la diferencia es mayor al monto del rango superior de tolerancia, se muestra la carpeta de "diferencias" para asignarle el sobrante al o los clientes correspondientes. Si la diferencia es menor al rango inferior de tolerancia, se envía un mensaje de error al usuario indicando que ingrese el dinero restante. Si la diferencia está entre el rango de tolerancias indicado en las opciones de instalación, entonces la diferencia se ingresa a la cuenta corriente de la compañía de seguros (a la cuenta corriente que pertenezca al tipo "Diferencias"), generando un débito o crédito en la misma, según corresponda (dependiendo si se trata de un sobrante o un faltante). En este último caso no se muestra la ventana de diferencias al usuario (se realiza el ingreso a la cuenta corriente "Diferencias" de manera automática").

Cuando la acción de la ventana previa es consultar y la relación está completa, en esta ventana se muestran las formas de pago que intervinieron en la relación. Esta información es obtenida de la tabla de movimientos de caja (cash_mov), de la tabla de movimientos de cuentas corrientes (move_acc) y de la tabla de movimientos de cuentas bancarias (bank_mov).

Si se está consultando una relación que está "en suspenso", la información se debe obtener de la tabla provisional de movimientos de caja (t_cash_mov), de la tabla provisional de movimientos de cuentas corrientes (t_move_acc) y de la tabla provisional de movimientos de cuentas bancarias (t_bank_mov).

Al realizar la validación de que el cheque no esté registrado, se debe verificar tanto en cash_mov como en cheque_mov (tabla de cartera de cheques) para verificar que el cheque que se está colocando no haya sido reemplazado, por ejemplo . Para esta validación sólo se deben tomar en cuanta cheques que no estén anulados.

Al ingresar cada forma de pago, se deben actualizar los campos de "total ingresado", "total relación" (total cobro/devolución) y el "saldo" con el monto respectivo expresado en la moneda local.

El usuario no puede posicionarse en el campo "fecha del documento" si el tipo de pago ingresado corresponde a cargo a cuenta corriente, efectivo o canje.

El usuario no puede posicionarse en los campo "moneda" ni "factor de cambio" ni "monto en moneda local" si el tipo de pago indicado corresponde a algún "cargo a cuenta corriente" (cliente, intermediario o convenio).

No debe mostrarse en el combo "Moneda" aquellas que se encuentren en la tabla de monedas blandas (tabla 5008).

Al actualizar en t_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.

 Si la relación es por "Recaudación":

• Si se está ingresando un pago de un “Descuento por planilla” , en esta ventana se muestra la forma de pago ya ingresada (si existe alguna) para dicho convenio a la fecha en la que se realiza la cobranza (concepto de ingreso = “Descuento por planilla”, el número de convenio corresponde con el que se está ingresando y que el movimiento de cash_mov no tenga ninguna relación asociada, nBorderUsed es nulo). Este valor se recupera de cash_mov y al terminar la relación el mismo se actualiza con el número de esta relación de cobro. Se debe tomar en cuanta que dicho ingreso no esté utilizado en ninguna otra relación.

• No se debe permitir ingresar cheques a fecha como forma de pago si se está realizando un pago de convenio del SEF. Esto se verifica en la tabla de convenios (agreement) según el tipo de convenio.

• Cuando se ingrese un cheque a fecha, se marcan el o los recibos/cuotas que se estén pagando con ese indicador (t_premium, t_premium_mo y/o t_financ_dra)

• Se debe tomar en cuenta que si se está ingresando un cheque (al día o  a fecha), no se debe permitir ingresar otras formas de pago en la misma relación. Lo que si se permite hacer es pagar uno o varios documento (recibos, cuotas, etc.) asociados al mismo cheque (al día o a fecha). Al ingresar un tipo de pago que corresponda a "Cheque" o "Cheque a fecha", se debe desactivar el resto de los registros de la parte repetitiva, ya que no se pueden ingresar mas formas de pago.

• Al ingresar un cheque a fecha se debe validar que la fecha del mismo no sea posterior a la fecha de vencimiento  mas el periodo de gracia definido para el producto  de los documentos que está pagando. Si se están pagando varios recibos con un solo cheque a fecha, por ejemplo, se valida la fecha del cheque a fecha contra la fecha de vencimiento, ramo y producto  del último recibo que venza.

•  Si en la página "Documentos de una relación" se indicó un concepto de cargo por "Interés financiero", en esta ventana se debe colocar por defecto como tipo de ingreso y no modificable "Cheque a fecha".

• El número de caja a asociar a los recibos/cuotas, debe corresponder al número de caja asociado al usuario que realiza la operación, si el usuario que realiza la operación no es caja, entonces no se asocia ningún número de caja al movimiento.

• Se debe verificar si en la página "datos generales de la relación" (CO001_k) esta marcado el  indicador de rentas vitalicias, se deben inhabilitar los campos: tipo de tarjeta, intermediarios, nombre del intermediario, cliente, nombre del cliente, compañía contable, cuenta contable y auxiliar.

• La información de los campos tasa de descuento, valor nominal, fecha de emisión, fecha de vencimiento deben ser mostrados según la información indicada en la ventana "documentos de una relación" (CO001).

• Si en la página "documentos de una relación" (CO001) se indica un concepto de abono que  corresponda a "cuenta individual", "reliquidación de primas", "prima de renta privada", el tipo de pago debe tener en su defecto el valor "Cheque" y puede ser modificado por el usuario a "cheque".

• Si en la página "documentos de una relación" (CO001) se incluyo un concepto de abono que  corresponda a  "bono de reconocimiento",  el valor en su defecto para el tipo de pago debe ser "Bono de reconocimiento".

• Si en la página "documentos de una relación" (CO001) se incluyo un concepto de abono que  corresponda a  "complemento bono de reconocimiento" el valor en su defecto para el tipo de pago debe ser "complemento bono de reconocimiento".

• Si en la página "documentos de una relación" (CO001) se incluyo un concepto de abono que  corresponda a "bono exonerado político y adicional" el valor en su defecto para el tipo de pago debe ser "bono exonerado político y adicional".

• El tratamiento de la forma de pago "vale vista" es identico a la forma de pago "cheques".

•  Los campos "tasa de descuento", "valor nominal", "fecha de emisión", "fecha de vencimiento", deben estar inhabilitados si  el indicador de rentas vitalicias no esta marcado ó activo.

Sólo se puede utilizar un comprobante de ingreso de pago como forma de pago de una relación si:

• El ingreso asociado al comprobante no pertenece a una relación de "Recaudación"

• Si no está siendo utilizado en otra relación (que el campo nBorderUsed esté vacío).

Si se indica valor en el campo comprobante de caja, se desactivan todos los campos del grid, ya que los valores correspondientes a dicho comprobante se muestran por defecto al ingresar el número del comprobante. La información a mostrar se toma de cash_mov o bank_mov, según corresponda.

Si no se ingrese número de comprobante, se inhabilita este campo al ingresar valor en el campo correspondiente al tipo de ingreso.

Se debe tomar en cuenta las cuentas reservadas “9997” para los cheques a fecha y  la cuenta “9996” para tarjetas de crédito. Esto quiera decir que se debe afectar la cuenta 9997 al ingresar un cheque a fecha y la cuenta 9996 al ingresar un pago con tarjeta de crédito. Adicionalmente, se utiliza la cuenta "9998" para efectivo y "9999" para cheques (al día).

Se debe validar que aunque se trate de una relación por " Conceptos", si  se indicó un movimiento operacional, no se permita ingresar más de un cheque como forma de pago (ni al día ni a fecha). Para esto se debe verificar si el concepto se encuentra dentro de la clasificación "4" en cash_conclass. De ser así el movimiento es operacional, por lo que se deben enviar las validaciones respectivas  y no se debe aceptar mas de un cheque como forma de pago. Si la relación contiene varios conceptos, con que uno de ellos sea operacional es suficiente para enviar las validaciones respectiva y no aceptar mas de un cheque como forma de pago.

Si la forma de ingreso corresponde a un cargo a cuenta corriente de cliente, aparece una ventana de tipo pop up con el campo cliente (código, dígito verificador y nombre) de manera de que el usuario pueda ingresar el cliente en esta ventana. El valor ingresado aquí, se hereda para el grid .

Si la forma de ingreso corresponde a un cargo a cuenta corriente de intermediario, aparece una ventana de tipo pop up con el campo intermediario (código de intermediario, código de cliente, dígito verificador y nombre) de manera de que el usuario pueda ingresar el intermediario en esta ventana. El valor ingresado aquí, se hereda para el grid .

Si la forma de ingreso corresponde a "canje", aparece una ventana de tipo pop up con los campos compañía contable, cuenta contable y auxiliar de manera de que el usuario pueda ingresar la información esta ventana. El valor ingresado aquí, se hereda para el grid .

Si el tipo de pago es Bono de reconocimiento, Bono exonerado político o Complemento bono de reconocimiento, se habilita el campo "Documento" para allí ingresar el número del documento relacionado a la forma de ingreso.

Campos

Validaciones