Implementación de funcionalidad: Insertar Movimiento

Fecha: domingo 26 de abril de 2026

Hora de inicio: 9:30 a.m.

Hora de finalización: 1:48 p.m.

Horas trabajadas: 3 h 18 min

El plan para esta sesión era implementar la funcionalidad completa de insertar movimiento: el SP auxiliar que necesitaba para el dropdown, las funciones en el modelo, la vista en el controlador y el HTML.

Actividades realizadas

9:30 a.m. – 10:12 a.m. — SP: ListarTiposMovimiento

Al empezar a pensar en el formulario de insertar movimiento me di cuenta de que necesitaba un dropdown para que el usuario escogiera el tipo de movimiento, y para llenarlo necesitaba un SP que retornara todos los tipos disponibles. Este no estaba pensado originalmente, pero surgió la necesidad en este momento al diseñar la funcionalidad completa.

10:12 a.m. – 11:45 a.m. — Funciones listar_tipos_movimiento e insertar_movimiento (modelo) + vista insertar_movimiento_view (controlador)

Con el SP listo, implementé las dos funciones del modelo y la vista del controlador.

insertar_movimiento fue más compleja y es donde apareció el error más interesante del día. La función ejecuta el SP InsertarMovimiento, pero al probarlo con un monto que dejaría el saldo negativo, la aplicación mostraba "Movimiento insertado correctamente" cuando en realidad el SP no había insertado nada. El código de error 50011 no estaba llegando correctamente a Python.

Al investigar el problema recordé que InsertarMovimiento retorna más de un resultset: uno de RegistrarBitacora y dos del SP principal. Python estaba leyendo el primer resultset que encontraba con columna resultado, que era el 0 que retorna RegistrarBitacora, y se detenía ahí sin llegar al código real del SP.

Para confirmar el diagnóstico, probé el SP manualmente en SSMS, el SP retornó correctamente los tres resultsets: 0 de RegistrarBitacora, 50011 del SP principal y 50011 nuevamente.

Img1: Resultsets del SP.

Con eso confirmado, modifiqué insertar_movimiento en el modelo para recorrer todos los resultsets con un loop while True y quedarse con el último valor de resultado en lugar de detenerse en el primero. La lógica es que el código relevante es el último, que corresponde al SELECT @outResultCode final del SP principal.

La vista del controlador insertar_movimiento_view maneja GET y POST en una sola función usando request.method. En GET carga los datos del empleado y los tipos de movimiento para el formulario y en POST valida el monto en capa lógica antes de llamar al SP, redirige según el resultado.

12:45 p.m. – 1:48 p.m. — Vista insertar_movimiento.html + botón en movimientos.html

Igual que con las vistas anteriores, primero diseñé en Figma siguiendo el diseño base del proyecto y luego programé el HTML. La vista muestra los datos del empleado en modo lectura, un dropdown con los tipos de movimiento y un campo de monto numérico.

Al cargar el formulario por primera vez me encontré con que el dropdown aparecía vacío.

Img2: Dropdown  de Tipo de movimiento vacío.

La causa era simple, el SP ListarTiposMovimiento lo había creado en el script del repositorio pero no lo había ejecutado todavía en la base de datos de Azure. Lo ejecuté en SSMS y el dropdown se llenó correctamente.

Forma de trabajo del equipo

Nos mantuvimos en contacto por WhatsApp para coordinar el estado general del proyecto.

Referencias:

Comentarios

Publicar un comentario

Entradas más populares de este blog

Creación del SP de Cargar Datos

Fecha:  20 de abril Hora de inicio: 9:00 a.m.  Hora de finalización: 12:00 p.m. Hora de inicio: 1:00 p.m.  Hora de finalización: 4:00 p.m. Horas trabajadas: 6h Con las tablas ya creadas en la base de datos, el siguiente paso era poblarlas con los datos de prueba provistos por el equipo del profesor. Para esto, se debía implementar el script para la carga de datos, que lo hicimos como SP, que recibe el contenido de un archivo XML y lo procesa directamente en SQL Server. Actividades realizadas 9:00 a.m. - 12:00 p.m. Antes de escribir el SP, fue necesario investigar cómo SQL Server maneja archivos XML de forma nativa, ya que el profesor indicó en su momento que no debíasmos hacerlo con un parser. Los conceptos investigados fueron:  nodes () y value() : funciones nativas de SQL Server para procesar XML. nodes() navega la estructura del documento y devuelve una fila por cada nodo encontrado — funciona como un recorrido sobre los elementos. value() extrae el v...
Leer más

Implementación de funcionalidades: Editar Empleado y Eliminar Empleado

Imagen
Fecha: sábado 25 de abril de 2026 Hora de inicio: 9:30 a.m. Hora de finalización: 5:38 p.m. Horas trabajadas:  4 h 41 min El plan para esta sesión era implementar las funcionalidades completas de editar y eliminar empleado. Fue la sesión más larga del proyecto hasta ahora, con bastante trabajo tanto en capa lógica como en presentación. Actividades realizadas 9:30 a.m. – 10:35 a.m. — Función actualizar_empleado (modelo) Empecé por la función en Python que conecta con el SP ActualizarEmpleado. La estructura es similar a las funciones que ya había hecho: abre la conexión, ejecuta el SP con cursor.execute, lee el resultset con el código de resultado y cierra la conexión en el finally. Un detalle importante en esta función es el conn.commit() después del fetchone. Como ActualizarEmpleado hace un UPDATE dentro de una transacción, es necesario confirmar el cambio desde la capa Python también, de lo contrario la modificación no persiste en la base de datos. Esto ya lo ha...
Leer más

Implementación de funcionalidad: Consultar Empleado

Imagen
Fecha: viernes 24 de abril de 2026 Hora de inicio: 2:30 p.m. Hora de finalización: 7:45 p.m. Horas trabajadas:  3 h 02 min El plan para esta sesión era implementar la funcionalidad completa de consultar empleado: la función en la capa lógica, el controlador y la vista. Johana ya había terminado su parte de capa lógica y presentación días antes, así que yo había esperado a que estuviera lista para arrancar con la mía, tal como lo acordamos. Actividades realizadas 2:30 p.m. – 3:20 p.m. — Función consultar_empleado (capa lógica) Comencé escribiendo la función consultar_empleado en Python. Esto era bastante similar a lo que hice en la tarea 1, así que no partí desde cero: repasé el código de la tarea anterior para refrescar cómo se hacían las llamadas a SPs con pyodbc y cómo se manejaban los resultsets. La función abre la conexión, ejecuta el SP con cursor.execute, lee el primer resultset con cursor.fetchone para obtener los datos del empleado, y luego llama a cursor.nextset() para ...
Leer más