Step 1
Choose the deployment route before opening the portal.
User-driven deployment
The user proves identity; the device joins Microsoft Entra, enrols in Intune and receives its assigned configuration.
Self-deploying mode
Designed for shared, kiosk and signage use. It requires Microsoft Entra join, TPM 2.0 and device attestation.
Pre-provisioned deployment
IT, the reseller or manufacturer completes the technician phase; the user completes the final identity phase.
Co-management, then refresh
Move workloads deliberately. Introduce Microsoft Entra joined devices during refresh, reset or another planned replacement event.
Windows Autopilot and Windows Autopilot device preparation are related Microsoft services with different requirements. Confirm which one your tenant and Windows version support before following a tutorial.
Step 2
Prepare the tenant and the safety boundary.
- 1
Confirm licensing, roles and MDM authority
Use a dedicated pilot administrator with the least privilege available. Confirm users and devices have the required Microsoft licences.
- 2
Configure automatic Intune enrolment
Start with a small pilot group, not every user. Confirm that Microsoft Entra join and enrolment restrictions match school ownership rules.
- 3
Build groups with visible purpose
Separate staff 1:1, shared pupil, kiosk, IT pilot and exception devices. Use group tags/order identifiers consistently and document who owns each assignment.
- 4
Lay down the minimum viable policy set
Identity, BitLocker recovery, Defender, firewall, Windows LAPS, update rings, compliance, browser and Wi-Fi/VPN or certificates where required. Avoid duplicate settings across several profiles.
- 5
Package only what blocks first use
Keep the Enrollment Status Page list short: identity and genuinely required applications. Let non-essential software arrive after the desktop is usable.
- 6
Test the complete user journey
Use representative hardware and a representative non-administrator account. Test first sign-in, applications, printing, files, safeguarding tools, recovery key escrow, updates, reset and handover.
Step 3
Translate the old estate; do not copy it blindly.
| MDT/SCCM concept | Intune-era equivalent | Migration rule |
|---|---|---|
| MDT reference image | OEM Windows image plus Autopilot, Intune apps and policies | Keep a custom image only where a tested requirement genuinely needs one. |
| Task sequence | Deployment profile, Enrollment Status Page, required apps and scripts | Do not rebuild a hundred-step task sequence in PowerShell. |
| SCCM collection | Microsoft Entra group and assignment filter | Keep group purpose narrow and document exclusions. |
| GPO | Settings Catalog, Administrative Templates or Endpoint Security policy | Import GPOs into Group Policy analytics; migrate only settings that still make sense. |
| Application/package | Win32 app or Microsoft Store app | Define detection, requirements, dependencies, supersedence and uninstall behaviour. |
| Software update group | Update rings, feature update policy and driver policy | Pilot first; separate urgent quality updates from feature change. |
| Compliance baseline | Compliance policy plus Conditional Access | Test exclusions and emergency access before enforcement. |
Step 4
Ask Dell or HP to register new devices before delivery.
- Microsoft Entra tenant ID and verified domain
- Authorised customer or reseller relationship
- Purchase order/customer number
- Agreed group tag/order identifier
- Named contact and deregistration route
- Confirmation that serial numbers were registered
- A small test batch before the full order
- Factory Windows edition that meets your licence plan
- Repair and motherboard-replacement process
- Deregistration ownership at return or disposal
Dell documents an OEM partner invitation and tenant-domain onboarding route. HP offers Windows Autopilot enablement and pre-provisioning services; availability and commercial process vary by region and agreement. The manufacturer registers hardware identity with the Autopilot service—it does not need continuing administrative access to manage your tenant.
Step 5
Use PowerShell for evidence and registration, not guesswork.
These examples use built-in Windows commands or Microsoft’s published Autopilot script. They are syntax-checked and intentionally avoid reset, wipe, deletion and tenant-wide change. Run on a test device first and read every line.
Identify the device and its join state
Expected result: manufacturer, model, serial number, BIOS version and the detailed dsregcmd status. The output can contain tenant and user identifiers; sanitise it before sharing.
$computer = Get-CimInstance -ClassName Win32_ComputerSystem
$bios = Get-CimInstance -ClassName Win32_BIOS
[pscustomobject]@{
Manufacturer = $computer.Manufacturer
Model = $computer.Model
SerialNumber = $bios.SerialNumber
BIOSVersion = $bios.SMBIOSBIOSVersion
}
dsregcmd.exe /statusCapture an Autopilot hardware hash to CSV
Use this for testing or an existing device. Microsoft recommends OEM or reseller registration for newly purchased devices. The execution-policy change applies only to this PowerShell process.
$Target = 'C:\HWID'
New-Item -ItemType Directory -Path $Target -Force | Out-Null
Set-Location -Path $Target
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
$ScriptPath = Join-Path $env:ProgramFiles 'WindowsPowerShell\Scripts'
if ($env:Path -notlike "*$ScriptPath*") { $env:Path += ";$ScriptPath" }
Set-ExecutionPolicy -Scope Process -ExecutionPolicy RemoteSigned -Force
Install-Script -Name Get-WindowsAutopilotInfo -Force
Get-WindowsAutopilotInfo.ps1 -OutputFile "$Target\AutopilotHWID.csv"
Get-Item "$Target\AutopilotHWID.csv" |
Select-Object FullName, Length, LastWriteTimeCheck DNS, HTTPS and time
A successful connection does not prove every required endpoint is allowed, but failure identifies a local network, proxy, DNS or clock problem before a reset is attempted.
$Targets = @(
'ztd.dds.microsoft.com',
'login.microsoftonline.com',
'enrollment.manage.microsoft.com'
)
foreach ($Target in $Targets) {
Resolve-DnsName -Name $Target -ErrorAction Continue
Test-NetConnection -ComputerName $Target -Port 443
}
w32tm.exe /query /statusCreate the Microsoft MDM diagnostic bundle
Expected result: MDMDiagReport.zip in Public Documents. Treat the bundle as sensitive operational evidence.
$Output = Join-Path $env:PUBLIC 'Documents\MDMDiagReport.zip'
& "$env:SystemRoot\System32\mdmdiagnosticstool.exe" -area "DeviceEnrollment;DeviceProvisioning;Autopilot" -zip $Output
Get-Item $Output | Select-Object FullName, Length, LastWriteTimeRead the latest Autopilot and MDM events
Expected result: the latest 50 events from each available log. A missing log is useful evidence too; it may mean the relevant stage never started.
$LogNames = @(
'Microsoft-Windows-ModernDeployment-Diagnostics-Provider/Autopilot',
'Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider/Admin'
)
foreach ($LogName in $LogNames) {
Get-WinEvent -LogName $LogName -MaxEvents 50 -ErrorAction SilentlyContinue |
Select-Object @{Name='Log';Expression={$LogName}},
TimeCreated, Id, LevelDisplayName, Message
}Step 6
Troubleshoot the failed stage, not “Intune” as one thing.
| Symptom | Likely control plane | First evidence |
|---|---|---|
| No organisation sign-in during OOBE | Device is not registered, profile is not assigned, or network cannot reach Autopilot | Check serial/hash, device record, profile status, DNS, time and port 443. |
| Entra joined, but absent from Intune | Automatic MDM enrolment scope, licence, MDM authority or enrolment restriction | Check the user licence and MDM scope before resetting anything. |
| ESP waits on apps | Required application detection, dependency, content download or install context | Identify the exact tracked app; inspect Intune Management Extension logs. |
| Policy reports Conflict | Two profiles configure the same setting differently | Use the per-setting device report; remove duplication rather than adding another policy. |
| Wrong tenant appears | Device remains registered to another organisation | Stop. Record the serial number and ask the seller or former organisation to deregister it. |
| Fails after motherboard replacement | The hardware identity has materially changed | Follow Microsoft and manufacturer repair guidance: deregister, replace, capture a new hash and reregister. |
Before wiping a laptop, record the serial number, Autopilot registration, Microsoft Entra object, Intune object, assigned profile, failed ESP item, last successful stage and whether the device is registered to the correct organisation.
