Simulación - Hecha
Jarod Cervantes Gutiérrez 1:00 - 1:30, 5:00 - 9:30 (5 horas)
Se lee totalmente el XML, y se realizan los cálculos finales para realizar el cierre del Estado de cuenta.
El SPCargarOperacionesv2 se encarga de leer el archivo XML. Lo que hace es tomar el primer nodo fecha y el último, para calcular los días (n) entre esas dos fechas. Una vez las calcula se procede a realizar una iteración n veces de esos días. Se van manejando dos fechas, @fechaItera que es inherente a las fechas dentro del XML, se calcula @fechaInicial + @iterador y @fechaOperacion que se asigna desde el XML.
Luego se compara si @FechaOperacion es igual @fechaItera, y si lo son es porque existe un nodo en el XML el cual hay que leer e insertar los datos ahí presentes.La lectura de Persona, Cuenta, Beneficiario y Movimiento está tal cual se describió anteriormente. Solo se agrego la lectura de Usuario y UsuarioPuedeVer que sigue el mismo estilo que las lecturas anteriores.
En el caso que las fechas sean distintas no se lee nada. Pero siempre, sean iguales o no se ejecutará otro SP CierreEstadoCuenta el cual recibe @fechaItera. Como el nombre lo indica el SP cierra estados de cuenta que tengan su fecha de cierre igual a @fechaItera.
En este SP se crea una tabla variable que guarda todos los id de estados de cuenta que deban cerrar ese día, esto para poder iterar a través de las mismas.
Luego se van asignando valores a distintas variables, como el caso de @saldoMinimo, que es el menor monto que llego a tener un movimiento de ese estado de cuenta.
Luego se extraen múltiples valores del TipoCuenta para después no estar haciendo consultas individuales para las distintas multas, cantidad de usos...
Por último si incumplió el saldo mínimo.
Y el cierre definitivo del estado y la creación del siguiente.
Creación del siguiente estado.










Comentarios
Publicar un comentario