Diagnóstico, Relevamiento y Modelo Lógico del Sistema de Control de Asistencia

1. Diagnóstico e Inventario del Flujo Actual (AS-IS)

En la primera fase del estudio de la organización, se llevó a cabo un relevamiento técnico orientado a mapear el camino completo que recorren los datos desde que un funcionario efectúa su presencia física hasta que dicha información es consolidada a nivel administrativo.

1.1. Esquema del Flujo de Datos Actual

Flujo Lineal Ineficiente:
[Funcionario] → (Registro en Planilla Física / Biométrico Local) → (Extracción y Transcripción Manual) → (Carga en Hoja de Cálculo isolated) → [Base de Datos Administrativa Consolidada]

1.2. Análisis Crítico de los Depósitos de Datos Identificados en el Relevamiento

Durante la etapa de observación y entrevistas directas, se determinó que los datos primarios residen en dos depósitos no articulados:

Hallazgo Diagnóstico Clave: Aunque la clave primaria lógica de enlace es el campo ID_Funcionario, no existe un acoplamiento automatizado entre ambos depósitos. Esto obliga a los operadores de Recursos Humanos a ejecutar cruces manuales información por información, generando cuellos de botella, vulnerabilidad ante la alteración de datos, errores de transcripción y falta de visibilidad en tiempo real para las jefaturas de las distintas unidades organizacionales.

2. Modelo Lógico de Datos Propuesto (TO-BE)

Para corregir las deficiencias detectadas en el relevamiento, se proyecta un Modelo Lógico de Datos Automatizado estructurado en Tercera Forma Normal (3NF). En este nuevo diseño, se formalizan las entidades, se elimina la redundancia y se incorpora la entidad UNIDAD_ORGANIZACIONAL como eje transversal para satisfacer la gestión descentralizada por departamentos.

Esquema del Modelo Lógico Entidad-Relación (ER)

UNIDAD_ORGANIZACIONAL
  • PK ID_Departamento
  • Nombre_Departamento
  • Centro_Costos
  • ID_Responsable
1 : N
Pertenece / Agrupa
LEGAJO_PERSONAL
  • PK ID_Funcionario
  • Nombres
  • Apellidos
  • Cedula_Identidad
  • Cargo
  • FK ID_Departamento
  • FK ID_Horario
1 : N
Genera Marcaciones
REGISTRO_ASISTENCIA
  • PK ID_Marcacion
  • FK ID_Funcionario
  • Fecha_Hora_Registro
  • Tipo_Evento (Entrada/Salida)
  • Origen_Marcacion
  • Estado_Consolidacion

3. Detalle Explicativo del Flujo de Datos por Función del Sistema

Para garantizar la trazabilidad operacional, se desagrega el comportamiento funcional del sistema en dos procesos automatizados principales:

Función 1: Captura, Validación y Marcación en Tiempo Real

Entradas de Datos: Huella dactilar, tarjeta RFID o credencial web + Identificador único del dispositivo.
Procesamiento: El sistema captura la estampa de tiempo (timestamp) atómica del servidor, valida que la clave ID_Funcionario exista en el Legajo_Personal y registra el evento sin permitir modificaciones manuales.
Depósito Destino: Se escribe directamente en el depósito REGISTRO_ASISTENCIA.

Función 2: Cruce Automatizado y Agrupación por Unidad Organizacional

Entradas de Datos: Transacciones de REGISTRO_ASISTENCIA, parámetros de la UNIDAD_ORGANIZACIONAL y turnos asignados.
Procesamiento: Un motor de reglas contrasta de forma desatendida las marcaciones reales contra el horario asignado al legajo. La información es agregada automáticamente según la clave ID_Departamento.
Salidas/Resultados: Reportes de llegadas tardías, ausencias e inconsistencias clasificados por unidad organizacional, accesibles inmediatamente para el responsable del área.

4. Especificación Técnica de Entidades (Depósitos de Datos)

Entidad A: UNIDAD_ORGANIZACIONAL (Depósito Maestro de Estructura)

Descripción Técnica: Almacena la estructura jerárquica de la institución. Su incorporación resuelve la exigencia de proveer una visión analítica agrupada por cada área funcional de la empresa.

Atributo Tipo de Dato Clave Descripción y Regla de Negocio
ID_Departamento INT / VARCHAR PK Código identificador único de la unidad organizacional.
Nombre_Departamento VARCHAR(100) - Nombre oficial de la dependencia (ej. Contabilidad, T.I.).
Centro_Costos VARCHAR(50) - Código presupuestario utilizado para la imputación de gastos.
ID_Responsable INT / VARCHAR FK Identificador del jefe o director encargado de la unidad.

Entidad B: LEGAJO_PERSONAL (Depósito Maestro de Funcionarios)

Descripción Técnica: Repositorio consolidado con la información personal y laboral activa de los colaboradores. Actúa como el pivote central que vincula al trabajador con su departamento y su esquema de horarios.

Atributo Tipo de Dato Clave Descripción y Regla de Negocio
ID_Funcionario INT / VARCHAR PK Número de matrícula o legajo institucional. Clave de enlace principal.
Nombres VARCHAR(100) - Nombres del funcionario.
Apellidos VARCHAR(100) - Apellidos del funcionario.
Cedula_Identidad VARCHAR(20) - Documento nacional de identidad (único e inmutable).
Cargo VARCHAR(100) - Denominación del puesto de trabajo.
ID_Departamento INT / VARCHAR FK Enlace con la UNIDAD_ORGANIZACIONAL a la que pertenece.
ID_Horario INT FK Enlace con la entidad de horarios asignados para el cálculo de tolerancias.

Entidad C: REGISTRO_ASISTENCIA (Depósito Transaccional de Marcaciones)

Descripción Técnica: Almacena cada transacción atómica de marcación. Evoluciona la estructura antigua (que guardaba hora de entrada y salida en la misma fila) a una orientación a eventos, lo que permite múltiples marcaciones diarias (almuerzo, salidas de campo) de manera limpia.

Atributo Tipo de Dato Clave Descripción y Regla de Negocio
ID_Marcacion BIGINT PK Autoincremental único por cada evento individual de marcación.
ID_Funcionario INT / VARCHAR FK Clave foránea que asocia la marca con el funcionario correspondiente.
Fecha_Hora_Registro DATETIME - Estampa de tiempo (Timestamp) inalterable generada por el servidor.
Tipo_Evento ENUM - Clasificación de la marca: ENTRADA_JORNADA, SALIDA_ALMUERZO, ENTRADA_ALMUERZO, SALIDA_JORNADA.
Origen_Marcacion VARCHAR(50) - Identificador del origen (ej. 'Biométrico_Acceso_Norte', 'App_Movil').
Estado_Consolidacion VARCHAR(20) - Indicador de procesamiento: PENDIENTE, PROCESADO, OBSERVADO.

5. Conclusión y Sustentación Técnica del Análisis

El paso del esquema artesanal relevado hacia este Modelo Lógico Automatizado aporta tres mejoras arquitectónicas fundamentales:

  1. Consistencia Funcional: Se elimina el cruce manual en planillas de cálculo, reduciendo a cero el riesgo de manipulación de horas o errores tipográficos.
  2. Agrupación por Visión Organizacional: La inclusión explícita del ID_Departamento en el legajo y la entidad UNIDAD_ORGANIZACIONAL garantizan que los reportes se procesen de manera aislada por área de gestión, optimizando la toma de decisiones por jefatura.
  3. Normalización de Datos (3NF): La separación entre las reglas operativas (horarios), los datos maestros (legajos) y los registros físicos (marcaciones por evento) cumple con las mejores prácticas en el diseño de bases de datos relacionales.