Application: Portal Nomid MDM
Document: V1.0.3
Last updated: 10/07/2026
Editorial owner: Nomid MDM Documentation
Last editorial review: 10/07/2026
Editorial language: en-US
The New device wizard prepares a device for provisioning and provides the resources required to start enrollment. The available flow depends on the device type: fully managed company-owned Android, personal Android with a work profile, or a Pico VR headset.
Important: Before generating any enrollment resource, confirm the company, policy, and management type. The screenshots in this article use a test account; in production, enrollment QR codes, links, and tokens must be treated as credentials.

Open Devices in the side menu and select New device. Use this route when the task starts from fleet operations.

Open the global + button and select Add new device(s). The shortcut may also display the keyboard combination available in the interface.

Inside a policy, open Actions and select Provision device(s) with policy. This route starts the wizard from the open policy and reduces the risk of selecting a different policy by mistake.

The first step defines the management model and changes every subsequent stage.

Use Android Company for corporate devices in Fully managed mode. The entire device is managed by the organization and normally must be new or factory reset.
Before resetting a device that was already used, confirm backup, asset-owner authorization, applicable account/FRP handling, battery, connectivity, and the re-enrollment plan. Factory reset removes local data and must only be performed when disposal, policy change, or new provisioning is approved.

Use Android Personal to create a Work profile on a personal device. Management is limited to the work profile, while the personal area remains separate according to Android Enterprise rules.

Use VR Headset to prepare Pico headset provisioning through NOPS.
Important: Pico VR headsets can currently be provisioned only through NOPS. Zero-touch and KME are exclusive to compatible Android Company devices and do not apply to VR Headset.

Choose the policy that will be applied during enrollment. Policies can be organized by group, and the search field helps in larger environments.

Under Device locale, select the language and time zone used during initial setup.

Wi-Fi is optional in the wizard, but the device needs connectivity to download the policy controller, complete enrollment, and receive settings.
Attention: An incorrect Wi-Fi configuration causes provisioning to fail completely. Because the failure usually appears only as a generic error, validate the SSID, security type, password, and network availability at the initial setup location beforehand.

Select No WiFi when the network will be configured directly on the device or provisioning will use mobile data. Make sure another connection method is available before starting.

Enter Network name (SSID), Security type, and Password. Review capitalization, security type, and password because an error can prevent the device from reaching the management service.

Select From policy to reuse a network available in the chosen policy. Confirm that the network is accessible where the equipment will first be powered on.

Advanced options adjust initial setup behavior and are embedded in the generated payload for QR code, JSON, or enrollment token.
Security: Do not enable Skip encryption merely for convenience. The decision must follow the organization's security policy and device requirements.
When the wizard is completed, the portal displays the QR code, instructions, token, and automated enrollment options. The values shown below are for demonstration; do not expose credentials generated in production companies.



The token is the text alternative to the QR code and is also used in automated enrollment configurations. Use the copy button to prevent typing errors and confirm that it belongs to the selected policy.

The portal also provides instructions for Google Zero-touch and Samsung Knox Mobile Enrollment (KME). These methods are exclusive to compatible Android Company devices, require prior registration with the manufacturer or reseller service, and require the correct enrollment profile to be assigned. They cannot be used with Pico VR.
Zero-touch and KME are normally evaluated during first setup after a device is powered on new or factory reset. If the device has already completed the setup wizard, plan an authorized reset before testing the automated flow.

The window shows the DPC, JSON, and provisioning extras required to associate the device with the selected policy. Copy the JSON without changing property names or structure.
For requirements, registration, and configuration assignment, see the Zero-touch guide.

The window shows the EMM agent address and JSON containing the enrollment token. Use these values in the KME profile assigned to the corresponding Samsung equipment.
The JSON and token are enrollment credentials: copy them without changing the structure, store them only in an approved channel, and regenerate enrollment if exposure, improper sharing, or incorrect use is suspected.
For requirements, profiles, and Samsung device assignment, see the Knox Mobile Enrollment guide.

Choose a policy compatible with Work profile. Policies designed only for fully managed equipment may contain resources that do not apply to a work profile.


The portal generates an enrollment link and token for the responsible user.

The link directs the user to the flow and application required to create the work profile. Use the copy button and send the complete address.

The token connects the enrollment attempt to the selected policy. Enter it in the application when requested.

Pico VR provisioning is performed exclusively through NOPS.
Attention: The screenshot above still mentions Nomid Remote, but that label is outdated. Do not use Nomid Remote to provision Pico VR; use NOPS.
The detailed NOPS manual will be maintained under this wiki's Provisioning directory.
If the device recognizes the organization and consistently fails during
Getting ready for work setup after a factory reset, multiple newly generated
QR codes, a minimal policy, and both Wi-Fi and hotspot tests, stop repeating the
basic network checklist. The failure is likely occurring during Android
Enterprise policy-controller handoff and requires support investigation.
Record the approximate attempt time and time zone, policy name, enrollment
profile, Android version/build, device model, and the exact on-screen message.
The portal may have no device record or exact error when the failure happens
before the first successful check-in. Support must use backend/API evidence; do
not claim that company logs were checked unless an authorized diagnostic actually
returned a result.