Search all guides & tools⌘ / Ctrl KReader Hub
LAlite£14.99 · Buy on Gumroad ↗

School deployment · MDT/SCCM transition

Deploy laptops with Intune, without recreating the task sequence.

A novice route from tenant preparation to a controlled Autopilot pilot, OEM registration and evidence-led troubleshooting.

Microsoft guidance reviewed · 31 August 2026
TenantPolicyOEMPilotSchool
Recommended starting point

For new or reset Windows devices, plan towards Microsoft Entra join and Intune management. Keep hybrid join or co-management as a controlled transition where existing dependencies require it, not as the automatic design for every new device.

Step 1

Choose the deployment route before opening the portal.

1:1 staff laptop

User-driven deployment

The user proves identity; the device joins Microsoft Entra, enrols in Intune and receives its assigned configuration.

Shared pupil or kiosk device

Self-deploying mode

Designed for shared, kiosk and signage use. It requires Microsoft Entra join, TPM 2.0 and device attestation.

Prepared before handover

Pre-provisioned deployment

IT, the reseller or manufacturer completes the technician phase; the user completes the final identity phase.

Existing SCCM estate

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. 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. 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. 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. 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. 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. 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 conceptIntune-era equivalentMigration rule
MDT reference imageOEM Windows image plus Autopilot, Intune apps and policiesKeep a custom image only where a tested requirement genuinely needs one.
Task sequenceDeployment profile, Enrollment Status Page, required apps and scriptsDo not rebuild a hundred-step task sequence in PowerShell.
SCCM collectionMicrosoft Entra group and assignment filterKeep group purpose narrow and document exclusions.
GPOSettings Catalog, Administrative Templates or Endpoint Security policyImport GPOs into Group Policy analytics; migrate only settings that still make sense.
Application/packageWin32 app or Microsoft Store appDefine detection, requirements, dependencies, supersedence and uninstall behaviour.
Software update groupUpdate rings, feature update policy and driver policyPilot first; separate urgent quality updates from feature change.
Compliance baselineCompliance policy plus Conditional AccessTest exclusions and emergency access before enforcement.

Step 4

Ask Dell or HP to register new devices before delivery.

What you provide
  • 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
What you require back
  • 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.

School approves relationshipOEM registers hardwareIntune assigns profileUser opens device

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.

Read-only

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.

PowerShell · standard user
$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 /status
Administrator

Capture 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.

Windows PowerShell · internet required
$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, LastWriteTime
Read-only

Check 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.

PowerShell · diagnostic
$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 /status
Writes evidence

Create the Microsoft MDM diagnostic bundle

Expected result: MDMDiagReport.zip in Public Documents. Treat the bundle as sensitive operational evidence.

PowerShell · run as administrator
$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, LastWriteTime
Read-only

Read 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.

PowerShell · diagnostic
$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.

SymptomLikely control planeFirst evidence
No organisation sign-in during OOBEDevice is not registered, profile is not assigned, or network cannot reach AutopilotCheck serial/hash, device record, profile status, DNS, time and port 443.
Entra joined, but absent from IntuneAutomatic MDM enrolment scope, licence, MDM authority or enrolment restrictionCheck the user licence and MDM scope before resetting anything.
ESP waits on appsRequired application detection, dependency, content download or install contextIdentify the exact tracked app; inspect Intune Management Extension logs.
Policy reports ConflictTwo profiles configure the same setting differentlyUse the per-setting device report; remove duplication rather than adding another policy.
Wrong tenant appearsDevice remains registered to another organisationStop. Record the serial number and ask the seller or former organisation to deregister it.
Fails after motherboard replacementThe hardware identity has materially changedFollow Microsoft and manufacturer repair guidance: deregister, replace, capture a new hash and reregister.
Do not reset yet

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.

Search LAlite

A guide, a scenario or a checklist. Find it here.