GESTION DE MOROSOS.

La Gestion de morosos contiene varios procesos y tablas que son necesarias tenerlas en cuenta.

TABLAS PRIORITARIAS:

- CO_MOROSOS: Esta es la principal tabla de morosos, ya que en ella se ingresan los clientes morosos
cuando la fecha de vencimiento en la cartera es mayor al sysdate. A medida que va pasando el tiempo sin
que el cliente cancele la deuda, se va cambiando el campo cod_ptogest, indicando el nivel.
Generalmente cuando ingresa por primera vez queda en el punto MOROS. Después sigue avanzando por
ejemplo en susun, susbi , baja. Dependiendo como este configurada la categoria.

- CO_ACCIONES: Esta tabla contiene las acciones que se le asignan al cliente, según su categoría y punto de
gestion. Por ejemplo aviso de vencimiento, suspensión unidireccional, suspensión bidireccional, baja, etc.

- CO_PTOSGESTION : Contiene los puntos de gestión que se asignan a los clientes dependiendo la categoría
en la ge_clientes. Esta categoría de la ge_clientes no es la misma que aparece en la tabla co_morosos. La
categoría que aparece en co_morosos tiene su equivalencia en la tabla co_codigos:

select * from co_codigos where nom_tabla='GE_CLIENTES' and nom_columna='COD_CATEGORIA'

Por ejemplo si el cliente el cod_categoria en la ge_clientes tiene un valor 20, en la co_morosos aparecerá
como PYME.

- CO_PTOSRUTINAS: Contiene la parametrizacion de las rutinas por categoria y el orden como deben
cargarse las acciones.

select * from co_ptosrutinas order by cod_categoria, num_dias

---------------------------------------------------------------------------------------------------------------------------

PROCESOS:
Existe una linea de procesos para la gestión de morosos la cual se conforma de la siguiente manera:

- Co_saldocons: Este proceso esta programado para ejecutarse después de medianoche, y consiste en tomar
todos los clientes cuya fecha de vencimiento es anterior al sysdate. Esto lo hace para que el proceso de
evaluación no tenga que ir a la tabla co_cartera ya que demoraba mucho por la cantidad de registros que
almacena esta tabla.
Los registros quedan almacenados en la tabla CO_SALDOCONS_TO.
El proceso dropea la tabla antes de cargar los nuevos registros. Esto se puede validar revisando la fecha.

- Co_EvalCM: Este proceso se encarga de leer la tabla anteriormente mencionada, y en su defecto si el

proceso anterior no se ejecuto lee directamente de la tabla co_cartera lo cual provoca un tiempo mas alto
de ejecución.
Este proceso se encarga de tomar los clientes con fecha de vencimiento inferior al sysdate, y los deja SOLO
en la tabla de morosos con el punto de gestión MOROS. No genera acciones.
Solo corre una vez al día, inmediatamente después del proceso Co_saldocons. Por lo general esta
programado en la madrugada.
- Co_EvalMO: Este proceso se encarga de revisar a los clientes que ya están morosos. Lee la tabla
CO_MOROSOS y dependiendo del punto de gestión que tenga la categoría del cliente comienza a generar
las acciones de cobranza correspondiente como por ejemplo suspensiones y bajas.
Estas acciones quedan guardadas en la tabla CO_ACCIONES.
Solo corre una vez al día, inmediatamente después del proceso Co_saldocons. Por lo general esta
programado en la madrugada.

- Ejecutor: Este proceso se encargar de leer las acciones y efectuar el movimiento correspondiente,
invocando las rutinas que estén configuradas en el punto de gestión, tales como SUSUN, SUSBI, BAJA.
Cada rutina realiza las validaciones respectivas y envia un registro a la ICC_MOVIMIENTOS para que
centrales ejecute el movimiento.
Como anexo, cuando un cliente moroso pide una prorroga, esta se genera por el aplicativo VB Gmoros.exe,
mas conocido como Gestion de Morosos, el cual inserta en la co_acciones una acción de reversa y este
procede se encarga de ejecutarla. Esta reversa solo la hace para clientes con prorrogas pero no elimina
ningún registro de la co_acciones.

Excluidor: Este proceso revisa la tabla co_pagos por si el cliente cancelo la deuda y procede a reversar todas
las acciones de cobranza eliminándolas de la tabla CO_ACCIONES y CO_MOROSOS y enviando al histórico
CO_HACCIONES y CO_HMOROSOS.
También realiza las reversas de un cliente cuando este solicita un cambio de categoría.
Cuando existe un cambio de categoría del cliente, una vez eliminadas las acciones que tenia en la otra
categoría, el proceso EvalCM y EvalMO proceden a realizar nuevamente la lectura del punto de gestión
para la nueva categoría y proceden a realizar las acciones que correspondan.
Cabe señalar que cada categoría puede tener distintos puntos de gestión como por ejemplo
Categoria A : SUSUN a los 3 días, SUSBI a los 10 días, BAJA los 30 días.
Categoria B: SUSUN a los 5 días, SUSBI a los 15 días, BAJA a los 45 días.