Función general

Permite cambiar el estado de un recibo cobrado a pendiente de cobro, o el de un recibo devuelto a pendiente de devolución, esto último siempre y cuando no haya llegado al cliente.

Esta transacción es utilizada cuando se ha dado por cobrado/devuelto un recibo equivocado o se ha dado por cobrado un importe equivocado.

Adicionalmente, se pueden reversar relaciones cuyo origen sea por "Concepto", en cuyo caso se anula la relación y se devuelve o elimina el ingreso de dinero, según lo que se indique el momento de realizar el reverso de cobro .

En esta transacción se ofrece la posibilidad de reversar el ingreso del dinero a la caja o de devolvérselo a cliente, en caso de que el cobro haya sido una equivocación .

Acciones de menú

Entrar: Indica que se desea registrar la anulación de cobro o devolución de un recibo.

Información técnica

Formato: Página

Páginas asociadas
CO009	Reverso de cobro o devolución de un recibo
SCO001	Datos de verificación del recibo

Efecto

• Si se esta reversando una relación, indistintamente de su origen o un recibo se debe proceder de la siguiente forma:

• En la tabla de información general de una relación de cobro (colformref) se cambia el estado de la relación a "anulado".

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

• En la tabla de boletines (bulletins) se debe colocar estado “Pendiente” a el o los boletines de la relación en tratamiento.

• Si los documentos son: "recibo de prima", "prima adicional", "prima exceso" o  "intereses por préstamo":

• Se cambia a "pendiente de cobro" el estado del documento en tratamiento (premium).

• Se actualiza el balance pendiente del recibo (premium).

•   Si el canal de ingreso de la relación es por "Cobrador", se hereda el mismo cobrador al movimiento de reverso generado..

• Se genera un registro en el archivo de movimientos de cobranzas (premium_mo) para mantener la historia del recibo.

• Si el documento es una  cuota de financiamiento:

•  En la tabla de giros de un contrato (financ_dra) se cambia a pendiente el estado del giro (cuota).

• En la tabla de historia de los giros (draft_hist) se genera  un registro para mantener la historia del giro (cuota), se debe generar con el tipo de movimiento "reverso de cobro".

• Si el canal de ingreso de la relación es por "Cobrador", se actualiza el cobrador de la cuota en nulo (ncollector de financ_dra) .

• Si se trataba de la última cuota del contrato que ahora queda pendiente, se le cambia el estado al contrato a "Pendiente" y también al recibo asociado a dicho contrado (se le coloca estado "Financiado").

• Si el documento es Abono a préstamo:

• Se crea un movimiento negativo en la tabla de abonos realizados a los anticipos (improve_lo) por el monto del reverso.

• Se actualiza el "saldo pendiente del préstamo" (loans).

• Para todos los recibos que sean “Recibos de aportes” (ver esto en premium):

• Se verifica que el movimiento de “aporte” (move_accpol.sUse) asociado al recibo no haya sido contemplado por el proceso de “Calculo de valor póliza”.

• Si el movimiento de “aporte” ya se proceso en el “Calculo de valor póliza”:

• Se crea un movimiento negativo en la cuenta corriente de “Aporte” (move_accpol) por el monto del reverso.

• Si el movimiento de “aporte” no ha sido procesado en el “Cálculo de valor póliza”:

• Al realizar el reverso de cobro se elimina el movimiento en la cuenta corriente de la póliza (move_accpol), además se actualiza el “Monto pagado” en la tabla de cuentas corriente de la póliza (accoun_pol).

• Si se está reversando el cobro de un recibo que tiene vía de pago PAC o Transbank y que no fue cobrado por un cobrador (no tiene cobrador asociado o por lo menos no lo tiene en el movimiento de cobro, premium_mo):

• No se debe reversar la relación completa sino que se resta el monto de o los recibos que se estén reversando del  monto de la relación (esto se actualiza en colformref).

• Se reversa el cobro del recibo (como se indicó anteriormente) y el de su boletín. Si dentro de ese boletín habían otros recibos, se debe reversar el cobro de todos esos recibos también y se debe disminuir el monto de la relación por el monto de estos recibos.

• Se genera un movimiento en la cuenta corriente correspondiente según el número de convenio (el cual corresponde al código interno de la cuenta corriente) del banco que corresponda. Este movimiento es un crédito (tipo de movimiento “Reverso de pago”, tabla401)  por el monto del o los recibos a los que se les está reversando el cobro.

• Al reversar el cobro, se eliminan todos los registros de comm_pol que se hayan creado por el cobro del recibo realizado (y todos los recibos u otros documentos que se estén reversando por estar incluidos dentro de la misma relación de cobro):

• Si alguno de los registros de comm_pol ya fue procesado por el proceso de preparación de cuentas corrientes, entonces se crea un movimiento por cada registro de cobro que se reverse (comm_pol). Este movimiento  “des-hace” el cobro, por lo que debe restar los montos sumados en el disponible (también disponible afecto y exento) durante el cobro. El tipo de movimiento que genera es “Reverso de cobro”(ver tabla5567).

• Reverso de una devolución

• Se cambia el estado del recibo de "devuelto" a "pendiente de devolución" (premium).
• Se genera un movimiento en el archivo de movimientos de cobranzas (premium_mo) que completa la historia del recibo.
• Se actualiza el balance pendiente del recibo (premium).

• Sin importar el origen de la relación, si existen “diferencias” en la cuenta corriente de “diferencias” de la compañía por sobrantes o faltantes generados durante el cobro (move_acc) de la relación que se está reversando, los mismos son eliminados al reversar el cobro.

Reverso de un cobro

• Se cambia a pendiente de cobro el estado del recibo/cuota en tratamiento (premium/financ_dra).

• Se actualiza el balance pendiente del recibo, si el recibo no está financiado (premium).

• Se genera un registro en el archivo de movimientos de cobranzas (premium_mo, draft_hist según corresponda) para mantener la historia del recibo.

• Si el recibo/cuota fue pagado por domiciliación, se debe afectar la cuenta bancaria correspondiente a la domiciliación bancaria o al tipo de tarjeta involucrada en el pago (bank_acc).

• . Indistintamente del origen de la relación, se realiza lo siguiente con el ingreso en caja:

• Si el usuario seleccionó la opción "Eliminar", se realiza lo siguiente:

• Si el tipo de movimiento corresponde a efectivo, cheque o tarjeta de crédito:

• Actualiza el registro del archivo de movimientos de caja (cash_mov) correspondiente al movimiento en tratamiento (proceso de eliminar), con el fin de actualizar el campo correspondiente a "movimiento anulado".
• Si el movimiento corresponde a cheque, se actualiza la tabla de movimientos de cheques (cheque_mov) con la información del movimiento en tratamiento (proceso de eliminar).
• Genera un registro en el archivo de movimientos de caja (cash_mov) correspondiente al ingreso anulado indicando que se trata de un "registro de anulación". El resto de los campos de este registro, a excepción del número de movimiento, fecha y comprobante, se corresponden al movimiento que se está eliminando (anulando).
• Si el tipo de movimiento NO corresponde a efectivo, cheque ni tarjeta de crédito:

• Actualiza el registro del archivo de movimientos de banco (bank_mov) correspondiente al movimiento en tratamiento (proceso de eliminar), con el fin de actualizar el campo correspondiente a "movimiento anulado".
• Genera un registro en el archivo de movimientos de bancos (bank_mov) correspondiente al ingreso anulado indicando que se trata de un "registro de anulación". El resto de los campos de este registro, a excepción del número de movimiento, fecha y comprobante, se corresponden al movimiento que se está eliminando (anulando).

• Se actualiza (disminuye) el registro correspondiente a cheques (account=9999) del archivo cuentas de caja correspondiente a la sucursal y moneda en tratamiento (cash_acc) con el fin de actualizar el importe  monto disponible de la cuenta (sólo si el tipo del movimiento a anular corresponde a cheque ó tarjetas de crédito).
• Se actualiza (disminuye) el registro correspondiente a efectivo (account=9998) del archivo cuentas de caja correspondiente a la sucursal y moneda en tratamiento (cash_acc) con el fin de actualizar el importe monto disponible de la cuenta (sólo si el tipo del movimiento a anular corresponde a efectivo).
• Se actualiza (disminuye) el registro correspondiente a tarjetas de crédito (account=9996) del archivo cuentas de caja correspondiente a la sucursal y moneda en tratamiento (cash_acc) con el fin de actualizar el monto disponible de la cuenta (sólo si el tipo del movimiento a anular corresponde a tarjetas de crédito).
• Se actualiza (disminuye) el registro correspondiente a cheques a fecha (account=9997) del archivo cuentas de caja correspondiente a la sucursal y moneda en tratamiento (cash_acc) con el fin de actualizar el monto disponible de la cuenta (sólo si el tipo del movimiento a anular corresponde a cheques a fecha).
• Se actualiza (disminuye) el registro correspondiente a la cuenta bancaria afectada del archivo cuentas bancarias (bank_acc) con el fin de actualizar el importe monto disponible de la cuenta (sólo si el tipo del movimiento corresponde a un depósito o comprobante bancario).
• Si el número del comprobante contable del movimiento a anular está lleno, se debe copiar el asiento correspondiente con un nuevo número de comprobante contable  y cambiando los signos asociados a los campos. En este caso se debe actualizar el número del asiento contable en el registro correspondiente al movimiento que se crea por anulación del archivo de movimientos de caja (cash_mov) o en el archivo de movimientos de banco (bank_mov) (según el tipo de movimiento eliminado).
• Si la forma de pago utilizada en la relación era un cargo a cuenta corriente:

• Se genera el registro correspondiente en el archivo de movimientos de cuentas corrientes (move_acc) correspondiente al monto ingresado en caja (débito). La clave depende del tipo de cuenta corriente a afectar.
• Se actualiza el balance de la o las cuentas corrientes involucradas (curr_acc) restándole el monto del débito registrado en move_acc

• Si el usuario seleccionó la opción "Generar orden de pago", se realiza lo siguiente:

• Se realiza el llamado a la transacción de ordenes de pago (OP006)

• Si el usuario seleccionó la opción "Ingresar a cuenta corriente", se realiza lo siguiente:

• Se crea un movimiento (un crédito) en la cuenta corriente del cliente indicado en la ventana (move_acc) por el monto total del o los ingresos realizados como forma de pago de la relación que se está reversando.
• Se actualiza el saldo de la cuenta corriente de dicho cliente (balance en curr_acc) sumándole el monto del crédito generado.
• Si la cuenta corriente no existe para dicho cliente, la misma se crea (curr_acc, move_acc).
 

Reverso de cobro o devolución de un recibo

(CO009)

Función

Permite revertir el cobro o devolución de un recibo.

Notas para el programador

A la derecha del campo "recibo" aparece el icono de "datos de verificación del recibo". Al presionar este icono, el usuario puede hacer el llamado a la ventana de Datos de verificación del recibo SCO001.

La información a mostrar en esta ventana es obtenida de la tabla de recibos (premium).

Si se indicó un recibo y el mismo se encuentra dentro de una relación , se envía un mensaje de advertencia al usuario indicando que se va a reversar el cobro de todos los documentos cobrados en dicha relación.

Si el usuario indicó que se genera una orden de pago para devolver el ingreso en caja, se realiza el llamado a la transacción de ordenes de pago (OP006).

Si se indica fecha de valorización la devolución (orden de pago o ingreso a cuenta corriente) se valoriza a la fecha indicada en este campo, de lo contrario, se valoriza a la fecha que se valorizó el cobro de cada documento que se está reversando (treldoc). Este campo sólo puede tener valor si se indicó que el ingreso en caja se devuelve a través de una orden de pago o un cargo en cuenta corriente.

Campos

Título	Descripción
Fecha	Indica la fecha en la que se realiza la operación. Por defecto se coloca la fecha del día.
Documento
Recibo	Es el número de recibo que se desea revertir. Al colocar información en este campo, el sistema muestra la sucursal y monedas del recibo las cuales no pueden ser modificadas por el usuario. A la derecha de este campo, el sistema muestra un icono para hacer el llamado a la ventana de Datos de verificación del recibo SCO001.
Ramo	Indica el ramo al que pertenece el recibo. Es mostrado por el sistema al indicar el número del recibo y el usuario no puede cambiar su contenido.
Producto	Indica el producto al que pertenece el recibo. Es mostrado por el sistema al indicar el número del recibo y el usuario no puede cambiar su contenido.
Póliza	Es el número de póliza al que pertenece el recibo. Es mostrado por el sistema al indicar el número de recibo y el usuario no puede cambiar su contenido.
Sucursal	Indica la zona (sucursal) a la que pertenece el recibo. Es mostrado por el sistema al colocar el número de recibo y el usuario no puede cambiar su contenido.
Vía de pago	Vía de pago asociada al recibo en tratamiento. Es mostrada por el sistema al ingresar el número de recibo y el usuario no puede cambiar su contenido.
Estado del documento	Estado del documento en tratamiento. Es mostrado por el sistema al ingresar el número de recibo y el usuario no puede cambiar su contenido
Moneda	Indica la moneda original del recibo. Es mostrado por el sistema al colocar el número de recibo y el usuario no puede cambiar su contenido.
Ingreso en caja	Las opciones que se describen a continuación muestran las posibilidades que tiene el usuario para reversar o devolver el dinero ingresado en la caja como forma de pago del cobro que se está reversando.
Generar orden de pago	Indica que se desea generar una orden da pago para realizar la devolución del dinero ingresado por concepto del cobro que se reversa.
Ingresar a cuenta corriente (del cliente)	Indica que se desea ingresar a la cuenta corriente del cliente el dinero ingresado por concepto del cobro que se reversa.
Ingresar a cuenta corriente (del productor)	Indica que se desea ingresar a la cuenta corriente de un cliente el dinero ingresado por concepto del cobro que se reversa.
Reverso sin cargos	Indica que el reverso no genera cargos por concepto del reverso.
Fecha de valorización	Fecha a la que se valoriza la devolución (orden de pago o ingreso a cuenta corriente). Si no se ingresa información en este campo, la devolución se valoriza a la misma fecha de valorización utilizada durante el ingreso de cobro. Este campo sólo se habilita si se indicó generar orden de pago o ingresar a cuenta corriente. El sistema muestra por defecto la fecha del computador

Validaciones

Campo	Descripción	Error/adv
	Si se está reversando un recibo que se encuentra en una relación la cual contiene otros documentos, se reversa el cobro de toda la relación y se envía este mensaje como una advertencia.	60269
Fecha	Debe estar lleno	09068
	Si está lleno, debe ser anterior o igual a la fecha del día	01002
	Si está lleno, debe ser posterior o igual al inicio del período contable en vigor	01006
	Si está lleno, debe ser posterior al último proceso de asientos automáticos	01008
	Si está lleno, debe ser posterior o igual a la del último movimiento del recibo	05001
Recibo	Debe estar lleno	05053
	Si está lleno, debe estar registrado en el archivo de recibos	05004
	Si está lleno, el estado del recibo debe ser cobrado o devuelto	05025
	No debe estar facturado	56002
	Si el recibo pertenece a una póliza de vida no tradicional, el aporte no debe haber sido invertido	80188
Ingreso en caja-Ingresar a cuenta corriente	Si el reverso se realiza ingresando a la cuenta corriente, la cuenta corriente debe tener saldo suficiente	56188

Otro enlaces relacionados

Mas Información ver el Índice.