Sesion 8

 Día: 12/06/25

Hora de inicio: 09:40
Hora de fin: 13:10
Cantidad de horas trabajadas: 3 horas y 30 minutos

Problemas encontrados:

  • Detección de generación de cédulas duplicadas en el XML de catálogo.

  • Marcas de asistencia generadas para empleados sin jornada asignada.

  • Jornadas asignadas que no se aplicaban correctamente desde el viernes.

  • Inserción de empleados estaba limitada a condiciones específicas de fecha.

  • Errores potenciales por sobreescritura de jornadas anteriores al eliminar empleados.

Cómo fueron resueltos:

  • Se implementó la función generate_unique_cr_id(existing_ids) para asegurar unicidad de las cédulas generadas.

  • Se agregó validación para solo generar MarcaDeAsistencia si el empleado tiene jornada asignada.

  • Se controló que la jornada asignada el jueves solo comience a aplicarse a partir del viernes.

  • Se modificó la lógica para permitir la inserción de nuevos empleados cualquier día.

  • Se limpió correctamente la estructura jornadas_semana_actual al eliminar empleados para evitar inconsistencias.

Dudas:

  • Confirmar si las jornadas deben aplicarse solo desde el viernes o desde el mismo jueves.

  • Validar si se deben registrar advertencias en el XML en vez de ignorar silenciosamente casos como empleados sin jornada.

Forma que se trabajó: De manera asincrónica.

Problemas de la instalación del software: Ninguno.

Problemas de aprendizaje del software: Ninguno.

Investigaciones:

  • Técnicas para garantizar unicidad de identificadores en datos simulados.

  • Validaciones cruzadas entre jornadas y marcas de asistencia.

  • Mecanismos para simular operación diaria con condiciones aleatorias controladas.

Prueba de concepto:
Se ejecutó generación completa del XML de catálogos y de operación para 160 días.
El proceso incluyó inserción dinámica de empleados, eliminación controlada, deducciones, jornadas semanales y marcas de asistencia.

Resultado:

  • Se generaron correctamente los XMLs.

  • 148 empleados iniciales, múltiples eliminaciones e inserciones a lo largo del tiempo.

  • Jornadas semanales asignadas de forma aleatoria y aplicada a las marcas diarias.

  • Usuarios del sistema correctamente creados y asociados.

Correcciones documentadas en consola:

  • Evitar cédulas duplicadas usando generate_unique_cr_id.

  • Permitir inserción de empleados cualquier día.

  • Solo generar marcas para empleados con jornada asignada.

  • Jornadas del jueves se aplican desde el viernes.

  • Eliminación limpia de empleados y datos asociados.

Comments

Post a Comment

Popular posts from this blog

Sesión 12

  Dia: 19/06/25 Hora de inicio: 13:20 Hora de fin: 16:00 Cantidad de horas trabajadas: 2 horas y 40 min. Problemas encontrados: Al ejecutar el “SIMULADOR DE OPERACIÓN” en Python, call_sp_with_output fallaba al mapear dos valores de salida ( @id y @rc ) con el placeholder generado. Cómo fueron resueltos: Corregí la construcción de placeholders y el SQL string a: python placeholders = ',' .join([ '?' ] * len (params)) sql = f"DECLARE @id INT, @rc INT; EXEC dbo. {name} {placeholders} , @id OUTPUT, @rc OUTPUT; SELECT @id AS salida, @rc AS codigo;" Aseguré que fetchone() devolviera ambos valores correctamente. Dudas: Si centralizar esta lógica en un helper para todos los SP con output multiple. Forma que se trabajó: De manera asincrónica Problemas de la instalación del software: Ninguno. Problemas de aprendizaje del software: Sintaxis de pyodbc para SPs con varios OUTPUT. Investigaciones: Documentación oficial d...
Read more

Seccion 5

Dia: 30/05/25 Hora de inicio: 16:20 Hora de fin: 18:45 Cantidad de horas trabajadas: 2 horas y 25 min. Problemas encontrados: En el SP InsertarEmpleado , el mapeo de @inNombrePuesto a IdPuesto devolvía NULL cuando el nombre tenía espacios en blanco al final. El script Python 1 (Cargador de Catálogos) arrojaba UnicodeEncodeError al imprimir nombres con acentos en consola de Windows. En el script Python 2 (Simulador de Operación), el parámetro autocommit=False hacía que la transacción se quedara abierta y se saturara el pool de conexiones tras varios días de simulación. Cómo fueron resueltos: Reordenamiento de índices : Moví la sección CREATE INDEX justo después de la creación de MarcaAsistencia y MovimientoPlanilla para asegurar que existieran las tablas antes de indexarlas. Codificación UTF-8 en Python : En el print de Python 1, forcé sys.stdout.reconfigure(encoding='utf-8') al inicio del script para prevenir errores con caracteres nacionales. Auto...
Read more

Sesión 4

  Dia: 28/05/25 Hora de inicio: 10:00 Hora de fin: 13:15 Cantidad de horas trabajadas: 3 horas y 15 min. Problemas encontrados: El SP usp_ListarEmpleados mostraba FechaNacimiento en YYYYMMDD en vez de YYYY-MM-DD , lo cual rompía la capa de datos. El SP de simulación arrojaba error XQuery por “Top-level attribute nodes are not supported” en el nodo U.Usuario.value . Cómo fueron resueltos: Cambié el CAST en el SP: sql CONVERT ( VARCHAR ( 10 ), FechaNacimiento, 23 ) AS FechaNacimiento Revisé el XQuery en el SP CargarDatos , reemplacé U.Usuario.value('(@Tipo)[1]','INT') por U.Usuario.query('data(@Tipo)').value('.', 'INT') . Dudas: Si consolidar ambos SP en uno con parámetro de operación para evitar duplicación de lógica. Forma que se trabajó: Se revisó línea a línea del SP. Problemas de instalación del software: Ninguno. Problemas de aprendizaje del software: Sintaxis avanzada de XQuery en MSSQL. Invest...
Read more