El dato original se conserva
Fecha, hora, empleado, movimiento, origen, terminal y demás campos esenciales del fichaje original permanecen separados de la corrección administrativa.
INTEGRIDAD DEL REGISTRO
Un registro horario fiable no debería permitir que una corrección borre el dato original. FICHAJES utiliza varias capas de control para conservar la historia, detectar alteraciones ordinarias y poder verificar técnicamente la integridad de los fichajes.
DEFENSA EN PROFUNDIDAD
La protección se reparte entre la estructura del dato, controles de base de datos, auditoría encadenada y verificadores que pueden volver a calcular la evidencia.
Fecha, hora, empleado, movimiento, origen, terminal y demás campos esenciales del fichaje original permanecen separados de la corrección administrativa.
MariaDB bloquea el borrado físico de fichajes, el cambio de sus campos originales y la modificación o eliminación de eslabones de auditoría.
Cada actuación genera un eslabón con secuencia por empresa, referencia al eslabón anterior, HASH_ANTERIOR y HASH_REGISTRO SHA-256 V1.
Cada fichaje incorpora un hash individual de su contenido original. Ese sello queda además anclado en la auditoría para poder verificarlo posteriormente.
Los controles validados actualmente incluyen cuatro barreras en la propia base de datos:
TRG_FICHAJES_PROTEGER_ORIGINAL: impide modificar los campos protegidos y el sello original.TRG_FICHAJES_NO_DELETE: impide borrar físicamente un fichaje.TRG_AUDITORIA_FICHAJES_NO_UPDATE: impide reescribir un eslabón ya creado.TRG_AUDITORIA_FICHAJES_NO_DELETE: impide eliminar físicamente auditoría.Una corrección no sustituye silenciosamente la hora original. Una anulación es lógica, no un DELETE. Las actuaciones administrativas pueden registrar autor, fecha, motivo y valores anteriores/nuevos.
El sistema dispone de rutinas que recalculan la secuencia, los enlaces y hashes de auditoría y que comprueban el HASH_ORIGINAL de los fichajes. Estas comprobaciones no necesitan modificar los datos para verificar su coherencia.
TRANSPARENCIA TÉCNICA
Estas capas refuerzan la integridad, la trazabilidad y la detección de alteraciones ordinarias dentro del sistema. No las presentamos como una firma electrónica cualificada ni como una imposibilidad física de reescritura frente a alguien que controlase simultáneamente servidor, base de datos, código, permisos DDL y copias de seguridad. Explicar ese límite forma parte de una política de seguridad seria.
SEGURIDAD DE CUENTA
Las contraseñas se almacenan mediante PBKDF2-SHA256 con salt. Los códigos y enlaces de recuperación de un solo uso se conservan como hashes, no en claro.
El cambio de email requiere contraseña actual y verificación del nuevo buzón. El email anterior recibe avisos de seguridad y dispone de un mecanismo temporal de recuperación. Los cambios sensibles incrementan la versión de sesión e invalidan sesiones anteriores.
Empiece con solo su email. 30 días gratis, totalmente funcionales, sin tarjeta y sin datos bancarios.