Incidencia | No se están mostrando los valores de los atributos a cobrar en el reporte general de carteta |
Usuario que reporta: | Mariela Bayona Jefe Grupo Crédito y Cartera CAJAHONOR |
Servicio No. | 49560 | Fecha reporte | 14-07-2017 | Hora reporte | 09:10 AM |
ANTECEDENTES |
No se reportaron antecedentes en el cierre anterior |
SOPORTES DE LA INCIDENCIA |
- Documento en excel del error mostrado en la funcionalidad de reporte general de cartera el aplicativo CYGNUS LEASING.
- No se recibe contextualización de las acciones realizadas antes del bloqueo presentado.
|
CRONOLOGIA Y ACTIVIDADES DESARROLLADAS |
Hora | Actividad desarrollada |
09:10 AM | Se procedió con la conexión al equipo habilitado para ethos para verificar fechas del aplicativo y posteriormente: - Se ingresa a la base de datos de pruebas para revisar desde el estado de cuenta los valores a cobrar a cada asociado ya definidos dentro del plan de pagos de cada crédito.
- Luego de validar contra el estado de cuenta, se procede a revisar el programa del reporte general de cartera con el fin de detectar donde está el error al momento de cargar los productos y los valores a cobrar.
- Se Revisa con más detalle las tablas HAB_DESEMBOLSO,HAB_PLAN_PAGOS y HAB_PLAN_PAGOS_CUO dentro de la base de datos de pruebas, con el fin de saber si todas las fechas de próximo pago coinciden conforme a los últimos pagos realizados.
- En comunicación con el Ingeniero Jorge Fonseca se solicita un Backup reciente de la base de datos de producción con el fin de cargarlo en la base de datos de pruebas con el fin de trabajar sobre la misma información ya actualizada.
- Se detecta que dentro de la tabla HAB_DESEMBOLSO se encuentran mal las fechas de próximo pago de julio debido a que deben coincidir con las fechas de próximo pagos de las tablas HAB_PLAN_PAGOS Y HAB_PLAN_PAGOS_CUO.
- Se arma y se ejecuta en la base de datos de pruebas un script para cambiar las fechas de próximo pago de julio en la tabla HAB_DESEMBOLSO para que dentro del reporte general de cartera permita calcular correctamente los valores a cobrar según el plan de pagos ya definido en las tablas HAB_PLAN_PAGOS Y HAB_PLAN_PAGOS_CUO.
- Se revisa el programa donde toma la validación de las cuotas y los valores a cobrar de los atributos dentro de las tablas ya mencionadas anteriormente.
|
12:13 AM | - Luego de haber ejecutado el script se realizan pruebas al programa de reporte general de cartera para verificar y validar contra el estado de cuenta y el plan de pagos, el cobro de los atributos para cada crédito, donde los resultados han sido favorables.
- Se valida la columna de Total a pagar dentro del reporte general de cartera cuando se consulta con fecha de corte de junio 30 de 2017 puesto que se detecta que se queda el valor total de uno de los créditos pegado en todos los demás registros.
- Se realiza una prueba de cambio al programa para la asignación del valor total a pagar dentro del reporte para posteriormente validar cada información a fecha de corte de junio con el estado de cuenta y el plan de pagos.
|
12:35 PM | 40 minutos de almuerzo |
13:15PM | - Se procede a cargar el último Backup de producción en la base de datos de pruebas para realizar nuevamente las tareas ejecutadas en la mañana de hoy.
- Se realiza el proceso de entrega del aplicativo de reporte general de cartera junto con el script que debe ser ejecutado en la base de datos de producción a cargo del DBA de la entidad.
- Se deja el programa y script actualizados dentro de la ruta
\\cpvmp-62p\Versionamiento \2017\14072017\cr_repgencar.exe - Se valida nuevamente por el lado de ETHOS el programa de reporte general de cartera para posteriormente validar con la entidad teniendo en cuenta la información registrada en el estado de cuenta de cada asociado así como el plan de pagos de cada crédito de los asociados.
- Se valida la información del reporte general de cartera con la funcionalidad de movimiento general de Leasing Habitacional.
- Se actualiza el programa tanto en el ambiente local de ETHOS como en el ambiente de pruebas de la entidad.
- Se validan todos los resultados obtenidos en el reporte con el usuario Fabio Muñoz así como la comparación de la información de cada cliente desde el estado de cuenta.
|
16:25 PM | - En comunicación con el Ingeniero Jorge Fonseca se habla sobre el trabajo realizado para posteriormente realizar una retroalimentación de todos los resultados obtenidos durante la generación del reporte de cartera.
- Se le indicó a la entidad que por la parte de ETHOS ya se realizaron todas las verificaciones correspondientes al tema de reporte general de cartera del aplicativo CYGNUS LEASING.
- Se le indicó a la entidad que si se vuelven a presentar este tipo de inconsistencias se comuniquen con la Ingeniera Michele Rojas para su posterior revisión, asignación de recurso y solución al caso.
|
|
|
ACCIONES COMPLEMENTARIAS |
Consecutivo | Descripción |
1 | Revisión dentro de la base de datos de producción y de pruebas la fecha del programa de reporte general de cartera, así como la información que envía al reporte actualmente. |
2 | Revisión a la versión del software. |
3 | Construcción de script para las fechas de próximo pago de julio de la tabla HAB_DESEMBOLSO para que coincidan con las fechas de próximo pago de julio de las tablas HAB_PLAN_PAGOS Y HAB_PLAN_PAGOS_CUO. |
CONCLUSIONES |
Se evidencia que efectivamente no se estaba calculando los valores a cobrar de los atributos para cada crédito dentro del programa de reporte general de cartera debido a que las fechas de próximo pago de julio no estaban coincidiendo con las fechas de próximo pago de julio definida dentro del plan de pagos de cada crédito, se arma el script para corregir dicha inconsistencia para que sea ejecutada posteriormente en la base de datos de producción por parte del DBA de la entidad. Se espera que en el ambiente de producción no se generen inconsistencias. |
RECOMENDACIONES |
- En caso de presentarse nuevamente este tipo de inconsistencias, se debe habilitar un equipo con la herramienta TEAMVIEWER o con la herramienta ANYDESK para poder revisar el caso de forma remota y dar pronta solución a la misma.
- Tener ya registrados todos los desembolsos y pagos de créditos justo antes de que realizar el proceso del cierre.
- Tener la base de datos de pruebas cargada y actualizada conforme a toda la información que se tenga en producción.
Aplicando las anteriores recomendaciones podremos agilizar nuestros tiempos de respuesta.
|
Elaborado por: David Orozco Arcila | Aprobado por: Michele Rojas | Fecha elaboración: 14-07-2017 |
