Disponibles a partir de la versión 9.0.0.1
Sistema de detección, clasificación y resolución de incidencias en jornadas laborales. Las incidencias pueden ser bloqueantes (impiden la validación) o informativas, con mecanismos de auto-resolución y flujos de validación de periodos.
Ciclo de Vida de una Jornada
Las jornadas pasan por tres estados principales. Durante todo el ciclo, el sistema evalúa continuamente las condiciones de incidencia.
Tipos de Incidencias
Impide que la jornada pase a estado Validado. La jornada no se puede cerrar hasta que la incidencia se resuelva.
- Missing Markings (falta de fichaje)
- Fraude Horario (desfase en reloj del dispositivo)
- Secuencia ilógica de fichajes
Son meramente informativas. No impiden la validación pero quedan registradas para análisis y auditoría.
- Salida anticipada
- Marcaje fuera de turno
- Incumplimiento de descanso reglamentario
Detección de Incidencias
Las incidencias se calculan en múltiples momentos según su "peso de procesamiento":
pEmployees_Assistence_RecalcMetrics evalúa los DayTypes (ausencias, festivos, falta de fichajes directos). Muy rápido porque lee registros de Employees_Assistence.pCron_Incidences_Fast corre cada ~5-10 minutos evaluando los últimos 3 días. Detecta: secuencias ilógicas, fraude horario, salidas anticipadas, marcajes fuera de turno y alteraciones en días cerrados mediante el DirtyFlag.pCron_Incidences_Global bajo demanda para detectar incumplimientos mensuales: falta de descansos reglamentarios, fines de semana libres, etc. No bloquean el cierre mensual.Auto-Resolución de Incidencias
El sistema está diseñado para limpiar automáticamente incidencias cuya condición ya no se cumple. Los tipos con AutoResolvable = 1 en el catálogo WorkdayIncidenceType se gestionan así:
StatusCode = 'PENDING'.StatusCode = 'RESOLVED' y ResolutionType = 'AUTO_RESOLVED'. Si se borra ese fichaje después, la incidencia se reabre automáticamente.Validación de Periodos
Al terminar el mes, Recursos Humanos ejecuta el proceso de "Cierre de Periodo" (pDateEmployee_Validate_Period):
StatusId = 0 (pendientes de validar).BlocksValidation = 1. El resto del mes se valida; el día bloqueado queda pendiente.StatusId = 1 y cierra los fichajes base (Closed = 1).Desvalidación de Periodos
Si RRHH detectó un error en una validación ya realizada, puede ejecutar el proceso de rollback (pDateEmployee_UnValidate_Period):
Casos de Uso Típicos
El empleado ficha correctamente todos los días. HR pulsa "Validar Mes de Enero". El proceso calcula +1 hora a la bolsa de compensación, marca el mes como Validado. Todo correcto.
El empleado olvidó fichar salida el 25 de enero — queda Missing Markings (bloqueante). HR pulsa "Validar Mes de Enero". El sistema valida del 1 al 24 y del 26 al 31. El día 25 arrastra el error. HR busca los errores bloqueantes, introduce la salida manual de 18:00, el sistema auto-resuelve el Missing Markings, y HR vuelve a validar el día 25 residual.
RRHH modifica un registro ya validado de la semana pasada. El Cron Fast detecta el DirtyFlag y abre una incidencia de integridad (MARKING_ON_CLOSED, IDs 24-29) para que quede trazabilidad contable de que el dato fue tocado posterior a la validación.
Componentes Técnicos
¿Le ha sido útil este artículo?
¡Qué bien!
Gracias por sus comentarios
¡Sentimos mucho no haber sido de ayuda!
Gracias por sus comentarios
Sus comentarios se han enviado
Agradecemos su esfuerzo e intentaremos corregir el artículo