Renovar una flota de PDA: migración de aplicaciones y continuidad

Empiece por el inventario real

Antes de elegir el equipo, documente qué existe: modelos, versiones de Android, fecha de compra, estado de batería, accesorios, aplicaciones instaladas, periféricos conectados (impresoras Bluetooth, escáneres de anillo), perfiles de configuración y quién los usa. Muchas migraciones se retrasan porque nadie sabía que cierto turno dependía de una configuración manual o de una aplicación abandonada.

Clasifique las unidades: las que funcionan bien, las que fallan con frecuencia y las que sirven de repuesto. Esta clasificación define cuántos equipos se reemplazan primero y cuántos pueden pasar a roles de menor exigencia.

Ciclo de vida y motivos para renovar

Los motivos habituales son fin de soporte de parches, versión de Android que ya no cumple los requisitos de la aplicación, baterías degradadas, fallas de hardware y cambios en el proceso. El soporte de seguridad se aborda con más detalle en el artículo de esta serie sobre Android industrial; la guía NIST SP 800-124 Rev. 2 recomienda considerar el despliegue, uso y retiro de dispositivos como fases del ciclo de vida. Un programa como LifeGuard de Zebra indica que ofrece soporte de seguridad extendido y de transición hacia sistemas operativos más nuevos; sirve como ejemplo de qué preguntar a cualquier fabricante, no como regla general.

Migración de aplicaciones

Una nueva versión de Android puede cambiar permisos, ejecución en segundo plano, almacenamiento y comportamiento del teclado virtual. Pruebe la aplicación con la versión exacta que traerá el equipo nuevo, incluyendo captura, impresión, sincronización y casos de falla. Si usa emulación de terminal o un emulador de teclado, valide la configuración de escáner. La página del C72 con UHF de Chainway menciona herramientas como el SDK propio y compatibilidad con ciertos MDM, pero cada despliegue debe validarse con su software. Documente las versiones que funcionan y las que no.

Si el proveedor de su aplicación ya no la mantiene, trate esa dependencia como un riesgo del proyecto, no como un detalle técnico.

Despliegue por fases

Los criterios numéricos los define su organización; no existe una cifra universal. Programe cada ola fuera de los picos de operación y con soporte presente en los primeros turnos. Mantenga equipos antiguos operativos durante la transición para tener reversión.

Baterías, accesorios y logística

Una flota nueva exige cargadores, cunas, fundas, correas y baterías de repuesto compatibles. Un error común es comprar los equipos y olvidar que los accesorios del modelo anterior no sirven. Verifique por número de parte y calcule autonomía con su propia medición, como explica el artículo sobre baterías. Considere también espacio físico para cargar ambos parques de equipos durante la transición y personal para el reetiquetado de activos.

Inscripción, políticas y datos

Reproduzca las políticas del MDM en los nuevos equipos y use la migración para depurar permisos y aplicaciones innecesarias. Defina qué datos locales deben migrarse (rara vez deberían quedar datos operativos únicos en un equipo) y cuáles se recuperan desde el servidor. Verifique las funciones necesarias en la lista de Android Enterprise y pruebe la inscripción con una persona que no haya participado en la configuración.

Retiro seguro de los equipos antiguos

Borre los datos según el procedimiento aprobado por su área de seguridad, cierre cuentas, retire el equipo del MDM, actualice el inventario de activos y gestione baterías y residuos electrónicos conforme a la normatividad aplicable; consulte a un especialista ambiental y legal para ese punto. Si planea reutilizar unidades en usos menos críticos, anote el riesgo de parches faltantes.

Ejemplo hipotético: una empresa conserva diez equipos antiguos como respaldo durante un mes tras la última ola, y los retira solo cuando no hubo incidentes que exigieran volver atrás.

Riesgos frecuentes durante la renovación

• Subestimar el tiempo de configuración de cientos de equipos; mida cuánto tarda uno en el laboratorio y multiplique con margen.
• Descubrir tarde que un periférico, como una impresora móvil, no es compatible con el nuevo equipo.
• Renovar sin comunicar al personal el cambio de botones, de ubicación del disparador o de flujo.
• Retirar los equipos antiguos antes de comprobar que el nuevo parque cubre todos los puestos.
• No actualizar manuales, procedimientos de carga y listas de contactos de soporte.

Reserve tiempo para capacitación breve: quince minutos con el equipo en la mano suelen evitar más llamadas a soporte que un manual extenso. Documente además un canal rápido para reportar problemas durante la primera semana de cada ola, y designe a una persona de cada turno como contacto, con acceso directo a TI. Al cerrar cada ola, revise incidentes y ajuste el plan antes de iniciar la siguiente.

Plan mínimo

Inventario, requisitos de aplicación, piloto con criterios, olas, reversión, accesorios y retiro: seis bloques que conviene tener por escrito antes de comprar. Si falta alguno, la renovación puede salir más cara que el equipo.

¿Puedo mezclar modelos nuevos y antiguos?

Sí, temporalmente, si la aplicación funciona en ambos y TI puede administrarlos; defina una fecha de término.

Para estructurar su renovación, puede contactar a ARKCOM.