¶ 9. Nueva política
Aplicación: Portal Nomid MDM
Documento: V1.1.0
Última actualización: 07/08/2026
Responsable editorial: Documentación de Nomid MDM
Última revisión editorial: 07/08/2026
Idioma editorial: es-ES
El asistente New policy crea la configuración inicial de una política Android o VR/Pico. Organiza el nombre, grupo, tipo de dispositivo, template, aplicaciones y opciones esenciales antes de abrir la política completa para su revisión.
Importante: Los templates y ajustes rápidos son puntos de partida. Antes de utilizar una política en producción, revisa todas las secciones, guarda solamente después de esa revisión y valida el resultado con un grupo piloto.
¶ Requisitos previos
- Define el objetivo de la política y el tipo de equipo que gestionará.
- Confirma la empresa y el grupo donde debe organizarse.
- Para Android, comprueba que Android Enterprise y las fuentes de aplicaciones estén disponibles.
- Para VR/Pico, prepara los APK y las aplicaciones que se distribuirán.
- Evita nombres genéricos; identifica la función, el público o la finalidad operativa.
¶ Abrir el asistente
¶ Desde el menú Policies
Abre Policies en el menú lateral y selecciona New policy. Utiliza esta ruta cuando la tarea comience desde la administración de políticas.
¶ Desde el acceso directo global
Abre el botón global + y selecciona Create new policy. La interfaz también puede mostrar el acceso directo de teclado correspondiente.
¶ Desde el botón de la página
En la pantalla de políticas, selecciona New policy para iniciar el mismo asistente.
¶ Definir nombre, grupo y tipo de dispositivo
El primer paso identifica la política y determina qué conjunto de configuraciones se mostrará.
¶ Nombre y grupo
- Policy name: introduce un nombre corto y reconocible. La pantalla actual muestra un límite de 20 caracteres.
- Group: selecciona un grupo existente o crea uno nuevo cuando sea necesario.
- Organización: los grupos facilitan la búsqueda, delegación y separación entre clientes, sedes, proyectos o escenarios.
Utiliza un patrón previsible, como Función-Sede o Cliente-Uso, respetando el límite mostrado por el portal.
¶ Android Policy
Selecciona Android Policy para smartphones, tablets y dispositivos robustos gestionados mediante Android Enterprise.
¶ VR / Pico Policy
Selecciona VR / Pico Policy para visores de realidad virtual Pico y recursos específicos de este ecosistema.
Atención: El tipo elegido define los templates, las aplicaciones y los ajustes disponibles. Si es incorrecto, vuelve al principio en lugar de adaptar una política incompatible.
¶ Crear una Android Policy
¶ Elegir el template inicial
El template aplica una base inicial para el escenario seleccionado. Revisa todos los ajustes generados, ya que el nombre del template no sustituye la validación técnica.
Además de los presets, la sección Other options permite empezar desde cero o copiar una política existente. Estas alternativas se detallan después de los templates de escenario.
¶ Individual Device
Utilízalo para un dispositivo asignado a un único usuario en un escenario de trabajo o uso individual controlado.
Resultado aplicado: inicia con Play Store en modo allowlist, transferencia USB bloqueada, política predeterminada de permisos en Prompt, reportes de estado habilitados y launcher predeterminado del sistema.
¶ Multi-User Device
Utilízalo para equipos compartidos por varios usuarios cuando el escenario requiere inicio de sesión o cambio de operador.
Resultado aplicado: inicia con Play Store en modo allowlist, modificación de cuentas, factory reset, USB y safe boot bloqueados, permisos predeterminados en Grant, reportes de estado habilitados y Nomid Launcher.
¶ Frontline Worker
Utilízalo como punto de partida para equipos de campo, conductores y trabajadores móviles.
Resultado aplicado: inicia con Play Store en modo allowlist, modificación de cuentas, factory reset y safe boot bloqueados, debugging deshabilitado, permisos predeterminados en Grant, reportes de estado habilitados y Nomid Launcher.
¶ Kiosk
Utilízalo para equipos dedicados a una finalidad o aplicación. Valida el launcher, la navegación, la salida de kiosk y la recuperación administrativa antes de guardar y probar.
Resultado aplicado: inicia con Play Store en modo allowlist, factory reset, USB y safe boot bloqueados, debugging deshabilitado, permisos predeterminados en Grant, reportes de estado habilitados y Nomid Kiosk.
¶ Start from scratch
Crea una política sin preset de escenario. Es la opción más flexible, pero exige revisar y configurar todas las áreas necesarias.
Resultado aplicado: crea la política sin preset de restricciones o apps y mantiene el launcher predeterminado del sistema hasta que lo configures manualmente.
¶ Copy existing policy
Selecciona una política existente como base. Utiliza esta opción cuando la nueva configuración sea una variación controlada y quieras conservar la original.
Resultado aplicado: copia el recurso completo de la política seleccionada, incluidas apps, restricciones, launcher, Play Store, Wi-Fi y demás configuraciones, en una nueva política. La política de origen permanece sin cambios.
También puedes duplicar directamente una política mediante su acción:
Duplicate policy también crea una política separada con la configuración completa de origen y no modifica la política duplicada. En ambos caminos, trata la copia como una nueva configuración antes de que llegue a los dispositivos.
Después de copiar o duplicar, revisa uno a uno: nombre y grupo; lista y modo de las apps; launcher, Play Store y kiosk; Wi-Fi, APN, VPN, proxy y certificados; configuraciones administradas; acceso remoto; contactos y agendas; enforcement y acciones destructivas. Confirma, reemplaza o rota las credenciales y los secretos específicos del escenario antes del uso.
¶ Añadir aplicaciones
La etapa Add apps permite elegir aplicaciones sugeridas, explorar categorías y crear la lista inicial de la política.
¶ Fuentes de aplicaciones
En Find More Apps, el portal puede ofrecer:
- Browse Play Store: busca en Managed Google Play.
- Add by package name: añade por el identificador de paquete Android.
- Nomid Store: utiliza aplicaciones disponibles en la biblioteca propia de la empresa.
Confirma el nombre de la aplicación, el desarrollador y el package name antes de añadirla.
¶ Required o Available
- Required: la aplicación es obligatoria y la gestión intenta instalarla en los dispositivos compatibles.
- Available: la aplicación queda disponible para que el usuario la instale desde el catálogo gestionado, según el modo de gestión.
- Blocked: cuando está disponible en el editor completo, impide que la app sea usada o instalada.
- Kiosk: cuando está disponible, fija la app como experiencia kiosk/single app. En políticas VR, las apps comunes quedan como Required y la app Nomid Settings puede alternar entre Required y Kiosk.
Utiliza Required solo para aplicaciones necesarias, porque las instalaciones obligatorias aumentan el tráfico, el tiempo de preparación y el impacto de errores del paquete.
¶ Configurar opciones esenciales
El asistente presenta opciones de alto nivel para Play Store, launcher y Wi-Fi. El resto de ajustes continúa disponible en el editor completo de la política.
¶ Play Store mode
- Allowlist: solo se pueden instalar las aplicaciones aprobadas por la organización.
- Blocklist: todas las aplicaciones están permitidas excepto las bloqueadas explícitamente.
Allowlist ofrece mayor control; Blocklist ofrece mayor libertad y requiere un seguimiento más cuidadoso.
Esta es la misma lógica operativa llamada Allow list y Deny list en la pantalla de Apps de la política ya creada; la diferencia es solo la nomenclatura mostrada en cada pantalla.
¶ Choose Launcher
- Nomid Launcher: experiencia gestionada y personalizable.
- Nomid Kiosk: experiencia bloqueada que puede usar varias apps de la política o una sola app en el editor completo.
- System Default: mantiene la experiencia nativa de Android.
Elige según la finalidad del equipo y valida el comportamiento de Home, la navegación y la recuperación administrativa.
¶ Wi-Fi network
Activa la red Wi-Fi cuando quieras entregar una configuración inicial junto con la política. Introduce SSID, tipo de seguridad y contraseña.
Seguridad: Utiliza una red adecuada para dispositivos gestionados. No documentes contraseñas y actualiza la política siempre que cambien las credenciales.
¶ Crear una VR / Pico Policy
¶ Elegir el template inicial
Los templates VR proporcionan puntos de partida específicos para visores Pico.
¶ Education
Utilízalo para experiencias de aprendizaje inmersivo, aulas y laboratorios de formación.
Resultado aplicado: crea una política tipo VR, bloquea factory reset, habilita launcher/kiosk customizado para el visor y activa reportes de estado.
¶ Industrial Training
Utilízalo para simulaciones de seguridad y capacitación práctica en escenarios industriales.
Resultado aplicado: crea una política tipo VR, bloquea factory reset, habilita launcher/kiosk customizado para el visor y activa reportes de estado.
¶ Start from scratch
Crea una política VR sin preset. Configura manualmente las aplicaciones y comportamientos necesarios.
Resultado aplicado: crea la política VR sin preset de apps o restricciones, exigiendo configuración manual antes de guardarla y usarla en dispositivos.
¶ Copy existing policy
Utiliza una política VR existente como punto de partida para una nueva variación.
Resultado aplicado: copia la configuración completa de la política VR seleccionada, incluidas apps, restricciones y comportamiento de launcher/kiosk, en una nueva política. La política de origen permanece sin cambios.
También puedes duplicar directamente una política VR:
Duplicate policy crea otra política VR sin modificar la de origen. Revisa también los APK, versiones, compatibilidad del headset, launcher/kiosk, red y cualquier credencial heredada antes de guardar la copia.
¶ Añadir aplicaciones VR
Selecciona aplicaciones disponibles en la tienda de la empresa o carga un nuevo APK para la política.
¶ Upload APK
La ventana acepta archivos APK. La interfaz actual indica un tamaño máximo de 3 GB y permite seleccionar varios archivos. Confirma origen, firma, versión, package name y compatibilidad con el visor antes de cargarlos.
¶ Required o Available
- Required: instala la aplicación como componente obligatorio de la política.
- Available: deja la aplicación disponible sin forzar la instalación inmediata.
¶ Editar la política VR/Pico después de crearla
Después de seleccionar Create Policy, el editor completo organiza la política VR/Pico en secciones plegables. Expandir o contraer solo cambia la presentación; use Save para crear y distribuir una revisión.
¶ Content
- Upload app > Upload single: carga un APK para incluirlo en la política.
- Upload app > Batch upload: carga varios APK en una operación; cada archivo se procesa y valida por separado.
- Add from Library: reutiliza una aplicación ya registrada para la empresa.
- Search / Filter: limita los resultados visibles sin eliminar contenido.
- List / Grid: cambia solo la vista del editor.
- Required: hace que la aplicación sea obligatoria en los visores asociados.
- Available: la deja disponible sin forzar la instalación.
- Remove: la elimina de esta política después de guardar y sincronizar la revisión.
Antes de sustituir una versión, compruebe package name, firma, version code y compatibilidad con el modelo Pico.
¶ Remote Access
Remote Access habilita la capacidad de iniciar sesiones remotas en visores compatibles. Activarlo no abre una sesión de inmediato; el visor debe recibir la política, estar en línea e informar las capacidades requeridas. Desactivarlo impide nuevas sesiones después de sincronizar.
¶ Launcher Experience
Launcher Experience define cómo se presentan las apps de la política en el visor. Los cambios afectan la navegación inicial y deben probarse en un visor real. Contraer la sección no deshabilita el launcher.
¶ Network
- Add network: crea otra configuración Wi-Fi.
- SSID: define el nombre exacto de la red, con hasta 32 caracteres.
- Open: configura una red sin contraseña y debe limitarse a entornos controlados.
- WPA2 / WPA3: exige una red protegida y contraseña compatibles.
- Show/hide password: cambia solo la visibilidad del campo.
- Expand/Collapse: abre o cierra los campos sin cambiar la red.
- Remove: elimina la red de la siguiente revisión; confirme que seguirá disponible otra conexión.
Una contraseña incorrecta o eliminar la única red conocida puede impedir que el visor reciba la corrección. Pruebe siempre en un piloto.
¶ Security
Allow user factory reset define si el usuario puede restaurar el visor de fábrica. Habilitarlo facilita la recuperación local, pero permite borrar gestión y contenido; deshabilitarlo reduce ese riesgo y exige un proceso administrativo. Los controles de depuración o desarrollo que no aparecen en la interfaz no forman parte del flujo del usuario.
¶ History
History muestra las revisiones registradas de la política para su consulta y auditoría. Abrir una revisión permite comprender qué estaba configurado en ese momento; no demuestra que todos los visores ya se hayan sincronizado. Valide la versión de la política y la última comunicación de cada dispositivo.
¶ Acciones del editor
- Save: registra una revisión e inicia la sincronización asíncrona.
- Duplicate policy: crea otra política y mantiene el origen sin cambios.
- Delete policy: elimina la política de la lista activa; reasigne primero los dispositivos.
- See devices with policy: abre el panel de dispositivos asociados para consulta y acciones compatibles.
- Provision device(s) with policy: inicia un nuevo aprovisionamiento con esta política.
¶ Antes de crear la política
- Revisa el nombre, grupo y tipo de dispositivo.
- Confirma que el template coincida con el escenario real.
- Elimina aplicaciones añadidas por error.
- Comprueba el modo Required/Available de cada aplicación.
- En Android, revisa Play Store, launcher y Wi-Fi.
- En VR, valida APK, versiones y compatibilidad con el visor.
- Si solo estás explorando el asistente, sal sin crear una política innecesaria.
Después de seleccionar Create Policy, abre la política creada y revisa todas las pestañas antes de asignarla a dispositivos de producción. La creación guarda la nueva política; los cambios posteriores también crean la revisión actual e inician su distribución, sin una etapa separada de borrador y publicación.
¶ Validar la política
- Confirma que aparezca en Policies dentro del grupo correcto.
- Revisa el resumen, tipo de dispositivo, aplicaciones y ajustes iniciales.
- Guarda los cambios solo después de revisarlos, porque el guardado crea la revisión actual e inicia su distribución.
- Aplícala a un dispositivo piloto compatible.
- Comprueba instalación de apps, launcher, red, restricciones y sincronización; en Devices > Policy, confirma Policy version y Last sync.
- Registra los cambios relevantes en la descripción o en el proceso de cambios del equipo.
¶ Problemas comunes
¶ Nombre o grupo incorrecto
- Corrige la información antes de distribuir la política.
- Evita crear copias solo para cambiar el nombre si la política todavía no está en uso.
- Confirma la empresa antes de finalizar.
¶ Tipo de dispositivo incorrecto
- Vuelve al principio y crea la política con el tipo adecuado.
- No utilices una Android Policy para VR/Pico ni una VR/Pico Policy para dispositivos Android normales.
¶ La aplicación no aparece
- Revisa la integración con Managed Google Play, el package name y la disponibilidad para el país y la empresa.
- Para VR, confirma que el APK se haya cargado y procesado correctamente.
- Revisa los filtros y categorías de búsqueda.
¶ El Wi-Fi no conecta
- Confirma SSID, tipo de seguridad y contraseña.
- Comprueba que la red esté al alcance y no dependa de un captive portal incompatible con el enrollment.
- Actualiza la política cuando cambien las credenciales de red.
¶ La copia incluyó ajustes no deseados
- Revisa todas las pestañas de la política clonada, no solo el asistente inicial.
- Cambia nombre, grupo, apps, redes, launcher, restricciones y referencias del escenario original.
- Prueba en un dispositivo piloto antes de sustituir una política existente.