Control de acceso , Control de asistencia
by 30 de septiembre de 2026

Checklist descargable: selección de reloj checador para una empresa

Respuesta rápida
El mejor reloj checador no es el que tiene más funciones, sino el que registra correctamente a las personas de tu operación, conserva una cantidad suficiente de eventos, se comunica con el software que necesitas y genera reportes que Recursos Humanos puede utilizar. Antes de comprar, valida, al menos, el número de empleados, los turnos, el flujo en hora pico, el método de identificación, el ambiente, la red, el software, los reportes, la privacidad, el crecimiento, el soporte y el costo total.

Comprar un reloj checador solo por precio, capacidad nominal o método biométrico suele trasladar el problema a la operación. Un equipo puede reconocer rostros con rapidez y aun así ser una mala elección si no se comunica con el software de la empresa. Otro puede almacenar miles de usuarios, pero generar un cuello de botella si todo el turno entra por una sola puerta. Incluso una terminal técnicamente correcta puede fallar en el proyecto si se instala frente al sol, no tiene red disponible o el área de Recursos Humanos necesita reportes que el sistema no entrega.

Por eso conviene seleccionar la solución como un conjunto: terminal, método de identificación, ubicación, conectividad, software, políticas de asistencia, seguridad de la información y proceso de soporte. Esta lista de verificación está pensada para empresas mexicanas que quieren comparar propuestas con criterios prácticos y reducir compras sobredimensionadas o insuficientes.

La reforma laboral publicada el 1 de mayo de 2026 incorporó en la Ley Federal del Trabajo el registro electrónico del inicio y la finalización de la jornada para las personas empleadoras que resulten obligadas. La STPS debe precisar el ámbito de aplicación y las excepciones mediante disposiciones generales previstas para entrar en vigor el 1 de enero de 2027. La norma no designa una marca, un tipo de biometría ni un modelo específico; por ello, la selección debe partir de la operación y de la trazabilidad requerida, no de asumir que existe un «reloj legalmente obligatorio» (Diario Oficial de la Federación, 2026).

Checklist descargable: 30 puntos antes de elegir un reloj checador

Marca cada punto como validado antes de autorizar la compra. Si varias respuestas siguen pendientes, conviene cerrar primero el levantamiento de requerimientos. La columna «Qué validar» indica el dato que debería aparecer en la propuesta, ficha técnica o prueba del sistema.

 

☐ Punto Pregunta clave Qué validar
□ Objetivo ¿Qué problema debe resolver? Puntualidad, cierre de nómina, horas extra, incidencias, varias sedes o trazabilidad.
□ Usuarios ¿Cuántas personas registrarán hoy y en 24 meses? Capacidad real de usuarios y margen de crecimiento.
□ Sedes ¿Cuántas ubicaciones utilizarán el sistema? Administración local o centralizada; dispositivos por sede.
□ Puntos de registro ¿Cuántos accesos o áreas requieren marcación? Cantidad de terminales según recorrido y distancia.
□ Hora pico ¿Cuántas personas llegan en los 5–15 minutos más cargados? Tiempo de identificación y cantidad de puntos para evitar filas.
□ Turnos ¿Hay horarios fijos, rotativos, nocturnos o flexibles? Reglas de software y asignación de calendarios.
□ Incidencias ¿Se gestionan permisos, vacaciones, retardos y omisiones? Flujo de captura, autorización y trazabilidad de cambios.
□ Horas extra ¿Se requiere identificar y autorizar tiempo extraordinario? Reglas, reportes y separación entre marcación y autorización.
□ Método ¿Huella, rostro, RFID, PIN o combinación? Método adecuado al ambiente y a las políticas de la empresa.
□ Método alterno ¿Qué pasa si la biometría no reconoce a una persona? Alternativa de registro y procedimiento documentado.
□ Ambiente ¿Interior, exterior, polvo, humedad, grasa, guantes o luz intensa? Protección física, IP cuando corresponda y pruebas en sitio.
□ Montaje ¿Hay pared, escritorio, altura y ubicación adecuadas? Accesorios, canalización y ergonomía de uso.
□ Energía ¿Existe alimentación estable en el punto? Fuente, respaldo eléctrico y comportamiento ante cortes.
□ Red ¿Hay Ethernet o Wi-Fi permitido y estable? Tipo de comunicación compatible con políticas de TI.
□ Operación sin conexión ¿Debe seguir registrando si falla internet o la red? Almacenamiento local y sincronización posterior.
□ Registros ¿Cuántos eventos debe conservar el equipo? Capacidad de eventos frente al volumen esperado.
□ Software ¿Se necesita plataforma o basta un reporte local? Compatibilidad exacta entre el equipo, el software y la versión.
□ Nube o local ¿Quién administrará el sistema y desde dónde? Arquitectura, accesos, licenciamiento y respaldo.
□ Reportes ¿Qué necesita RR. HH. al cierre? Entradas, salidas, horas, faltas, retardos, incidencias y exportación.
□ Nómina ¿Existe un formato o integración requerida? CSV, XLS, API o interfaz, y responsable de conciliación.
□ Históricos ¿Cuánto tiempo se conservarán eventos y ajustes? Política de retención y capacidad de exportación y resguardo.
□ Privacidad ¿Se usarán huellas, rostro, fotos o geolocalización? Aviso de privacidad, finalidad, accesos y medidas de seguridad.
□ Altas y bajas ¿Quién enrola, modifica o elimina usuarios? Roles, procedimiento y evidencia de cambios.
□ Acceso físico ¿Además de registrar asistencia, abrirá puertas? Relé, cerradura, sensor, botón de salida y requisitos de seguridad.
□ Escalabilidad ¿Crecerán usuarios, sedes o terminales? Límites de licencia, dispositivos y expansión futura.
□ Instalación ¿La propuesta incluye solo el equipo o también la puesta en marcha? Alcance de instalación, configuración, pruebas y viáticos.
□ Capacitación ¿Quién operará el sistema después de instalarlo? Usuarios administradores, manuales y transferencia de conocimiento.
□ Soporte ¿Qué ocurre si el equipo o el software presenta una incidencia? Canal, horario, garantía, diagnóstico y alcance del soporte.
□ Costo total ¿Qué pagos existen además del hardware? Licencia, renovación, accesorios, instalación, red, mantenimiento y consumibles.
□ Prueba final ¿Se validó el flujo con usuarios reales y el reporte esperado? Piloto o prueba de aceptación antes de cerrar el proyecto.

 

Regla de compra
No apruebes el equipo solo porque «soporta más usuarios». La capacidad debe evaluarse junto con los eventos, el software, el flujo en hora pico, la comunicación, el ambiente y la forma de administrar incidencias. Una especificación aislada rara vez determina el éxito del proyecto.

 

1. Empieza por la operación, no por el catálogo

Antes de comparar marcas o modelos, describe un día real. ¿A qué hora entra la mayoría del personal? ¿Hay un solo acceso o varios? ¿Qué ocurre con quienes olvidan registrar la salida? ¿Existen turnos que cruzan medianoche? ¿Recursos Humanos corrige incidencias todos los días o solo al cierre de quincena? Estas preguntas convierten la necesidad abstracta de «poner un checador» en un proceso que puede diseñarse y medirse.

El número de empleados sigue siendo importante, pero no basta. Una oficina con 120 personas que llegan en horarios escalonados puede requerir menos puntos de registro que una planta con 80 trabajadores que cambian turno al mismo minuto. Para dimensionar, registra el volumen de personas durante los minutos de mayor concentración y simula el recorrido desde que llegan hasta que marcan.

También identifica quién será responsable del proceso. El responsable no siempre es TI ni Recursos Humanos por separado. TI valida red, seguridad y acceso a sistemas; Recursos Humanos define horarios, incidencias y reportes; Operaciones conoce la realidad del turno; y, si existe apertura de puertas, Seguridad participa en el diseño de acceso. Una decisión coordinada reduce cambios posteriores.

2. Elige el método de identificación según el entorno

 

Método Ventaja práctica Qué validar Dónde suele funcionar mejor
Huella digital No requiere gafete y asocia la marca con una característica física. Dedos húmedos, sucios, desgastados, guantes o trabajos manuales pueden aumentar los intentos fallidos. Oficinas, comercios y operaciones con manos en condiciones estables.
Reconocimiento facial Registro sin contacto y flujo ágil cuando la instalación es correcta. Iluminación, altura, contraluz, distancia y privacidad deben revisarse. Oficinas, escuelas, clínicas, recepción y entradas con flujo frecuente.
Tarjeta RFID Rápida, sencilla y útil si ya existe credencialización. La tarjeta puede prestarse; requiere altas, bajas y reposiciones. Empresas que prefieren credenciales físicas o evitan biometría.
PIN o contraseña No exige biometría ni tarjeta. Puede compartirse y normalmente es más lento; conviene como método alterno. Respaldo, contingencia o plantillas pequeñas.
Multimétodo Permite adaptar el registro a diferentes áreas o excepciones. Aumenta la configuración y debe definirse qué método se aplica a cada grupo. Empresas con ambientes o perfiles de usuario distintos.

Ningún método es universal. Una fábrica con guantes puede beneficiarse de rostro; una oficina pequeña con empleados estables puede trabajar bien con huella; una organización con políticas de privacidad que prefiera no utilizar biometría puede optar por RFID. La decisión debe tomarse después de probar el método con usuarios representativos, no solo con una demostración del proveedor.

3. No confundas reloj checador con sistema de asistencia

La terminal captura eventos. El software interpreta esos eventos de acuerdo con horarios, tolerancias, descansos, permisos, vacaciones y reglas de cada empresa. Un equipo puede registrar correctamente una entrada a las 08:07, pero convertir esa marcación en «puntual», «retardo» o «incidencia» depende de la política y del software.

Por eso, la lista de verificación debe incluir el resultado final. Pide una muestra del reporte que utilizará Recursos Humanos: marcaciones originales, horas trabajadas, retardos, faltas, incidencias, horas extra y exportación. Si la empresa utiliza nómina, solicita una prueba con el formato real que espera recibir. Una integración que solo existe «en teoría» puede convertirse en trabajo manual al cierre de cada periodo.

También revisa la arquitectura. Una terminal autónoma puede ser suficiente para una sola ubicación con reglas simples. Una empresa con varias sedes, administradores remotos o necesidad de consolidación suele requerir comunicación por red y una plataforma central. Para proyectos en la nube, conviene validar la capacidad de usuarios y dispositivos, el volumen de eventos, la vigencia de la licencia, los perfiles de acceso y la política de respaldos.

4. Dimensiona usuarios, eventos y crecimiento

La capacidad de usuarios indica cuántas identidades puede almacenar un equipo; la capacidad de eventos indica cuántas marcaciones puede conservar. No son lo mismo. Una empresa de 200 personas que registra cuatro eventos diarios genera alrededor de 800 eventos por día laboral, antes de considerar reintentos, acceso físico u otros movimientos. El volumen debe compararse con la frecuencia de sincronización y la retención local que se desea.

Añade un margen de crecimiento. Si hoy existen 180 empleados y el plan de contratación puede llevar la plantilla a 250, una solución dimensionada al límite obliga a reemplazar o reconfigurar demasiado pronto. El margen también se aplica a sedes y terminales: pregunta cuántos dispositivos admite la plataforma y qué ocurre al superar el plan contratado.

5. Revisa ambiente, conectividad y continuidad

La ubicación física determina más de lo que parece. Para reconocimiento facial, evita el contraluz fuerte y verifica la distancia y la altura. Para huella, prueba con usuarios de las áreas con mayor desgaste en las manos. En exteriores, comprueba la clasificación de protección del equipo y evita asumir que cualquier terminal puede exponerse a la lluvia, al polvo o a cambios de temperatura.

En conectividad, documenta si el punto tendrá Ethernet, Wi-Fi o restricciones de red. Algunos proyectos fallan porque el equipo se compra antes de que TI confirme puertos, direccionamiento, VLAN, salida a internet o políticas de seguridad. También pregunta qué ocurre si se pierde la comunicación: el equipo debería conservar registros según su capacidad y el flujo de sincronización debe estar definido.

Para la continuidad operativa, incluye el corte eléctrico, la caída de la red, el reemplazo del equipo, el respaldo de la base de datos, la pérdida de credenciales de administrador y la ausencia de la persona que normalmente opera el sistema. Un sistema útil no depende de una sola persona ni de una sola copia de la información.

6. Evalúa privacidad desde la selección, no al final

Si se utilizarán huellas, reconocimiento facial, fotografías u otros datos personales, la elección tecnológica debe coordinarse con las obligaciones de protección de datos. La Ley Federal de Protección de Datos Personales en Posesión de los Particulares establece principios como finalidad, proporcionalidad, información, seguridad y responsabilidad; además, exige medidas administrativas, técnicas y físicas acordes con el tratamiento (Cámara de Diputados del H. Congreso de la Unión, 2025).

Antes de enrolar empleados, define qué dato se captura, para qué se utiliza, dónde se almacena, quién puede consultarlo, cuánto tiempo se conserva y cómo se elimina. Pregunta específicamente si el sistema guarda imágenes, plantillas biométricas o ambas, y si la información reside solo en la terminal, en un servidor o en una plataforma en la nube. La respuesta debe documentarse; no basta con asumir que «biométrico» significa automáticamente seguro.

La evaluación de privacidad no debe convertirse en una recomendación genérica de consentimiento. La base jurídica y los textos aplicables dependen del tratamiento concreto y de la relación laboral. Para una publicación externa o implementación real, el aviso de privacidad y los procesos internos deben revisarse con personal calificado en México.

7. Calcula el costo total, no solo el precio del equipo

El precio de la terminal es una parte del proyecto. El costo total puede incluir una fuente de alimentación, montaje, cableado, cerraduras o accesorios, licencia de software, renovaciones, configuración, capacitación, soporte, viajes, tarjetas, red y mantenimiento. Dos propuestas con hardware similar pueden tener costos de operación distintos durante tres años.

Solicita que cada cotización separe conceptos y declare qué no incluye. Si una plataforma es anual, registra la renovación. Si la instalación es remota, confirma quién montará físicamente el equipo. Si se requiere integración con nómina, especifica si está incluida o solo se entregará un archivo de exportación. La claridad evita comparar una propuesta completa con otra que solo contiene hardware.

Qué buscar según el tamaño y la complejidad de la empresa

Los siguientes rangos se utilizan únicamente como orientación operativa para dimensionar asistencia; no representan la clasificación legal de micro, pequeña o mediana empresa en México, que depende de criterios oficiales adicionales. La complejidad de turnos, sedes y flujo puede hacer que una plantilla menor necesite una arquitectura más robusta que otra con más empleados.

 

Rango orientativo Escenario Qué conviene priorizar Riesgo a evitar
Hasta 30 usuarios 1 sede, horarios simples Terminal autónoma o SSR, exportación sencilla, método estable, respaldo por USB o red. Evitar pagar una plataforma compleja si no existe necesidad de centralización.
31–100 usuarios 1–2 sedes, algunos turnos TCP/IP o Wi-Fi, software compatible, reportes de incidencias, margen de crecimiento. Probar en hora pico y confirmar la administración multiusuario.
101–250 usuarios Varios turnos o sedes Gestión central, perfiles, bitácoras, políticas de respaldo, capacidad suficiente de eventos. No dimensionar solo por usuarios; revisar dispositivos y concurrencia.
Más de 250 usuarios Multisitio o alta complejidad Arquitectura centralizada, integración, roles, continuidad, soporte definido y pruebas de aceptación. Documentar SLA, respaldos, escalabilidad y procedimiento de contingencia.

Ejemplos de equipos ZKTeco para comparar criterios, no para comprar por nombre

Las siguientes referencias ayudan a traducir la lista de verificación a especificaciones reales publicadas por ZKTeco Tienda Oficial. No sustituyen un levantamiento ni significan que un modelo sea adecuado para toda empresa del rango indicado.

LFace10: referencia para una implementación facial sencilla

La tienda oficial lo presenta como un checador de asistencia con reconocimiento facial Visible Light y reportes SSR y Excel. Puede servir como punto de partida para una ubicación con administración local y necesidades simples de reporte. Antes de elegirlo, valida usuarios, eventos, forma de descarga y si el proceso futuro requerirá centralización. Ver LFace10 en ZKTeco Tienda Oficial

Horus TL2: cuando se necesita reconocimiento facial y comunicación por red

La ficha comercial publicada indica 800 usuarios/rostros, 100 000 eventos, TCP/IP, Wi-Fi de 2,4 GHz y compatibilidad con BioTime Pro y BioTime Cloud. Puede ser una referencia para oficinas y pymes que quieren pasar de descarga local a una administración conectada. Ver Horus TL2

P160: huella y palma para entornos que requieren autenticación biométrica múltiple

La página publicada informa una capacidad de 3000 huellas, 600 palmas y 100 000 eventos, con TCP/IP y USB-Host, además de compatibilidad publicada con BioTime Pro y BioTime Cloud. Su valor de comparación está en revisar si esos métodos funcionan con la población y el ambiente reales. Ver P160

SpeedFace-V3L: referencia para exterior y control de acceso

La ficha comercial señala protección IP65, reconocimiento facial, huella, 500 rostros, 3000 huellas y 200 000 registros. También incorpora interfaces de control de acceso. Es una referencia útil cuando el punto está expuesto o cuando asistencia y apertura de puerta forman parte del mismo proyecto, siempre que se valide la arquitectura y el software requerido. Ver SpeedFace-V3L

CTA natural
Si ya completaste la lista de verificación, puedes enviar empleados, sedes, turnos, método preferido, conectividad, software y reportes requeridos para recibir una cotización con menos supuestos. Una buena propuesta debe explicar por qué se eligió cada equipo y qué parte del proyecto cubre.

10 preguntas que deben responder todas las cotizaciones

  1. ¿Qué cantidad de usuarios y eventos soporta cada terminal y qué margen queda para crecer?
  2. ¿Qué métodos de identificación están incluidos y cuál será el método de contingencia?
  3. ¿El equipo funciona en el ambiente real donde se instalará?
  4. ¿Qué tipo de comunicación utilizará y qué ocurre si falla la red o la conexión a internet?
  5. ¿Qué software es compatible exactamente y qué versión se está cotizando?
  6. ¿Qué reportes recibirá Recursos Humanos y cómo se exportan?
  7. ¿La solución requiere licencia anual, renovación o límites por usuarios o dispositivos?
  8. ¿Qué servicios están incluidos: instalación, configuración, capacitación, migración o soporte?
  9. ¿Cómo se respaldan los datos y quién puede modificar horarios, usuarios e incidencias?
  10. ¿Qué prueba de aceptación se realizará antes de considerar terminado el proyecto?

Errores comunes al elegir un reloj checador

  • Comprar por capacidad máxima: una cifra alta de usuarios no compensa un software inadecuado, mala ubicación o falta de red.
  • Elegir biometría sin probar a los usuarios reales: la huella o el rostro pueden comportarse distinto según ambiente, manos, luz, altura y flujo.
  • Suponer que todo equipo se integra con cualquier software: la compatibilidad debe confirmarse por modelo, versión y forma de comunicación.
  • Ignorar el volumen en hora pico: un solo punto puede crear filas aunque el dispositivo sea rápido en condiciones ideales.
  • No definir cómo se corrigen incidencias: sin responsables y bitácoras, el sistema puede generar datos, pero no un proceso trazable.
  • Confundir asistencia con control de acceso: abrir una puerta requiere componentes, reglas y riesgos distintos de solo registrar el horario.
  • No considerar renovación y soporte: el costo inicial puede ocultar licencias, servicios o accesorios que aparecerán después.
  • No revisar la privacidad antes del enrolamiento: capturar datos primero y documentar después aumenta el riesgo y el retrabajo.
  • Comprar sin piloto o prueba de reporte: la especificación técnica no sustituye la validación con el flujo y el archivo que usará RR. HH.

Contexto legal en México: qué sí debe influir en la selección

La reforma publicada en el Diario Oficial de la Federación el 1 de mayo de 2026 incorporó la obligación de registrar electrónicamente la jornada de cada persona trabajadora —inicio y finalización— para las personas empleadoras que queden dentro del ámbito que definan las disposiciones generales de la STPS. El propio decreto establece que esas disposiciones entrarán en vigor el 1 de enero de 2027 (Diario Oficial de la Federación, 2026).

Esto no significa que la ley obligue a comprar un reloj biométrico ni que designe una marca. En la selección conviene priorizar trazabilidad, conservación de eventos, exportación, continuidad y capacidad de entregar registros cuando corresponda. La empresa debe revisar el marco aplicable a su caso cuando las disposiciones de la STPS estén plenamente definidas.

Si el sistema trata datos personales, también debe considerarse la LFPDPPP vigente. La elección técnica debería facilitar controles de acceso, seguridad, minimización, respaldo y eliminación conforme a la finalidad definida. Un dispositivo con muchas funciones no corrige por sí solo una política de privacidad incompleta.

Preguntas frecuentes sobre cómo elegir un reloj checador

¿Cuántos empleados debe soportar el reloj checador?

Como mínimo, todos los usuarios que realmente marcarán en esa terminal, más un margen razonable de crecimiento. También revisa la capacidad de eventos, porque una plantilla pequeña puede generar muchas marcaciones diarias.

¿Es mejor huella o reconocimiento facial?

Depende del ambiente. La huella funciona bien cuando los dedos pueden leerse de forma consistente; el rostro puede agilizar entradas sin contacto, pero requiere buena instalación e iluminación. Conviene probar ambas opciones con usuarios representativos.

¿Un reloj checador necesita internet?

No necesariamente. Algunas terminales almacenan eventos localmente y pueden operar sin internet. Si el proyecto usa nube o administración remota, la conectividad sí es relevante. Debe definirse qué ocurre durante una caída y cómo se sincronizan los registros después.

¿Necesito software además del reloj?

Si solo se requieren reportes básicos en una sede, una función de autoservicio puede ser suficiente. Cuando hay varias sedes, turnos complejos, incidencias, aprobaciones o integración con nómina, normalmente se necesita una plataforma de asistencia.

¿Qué diferencia hay entre capacidad de usuarios y de registros?

La capacidad de usuarios indica la cantidad de personas o identidades que la terminal puede administrar. La capacidad de registros o eventos indica cuántas marcaciones almacena. Ambas capacidades deben dimensionarse por separado.

¿Qué debo pedir antes de comprar?

Ficha técnica, compatibilidad de software, alcance de servicios, garantía, requisitos de red y energía, muestra de reporte, costo de licencias y renovaciones y una prueba del flujo con usuarios reales.

¿La reforma laboral de 2026 obliga a usar biometría?

No. La reforma incorpora el registro electrónico de la jornada para las personas empleadoras que resulten obligadas, pero no prescribe huella, rostro, una marca o un dispositivo específico. El ámbito y las excepciones deben definirse por disposiciones generales de la STPS.

¿Cómo sé si necesito más de un equipo?

Mide la cantidad de personas que llegan simultáneamente, la distancia entre áreas, los accesos existentes y la capacidad de atención del método elegido. Una sola terminal puede ser suficiente para una plantilla grande con horarios escalonados y resultar insuficiente para una plantilla menor con cambio de turno concentrado.

¿Qué debe incluir una prueba de aceptación?

Registro de usuarios, marcación en hora pico, contingencia, sincronización, cálculo de turnos, incidencias, exportación, permisos de administrador, respaldo y el reporte final que utilizará Recursos Humanos.

Conclusión: elige el reloj que mejor encaje con el proceso que debes controlar

Un reloj checador debe evaluarse como parte de un sistema, no como un dispositivo aislado. La lista de verificación permite comparar propuestas con la misma base: personas, turnos, flujo, método de identificación, ambiente, conectividad, capacidad, software, reportes, privacidad, soporte y costo total. Cuando esos puntos están definidos, la decisión deja de depender de quién ofrece más funciones y se centra en qué solución produce registros útiles y sostenibles para la empresa.

Antes de autorizar la compra, completa los 30 puntos, solicita una prueba con usuarios reales y pide que la cotización declare sus supuestos. Si la empresa puede explicar qué quiere registrar, cómo administrará las excepciones y qué reporte necesita al final, el proveedor podrá dimensionar con mucha más precisión.

Siguiente paso
¿Ya completaste la lista de verificación? Envía el número de empleados, las sedes, los horarios, los turnos, los puntos de registro, el método preferido, la red disponible y los reportes requeridos. Con esa información es posible comparar equipo y software sin sobredimensionar el proyecto y con criterios claros de aceptación.

 

Referencias

Nota editorial: Este contenido ofrece orientación general para la selección de tecnología y no sustituye asesoría laboral, jurídica, técnica o de protección de datos para un caso específico. Las especificaciones y disponibilidad de productos pueden cambiar; deben verificarse antes de publicar o cotizar.

Related Posts