Avance #28
Avance: Continuamos con la creación del SPGeneraciónReconexiones y se actualizan los CRUDS (que no son de propiedad, registren sus cambios en la bitácora).
Problemas: Debido a que tienen lógica propia, mejor elegimos separar los pagos de tipo reconexión de los otros. Asimismo, encontramos el problema de que al existir el trigger de la tabla propiedad los nuevos cambios que se generan desde el portal web quedan con los valores alambrados.
Solución: Se procede a crear un SPGenearReconexiones que recibe como parámetros una tabla de los pagos procesados en el día de tipo reconoexión, así como la fecha actual. Genera la misma lógica que en el generador de pagos. Sin embargo, al ser una reconexión se asume que todos los recibos están vencidos y se generan los intereses moratorios correspondientes de cada uno. Luego, se procede a reconectar a la propiedad al agua y se inserta una reconexión en la tabla Reconecta. Posteriormente editamos los CRUDS que se utilizan en el portal web (propietario, usuario, propiedadXpropietario, propiedadXusuario) y se les incorporaron nuevos parámetros que permiten el registro de sus cambios en la BitácoraCambios. No obstante, esto desencadenó el problema de los valores alambrado en el trigger de la tabla propiedad, por lo que para solucionarlo se crea un nuevo trigger y se hace un override del usado en la carga de la simulación.
Consejos: Tener muy presente las limitaciones que ofrece parsear datos desde un docuemento a lo que se utiliza en un ambiente de producción de datos. No siempre las cosas que se diseñan para un ambiente funcionan para otro.
Horas: 4 horas
Comentarios
Publicar un comentario