Contents

Docs

General
Provisioning
Work profile
Fully managed
App management
FAQ

Change log

Share this page

What is the difference between AMAPI and a custom DPC?

Android Enterprise supports two management architectures, and they are fundamentally different in how the EMM controls the device.

Custom DPC (Play EMM API)

#

A custom DPC (Device Policy Controller) is an EMM-developed application that runs on the device and directly calls Android's device management APIs. The EMM builds, maintains, and distributes this app - examples include Omnissa Workspace ONE Intelligent Hub, Ivanti's MDM agent, SOTI MobiControl, and IBM MaaS360.

With a custom DPC, the EMM's own app is the Device Owner or Profile Owner on the device. It receives policy from the EMM server and enforces it locally using DevicePolicyManager and related platform APIs. App distribution is managed through the Google Play EMM API.

This gives the EMM direct control over the enforcement layer, but also means they are responsible for keeping up with Android platform changes, handling compatibility across Android versions, and maintaining the DPC app itself.

AMAPI (Android Management API)

#

With AMAPI, Google provides the on-device management client - Android Device Policy (ADP). The EMM does not build a DPC. Instead, the EMM declares a desired policy state via a REST API, and Google's ADP app on the device enforces it.

The EMM's role shifts from building device-level enforcement logic to managing policy configuration and backend integration. Google handles the on-device agent, platform compatibility, and feature rollout.

AMAPI-based EMMs include Google's own management tools, Microsoft Intune (for BYOD work profiles, with corporate-owned migrations underway), Hexnode, Mosyle, and others. Many traditional custom DPC vendors are also migrating to AMAPI over time.

Key differences

#
Custom DPC AMAPI
On-device agent EMM-built DPC app Google's Android Device Policy
Policy enforcement DPC calls Android APIs directly Google's ADP enforces declared policy
Feature availability Depends on EMM's implementation Google ships features to ADP directly
OEM features Can call OEM SDK APIs (e.g. Knox SDK) directly Must use OEMConfig for OEM features
App management API Google Play EMM API Android Management API
New registrations Closed - Google no longer accepts new custom DPC registrations Open - the recommended path for new EMM integrations

Deprecation and migration

#

Google is actively steering the ecosystem towards AMAPI. New custom DPC registrations are no longer accepted, and significant portions of the Play EMM API were deprecated in September 2021 with a final turn-off date of 30 September 2025.

Existing custom DPC EMMs continue to function and are supported, but organisations should be aware that the long-term direction is AMAPI. Many EMMs now offer both architectures during a transition period.

Devices can be migrated from a custom DPC to AMAPI without a factory reset, provided the EMM supports it.

mail Reply by email | edit_note Edit this page | code_blocks Code

Docs

General
Provisioning
Work profile
Fully managed
App management
FAQ