Avance #36

Avance: Se crearon los métodos para el pago de los recibos y también los que requieren en caso de la cancelación de la operación Pagar. De igual forma comenzamos a buscar formas de pasar los recibos desde la interfaz a la base para que sean utilizados como entrada del SP PagarRecibos y para la cotización de sus intereses moratorios.

Problemas: No podíamos encontrar una buena forma de pasar los recibos desde el portal Web. Primeramente intentamos montando tablas, pero no resultaba porque los tipos estaban declarados internamente en la base.

Solución: Luego de consultarlo con el profesor decidimos que la mejor opción era convertir los recibos seleccionados a un string con formato JSON que pueda ser leído e interpretado por la base de datos. Así lo hicimos, para nuestra sorpresa es muy parecido al parseo de una XML, por lo que nos resultó sencillo de realizar. Seguidamente, ya con un canal de comunicación establecido, procedimos a realizar el SP que cotiza los recibos que se desean pagar. Para esto el usuario marca los recibos que desea pagar inicialmente (la selección cumple con las restricciones cronológicas solicitadas) y calcula los intereses moratorios correspondientes a dichos recibos. Luego le despliega al usuario los recibos que seleccionó previamente y los recibos por el concepto de interés moratorio que se acaban de generar en la cotización, además de una suma total. La interfaz despliega dos botones, los cuales son Pagar y Cancelar. Para satisfacer las necesidades de estos botones, creamos los SP's PagarRecibos y CancelarRecibos. En caso de oprimir el botón de pago, los recibos que el usuario haya seleccionado y los que se hayan creado por intereses moratorios de los anteriores pasan de Estado 0 a 1, luego se despliega el  detalle comprobante de pago generado. En caso contrario, el botón de cancelar anulará los recibos de intereses moratorios recién creados pasando su Estado de 0 a 2, esto debido a que no funcionaría en otra fecha porque su monto es calculado con los días entre la fecha actual y la de vencimiento.

Consejos: Investigar cuales son los medios para comunicar un portal web con una base de datos, varía. dependiendo del framework con el que se trabaje. Pero la mayoría soporta comunicación mediante texto en formato JSON o XML. 

Horas: 4

Comentarios

Publicar un comentario

Entradas más populares de este blog

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 (propietar...
Leer más

Avance #39

Avance : Se integra la funcionalidad de AP para el Portal Web Municipal. Se colocó la función en la misma pantalla., luego de realizar la cotización de los recibos con sus respectivos intereses moratorios. Esto ya que la funcionalidad del arreglo de pago es funcionar como un préstamo que unifica las deudas de diversos tipo de recibos y los financia a un plazo definido por el usuario. El plazo del usuario afecta directamente en el monto fijo de la cuota mensual que debe pagar. A mayor plazo, menor cuota pero aumenta el monto de los intereses.  Problemas : N/A Solución : Para cumplir con esta integración se creo el SP GenerarAPWeb. Antes de enviar los datos al SP, la interfaz del portal le da la posibilidad de generar una proyección sobre el monto de la cuota mensual y su total final. Para hacer esto, el usuario digital la cantidad de meses que quiere cotizar y con ese dato se le calculan y muestran los montos correspondientes. Una vez que el usuario se siente a gusto se le mandan lo...
Leer más

Avance #32

Avance : Se construyeron gridviews para los recibos por separado, ya que se hizo una solicitud al final. Los grids se pensaron que podrían estar uno al lado del otro pero no es necesario, ya que no se van a comparar los datos y no tienen una relación. Se generaron los métodos específicos para cada una de las tablas. Realmente, solo era necesario modificar en la base los SP para que fueran dos en vez de uno y luego enlazarlo con los métodos. Los botones de atrás y adelante se quitan del panel cuando no se pueden presionar más porque se llegó al inicio o al final de la lista de filas. Problemas : Historial Cambio está construyendo las tablas con errores en los tipos que se seleccionan y la información que viene. Unas tablas no se muestran del todo aunque, en la base de datos se despliegan correctamente. Los botones antes de que se eliminen se caen con un error de index en la fila que se desea obtener.  Solución : Se tenían mal acomodados los items de los radiobuttons y cuando se sele...
Leer más