Pedir ubicación para confirmar una marcación puede ser razonable en una sede distribuida, una obra o una visita de campo. Lo que cambia el análisis es la finalidad y el alcance: verificar el lugar de una acción puntual no es lo mismo que seguir la ruta de una persona durante todo el día.
En Panamá, la ubicación se relaciona con datos personales y la Ley 81 exige un tratamiento informado, proporcional y seguro. Una pyme puede obtener control operativo sin pedir más permisos de los necesarios ni convertir la negativa del teléfono en una ausencia automática.
Define qué pregunta responde la ubicación
Antes de activar el permiso, escribe la pregunta en una frase: «¿La marcación ocurrió dentro de la sede autorizada?» o «¿La persona estaba en el punto de servicio al iniciar la visita?». Si la respuesta no requiere conocer cada movimiento, no diseñes seguimiento en segundo plano. Guarda un evento de marcación con hora, sede, resultado de validación y la precisión estrictamente necesaria, en lugar de una bitácora continua de coordenadas.
Una política de asistencia móvil puede consultar ubicación al marcar, sin seguimiento continuo en segundo plano, y permitir que cada sede requiera ubicación, Wi-Fi autorizado, ambas o cualquiera. Esa configuración debe tratarse como una política explícita por sede, no como un permiso global escondido en la aplicación.
- Finalidad puntual y comunicada al colaborador.
- Permiso en primer plano cuando sea suficiente.
- Resultado de validación asociado a la marcación, no a toda la jornada.
- Acceso limitado por empresa, sede y rol.
- Retención y eliminación definidas antes del lanzamiento.
Solicita permisos con una experiencia honesta
Android recomienda pedir permisos cuando la persona inicia la función que los necesita, explicar la razón y degradar de manera controlada si el permiso es denegado o revocado. Para asistencia, esto significa mostrar una explicación antes del diálogo del sistema, indicar si se guardará una coordenada o solo una validación de sede y ofrecer el procedimiento alternativo aprobado por la empresa.
No pidas ubicación de fondo para una necesidad que termina al presionar «marcar». Además de ser invasivo, puede crear restricciones técnicas y de publicación. Registra un estado como «permiso denegado» o «validación no disponible» para que RRHH pueda investigar; no lo conviertas directamente en tardanza o ausencia.
- Documenta finalidad, campos, roles con acceso y tiempo de retención.
- Explica el uso justo antes de solicitar el permiso del teléfono.
- Valida el resultado solo durante la acción de marcación.
- Ofrece alternativa con Wi-Fi, reloj compartido u operador autorizado según política.
- Revisa una muestra de excepciones y elimina datos que no necesitas.
Ejemplo hipotético: técnicos que visitan clientes
Ejemplo hipotético: una pyme de mantenimiento tiene ocho técnicos que inician el día en un taller y luego visitan clientes. El dueño propone guardar la ubicación cada cinco minutos para saber si siguen trabajando. RRHH identifica que la necesidad real es comprobar inicio y cierre de una orden, no reconstruir el trayecto personal.
La empresa configura una marcación puntual en el taller y un registro de llegada en la orden autorizada. Si un técnico no tiene permiso o señal, reporta la incidencia por un canal alterno y el supervisor valida el servicio con la orden de trabajo. El sistema conserva solo el evento necesario para la finalidad definida. La persona no entrega una ruta completa para demostrar dos acciones concretas.
Checklist accionable
Pasa esta lista con quien administra la aplicación, RRHH y la persona responsable de protección de datos. Si la respuesta es «necesitamos rastrear por si acaso», vuelve a definir la finalidad.
- La política explica para qué se consulta ubicación y cuándo.
- Se eligió el alcance mínimo: acción puntual antes que fondo continuo.
- El permiso se solicita en contexto y con una explicación clara.
- La app funciona o tiene una ruta documentada cuando el permiso es denegado.
- Wi-Fi, sede y coordenada no se combinan sin una razón definida.
- Los registros están aislados por empresa y protegidos en tránsito y reposo.
- Se limitaron pantallas, exportaciones y logs con ubicación detallada.
- Hay proceso para acceso, rectificación, oposición y eliminación según corresponda.
Revisa el uso después de lanzar
La protección no termina con el diálogo de permisos. Revisa cuántas marcaciones usan ubicación, cuántas fallan por señal, quién consulta los registros y si una sede está solicitando más información que otra. Una revisión mensual puede detectar que el radio configurado no refleja el lugar real o que el supervisor descarga coordenadas para un propósito distinto al comunicado.
Este artículo describe un proceso, no una garantía de disponibilidad inmediata de una aplicación concreta. Antes de activar asistencia móvil, confirma la versión publicada, permisos, política de privacidad y alternativa operacional de tu empresa.
PREGUNTAS FRECUENTES
Preguntas habituales
¿La asistencia móvil debe usar ubicación de fondo?
No necesariamente. Si la finalidad es validar una marcación puntual, el permiso en primer plano suele ser el alcance más claro; valida el caso con tu asesor técnico y de datos.
¿Qué pasa si el GPS falla?
Registra la validación como no disponible y usa la alternativa definida, como Wi-Fi autorizado, reloj compartido u operador. No inventes una coordenada ni marques ausencia automáticamente.
¿La asistencia móvil debe rastrear al colaborador todo el día?
No. Si la finalidad es validar una marcación, consulta ubicación en ese momento y evita seguimiento continuo. Confirma el comportamiento de la versión y la política que vayas a usar.
REFERENCIAS