Los errores en esta categoría casi nunca son técnicos. Son decisiones tomadas antes de ver una demostración: qué puede ver la herramienta, quién podrá leerlo y qué queda cuando el proyecto se revise dentro de un año. Estas doce comprobaciones están ordenadas según el momento en que aparecen los problemas.
Comprobaciones legales y organizativas
1. ¿Puede expresar la finalidad en una frase?
Si la frase necesita una coma para contener dos finalidades, son dos proyectos. Sepárelos: cada uno necesita su alcance y su comunicación.
2. ¿El aviso está escrito antes de la fecha de instalación?
Un aviso redactado después del despliegue es una reconstrucción. Escriba primero el aviso y configure la herramienta para que coincida con él, no al revés.
3. ¿Ha comprobado el papel de la representación legal?
En varios países tiene derechos de codecisión o consulta sobre tecnología de control. Confirme la norma local antes del pedido, no después.
4. ¿Hay una persona concreta responsable de los datos?
Un departamento no sirve: una persona. Alguien que pueda responder «quién vio este registro y por qué» sin preguntar a otros.
Comprobaciones técnicas
5. ¿Cada módulo se activa de forma independiente?
Capturas, contenido de teclado, categorías de webs, acceso a archivos y control horario no deberían ser un único interruptor. Si lo son, no podrá cumplir un aviso estrecho.
6. ¿Funciona sin conexión y qué pasa con los datos?
Los portátiles viajan. Registrar en local y subir después es razonable, con un límite definido y con la caché local cifrada o borrada tras la sincronización.
7. ¿Existe una vista de autoconsulta real para el personal?
Poder ver los propios registros cambia el tono del despliegue. Si el proveedor lo trata como un extra, el producto se diseñó para vigilancia de una sola dirección.
8. ¿Cómo funcionan la desinstalación y la salida de personal?
Pida el procedimiento documentado: retirada, qué ocurre con los registros de quien se va y qué ocurre al cerrar un departamento. «Borre la carpeta» no es un procedimiento.
Gobernanza de datos
9. ¿Los permisos son granulares y cada acceso queda registrado?
La pérdida de confianza suele venir de un acceso innecesario, no de uno malicioso. Permisos por rol y un registro de accesos permiten responder a esa pregunta.
10. ¿La retención la aplica el sistema o las personas?
Prefiera un producto que borre según un calendario. La retención que depende de que alguien se acuerde es retención que no ocurre.
11. ¿Puede exportar y luego irse?
Debe poder exportar sus propios registros en un formato utilizable y terminar sin perderlos. Pregunte qué contiene la exportación antes de firmar.
Comprobaciones sobre el proveedor
12. ¿Será capaz de decirle que no a una función?
Es la señal más útil del sector: un proveedor que explica por qué una petición es desproporcionada, en lugar de entregarla. Si todo se responde con «podemos hacerlo», la herramienta acabará configurada como un problema.
Cómo debería verse el primer día
- Control horario activo para todos; el resto de módulos desactivados.
- Un aviso de una página con los datos, quién los ve y el plazo de conservación.
- Dos personas con acceso identificadas y un registro que muestre sus consultas.
- Una revisión a seis meses en el calendario, con autoridad para apagar cosas.
Esa configuración es deliberadamente aburrida. También es la que sobrevive a una auditoría, a una reunión con el equipo y a un cambio de responsable.
Preguntas frecuentes
¿Cuáles de las doce importan más?
Si solo conserva tres: módulos independientes (5), permisos granulares con registro (9) y retención automática (10). Esas tres determinan si el resto de la política se puede aplicar.
¿Es peor la nube que la instalación local?
No por defecto. Lo que importa es dónde residen los datos, quién accede, cómo funciona el borrado y qué dice el contrato sobre subencargados. Pregunte lo mismo en ambos casos.
¿Conviene pilotar con un departamento?
Sí, si el piloto tiene fecha de fin y revisión. Un piloto sin revisión se convierte en la configuración permanente por accidente.
Módulos que puede dejar apagados
iMonitor separa control horario, capturas, uso de aplicaciones y acceso a archivos, de modo que un alcance estrecho siga siendo estrecho. Los permisos y la retención se configuran por módulo y cada acceso queda registrado.
Este artículo es información general y no constituye asesoramiento jurídico. Confirme la normativa aplicable en su jurisdicción antes de desplegar software de monitoreo. Última actualización: 23 de octubre de 2026.
