Sesion 7

Dia: 06/06/25
Hora de inicio: 09:30
Hora de fin: 11:55
Cantidad de horas trabajadas: 2 horas y 25 min.

Problemas encontrados:

  • Al insertar nuevos empleados saltaba el error 50004 (“Empleado con ValorDocumentoIdentidad ya existe en inserción”) porque el simulador generó cédulas duplicadas.

  • En la primera fecha de operacion.xml, las marcas de asistencia arrojan 50013 (“Marca sin jornada asignada”) al no haberse generado todavía las jornadas semanales.

  • La consulta de eventos (usp_ListarEventos) devolvía “Ambiguous column name 'PostTime'”, porque la tabla Evento y la vista VW_EventoDetalle compartían columnas con ese nombre.

  • Las tablas de planilla (MovimientoPlanilla, SemanaPlanilla) quedaban vacías tras la simulación completa porque nunca se invocaba el SP CerrarSemanaPlanilla.

Cómo fueron resueltos:

  1. Duplicados de cédula

    • En el wrapper Python de llamada a SP (call_sp), añadí un parámetro opcional ignore_errors=[50004,50005] para capturar y descartar duplicados no críticos, registrando un warning en log.

  2. Marca sin jornada

    • Modifiqué el SP InsertarMarcaAsistencia para que, si recibe 50013, inserte la marca en tabla de pendientes y emita un evento de tipo “MarcaPendiente” en lugar de abortar.

  3. Ambigüedad en consulta de eventos

    • En usp_ListarEventos aliasé todas las columnas problemáticas:

      sql
      SELECT ev.Id          AS IdEvento,
       ev.PostTime    AS FechaEvento,
       d.Detalle, ...
  FROM Evento ev
  JOIN VW_EventoDetalle d
    ON ev.Id = d.IdEvento;

  4. CerrarSemanaPlanilla

    • Identifiqué que el SP no se llamaba al final de la simulación. Añadí en el script Python, tras procesar 7 días, la invocación a CerrarSemanaPlanilla(@SemanaActual) para poblar los movimientos de planilla.

Dudas:

  • Definir si la automatización de cierre semanal debe residir en el simulador (Python) o configurarse MSSQL.

Forma que se trabajó:

  • De manera asincrónica; GitHub.

Problemas de la instalación del software:

  • Ninguno.

Problemas de aprendizaje del software:

  • Comprender la gestión de estados “pendiente” en marcas de asistencia.

Investigaciones:

  • MSDN: “Handling custom error codes in T-SQL”

  • Documentación de SQL Server Agent Jobs para programar tareas.

  • Artículo sobre “Design patterns for delayed processing” en SQLShack.

Prueba de concepto:

  • Simulación de 160 días con la nueva lógica incorporada. Resultados:

    • Empleados procesados: 148

    • Semanas cerradas: 23

    • Marcas totales: 15 029 (incluidas 214 pendientes)

    • Eventos generados: 17 676

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