Cómo configurar un celular Android en modo totem con Hexnode
Objetivo de este artículo
Este artículo orienta al partner sobre cómo configurar un celular Android en modo totem con Hexnode para su uso con la App Dersalis.
Usa esta guía cuando el proyecto utilice sensores Polar 360 o Polar Verity Sense y el celular Android se proporcione como dispositivo dedicado a la App Dersalis.
Para entender cuándo aplica el MDM, consulta Configuración de MDM, cuando aplique.
Antes de comenzar
El modo totem debe usarse cuando el celular Android estará dedicado al flujo de Dersalis, normalmente para apoyar:
- inicio de turno;
- identificación del operador;
- selección del sensor Polar;
- conexión Bluetooth con el sensor;
- transmisión de datos;
- pausa o finalización del turno, cuando aplique.
En este modelo, el celular no es el sensor principal. La recolección de datos la realiza el sensor Polar. El celular funciona como interfaz operativa y de conectividad.
Responsabilidades
Dersalis utiliza Hexnode como MDM para celulares Android configurados en modo totem.
El partner puede apoyar la preparación física y la validación operativa del equipo, pero no debe cambiar políticas, perfiles o configuraciones avanzadas de Hexnode sin orientación de Dersalis.
Si hay dudas sobre permisos, política aplicada, perfil de kiosko/totem o comportamiento del equipo, involucra a Dersalis antes de entregar el dispositivo al cliente.
Referencia oficial de Hexnode
El procedimiento a continuación adapta el uso de Hexnode al flujo de Dersalis. Como referencia técnica complementaria, la documentación oficial de Hexnode explica que el modo Single App Kiosk restringe el dispositivo a una única aplicación y mantiene esa aplicación en primer plano, incluso después de apagarlo o reiniciarlo.
La documentación oficial también describe la ruta general en el portal de Hexnode para crear una política Android Kiosk en Policies > Device Policies, seleccionando el tipo Kiosk y configurando Kiosk Lockdown > Android Kiosk Lockdown > Single App.
Cuándo usar este procedimiento
Usa este procedimiento cuando:
- el proyecto utiliza Polar 360 o Polar Verity Sense;
- el celular Android estará dedicado a la App Dersalis;
- el equipo se usará como totem;
- el cliente no usará su propio celular corporativo;
- el flujo necesita estar estandarizado;
- el operador no debe acceder a otras apps o configuraciones del equipo;
- Dersalis o el partner necesitan reducir el riesgo de alteración indebida del celular.
No uses este procedimiento para el smartwatch IS-SW1.1 de i.safe Mobile. Ese dispositivo tiene pantalla y conectividad propias y no depende de un celular Android como interfaz operativa.
Prerrequisitos
Antes de configurar el celular, confirma:
- celular Android disponible;
- equipo cargado;
- acceso a internet disponible;
- Bluetooth funcional;
- App Dersalis disponible para instalación;
- acceso al portal de Hexnode autorizado;
- política de Hexnode definida o aprobada por Dersalis;
- sensor Polar disponible para pruebas;
- operación o cliente definidos en el proyecto;
- punto focal responsable de la validación.
Si el celular es corporativo del cliente y está bajo el MDM propio del cliente, este artículo no debe aplicarse directamente. En ese caso, valida los requisitos del equipo según el artículo Requisitos de celular, sensor, Wi-Fi, Bluetooth y GPS.
Visión general del proceso
La configuración en modo totem involucra estas etapas:
- preparar físicamente el celular;
- instalar o poner a disposición la App Dersalis;
- registrar o asociar el equipo a Hexnode;
- aplicar la política de kiosko/totem;
- restringir el equipo a la App Dersalis;
- validar permisos necesarios;
- probar la conexión con el sensor Polar;
- probar el inicio de turno;
- validar el envío de datos a la plataforma;
- confirmar la rutina de carga, resguardo y soporte.
Etapa 1: preparar el celular
Antes de aplicar el MDM o la política de kiosko, revisa el equipo.
Valida:
- el equipo enciende correctamente;
- la pantalla funciona;
- la batería carga;
- cargador disponible;
- conexión Wi-Fi o red móvil funcionando;
- Bluetooth funcionando;
- sistema sin bloqueos de acceso;
- equipo identificado para el proyecto;
- fecha, hora e idioma configurados según sea necesario.
Si el equipo presenta falla física, batería inestable o problema de conectividad, no avances.
Etapa 2: poner a disposición la App Dersalis
La App Dersalis debe estar disponible en el celular antes de la validación operativa.
Confirma:
- App Dersalis instalada o disponible mediante la política definida;
- la app abre correctamente;
- la app está en la versión esperada;
- la app accede al ambiente correcto;
- los permisos iniciales pueden concederse;
- la app no está bloqueada por el sistema o por la política de MDM.
La documentación oficial de Hexnode indica que, para configurar una app en modo single-app kiosk, la aplicación debe estar instalada en el dispositivo, salvo escenarios específicos donde una app corporativa en el repositorio de Hexnode puede instalarse automáticamente antes de aplicar la política.
Etapa 3: registrar o asociar el celular a Hexnode
El celular necesita estar registrado en el entorno correcto de Hexnode para recibir la política de MDM.
El partner debe seguir el procedimiento definido por Dersalis para el proyecto.
Valida:
- el celular aparece en el portal de Hexnode;
- el nombre o identificación del equipo es correcto;
- el equipo está asociado al cliente, grupo o proyecto correcto;
- el estado del dispositivo está activo;
- la comunicación con Hexnode está funcionando;
- el equipo puede recibir la política.
Si el celular no aparece en el portal o no recibe comandos, involucra a Dersalis antes de avanzar.
Etapa 4: aplicar la política de modo totem
La política de modo totem debe restringir el celular a la App Dersalis.
En Hexnode, esto corresponde al uso de una política Android Kiosk en modo de aplicación única. La documentación oficial describe que la política puede crearse en Policies > Device Policies > Create/New Policy, eligiendo Android como plataforma y Kiosk como tipo de política, y luego configurando Single App en Android Kiosk Lockdown.
En la práctica, para el flujo Dersalis, la política debe garantizar que:
- la App Dersalis sea la aplicación principal;
- el usuario no pueda acceder a otras apps innecesarias;
- la app permanezca disponible después de reiniciar;
- las configuraciones críticas no puedan ser alteradas por el operador;
- el equipo vuelva a la App Dersalis cuando quede inactivo o se reinicie;
- los permisos esenciales no queden bloqueados.
La política debe aplicarse solo siguiendo la orientación de Dersalis.
Etapa 5: asociar la política al celular
Después de crear o seleccionar la política, esta debe asociarse al equipo o grupo correcto.
La documentación oficial de Hexnode describe la asociación de políticas mediante Policy Targets, agregando dispositivos, o mediante el menú Manage > Associate Targets para políticas ya guardadas.
En el flujo Dersalis, confirma:
- política correcta seleccionada;
- equipo correcto seleccionado;
- grupo correcto seleccionado, si aplica;
- política aplicada con éxito;
- el equipo recibió la política;
- la App Dersalis entró en modo totem;
- el usuario no puede salir libremente a otras funciones.
Etapa 6: validar permisos esenciales
Después de aplicar el MDM, valida si la App Dersalis sigue teniendo los permisos necesarios.
Verifica:
- Bluetooth activo;
- permiso de Bluetooth concedido;
- permiso de ubicación concedido cuando sea necesario;
- acceso a internet funcionando;
- notificaciones habilitadas, cuando aplique;
- funcionamiento en segundo plano permitido, cuando aplique;
- el ahorro de batería no interrumpe la app;
- la app permanece operativa después de bloquear la pantalla o reiniciar.
El objetivo es evitar que el modo totem bloquee recursos esenciales para la conexión con sensores Polar.
Etapa 7: probar la conexión con el sensor Polar
Con el equipo en modo totem, realiza la prueba con el sensor que se usará en el proyecto.
Valida:
- sensor Polar cargado;
- sensor encendido;
- sensor cerca del celular;
- Bluetooth activo;
- App Dersalis abierta;
- el sensor aparece para selección;
- el sensor puede seleccionarse;
- la conexión permanece estable;
- la app no se interrumpe por el modo totem.
Si el sensor no aparece, verifica Bluetooth, permisos, carga del sensor y proximidad antes de involucrar a Dersalis.
Etapa 8: probar el inicio de turno
Después de validar la conexión, prueba el flujo operativo.
Confirma:
- el operador puede iniciar el turno;
- la matrícula o identificador es aceptado, cuando aplique;
- se selecciona el sensor correcto;
- el turno inicia correctamente;
- los datos comienzan a transmitirse;
- la pausa o finalización funciona, cuando aplique;
- la app no se cierra ni sale del flujo esperado;
- los datos aparecen en la plataforma.
Esta prueba debe realizarse antes de entregar el celular al cliente o usar el equipo en capacitación.
Etapa 9: probar el comportamiento después de reiniciar
Reinicia el celular y confirma que el modo totem sigue funcionando.
Valida:
- el equipo enciende normalmente;
- la App Dersalis abre o queda disponible según lo esperado;
- el usuario no accede a apps no permitidas;
- el Bluetooth sigue siendo utilizable;
- el sensor puede conectarse nuevamente;
- el turno puede iniciarse;
- la política permanece aplicada.
La documentación oficial de Hexnode informa que, en modo single-app kiosk, la aplicación configurada pasa a funcionar como auto-launch y permanece en primer plano; también advierte que, en dispositivos Android 10+, puede ser necesario usar navegación de tres botones en lugar de navegación por gestos.
Etapa 10: definir rutina de uso, carga y resguardo
Antes de la entrega al cliente, define:
- dónde permanecerá el celular;
- quién enciende y revisa el equipo;
- quién carga el celular;
- cuándo se hará la carga;
- dónde estará el cargador;
- a quién llamar si la app no abre;
- a quién llamar si el sensor no conecta;
- quién puede solicitar soporte;
- cómo se almacenará el equipo fuera de uso.
El celular totem debe tratarse como parte de la operación, no como un accesorio suelto.
Checklist de configuración
Antes de considerar el celular listo, confirma:
- celular cargado;
- celular identificado;
- App Dersalis instalada;
- celular registrado o asociado a Hexnode;
- política correcta aplicada;
- modo totem activo;
- App Dersalis abre correctamente;
- el usuario no accede a apps fuera del flujo;
- Bluetooth activo;
- permisos concedidos;
- conexión con sensor Polar probada;
- inicio de turno probado;
- datos llegando a la plataforma;
- comportamiento después de reiniciar validado;
- rutina de carga definida;
- lugar de uso definido;
- punto focal orientado.
Problemas comunes
La App Dersalis no abre
Verifica:
- si la app está instalada;
- si la política permite abrir la app;
- si el celular recibió la política correcta;
- si el equipo está asociado al grupo correcto;
- si hubo una falla después de reiniciar.
El celular no entra en modo totem
Verifica:
- si la política fue aplicada;
- si el equipo está registrado en Hexnode;
- si el dispositivo está en el grupo correcto;
- si hay comunicación con el portal;
- si la política fue guardada y asociada correctamente.
El sensor no aparece en la App Dersalis
Verifica:
- sensor encendido;
- sensor cargado;
- sensor cerca del celular;
- Bluetooth activo;
- permisos concedidos;
- si el sensor está intentando conectarse a otro equipo;
- si el modo totem bloqueó algún permiso.
El turno no inicia
Verifica:
- matrícula o identificador;
- conexión con el sensor;
- conectividad del celular;
- operación o cliente configurado;
- permisos de la app;
- si la app está en el ambiente correcto.
La app funciona antes del MDM, pero falla después
Verifica:
- permisos alterados por la política;
- restricciones de Bluetooth;
- restricciones de internet;
- restricciones de funcionamiento en segundo plano;
- bloqueos de ahorro de batería;
- política de kiosko aplicada.
En ese caso, involucra a Dersalis para revisar la política.
Qué evitar
Evita:
- alterar políticas de Hexnode sin orientación de Dersalis;
- aplicar la política en el equipo equivocado;
- entregar el celular sin probar con el sensor Polar;
- validar solo que la app abre, sin iniciar el turno;
- ignorar los permisos de Bluetooth;
- usar un celular con batería inestable;
- dejar el equipo sin rutina de carga;
- liberar el celular al cliente sin probar el comportamiento después de reiniciar;
- considerar la configuración de MDM concluida sin datos llegando a la plataforma.
Cuándo involucrar a Dersalis
Involucra a Dersalis cuando:
- el celular no recibe la política;
- la App Dersalis no abre después de aplicar el MDM;
- la app funciona sin MDM, pero falla con MDM;
- el Bluetooth o los permisos quedan bloqueados;
- el sensor no conecta después de las verificaciones básicas;
- el turno no inicia;
- los datos no llegan a la plataforma;
- el equipo sale del modo totem;
- hay dudas sobre política, grupo o perfil de Hexnode;
- el partner no logra validar el flujo completo.
Al contactar a Dersalis, envía:
- cliente;
- operación;
- modelo del celular;
- versión de Android;
- identificación del equipo en Hexnode;
- política aplicada;
- sensor utilizado;
- descripción del problema;
- capturas, fotos o videos, si los hay;
- etapas ya probadas.
Resultado esperado
Al final de la configuración, el celular Android debe estar bloqueado en modo totem para uso de la App Dersalis, con permisos concedidos, Bluetooth funcionando, conexión con el sensor Polar validada, turno probado y datos llegando a la plataforma.
El equipo solo debe entregarse al cliente después de validar el flujo completo: App Dersalis + sensor Polar + plataforma.
Siguiente paso
Después de configurar el celular Android en modo totem con Hexnode, continúa con Checklist técnico antes de la entrega al cliente para confirmar que todos los ítems técnicos y operativos están listos antes de la entrega o primer uso.
Resumen
El celular Android en modo totem se usa en proyectos con sensores Polar cuando el equipo debe quedar dedicado a la App Dersalis.
La configuración se realiza con Hexnode, usando una política de kiosko para restringir el celular a la App Dersalis. El partner debe validar la app, permisos, Bluetooth, conexión con el sensor, inicio de turno, envío de datos y comportamiento después de reiniciar antes de liberar el equipo para uso operativo.