Android 设备预配方式：部署选型指南

先确定管理状态，再选择接入方式

这两个决策经常被混为一谈。所有权与管理状态决定设置完成后的控制边界；预配接入方式只是让设备进入该受支持状态的路径。QR 码本身不代表设备就是“专用设备”，零接触也不决定设备最终接收哪套策略。请先阅读专用设备与全托管设备对比；Google 的 Android Enterprise 设备设置指南也指出，不同 EMM 服务商支持的方式会有所不同。

预配、注册与批次预配相互关联，但并不相同

注册是设备与其管理环境之间建立的托管关系。预配则把设备从约定的起始条件转换到所需的初始状态。批次预配会在量产设备上执行已验收路径、核查结果、记录例外并准备移交。因此，注册令牌只是某些流程的输入，并不会自动构成一种独立的预配方式。

• 个人自有设备的工作资料通常直接添加到已经设置好的设备上，无需恢复出厂设置。
• 公司自有设备工作资料、全托管设备和专用设备通常在新设备或已恢复出厂设置设备的设置向导中建立。
• 在受支持的设置向导流程中，afw#setup 标识符会下载 Android Device Policy；实际注册数据则是独立的配置材料。
• 生产环境令牌值、QR 码载荷、租户标识符、凭据和设备清单绝不能出现在公开内容或普通验收证据中。

对比主要预配接入方式

该矩阵用于辅助选型，并非普遍适用的支持承诺。批准任何路径前，必须确认具体型号、区域 SKU、Android 与固件版本、GMS 或 AOSP 路径、所选 EMM 或 DPC、许可、管理状态和网络。现行 Android Management API 预配指南记录了 Google 支持的路径及其前提条件。

试点前先排除不受支持的路径

在明确项目依赖前，不应对各种方式进行排序。应通过以下检查项，排除无法让具体设备及配置版本进入目标管理状态的路径。

• 目标状态——个人自有设备工作资料、公司自有设备工作资料、全托管设备或专用设备。
• 设备基线——具体型号、区域 SKU、Android 版本、固件版本和相关安全状态。
• Google 服务路径——所选路径需要时，确认 GMS、Google Play 服务和 Android Enterprise 支持。
• EMM 架构——该具体配置版本所支持的接入方式与管理状态。
• 供应链——明确设备登记、配置分配、OEM 项目和账户例外的责任方。
• 网络——实际 Wi-Fi、强制门户、代理、防火墙、DNS、时间和服务访问条件。
• 恢复——约定起始状态，以及发生中断、重置、换机或注册失败时的处理方式。

从预期起始状态验证路径

文档只能证明某种方式存在；项目验收则要求实际执行具体实现。应在纳入版本控制的样机上运行该路径，并为每个检查点记录不含敏感信息的证据。预配成功只证明在记录条件下，受测方式和管理状态能够成立，并不能证明完整应用流程、Kiosk 行为、外设、区域适配性、更新或批次一致性都已通过。这个区别正是 MDM 就绪与部署就绪的核心。

• 记录起始状态以及具体设备与配置版本标识。
• 使用受控且不公开的预配数据执行已批准路径。
• 确认目标企业、设备组、所有权状态和管理模式。
• 核实预期策略和已批准应用是否下发，但不能把“已下发”视为完整行为已经验证。
• 测试重启、临时断网、设置中断、策略刷新以及约定的支持访问路径。
• 根据所有权状态选择合适场景，在需要时测试重置和重新注册。
• 记录例外、恢复操作、责任方、结果，以及所有触发重新验证的条件。

将已验收路径转化为受控批次作业说明

样机路径通过验收后，应将其转化为受版本控制的作业说明。批次预配不是另一种 Android Enterprise 接入方式，而是一项运营流程：一致执行已验收路径、跟踪设备和例外、完成约定检查，并为移交准备证据。更完整的交付背景请参见 Android 设备预配与批次预配。

• 记录设备与固件版本、目标状态、预配方式、EMM 策略和已批准应用的引用信息。
• 使用不含敏感信息的注册配置引用，不要嵌入生产环境令牌或 QR 码载荷。
• 记录起始条件、网络前提、操作人员检查点、例外路径、停止规则和责任方。
• 将序列号或 IMEI 范围与已验收配置版本、策略、应用、标签、配件和外箱状态关联。
• 配置版本、GMS/AOSP 路径、EMM 或 DPC、策略、应用、经销商流程、网络或恢复假设发生变化后，应重新验证。

将 AOSP 和非 GMS 项目作为独立可行性路径处理

不能假定 QR 码、零接触、DPC 标识符或托管 Google 路径可以原样迁移到 AOSP 或非 GMS 配置版本。量产路径取决于 OEM 配置版本、所含管理组件、签名与权限模型、设置体验、更新责任方和预配流程。应先阅读 GMS 与 AOSP 决策指南。AOSP 文档说明了平台的设备管理架构和设备所有者预配机制，但具体项目仍需单独提供安全、恢复、生命周期和验收证据。

• AOSP 项目可能需要 OEM、固件、USB、APK、代理或批次预配专用流程。
• 不应把旧版 Device Admin 当作现代化捷径；新的 EMM 方案应采用 Android Management API，不应再申请新的 Play EMM API 或定制 DPC 注册。
• 定制 DPC 实现必须遵循当前 Android 版本的预配处理机制，并在 OS 或固件变更后重新验证。

明确账户与责任分工

下列责任模型是规划基线，并非普遍适用的合同。Vantora 可以协调设备项目，但不会因此成为客户的 EMM 服务商、租户管理方、Android Enterprise 运营方，也不会承担每个 OEM 注册项目的全部责任。

常见故障与恢复情形

大多数预配失败都源于少数几类项目依赖。应在受控样机上发现这些问题，并在所选方式转化为量产作业说明前演练恢复路径。

• 强制门户、代理、DNS、防火墙或不稳定网络阻止 DPC 或策略下载。
• 租户错误、账户不匹配、零接触配置未分配，或经销商登记缺失。
• 型号、区域 SKU、固件版本或管理状态不受支持。
• 令牌过期、载荷格式错误、DPC 报错或设备标识符重复。
• 意外重置、恢复出厂设置保护，或重新注册路径不完整。
• 策略或应用已下发，但重启、更新或临时断网后，典型工作流程仍然失败。