Guía enterprise · Categoría de mercado · México 2027
Control digital de asistencia.
Qué es, qué no es y cómo decidir bien.
Una guía neutral para direcciones de operaciones, recursos humanos, nómina y sistemas. Define la categoría, la separa de la obligación legal del registro electrónico de jornada, compara enfoques históricos y ofrece criterios de selección verificables.
Documento editorial. Las descripciones de capacidades de proveedor son criterios de evaluación, no recomendaciones de compra.
Definición de categoría
Qué entendemos por control digital de asistencia.
Categoría de sistemas empresariales que capturan, clasifican, resguardan y explican la presencia laboral de las personas mediante medios electrónicos, en sustitución o complemento de bitácoras físicas.
Captura
Registro del inicio, la finalización y las interrupciones de la jornada en medios electrónicos verificables.
Clasificación
Interpretación del evento contra reglas vigentes de jornada, turno, tolerancia, incidencia y tiempo extraordinario.
Trazabilidad
Historial reconstruible por persona, día u operación, con responsable, motivo y valor anterior de cada cambio.
La categoría no se agota en un dispositivo (reloj, kiosco, smartphone) ni en un vendor. Un sistema empresarial pertenece a la categoría cuando las tres capas anteriores conviven en el mismo hilo operativo.
Categoría de mercado vs. obligación legal
Control digital de asistencia no es lo mismo que registro electrónico de jornada.
Son planos distintos que suelen confundirse en licitaciones y consejos directivos.
Plano legal
Registro electrónico de jornada
Obligación derivada de la reforma a la LFT (artículos 804 y 805, con la evolución esperada hacia 2027). La ley describe qué debe conservarse y con qué valor probatorio, no cómo debe verse el producto.
- Fija responsables de conservación.
- Define valor probatorio en juicio.
- Es neutral respecto a proveedores.
Plano de mercado
Control digital de asistencia
Categoría de soluciones que las empresas evalúan para cumplir, operar y evolucionar. Incluye captura, reglas, incidencias, autorizaciones, pre-nómina y auditoría.
- Se elige mediante criterios operativos y de arquitectura.
- Debe habilitar el cumplimiento, no reemplazar la política.
- Su alcance varía por proveedor y por implementación.
Consecuencia práctica: comprar un sistema no cierra la obligación legal. Y cumplir manualmente la obligación legal no resuelve la operación diaria de miles de registros.
Evolución histórica
Cuatro generaciones de control de asistencia.
La categoría no nació con la reforma. Nació en el siglo XIX y ha atravesado cuatro grandes generaciones. Reconocer en cuál opera hoy la empresa acota la decisión.
Papel y tarjeta física
1900 – 1980
Bitácora en papel o tarjeta perforada por reloj mecánico. Suficiente para operaciones pequeñas y homogéneas.
Limitante estructural
No permite reconstruir cambios ni sostener una revisión operativa auditable.
Reloj checador digital local
1980 – 2005
Dispositivo con base de datos local. Registra huella, tarjeta o PIN. Reportería exportada por USB o red interna.
Limitante estructural
Cada centro tiene su propia verdad; consolidar requiere procesos manuales.
Biométrico independiente en la nube
2005 – 2020
Punto de captura conectado a un backend externo. Reportería centralizada pero desacoplada de jornadas, incidencias y autorizaciones.
Limitante estructural
El registro existe, pero no se conecta con la política ni con la pre-nómina.
Control digital 360 orquestado
2020 – presente
Reglas, captura, incidencias, autorizaciones, pre-nómina y auditoría dentro de un mismo hilo operativo, con vigencias por centro.
Limitante estructural
Requiere una implementación seria: no es una compra de dispositivo.
Comparativa de enfoques
Cómo se diferencian en operación real.
Comparación editorial por siete dimensiones críticas. Sin marcas ni precios. Aplica a cualquier empresa con más de un centro de trabajo.
| Dimensión | Papel / bitácora | Reloj checador local | Biométrico independiente | Digital 360 orquestado |
|---|---|---|---|---|
| Reglas por jornada y turno | En documentos aislados. | En el dispositivo, sin vigencia. | Configurables pero desconectadas. | Versionadas por vigencia y centro. |
| Identidad del registro | Firma manuscrita. | Huella o tarjeta local. | Biometría con sello. | Persona, canal, sello y responsable. |
| Consolidación multi-centro | Manual. | Exportación por centro. | Reportería central. | Operación única con reglas por centro. |
| Autorización de incidencias | Correo o firma. | Fuera del sistema. | En herramienta paralela. | Flujo con responsable y motivo. |
| Tiempo extraordinario trazable | Cálculo manual. | Reporte crudo. | Sin autorización previa. | Autorización + tope + evidencia. |
| Pre-nómina conciliada | Reproceso en hoja de cálculo. | Exportación bruta. | Integración manual. | Conciliación con cierre trazable. |
| Historial de cambios | Inexistente. | Log limitado local. | Bitácora del vendor. | Valor anterior, valor nuevo, responsable, motivo. |
Marco regulatorio que empuja la categoría
Cinco frentes regulatorios convergen sobre el mismo hilo.
Ninguno obliga a comprar tecnología. Los cinco, sumados, hacen que resolverlo manualmente sea inviable en operaciones con más de un centro.
Reforma a jornada laboral
Gradualidad 2026 – 2030 (proceso legislativo en curso)
La reducción escalonada de la jornada obliga a que la operación pueda distinguir con claridad qué reglas aplican en cada periodo y por cada centro. La gradualidad definitiva depende de la publicación en el DOF y de las disposiciones de la STPS.
Carga de la prueba laboral
LFT · Artículos 784, 804 y 805
La ley obliga al patrón a conservar y exhibir documentos como controles de asistencia por el periodo previsto en el artículo 804. No define una tecnología, pero castiga la ausencia de evidencia reconstruible. El artículo 132 fracción XXXIV (registro electrónico de jornada) es una obligación específica adicional cuyo detalle técnico está pendiente de disposiciones de la STPS.
Horas extraordinarias
LFT · Artículos 66 a 68
El tiempo extraordinario tiene límites diarios y semanales y un régimen de pago diferenciado. Operar sin registrar autorización, motivo y responsable dificulta demostrar que se respetaron los topes.
Servicios especializados (REPSE)
LFT · Art. 12 a 15 · REPSE
Aplica cuando existe prestación real de servicios especializados. No es un requisito general del control de asistencia. Cuando aplica, la operación necesita separar registros por proveedor y contrato sin duplicar procesos.
Coherencia con reportes IMSS e INFONAVIT
LSS · Ley del INFONAVIT
El IMSS y el INFONAVIT no fiscalizan cada registro de asistencia, pero sí revisan la coherencia entre salarios, jornadas y contribuciones reportadas. Contar con evidencia estructurada facilita explicar diferencias frente a un requerimiento.
Protección de datos personales
LFPDPPP · principios de finalidad, proporcionalidad y calidad
Los datos biométricos y de asistencia son datos personales, y los biométricos son sensibles conforme al artículo 3 fracción VI. La ley no obliga a una tecnología concreta: obliga a que su tratamiento sea proporcional, con aviso de privacidad y respuesta a los derechos ARCO.
Requisitos técnicos del registro electrónico
STPS · Disposiciones generales pendientes
La reforma prevé la emisión de disposiciones generales por parte de la STPS que precisarán medios, resguardo y valor probatorio del registro electrónico. Hasta su publicación, cualquier requisito técnico específico debe presentarse como recomendación operativa, no como obligación vigente.
Referencias editoriales. El detalle jurídico vive en las páginas de marco (LFT, gradualidad 40 horas, horas extraordinarias, registro electrónico) y en las fuentes oficiales.
Criterios de selección
Siete criterios para evaluar una solución de control digital de asistencia.
Ordenados por lo que suele romperse primero en operaciones mexicanas con más de un centro. No es un ranking absoluto: es un marco de conversación con proveedores.
Criterio
01
Reglas por vigencia, no por versión de software
Una empresa debe poder cambiar la política de tolerancia el 1 de enero sin perder cómo operó el 31 de diciembre.
Pregunta al proveedor
"¿Cómo se aplican, versionan y consultan las reglas de jornada, tolerancia y descanso por vigencia y por centro?"
Criterio
02
Trazabilidad de cada modificación
Todo cambio a un registro debe dejar valor anterior, valor nuevo, responsable, motivo y momento.
Pregunta al proveedor
"¿Qué información conserva la plataforma cuando alguien corrige un registro y cómo se consulta ese historial en una revisión?"
Criterio
03
Autorización estructurada de incidencias
La autorización no es un correo: es un evento con responsable identificable y motivo obligatorio.
Pregunta al proveedor
"¿Cómo modela el flujo de autorización de incidencias y tiempo extraordinario y qué evidencia genera?"
Criterio
04
Multi-centro con configuración diferenciada
Una operación con centros distintos requiere reglas distintas sin fragmentar el histórico.
Pregunta al proveedor
"¿Cómo conviven configuraciones distintas por centro dentro de un mismo hilo operativo y qué se ve desde la dirección?"
Criterio
05
Continuidad de captura ante fallas
Un incidente de red no puede detener la operación ni introducir registros no verificables.
Pregunta al proveedor
"¿Cómo se comporta la captura cuando el dispositivo pierde conexión y cómo se reconcilian los eventos al recuperarla?"
Criterio
06
Exportación abierta y auditoría independiente
La empresa debe poder auditar sin depender de un panel del proveedor.
Pregunta al proveedor
"¿Qué formatos y granularidad de exportación se ofrecen para auditoría interna, externa o requerimiento de autoridad?"
Criterio
07
Evolución sin ruptura
La regulación seguirá cambiando. La categoría debe absorber nuevas vigencias sin migraciones traumáticas.
Pregunta al proveedor
"¿Cómo introduce el proveedor cambios regulatorios o nuevos tipos de jornada sin afectar la operación en curso?"
Modelo de impacto operativo
Indicadores medibles antes y después de digitalizar.
En vez de proyectar ahorros hipotéticos, listamos los indicadores que sí se pueden medir de forma auditable en cualquier implementación seria. Los valores son propios de cada organización; este documento no publica cifras inventadas.
Cobertura
Porcentaje de personas con jornada documentada vigente
Refleja qué proporción de la plantilla tiene una jornada asignada, activa y con responsable identificable.
Cómo medirlo
Personas con jornada vigente / plantilla total activa.
Cadencia sugerida
Mensual, corte al día 1.
Calidad de registro
Registros incompletos por 100 jornadas capturadas
Detecta huecos operativos que suelen convertirse en riesgo probatorio si no se corrigen a tiempo.
Cómo medirlo
Registros con evento faltante × 100 / registros totales del periodo.
Cadencia sugerida
Semanal.
Autorización
Porcentaje de incidencias resueltas dentro del periodo
Mide si la operación cierra el ciclo de autorización antes del corte de pre-nómina.
Cómo medirlo
Incidencias resueltas antes de cierre / incidencias abiertas en el periodo.
Cadencia sugerida
Por periodo de nómina.
Trazabilidad
Porcentaje de modificaciones con motivo y responsable
Indicador operativo de higiene: ninguna corrección debería quedar sin motivo.
Cómo medirlo
Modificaciones con motivo y responsable / total de modificaciones.
Cadencia sugerida
Mensual.
Tiempo extraordinario
Porcentaje de tiempo extraordinario con autorización previa
Distingue entre extra planificado y extra reactivo, útil para ajustar la operación.
Cómo medirlo
Extra con autorización previa / extra registrado.
Cadencia sugerida
Por periodo de nómina.
Cierre
Tiempo entre corte y pre-nómina conciliada
Refleja la fluidez del cierre: horas o días desde el corte de asistencia hasta la pre-nómina lista para exportación.
Cómo medirlo
Timestamp de conciliación − timestamp de corte del periodo.
Cadencia sugerida
Por periodo de nómina.
Errores frecuentes al digitalizar
Siete decisiones que rompen el proyecto después de la compra.
Error 01
Comprar dispositivo antes de definir política
El proyecto arranca por la compra de un checador y la política se ajusta al dispositivo, no al revés.
Antídoto
Redactar la política operativa de jornada, incidencias y tiempo extraordinario antes del RFP.
Error 02
Delegar el proyecto solo a sistemas
Sin RH, operaciones y nómina en la mesa, el sistema termina resolviendo un problema técnico y no uno operativo.
Antídoto
Constituir un comité tripartito con responsables designados y un ejecutivo patrocinador.
Error 03
Migrar todo el histórico al inicio
Se intenta migrar años de registros heterogéneos y el proyecto se detiene ahí, sin llegar a operación.
Antídoto
Fijar una fecha de corte, operar en paralelo un periodo y consolidar el histórico posterior en fases.
Error 04
Configurar una sola regla para toda la empresa
Se fuerza a operaciones distintas a compartir una regla común, lo que produce incidencias fantasma.
Antídoto
Aceptar reglas por centro desde el diseño, con vigencias y responsables.
Error 05
Autorizar por correo o WhatsApp
La autorización queda fuera del sistema y desaparece cuando cambia el responsable.
Antídoto
Modelar la autorización como evento del sistema, con motivo obligatorio.
Error 06
No planificar auditoría desde el día uno
La empresa descubre que no puede reconstruir el historial cuando ya lo necesita.
Antídoto
Definir escenarios de auditoría interna y probarlos antes de considerar cerrado el proyecto.
Error 07
Tratar el registro electrónico como proyecto único
Cerrado el hito, la operación deja de cuidarlo y la calidad decae en trimestres.
Antídoto
Asignar propiedad operativa permanente y revisar indicadores cada periodo.
Checklist RFP · 24 preguntas
Cuestionario editorial para evaluar proveedores.
Reutilizable en un RFP o en una reunión de descubrimiento. Organizado por bloques operativos. No incluye preguntas comerciales: para eso existe un formato específico de compras.
Bloque A
Configuración de reglas y vigencias
+
Bloque A
Configuración de reglas y vigencias
- ¿Cómo se define una jornada aplicable a una persona o grupo?
- ¿Cómo se versionan las reglas cuando cambian por normativa o política interna?
- ¿Cómo se aplica una regla distinta por centro sin duplicar la operación?
- ¿Cómo se consultan las reglas vigentes en una fecha pasada?
Bloque B
Captura y continuidad
+
Bloque B
Captura y continuidad
- ¿Qué canales de captura ofrece la plataforma y cómo se identifican entre sí?
- ¿Cómo se comporta la captura durante una caída de red y cómo se reconcilia después?
- ¿Cómo se identifica a la persona detrás de cada registro y qué controles existen contra suplantación?
Bloque C
Incidencias, autorizaciones y tiempo extraordinario
+
Bloque C
Incidencias, autorizaciones y tiempo extraordinario
- ¿Cómo se genera una incidencia y con qué estados evoluciona?
- ¿Cómo se modela la autorización previa y posterior de tiempo extraordinario?
- ¿Cómo se aplican topes semanales y diarios y qué ocurre cuando se rebasan?
- ¿Qué evidencia queda de cada autorización?
Bloque D
Pre-nómina y exportación
+
Bloque D
Pre-nómina y exportación
- ¿Cómo se concilia la asistencia con la pre-nómina y en qué momento se cierra?
- ¿Qué formatos de exportación ofrece y con qué granularidad?
- ¿Cómo se maneja la reversión de un cierre por corrección tardía?
Bloque E
Auditoría, trazabilidad y evidencia
+
Bloque E
Auditoría, trazabilidad y evidencia
- ¿Qué información conserva de cada modificación (valor anterior, valor nuevo, responsable, motivo, momento)?
- ¿Cómo se reconstruye el historial de una persona en una fecha específica?
- ¿Cómo se entrega evidencia a auditoría interna, externa o autoridad?
Bloque F
Datos personales y controles
+
Bloque F
Datos personales y controles
- ¿Qué datos personales trata la plataforma y con qué finalidad?
- ¿Cómo se implementa el principio de minimización?
- ¿Cómo se atienden solicitudes de derechos ARCO respecto a datos de asistencia?
- ¿Qué controles de acceso, cifrado y bitácora administrativa existen?
Bloque G
Operación del proveedor
+
Bloque G
Operación del proveedor
- ¿Cómo se acompaña la implementación y el cambio de configuración posterior?
- ¿Cómo se recibe una actualización regulatoria sin interrumpir operación?
- ¿Cuál es el ciclo de vida documentado ante decisión de salida del cliente?
Preguntas frecuentes
Lo que direcciones y comités suelen preguntar primero.
¿La ley obliga a comprar un sistema de control digital de asistencia?
No. La ley obliga a conservar el registro de la jornada y a poder acreditarlo. La forma de resolverlo, incluida la elección de tecnología, es una decisión operativa de cada empresa.
¿Es lo mismo control digital de asistencia que registro electrónico de jornada?
No. El registro electrónico de jornada es una obligación legal específica. El control digital de asistencia es una categoría de mercado más amplia, que abarca captura, reglas, incidencias, autorizaciones, pre-nómina y auditoría.
¿Un reloj checador biométrico es suficiente para cumplir la reforma?
Depende del alcance del reloj y de cómo se articule con el resto de la operación. Registrar la entrada no es lo mismo que poder reconstruir el historial completo con responsable y motivo.
¿Qué papel juegan los datos biométricos en esta categoría?
Son datos personales sensibles bajo la LFPDPPP. Su tratamiento debe atender los principios de proporcionalidad, finalidad y minimización. La biometría no es requisito para la reforma; es una decisión operativa.
¿Cuánto tarda una implementación seria?
Varía por complejidad, pero una implementación multi-centro suele estructurarse en fases: descubrimiento y política, configuración piloto, operación paralela y estabilización. La estimación depende del inventario de reglas actuales.
¿Se puede migrar el histórico al nuevo sistema?
Sí, con criterios claros. En muchos casos conviene establecer una fecha de corte, operar el nuevo sistema desde ahí y consolidar el histórico anterior en fases documentadas, en vez de intentar una migración total al inicio.
¿Qué debe pedir la dirección al comité del proyecto?
Una política operativa antes que un proveedor, un modelo de responsables, indicadores medibles y un plan de auditoría interna probado antes de considerar cerrado el proyecto.
¿Cómo se conecta esta guía con Cumple Asistencia MX 360?
Cumple Asistencia MX 360 es la propuesta de producto de Reforma Laboral MX dentro de esta categoría. Su página dedicada documenta la arquitectura interna, dominios, Control Center y evidencia. La presente guía es neutral y no depende de esa implementación.
Cómo lo aborda Cumple Asistencia MX 360
Una implementación específica de la categoría.
Esta guía es neutral. Nuestra propuesta editorial se llama Cumple Asistencia MX 360 y se apega a los criterios de esta página: captura, clasificación, autorización y trazabilidad dentro de un mismo hilo operativo, con reglas versionables por vigencia y centro. Su página dedicada explica la arquitectura interna, dominios, Control Center y evidencia. Esta página no la sustituye.
Ver arquitectura de producto
Dominios conectados, Control Center, cadena de evidencia y ledger operativo.
ContinuarMedir preparación 360
Ocho dimensiones, treinta y dos preguntas. Resultado confidencial en el navegador.
ContinuarDiagnóstico del registro
Evaluación específica de la obligación legal de registro electrónico de jornada.
ContinuarSiguiente paso
Traduce esta guía a una decisión concreta.
La combinación más útil suele ser el Termómetro 360 para posicionar la organización, seguido del diagnóstico del registro electrónico y una revisión de proveedor contra el checklist RFP de esta página.
