Permite generar la cobranza a través de la generación de boletines (para las distintas vías de pago), según los parámetros indicados. Un boletín de cobro no es más que la agrupación de recibos de cobro, con estado pendiente de cobro, para que la labor de cobranza sea más fácil para la compañía de seguros y para que el cliente cuente con un documento "resumen" de la deuda que tiene pendiente con la compañía de seguros.

 

En caso que la vía de pago a procesar sea "Descuento por planilla", el proceso genera un listado agrupado por convenio de cobranza con todos los boletines generados por el proceso.

 

Si se trata de PAC, se genera el archivo que se le envía a cada uno de los bancos con los que se tenga convenio para realizar la cobranza vía PAC. Este archivo contiene los boletines a cobrar para la fecha indicada al generar la cobranza. En esta transacción también se permite generar la cobranza para un grupo de bancos. Para esto se debe indicar como parámetro al banco líder de ese grupo de bancos (Multipac). Al hacer esto, el sistema genera de una vez, la cobranza para todos los bancos pertenecientes a dicho grupo. Si se trata de Transbank, se genera un archivo que va a la entidad de tarjetas de crédito Transbank. Este archivo contiene los boletines a cobrar para la fecha indicada al generar la cobranza. Adicionalmente, se genera un listado que contiene la información procesada.

Acciones de menú

• Entrar: Indica que se desea realizar la generación de la cobranza.

Información técnica

Formato: Página

Páginas asociadas
COL500	Generación automática de cobranza

.

.

Generación automática de cobranza

(COL500)

Parámetros

·  Fecha de vencimiento:  Fecha de cobro para la generación de la cobranzas. Esta fecha corresponde a la fecha hasta la cual se genera la cobranza.

 ·  Vía de pago: Vía de pago para la generación de la cobranza. Valores posibles según tabla 5002.

 ·  Convenio: Indica el número del convenio al que se le genera la cobranza. Este campo sólo se activa si la vía de pago indicada corresponde a "Descuento por planilla".

 ·  Ramo: Muestra los diferentes ramos comerciales definidos. En el caso de tener valor se procesan únicamente los recibos pertenecientes al ramo ingresado como parámetro.

·  Producto: Muestra los diferentes Productos definidos. En el caso de tener valor se procesan únicamente los recibos pertenecientes al producto ingresado como parámetro.

·  Área de seguro: Área de seguro para la cual se genera la cobranza. Valores posibles según tabla 5001.

·  Banco: Código del banco para el cual se desea generar la información. A la derecha se muestra la descripción de este código. Este campo sólo se activa si la vía de pago corresponde a PAC. Valores posibles según tabla de Bancos en convenio (Bank_agree). Si se indicó un banco el cual pertenece a un grupo multipac (ver en tabla Multipac), este banco debe ser el banco líder, en cuyo caso se genera la cobranza tanto para el banco líder como para sus bancos asociados.

 ·  Tarjeta de crédito: Indica el tipo de la tarjeta de crédito a procesar. Este campo sólo se activa si la vía de pago corresponde a Transbank. Valores posibles según tabla 183.

·        Tipo de generación:

• Recibo:  Indica que la generación de cobranzas se realiza por recibo, es decir, se genera un boletín o aviso por cada recibo que se encuentre pendiente de cobro. Este campo se muestra seleccionado por defecto defecto cuando la vía de pago seleccionada corresponde a "Pac" o "Transbank" y el usuario no puede cambiar su contenido.

• Póliza: Indica que la generación de cobranzas se realiza por póliza, es decir, se genera un boletín o aviso por póliza con los recibos pendientes de la misma. Este campo se muestra seleccionado en su defecto cuando la vía de pago seleccionada corresponde a "Aviso" o "Descuento por planilla".

• Cliente: Indica que la generación de cobranzas se realiza por cliente, es decir, se genera un boletín o aviso por cliente con los recibos pendientes que el mismo tenga para el área de seguros indicada y la misma dirección.

·        Moneda de la generación:

• Origen: Indica que los boletines (avisos) se generan en la moneda origen en la que se encuentren los recibos/cuotas de financiamiento.

• Local: Indica que los boletines (avisos) se generan en la moneda local, sin importar la moneda en la que se encuentren los recibos/cuotas de financiamiento. Este campo se muestra seleccionado en su defecto y cuando la vía de pago indicada corresponde a "PAC" o "Transbank" el usuario no puede cambiar su contenido.

·  Fecha de valorización: Indica la fecha para la que se toma el factor de cambio a aplicar cuando los boletines (avisos) se generan en moneda local y los recibos/cuotas contenidos en el mismo se encuentran en una moneda distinta a la moneda local. Este campo se activa siempre que la vía de pago sea "Aviso" indistintamente si se genera cobranza en moneda local o en moneda origen, aparte de activarse con cualquier vía de pago cuando se genere cobranza en moneda local.. En el caso de generación de moneda origen, este campo indica la fecha a partir de la cual se realiza la valorización en el aviso (la valorización se realiza hasta el último día hábil del mes en que se genera la cobranza). Por defecto se muestra la fecha de generación de cobranzas, pero puede ser modificada por el usuario.

 ·  Tomar lo más antiguo: Si está seleccionado indica que el sistema sólo procesará los recibos más antiguos, uno por póliza, con estado pendiente.

·        Proceso:

• Preliminar: Indica que el proceso se genera de modo preliminar (se lista la información procesada, pero no se imprimen los boletines/avisos cuando corresponda ni se realizan actualizaciones a la base de datos). Esta opción se muestra seleccionada en su defecto.

• Definitivo: Indica que el proceso se genera de modo definitivo (se lista la información procesada, se imprimen los boletines/avisos cuando corresponda y también se realizan las actualizaciones de a la base de datos).

Validaciones

Frecuencia de ejecución

A petición del usuario, aunque debe ser previo a cada día de vencimiento de cobro.

Instrucciones de ejecución

Este programa se ejecuta desde el módulo de cobranzas con la opción de menú de transacciones de cobranzas.

Instrucciones en caso de interrupción

Volver a ejecutar.

Proceso batch

Proceso

·        Se lee la tabla de Recibos (Premium) y se seleccionan todos aquellos recibos, que cumplan con las siguientes condiciones:

·  Estado del recibo igual a "pendiente de cobro", "pendiente domiciliado", o "pendiente de devolución".

·  La fecha indicada en la ventana sea  igual o mayor a la fecha límite de pago del recibo.

·  Que la vía de pago del recibo corresponda con la vía de pago indicada como parámetro.

·  Si se indicó "Tomar lo más antiguo", sólo se seleccionan los recibos más antiguos, uno por póliza/certificado, que se encuentren en estado pendiente.

·  En el caso de que la vía de pago corresponda a TransBank el tipo de tarjeta de crédito del recibo debe corresponder al seleccionado como parámetro. Esta información se busca en la tabla de Datos del pago automático por banco o tarjeta de crédito (Dir_Debit.), de no existir el registro se busca en la tabla de Datos del pago automático por banco o tarjeta de crédito del cliente (Dir_Debit_Cli.).

·  Si el recibo tiene convenio de pago, se debe tomar en cuenta para la generación del boletín sólo el monto de la cuota del convenio y no todo el recibo (revisar esto con el paynumbe). En este caso el boletín no debe reflejar todo el monto del recibo sino el monto de la cuota del convenio de pago. Por cada recibo que tenga estado "financiado", se lee la tabla de Giros de un contrato (Financ_dra) y se obtienen aquellos giros que cumplan con las siguientes condiciones:

·        El estado del giro (cuota de financiamiento) sea igual a "pendiente de cobro"

·        La fecha indicada en la ventana sea igual o mayor a la fecha límite de pago del giro.

·        Si se indicó "Tomar lo más antiguo", sólo se selecciona la cuota más antigua que se encuentre pendiente de pago.

·        Que la vía de pago de las cuotas corresponda con la indicada como parámetro.

Además de lo anterior, se toman en cuentas las condiciones de selección según la información indicada por el usuario en la ventana.

La información seleccionada se agrupa y ordena por: área de seguro, vía de pago, titular del recibo y moneda del recibo. Adicionalmente se ordena por póliza y recibo, según se haya indicado en los parámetros de la ventana. Por cada recibo leído en Premium, se realiza lo siguiente:

·        Si existen domiciliaciones a nivel cliente, se debe verificar si existe la figura 'Pagador', dentro de los roles de la póliza en tratamiento (tabla Roles), de existir la misma, se deberá buscar la información de domicilio asociado a este cliente. En caso contrario, se deberá buscar la información de domicilio del titular del recibo.

·        Si la vía de pago es PAC:

·        Si el banco se encuentra registrado en el archivo de bancos multipac, y es el banco líder, se seleccionan los registros para todos los bancos incluidos en dicho grupo (estos bancos se obtienen de la tabla Multipac). Esto quiere decir, que se genera la cobranza para el banco líder y todos los bancos asociados de una vez.

·        Se lee la tabla de Certificados de una póliza (según la póliza asociada al recibo en tratamiento) para buscar el tipo de domiciliación: por póliza (se utiliza la tabla Dir_debit) o por cliente (se utiliza la tabla Dir_debit_cli).

·        Se seleccionan los recibos del o los bancos a los que se les genera la cobranza . La información sobre el banco para débitos directos, está en la tabla "Dir_debit" (si la domiciliación está por póliza) o en "Dir_debit_cli" (si la domiciliación está por cliente), donde la cuenta representa el código de la cuenta bancaria.

·        Si la vía de pago es Transbank

·        Se lee la tabla de Certificados de una póliza (según la póliza asociada al recibo en tratamiento) para buscar el tipo de domiciliación: por póliza (se utiliza la tabla Dir_debit) o por cliente (se utiliza la tabla Dir_debit_cli).

·        Se verifica el tipo de domiciliación en la tabla de Certificados de una póliza (Certificat), si corresponde a tarjeta de crédito se certifica que el tipo de tarjeta de crédito corresponda al parámetro, esta certificación se realiza a través de una lectura a la tabla de Datos del pago automático por banco o tarjeta de crédito (Dir_Debit) o en la tabla Datos del pago automático por banco o tarjeta de crédito, asociados al cliente (Dir_Debit_Cli).

·        Se seleccionan los recibos ordenados por cliente, moneda y tipo de tarjeta de crédito. La información sobre la tarjeta de crédito, está en la tabla "Dir_debit" (si la domiciliación está por póliza) o en "Dir_debit_cli" (si la domiciliación está por cliente), donde la cuenta representa el número de la tarjeta.

·        Si la vía de pago es Descuento por planilla:

·        Se lee el código de convenio asociado a la póliza del recibo en tratamiento en la tabla de Información general de la póliza (Policy).

·        Indistintamente de cual sea la vía de pago, se obtiene la dirección de envío del boletín. Para obtener dicha dirección se utiliza la rutina general "InsFindAddress".

·        Por cada cliente/boletín, se lee la tabla de Movimientos en cuenta corriente para obtener los saldos a favor de dicho cliente. En esta lectura, se buscan (en Move_acc) los tipos de movimientos que correspondan a "sobrantes de pago de prima" (código de movimiento 18),  "sobrante de imputación PAC/Transbank" (código de movimiento 409) o "Sobrante por reverso de cobro" (65), que no estén utilizados o procesados (ver sprocess_ind, en move_acc). Es importante mencionar que el cliente puede tener mas de un saldo (sobrante) a su favor, en cuyo caso se deben acumular dichos saldos en una variable para tener el total saldos a favor ya que este monto es el que se necesita para la impresión del boletín/aviso:

• Total boletín = Total boletín - Total saldos a favor

• Si el Total boletín es > 0  (se le cobra algo al cliente):

• Se crea un registro en Tmp_collection con esta información

• Si el Total Boletín = 0 o es < 0, no actualiza Tmp_collection para este tipo de documento para el boletín en tratamiento, es decir, no se toma en cuenta el saldo a favor para el boletín.

·        Con toda la información antes procesada se actualiza la tabla Temporal para generación de cobranza  (Tmp_collection). Se procede a leer la tabla temporal generada en pasos anteriores. La información se agrupa y ordena por los siguientes campos: área de seguro, vía de pago, titular del recibo, moneda del recibo/cuota y llave de la dirección (skeyAddress).

·         Toda la información que no pueda ser procesada, se almacena en la tabla Temporal para guardar la información de errores identificados en la generación de cobranza (Tmp_batch_err) y al finalizar el proceso, se seleccionan los registros creados durante este proceso para vaciarlos en un listado. Posteriormente se elimina la información del archivo para que no se acumulen para la próxima ejecución del proceso.

Si el proceso se ejecuta de modo "Definitivo":

o   Se crea la tabla de Generación de cobranzas (Collect_gen). Esta tabla contiene el detalle de la información enviada al banco. El propósito de este archivo es identificar claramente lo que se está pagando, ya que los archivos del banco/transbank no contienen el detalle del pago. Este archivo es generado por cada institución para el que se ejecute el proceso de PAC o Transbank (únicamente). La búsqueda de datos en esta tabla se debe realizar por vía de pago, fecha de cobranzas, banco, cliente y póliza (para obtener uno o varios boletines). La tabla de Generación de cobranzas contiene la siguiente información:

• Vía de cobro
• Fecha de generación de cobranzas
• Banco (código del banco)
• Cliente
• Ramo
• Producto
• Póliza
• Boletín/Aviso
• Moneda Boletín
• Monto Boletín (*)
• Convenio
• Tipo de convenio
• Proceso (indicador de: 1.Imputado, 2. Rechazado)

(*) Este monto corresponde al monto boletín-póliza, lo que quiere decir que si en el boletín sólo hay registros de una misma póliza, sólo habrá un registro para ese boletín en esta tabla; pero si por el contrario el boletín se generó por cliente, en esta tabla habrán tantos registros por boletín como pólizas tenga el mismo, y en este caso el monto corresponde al monto de los recibos cuotas/pendientes de esa póliza que están incluidos en este boletín. Cuando la cobranza se genera por recibo, en esta tabla habrá tantos registros como recibos pendiente tenga dicho póliza pero asociado a boletines diferentes (un boletín por cada recibo).

Por ejemplo:

• Si el "Boletín 1" se generó por póliza y tiene un monto de 1000 contiene sólo una póliza, "Póliza1", en esta tabla habrá un solo registro identificado con el boletín 1 y póliza 1 de 1000.

• Si el "Boletín 2" se generó por cliente y es de 20000 y el mismo contiene registros para  la "póliza 10" por  15000 y para la "póliza 20" por 5000, entonces en esta tabla harán dos registros: Un registro de 15000 para el boletín2-póliza10 y Un registro de 5000 para el boletín2-póliza20

• Si la cobranza se generó por recibo y la póliza X tiene 3 recibos pendientes de 15,000 cada uno, en esta tabla habrá 3 registros para la misma póliza pero con números de boletines diferentes (uno por cada recibo: Póliza X Boletín 5 de 15,000, Póliza X Boletín 6 de 15,000, y Póliza X Boletín 7 de 15,000

• Se lee la tabla Temporal para generación de cobranza (Tmp_collection) y por cada registro leído (recibos, giros o saldos a favor), se realiza lo siguiente:

• Se crea un boletín por cada área de seguro, vía de pago, cliente, moneda, dirección (Bulletins), póliza o recibo, según se haya indicados en los parámetros de la ventana.

• Por cada recibo/giro o saldo a favor procesado se crea el detalle o desglose del boletín (Bulletins_det), y se actualiza el número de boletín en la tabla de Recibos (Premium) del recibo en tratamiento. Si se trata de un giro (cuota de financiamiento), se actualiza el número de boletín en la tabla de Giros de un contrato (Financ_dra). Si se trata de un saldo a favor, se actualiza el número del boletín en (Move_acc) y se actualiza el mismo como procesado (utilizado).

• Si la vía de pago es PAC:

• Si se indicó un banco:

• Si el banco indicado es el líder en multipac, entonces se generan los archivos de cobranzas para el banco líder y para todos los bancos asociados (ver archivo Multipac).

• Si el banco indicado no está en multipac, se genera un archivo correspondiente. La información del archivo se obtiene desde la tabla Boletines (avisos) de cobranza (Bulletins).

• Si no se indicó un banco en particular, entonces se procede a generar la cobranza para esta vía de pago, pero para todos los bancos que tengan convenio PAC (esto se obtiene de la tabla de Bancos en convenio (Bank_agree), obteniendo sólo aquellos que se encuentren en convenio PAC), generando un archivo con la información necesaria para cada banco.  La información de cada  archivo se obtiene de la tabla Boletines (avisos) de cobranza (Bulletins).

• El nombre del o los archivos que se generan (según lo anterior) son proporcionados por el sistema de manera de que nunca se "sobre-escriban". Estos nombres deben estar compuestos de las iniciales del banco mas la fecha y hora (hasta el segundo) de generación del archivo.

• Si la vía de pago es PAC o Transbank:

• Se genera un reporte con la información procesada para el o los bancos que corresponda o Transbank. Este reporte selecciona la información de la tabla de Boletines (avisos) de cobranza (Bulletins) tomando todos aquellos registros cuya fecha de expiración coincida con la fecha y vía de pago indicada como parámetro. El reporte es ordenado por código del cliente.

• Si la vía de pago es Descuento por planilla:

• Al final del proceso se genera un listado de los boletines generados por descuento por planilla. La información a listada está agrupada y ordenada por: convenio de cobranza y código de cliente asociado al boletín.

• Si la vía de pago es Aviso (boletín):

• Se lee la tabla de Clientes (Client) para obtener el nombre del cliente asociado al boletín.

• Se obtiene la dirección del boletín utilizando la rutina general "InsFindAddress".

• Se lee la tabla de Teléfonos (Phone) según la llave de dirección indicada en la tabla (sKeyAddress).

• Se imprimen los boletines generados cambiando el estado de los mismos a "impreso". Para realizar la impresión se utiliza el proceso de impresión de boletines (COL701).

Si aplica, se calculan los "Gastos de cobranzas" en el boletín (esto se identifica en la impresión del boletín bajo este mismo concepto, ver tabla 5587):

• Por cada recibo a incluir dentro de cada boletín, se verifica si alguno de ellos tiene un cobrador asignado (Premium_mo) que no sea de tipo "Telecobrador", de ser así el gasto de cobranza se debe obtener de las opciones de instalación para cobranzas (es un monto fijo por boletín generado y se encuentra en Opt_premiu). Los gastos de cobranzas son un concepto mas del boletín (Bulletins_det).

Siempre que se ejecute este proceso (sin importar si es de modo "Preliminar" o "Definitivo"), se genera un listado indicando la información procesada.

Efecto

Al comenzar el proceso se borrar el contenido de la tabla Temporal para generación de cobranza  (Tmp_collection) según la vía de pago que se está procesando.

Por cada recibo/giro procesado se crea un registro en la tabla temporal del proceso (Tmp_collection).

Sólo si el proceso se ejecuta de modo "Definitivo":

Se crea la información en tabla de Generación de cobranzas, Collect_gen (sólo si la vía de pago es PAC o Transbank).

Se procede a realizar las actualizaciones en las tablas de boletines y recibos/cuotas según lo siguiente:

Generación de boletines:

• Se crea un registro en la tabla de Boletines (avisos) de cobranza (Bulletins), por cada área de seguro, vía de pago, cliente, moneda, dirección de cobro, póliza o recibo, según se haya indicado en los parámetros. Al crear el boletín, se debe incrementar automáticamente el numerador de los boletines (tabla Numerator). Para realizar esta actualización, se incrementa el numerador en uno (se le suma "1" al número existente en el numerador correspondiente a boletines). Se debe tomar en cuenta actualizar la fecha de "enviado al banco" a nivel de cada boletín (Bulletins). Esta fecha se actualiza con la fecha de ejecución de este proceso.

• Si la vía de pago asociada al boletín es "PAC", se actualiza el código del banco y número de cuenta bancaria a la cual se domicilia el pago del boletín. Es importante tomar en cuenta que se debe actualizar el  indicador de enviado al banco a nivel del boletín (Bulletins).

• Si la vía de pago asociada al boletín es "Transbank", se actualiza el número de tarjeta de crédito a la cual se domicilia el pago del boletín. Es importante tomar en cuenta que se debe actualizar el  indicador de enviado al banco a nivel del boletín (Bulletins).

• Si la vía de pago asociada al boletín es "Descuento por planilla", se actualiza el código de convenio al cual pertenece el boletín.

• Es importante mencionar que este proceso toma en cuenta los recibos de devolución que generen boletines con montos  "positivos". Esto quiere decir, que no se generan boletines que contengan sólo uno o varios recibos de devolución, ni tampoco se generan boletines donde la sumatoria del o los recibos de devolución sea mayor a la sumatoria del o los recibos/cuotas de cobro. En este último caso, sólo se generan los boletines para los recibos de cobro (los de devolución se quedarían sin generación de boletín).

• Si existen saldos a favor del cliente para el boletín en tratamiento (y el monto total del boletín >0):

• Se crea un registro en (Bulletins_det) con tipo de movimiento "Saldo a favor del cliente".

• Se actualiza el o los movimientos a favor del cliente como procesados (sprocess_ind en Move_acc).

• Por cada movimiento de Move_acc marcado como procesado, se actualiza el número de boletín con el que se está generando, es decir con el boletín en donde se está incluyendo este saldo a favor (nbulletin en Move_acc).

• Se actualiza el saldo de la cuenta corriente del cliente (Curr_acc).

• Si el Total Boletín = 0 o es < 0, no se realiza nada de lo indicado anteriormente, ni deben aparecer los saldos a favor en el boletín ni en la impresión del mismo.

• Por cada recibo/giro o saldo a favor  procesado se crear el detalle o desglose del boletín (Bulletins_det). El código del tipo de documento a incluir en (Bulletins_det) se debe tomar de la tabla de Tipos de documentos de cobranzas (tabla 5587): El tipo de documento a asignar depende del origen del recibo y de su correspondiente valor en la tabla 5587 :

• Cuando el origen del recibo corresponda a: "emisión/altas", "cartera/renovación", "modificación", "anulación póliza/certificado", "póliza sustituida", "convenio de pago", "adelanto (depósito)", "examen médico", "facturación colectivos", "restitución de capital", "prima depósito" (sin importar si el recibo está o no financiado), se debe mover en el campo "Glosa" el concepto "Recibo/prima".

• Cuando el origen del recibo corresponda a: "Intereses por prestamos",  se debe mover en el campo "Glosa" el concepto "Intereses por prestamos".

• El resto de los conceptos (tipos de documento) que se pueden incluir en el boletín, tienen correspondencia directa de la tabla 5587 (por ejemplo: "Gastos de cobranzas", "Saldos a favor").

• Por cada recibo incluido en un boletín se actualiza el archivo de recibos (Premium y Premium_mo) para indicar el número de boletín en el cual se encuentra agrupado (aunque el mismo esté en convenio de pago).

• Por cada giro incluido en un boletín, se actualiza la tabla de Giros de un contrato (Financ_dra) para indicar el número de boletín en el cual se encuentra agrupado.

• Como este proceso se puede ejecutar para una fecha de cobranzas en la que ya fue ejecutado previamente (caso de los "Repasos", por ejemplo), se genera nuevamente la cobranza tomando en cuenta todo lo pendiente a la fecha indicada (y el resto de los parámetros indicados), sin importar si ya tiene un boletín asociado:

• Se genera un boletín según los criterios indicados en este documento (Bulletins, Bulletins_det).

• Si algún recibo/cuota tenía un boletín asociado y aún se encuentra pendiente de pago, se anula el boletín (Bulletins) que tenía asociado el recibo y que se actualice en "nulo" el número del boletín en Premium y Premium_mo o Financ_dra (si se trata de una cuota de financiamiento) para todos los recibos/cuotas que están contenidos en dicho boletín.

Notas al programador

• Si se indica que la generación de la cobranzas se realiza por recibo, no se  realiza ninguna agrupación al generar el boletín, es decir, se genera un boletín por cada recibo que se encuentre pendiente de pago. Si existen recibos financiados, entonces se genera un boletín por cada cuota de financiamiento (que cumpla con el resto de los parámetros indicados en la ventana).

• Si se indica que la generación de la cobranzas se realiza por póliza, se realiza la agrupación al generar el boletín para los recibos/cuotas de la misma póliza (se genera un boletín por cada póliza que tenga recibos/cuotas pendientes de pago y que cumplan con el resto de los parámetros indicados en la ventana).

• Si se indica que al generación de la cobranzas se realiza por cliente, se realiza la agrupación al generar el boletín para los recibos/cuotas pendientes del mismo cliente y que cumplan con el resto de los parámetros indicados en la ventana. Adicionalmente, esta agrupación debe respetar la dirección de envío, es decir, que si un mismo cliente tiene dos direcciones de envíos, se le deben generar dos boletines para sus recibos/cuotas, agrupados por dirección.

• Se debe tomar en cuenta que al seleccionar los recibos, existen recibos que no son generados por la emisión ni renovación y que deben ser tomados en cuenta por este proceso (no realiza ningún filtro por origen del recibo al seleccionar la información). Este es el caso de los recibos que se generan para cobro de intereses por préstamos, por ejemplo.

• Al mostrar los valores posibles del campo "Banco", sólo se deben mostrar aquellos bancos que se encuentren en convenio "PAC".

• Al indicar un banco, se valida si el mismo está registrado en Multipac, si lo está se debe verificar que el mismo sea el banco líder, de lo contrario no se puede generar la cobranza.

• Este proceso genera la cobranza tomando en cuenta la morosidad de periodos anteriores. Esto quiere decir que la fecha que se indica en la ventana es la fecha hasta la cual se toma en cuenta los recibos/cuotas pendientes para enviarlos a cobrar.

Por ejemplo, si se corre la cobranza para el 20/10/2001 para la vía de pago "aviso" (boletines), esto quiere decir que se tomará para la generación de esta cobranza todo lo que tenga fecha de cobranza (feche límite de pago) igual o anterior a esta fecha, además dichos recibos/cuotas deben estar con estado pendiente de cobro y deben cumplir con el resto de los parámetros indicados en la ventana.

Es importante mencionar que cuando se habla de lo "anterior pendiente" se refiere a todos aquellos recibos/cuotas que tenga  fecha de cobranza 30 días o más anterior a la fecha indicada en la ventana y que se encuentren en estado pendiente para esta vía de pago y área de seguros indicada. Esto quiere decir que en la cobranza del 20/10/2001 no se incluye lo pendiente del 05/10/2001 pero si se incluye lo pendiente del 20/09/2001, del 20/08/2001 y etc. hacia atrás en el tiempo.

Lo anterior aplica para la cobranza en general, y no depende sólo de si la póliza tiene recibos pendientes a la fecha en la que se corre la cobranza sino de su cobranza anterior pendiente. Por ejemplo, si una póliza no tiene recibos con fecha límite de pago el 20/10/2001,  sino que su recibo pendiente está con fecha del 20/09/2001, este recibo debe ser tomado en la cobranza del 20/10/2001 ya que tiene 30 días (o mas) con estado pendiente con respecto a la fecha de la generación de la cobranza.

• Para tomar en cuenta que pueden existir recibos con pagos parciales, se incluye en el boletín el saldo del recibo y no el monto del recibo. Para el caso de las cuotas de financiamiento, se toma el monto de las mismas, ya no no hay pagos parciales de cuotas de financiamiento.

• Cuando se generen boletines (avisos) que contenga recibos/cuotas de financiamiento que correspondan a pólizas del producto "SEF", dichos boletines son generados en la moneda local (sin importar que la moneda en la que se genere el resto de los boletines de la cobranza).

• Si se indicó generar la cobranza para la vía de pago "Descuento por planilla" y no se indicó ningún número de convenio, entonces se debe generar la cobranza para todos los convenios de esta vía de pago. Si por el contrario, se indicó un convenio en particular, sólo se le genera la cobranza al los recibos/cuotas del convenio indicado.

Al procesar la información cuando se esté generando la cobranza para "Descuento por planilla", la misma se ordena por convenio.  De esta manera, se puede identificar cuando se trate de un convenio "SEF" (verificar el tipo de convenio en la tabla de Convenios de pago y/o descuento, (Agreements)).

Si se trata de un descuento por planilla y el convenio es de SEF, no se deben imprimir los boletines, sólo se debe imprimir un "Comprobante de PAGO".

Para el listado descuento por planilla, si el producto es de tipo Unit link o Universal Life y la vía de pago es descuento por planilla o AFP/INP, se debe seleccionar además de las pólizas, las propuestas que estén en espera de cierre, es decir:

• sCertype = 1  --Propuesta
• nstatquota = 1 -Pendiente
• nwait_code =  23 --Depósito de VNT

y además estén dentro del período del proceso de generación de cobranza. A diferencia de las pólizas, las propuestas no deben generar boletines. Para la vía de pago AFP/INP, aunque no se manejan convenios, deben aparecer en el listado, indicando en el encabezado en nombre de la entidad (AFP/INP). La entidad correspondiente a este último caso se identifica en la tabla (Roles) con el rol pagador.  

• La información que se envía al banco se ordena según la fecha de los documento (recibos/cuotas) que se están enviando a cobrar, colocando primero los mas antiguos seguidos de los mas recientes. De esta manera si un cliente tiene deuda atrasada, se le intentará cobrar primero lo mas antiguo y luego lo mas reciente (para evitar las lagunas).

• En los procesos de PAC y Transbank se envía al banco todo lo que tenga la fecha de cobranza indicada como parámetro y que tenga boletín generado, no sólo lo que se generó en este proceso. Esto es porque se pudieron haber generado manualmente boletines (con esta fecha de cobranzas, área de seguros y banco) que si tienen estas vías de pago y esta fecha de cobranza, deben ser enviados a cobro al banco.

• El dígito verificador de la póliza se obtiene de la tabla de Certificados de una póliza (Certificat).

• En la generación del archivo para Citibank, se contempla un total por "archivo" en referencia al monto y a la cantidad de registros del mismo. Estos totales se deben llevar en variables a medida que se va llenando dicho archivo.

• El campo "Tomar lo más antiguo" se marca por defecto cuando la vía de cobro es PAC o Transbank.

Fórmulas

Fecha límite de pago del boletín = Fecha de vencimiento (indicada en la ventana).

Listados

Cargos no realizados

• En la cabecera:

• Recaudación del (fecha para la cual se está generando la cobranza).
• Banco (nombre del banco para el que se ejecuta la generación de PAC, si la generación corresponde a Transbank, se debe colocar sólo "Transbank").

• En el detalle:

• Cliente.
• Boletín.
• Ramo.
• Póliza-Dígito.
• Item.
• Recibo.
• Cuenta/#Tarjeta de crédito.
• Error.

• Totales:

• Número de cargos no realizados.

Descuento por planilla

• En la cabecera:

• Título del reporte (Listado de descuento por planilla).
• Número de convenio.
• Cliente (Código y nombre del cliente asociado al convenio).
• Dirección (dirección de envío asociada al cliente del convenio)
• Fecha de emisión.

• En el detalle:

• Cliente (Código y nombre del cliente asociado al boletín).
• Ramo
• Producto
• Propuesta/Póliza (Se antepone 1- si es propuesta o 2- si es póliza)
• Número de boletín.
• Moneda del boletín (descripción corta).
• Monto total del boletín.
• Fecha límite de pago del boletín.

• En el total:

• Total de boletines generados para el convenio.
• Total a pagar.

Se genera el total cuando cambia de convenio de cobro (se imprimen los totales y se salta de página).

Información procesada

(este listado siempre se imprime, la única columna que no va a tener información en el caso de que el proceso sea "Preliminar" es la columna "Boletín" porque cuando el proceso es "Preliminar", no se genera ninguno):
  En la cabecera:

• Vía de pago
• Banco (código y nombre del banco para el que se ejecuta el proceso, sólo se muestra si la vía de pago es PAC).
• Fecha de la generación de cobranzas..
• Moneda de la generación.
• Fecha de valorización
• Tipo de proceso (preliminar o definitivo, según se haya indicado al generar el proceso).

En el detalle:

• Boletín (sólo tiene valor si el proceso se ejecuta de modo "Definitivo")
• Monto boletín (sólo tiene valor si el proceso se ejecuta de modo "Definitivo")
• Cliente (código y nombre del cliente al que pertenece el boletín, cuando se ejecuta de manera preliminar, se muestra el cliente titular del recibo indicado en la línea).
• Ramo
• Producto
• Póliza-Dígito
• Recibo (tiene valor cuando se trate de un recibo)
• Contrato/cuota (tiene valor cuando se trate de una cuota de financiamiento)
• Moneda Origen
• Monto del documento (del recibo/cuota en moneda origen)
• Monto a cobrar (del recibo/cuota en moneda origen)
• Diferencia (diferencia entre el monto del documento y el monto a cobrar, está expresado en moneda origen)
• Monto en moneda local (monto a cobrar)
• Fecha del documento
• Número del boletíon (si el proceso es definitivo).

En el total:

• Número de cargos realizados
• Monto total

Archivos

Archivo al Banco-1

Archivo al Banco-2

  Cabecera  

Detalle  

Total de control
   

Archivo al Banco-BHIF

Cabecera
 

Detalle
 

Archivo al Banco-Corpbanca

Archivo al Banco-Citibank

Cabecera
 

Detalle
 

Archivo a Transbank

Otro enlaces relacionados

Mas Información ver el Índice.