Skip to content

Field note

Release Windows Autopilot Before Resale

The disposal record needs to cover both the data on the laptop and its association with your organisation.

Published17 Oct 2026

Updatedyesterday

Read time4 min. 779 words.

A laptop can reach the Windows setup screen after a reset and still belong to your organisation’s deployment service. The next owner then finds an unexpected corporate sign-in or a registration problem that they cannot resolve.

Treat external transfer as a sequence with two outcomes: the organisation’s data has been handled correctly, and the device has been released from the relevant management and deployment relationships.

Identify which relationships exist

Start from the physical device and its serial number. Record the matching Intune record, Microsoft Entra identity, Windows Autopilot registration and any Windows Autopilot device association.

These are not interchangeable lists. Microsoft’s registration overview distinguishes registration with the Autopilot service from enrolment into Intune.

Also identify who originally registered the device. A reseller or Cloud Solution Provider may have a role in the release process. Give that organisation the verified identifiers and an agreed handover record, rather than asking the buyer to chase the former supplier.

Resolve mismatches before deleting records. A motherboard replacement, reused hostname or previous rebuild can leave an inventory that needs explanation.

Separate internal reuse from external transfer

Windows Autopilot Reset preserves the device’s identity connection to Entra and management connection to Intune. That can be useful when handing a device to another employee in the same organisation.

It does not establish that the device is ready to leave the tenant.

Write the destination into the ticket. “Reuse by another employee” and “transfer to another company” should not share an ambiguous reset instruction. Confirm any local data that must be retained before either process starts.

Choose the organisation’s approved erasure method for external transfer and retain its evidence separately. Removing a cloud registration does not erase the drive.

Follow the deregistration sequence for the actual join type

For classic Autopilot deregistration through Intune, Microsoft’s current procedure starts with deleting the device from Intune, then removing its Autopilot registration. It also describes any user unassignment and the need to wait for deregistration to complete.

Follow that procedure with the identified device. Avoid adding a generic “delete everything from Entra” step: Microsoft specifically advises against unnecessary manual Entra deletion. Hybrid-joined devices also need the on-premises computer object handled to prevent synchronisation recreating it.

Keep the work on the physical device in an appropriate order. If a reset or management action needs the existing connection, complete and verify it before removing the connection it relies on.

A partner deregistering through Partner Center removes the Autopilot registration; that action alone does not unenrol the device from MDM or disjoin it from Entra. Agree which team performs each remaining step.

Check device association where it is used

Windows Autopilot device preparation has a separate device-association removal procedure. For a device already associated, tenant-affinity information is stored in UEFI. Removing its entry from the list alone does not clear that device-side information.

Use the documented process for the observed association state. Microsoft says an associated device should first leave MDM management, otherwise it can be associated again on a subsequent check-in. Clearing the association also does not itself reset the TPM or delete all management records.

This is a specific procedure for devices using that feature. Do not apply firmware changes to every laptop merely because it appears in an Autopilot inventory.

Have a competent device administrator complete the supported steps and record the result. A disposal checklist should point to the current procedure rather than carrying an unmaintained firmware script.

Verify before handing over custody

Use a completion record that separates the evidence:

Data handledApproved erasure or disposal result tied to the serial number
Management removedRelevant Intune and identity steps completed
Deployment releasedAutopilot deregistration or association removal confirmed
Setup checkedSupported clean setup no longer directs the device into the former organisation’s deployment

Run the setup check while the organisation still has custody and can fix a remaining registration. Allow for service processing time; a submitted deletion request is not the same as a verified release.

Keep the device identifier, date, operator and recipient details with the asset record. The next owner should receive equipment ready for its intended use, with no need to recover access to your tenant.

References

Related notes

Need help mapping this to your own tenant, controls, or assessment timeline?