# Do not use policy removal as rollback for Android Management API migration

> Does unassigning the Android Management API migration profile return migrated devices to their former manager?

- Canonical URL: https://update.dsesecurity.com/updates/dse-20260909-491-do-not-use-policy-removal-as-rollback-for-android-management-api-migration/
- Publisher: Detection Systems & Engineering (DSE Security)
- Author: DSE Security Editorial Team
- Published: 2026-09-10T00:23:45+00:00
- Modified: 2026-09-10T02:08:05+00:00
- Last reviewed by DSE: 2026-09-09
- Resource type: Guide
- DSE priority: Information
- Topics: Business Continuity, IT
- Reading time: 2 minutes

## What you need to know

Does unassigning the Android Management API migration profile return migrated devices to their former manager?

## Potentially affected

Use this check for existing personally owned work-profile devices, not the separate tenant-wide web-enrollment switch for new devices. Devices must run Android 9 or later to migrate. Review the source's changed feature behavior before selecting a migration cohort.

## DSE recommendation

Treat stopping further targeting and reversing completed migration as different decisions.

## Article

## Source facts

Intune’s migration policy moves existing personally owned Android work-profile devices to Android Management API. Once migrated, they cannot return to the previous management method. Removing or unassigning the profile leaves completed migrations in place; targeted devices that never received it are not moved. Migration progress appears in the Personal Devices on Android Management API report, not the policy’s device-assignment status or the device’s configuration tab. [Microsoft Learn](https://learn.microsoft.com/en-us/intune/device-enrollment/android/android-management-api-overview).

## Applicability

Use this check for existing personally owned work-profile devices, not the separate tenant-wide web-enrollment switch for new devices. Devices must run Android 9 or later to migrate. [Microsoft Learn](https://learn.microsoft.com/en-us/intune/device-enrollment/android/android-management-api-overview). Review the source’s changed feature behavior before selecting a migration cohort.

## DSE recommendation

Treat stopping further targeting and reversing completed migration as different decisions. Ask the endpoint owner to approve a small, representative group after checking custom policies, Wi-Fi authentication, and other relevant feature changes. Define an acceptance point and escalation route before assignment. If a problem appears, preserve the actual migration state of each device instead of assuming deletion of the profile restores the fleet.

## Verification

Follow the dedicated migration report through the pilot and reconcile completed, pending, and error states with representative device behavior. Test required work applications and access after migration. Record which devices have crossed the irreversible transition, then stop expansion if unresolved incompatibilities remain. Keep any recovery plan explicit about the absence of an in-place rollback.

## Official references

[Microsoft Learn: Android Management API for personally owned work profiles](https://learn.microsoft.com/en-us/intune/device-enrollment/android/android-management-api-overview).

## Primary reference

- Name: Android Management API for personally owned work profiles - Microsoft Intune | Microsoft Learn
- Authority: Microsoft Learn
- URL: https://learn.microsoft.com/en-us/intune/device-enrollment/android/android-management-api-overview
- Source publication date: Not stated by the source

## Citation and use

Preferred citation: “Do not use policy removal as rollback for Android Management API migration,” DSE Security, https://update.dsesecurity.com/updates/dse-20260909-491-do-not-use-policy-removal-as-rollback-for-android-management-api-migration/
Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/
Usage and citation policy: https://update.dsesecurity.com/usage/
Copyright © 2026 Detection Systems & Engineering. All rights reserved.