退租机器回不到可租状态，多数不是抹不干净，而是顺序错了：先改归属与指派、再下发抹除，拿到设备侧回执之后才重新纳管。顺序颠倒时，机器抹完会自己走回旧服务器。
顺序错了会赔两次
回收再上架是一条有先后依赖的流水线，任何一段提前或推后，都会让同一台机器赔两次：一次白抹，一次人工重来。
最常见的错法是先抹机、后改归属。抹除确实成功了，租客数据也清了；但设备激活时会按原指派去问「我归谁管」，归属没改，它就回到上一家组织名下，而且是以旧身份出现。
更隐蔽的是先删记录、再等抹除。安卓侧记录立刻就删，抹除指令另行下发；机器当时不在线，指令可能永远送不到——账上显示已回收，机器里还留着公司数据。
表 1 · 三种错序与代价
| 做法 | 会发生什么 | 代价 |
|---|---|---|
| 先抹机，后改归属 | 激活时按原指派回连旧服务器 | 白抹一次，机器没回来 |
| 先删记录，后发抹除 | 指令另行下发，设备离线超 30 天就送不到 | 账上已回收，数据还在机器里 |
| 先纳管，后抹机 | 注册刚建立就被抹除打断 | 第二次注册更容易失败 |
| 正确顺序 | 改归属与指派、采证、抹除、收回执、重新纳管、命名入库 | 每一步都有回执可查 |
三种「抹掉」，做完之后机器在哪完全不同
简单抹除之后设备回到设置助理：走自动设备注册（ADE）的要有人在那一屏点一次注册，没走 ADE 的走完全部界面再手动重新注册。零散回收够用，批量会被人手卡住。
以可用状态返还把这步自动化。抹除命令里带 Wi-Fi 配置、注册描述文件与重试标记，设备抹完自动联网、自动注册、自动跳过设置助理，iOS 与 iPadOS 上不需要人工交互。设备在 Apple Business（原 Apple Business Manager，业内习惯简称 ABM）有登记的，注册描述文件可省略，由设备激活时自查。
动手前要先处理激活锁：服务侧发命令前会先停用，但设备上若仍开着，用户必须在设置助理手动关一次，全自动流程当场断掉。采证时顺手确认这一项，别等机器到仓才发现。
安卓侧的对应动作是 WIPE 命令：公司自有设备恢复出厂、个人设备删工作资料，参数可指定恢复出厂保护（FRP）数据、外置存储和 eSIM 怎么处理。设备确认完成后记录会被删除——记录一删，这台设备就不再可管理，必须重新布署才能再纳管。所以账、单、回执都要在按下抹除之前落进自己的库。
表 2 · 三种抹除动作的差别
| 动作 | 谁来做 | 做完设备在哪 | 适用 |
|---|---|---|---|
| 简单抹除 | 管理服务下发 | 回到设置助理，ADE 设备要人点一次注册 | 零散回收 |
| 以可用状态返还 | 带参数的抹除命令 | 自动联网、自动注册、自动走过设置助理 | 批量回收 |
| 保留 App 的返还 | 另带 Bootstrap 令牌 | 抹掉用户数据，留住受管 App | 同机型轮转 |
| 安卓 WIPE | 带参数的接口命令 | 恢复出厂，完成后设备记录被删除 | 公司自有设备回收 |
六层状态必须清零
「抹过了」和「干净了」不是一回事。抹除覆盖的是账号与资料，凭证、网络与锁往往还留在原处。
账号层与锁层一起看。租客账号、应用登录态算账号层，激活锁与恢复出厂保护算锁层。锁层最容易跳过，因为它不影响开机，只在下一次激活时发作。安卓这边还有个时间点：Android 15 起，厂商层面的开关已不能当作通过恢复出厂保护的一般办法，提前配好企业 FRP 账号比事后救火便宜。
凭证层要在抹除之前处理。受管 App 许可证挂在设备或用户名下，先抹后回收会在名额上空占一段时间，批量回收时足够让新机装不上应用。平台文档的顺序也是先回收许可、再抹除、顺带处理 eSIM。
数据层要说得出证据。强制性国标 GB 46864-2025《数据安全技术 电子产品信息清除技术要求》2027-01-01 起实施，要求覆写清除、留存清除日志，再销售前须核验清除结果，验证记录至少保留 3 年。
表 3 · 六层清零清单
| 层 | 要清的东西 | 没清干净的后果 |
|---|---|---|
| 账号层 | 租客账号、应用登录态 | 下一位开机就看到上一位的痕迹 |
| 锁层 | 激活锁、恢复出厂保护 | 激活界面卡住，租不了也处置不了 |
| 凭证层 | 受管 App 许可证、描述文件、推送令牌 | 许可证被占着，指令唤不醒设备 |
| 网络层 | eSIM 与数据套餐 | 套餐跟着机器走，或被下一位误用 |
| 资料层 | 工作资料与缓存 | 公司数据随机器流出 |
| 数据层 | 存储残留与清除验证 | 举不出已清除的证据 |
归属与命名：先让机器有一个查得到的身份
抹除、纳管、出入库三头吵起来，根源几乎都是「说的是哪台机器」。所以回收第一步不是抹机，是确认它在系统里的身份唯一。
序列号是唯一真源，不要人工敲，扫码或接口带出。资产编号按业务习惯编但要终身不变：城市、门店、品类、入库年月、序号，五段足够；别塞租客信息和订单号——租客会换、订单会并，塞进去历史全乱。
归属与位置用四个互斥状态：在库、在租、维修、待处置。抹除前先看状态，把在租的机器抹掉是这类流程里最难补救的事故。另一条纪律：一台设备只允许一条在管记录，同一序列号出现两条，最常见的结果就是「两台设备一台机」。
二次上架前要留的四类证据
证据不是应付检查，是为了在争议里能复盘：机器什么时候回仓、谁判定可以再租、抹除是谁下的、设备有没有确认过。
- 结清与退出管理判定：哪一天、依据哪张单、由谁判定「结清即退出管理」。这步没落地，后面的抹除在性质上就成了无授权操作。
- 抹除指令与设备侧回执：下发时间、执行时间、设备回执。后台显示下发成功只说明指令进了队列，没有回执的单一律进「待处理」。
- 清除结果与验证记录：清除方式、日志、验证结论，按国标口径留 3 年，批量回收按批次归档。
- 机器本体状态：外观照片、电池健康、验机报告、配件清单，决定二次上架的成色与定价口径。
四项凑齐，上架前只需一次复核：序列号对得上、归属是在库、抹除有回执、清除有记录。
重新纳管失败的三类原因
第一类是归属与指派没改。设备还在旧组织、旧服务器，或安卓侧零接触登记仍指向原布署门户，抹完就会自己注册回原处，表现为「后台突然多了一台不该在的设备」。处置是取消原指派、同步确认设备从原处消失、再指派到目标，最后才抹机重试。
第二类是前置条件没清。激活锁或 FRP 仍在、设备不是出厂状态、恢复用的备份来自这台机器本身。三种都会让设备停在设置助理某一屏，看上去像网络问题。
第三类是注册通道断了。指派改了没同步、令牌过期、可分配设备数配额不足、企业网络对激活与注册域名做了 HTTPS 检查、推送证书过期。同一台设备换手机热点重走一遍，成功就说明问题在网络侧。
- 结清与退出管理判定已落单，谁判的、依据哪张单写清楚
- 激活锁与恢复出厂保护在抹除前确认过一次，不留给仓库现场
- 受管 App 许可证已在抹除前回收，抹完回到可分配池
- 归属与指派已改成目标组织并同步生效，抹除有设备侧回执
- 清除方式与验证记录按批次归档，保存期按 3 年设
绘盒（厦门绘盒网络科技）做租赁商家的设备管理与经营系统，品牌是绘盒金盾 MDM。9 条产品线覆盖金盾 MDM、荣耀 MDM、小米 MDM（小米官方授权）、风控、支付宝代扣、抖音融合交易、账单分析、CRM 与海外租赁，全部支持独立部署（也就是常说的私有化部署），抹除记录、归属关系与回执都留在客户自己的库里。已服务 500+ 家租赁企业（数据口径：取自后台实际运行统计，按季度更新）。抹除后指令不通见 指令发出去了设备却没反应，纳管原理见 苹果 MDM 技术原理，安卓厂商通道见 安卓 MDM 监管锁实操指南，流转口径见 二手流转与监管状态告知。
抹除命令、命令参数与界面名称均由平台方定义且可能随版本调整，正式操作请以 Apple 开发者文档、Android Management API 文档与你所用管理服务的官方说明为准。
常见问题
归属与指派没改。抹除清的只是设备上的内容与设置，「我归谁管」这条关系记在平台一侧，不随抹除消失。所以设备激活时会按原指派关系回连，表现就是后台里又出现了这台机器，而且是以旧身份出现。安卓侧同样：只要零接触或 KME 登记还在原布署门户里，恢复出厂后它会自己注册回去。处置顺序是取消原指派、同步确认设备从原处消失、再指派到目标，最后才抹机重试。
不算。下发成功只说明指令进了队列，真正的判定标准是设备侧回执。苹果侧的回执体现为设备退出管理并重新进入设置助理；安卓侧的 WIPE 命令在设备确认完成后才删除设备记录。没有回执的单一律进「待处理」，不进「已完成」——这条纪律比任何一次人工确认都管用，因为它挡住了「以为抹了其实没抹」这一类事故。
会下发，但不保证执行。删除记录时会同时向设备下发抹除指令，设备若离线超过 30 天，指令就送不到，公司数据会留在机器上。所以公司自有设备退租回收，建议用 WIPE 命令：设备确认完成后才删记录，顺序上和「先删后抹」正好相反。判断是否完成，看有没有设备回执，而不是看后台记录在不在。
这是激活锁或恢复出厂保护没清。苹果侧，管理服务在发抹除命令前会先停用激活锁，但设备上若仍开着，用户必须在设置助理手动关一次，全自动流程就断了——所以在采证环节就要确认这一项。安卓侧要看有没有提前配置企业 FRP 账号：如果纳管用的那个账号已被删掉，恢复会很麻烦。这也是把「清锁」写进回收流程、而不是留给仓库现场的原因。
需要，而且要在抹除之前。许可证挂在设备或用户名下，先抹除再回收，它会在名额上空占一段时间，批量回收时足够让新机装不上应用。平台文档给的标准顺序也是先回收许可、再抹除内容与设置、并顺带处理 eSIM 去留。把这三步写成一个动作，而不是三件事，才不会有人漏掉中间那步。
看是否需要人手。走自动设备注册的可以用以可用状态返还：抹除命令里带 Wi-Fi 配置与注册信息，设备抹完自动联网、自动注册、自动走过设置助理，iOS 与 iPadOS 上不需要人工交互；装机量大的同机型轮转，还可以用保留 App 的返还形态，省掉重新下载的时间。零散回收、或设备本来没走自动注册，就用简单抹除，但要有准备：前者需要人在设置助理点一次，后者要走完全部界面再手动重新注册。
四类：结清与退出管理的判定、抹除指令与设备侧回执、清除结果与验证记录、机器本体状态（外观、电池、验机报告、配件）。前三类解决举证，第四类解决成色与定价。留多久有明确参照：强制性国标 GB 46864-2025 要求信息清除的验证记录至少保留 3 年，2027-01-01 起实施——现在就把日志按批次归档，到时候不用补。
本文引证清单（4 组 · 可展开核对）
本页只引平台官方文档、一项第三方问答库与一项强制性国标，未引司法判例；抹除命令、参数名与界面名称可能随版本调整，以官方当前说明为准。
苹果侧（Apple 官方文档与培训）
- 《Returning a managed device to service》—— 简单抹除 / 以可用状态返还 / 保留 App 的返还三种形态、ReturnToService 字典的五个键、发命令前先停用激活锁、iOS 27 起可由用户自行发起（核对日 2026-10-25）
- 《为 Apple 设备使用「以可用状态返还」》—— 保留 App 的前提键值（is_return_to_service、await_device_configured、iPadOS 上 is_multi_user = FALSE）、Bootstrap 令牌仅在初始设置期间发送（核对日 2026-10-25）
- 《Preparing Devices for a Return to Service》—— 先回收受管 App 许可证、再抹除并停用激活锁、按 PreserveDataPlan 决定 eSIM 去留的标准动作顺序（核对日 2026-10-25）
安卓侧（Google 官方文档 + 第三方问答库）
- 《Wipe and deprovision a device》—— WIPE 命令、wipeParams 对 FRP／外置存储／eSIM 的处理、完成后设备记录被删除；devices.delete 先删记录再下发指令、离线超 30 天指令送不到（核对日 2026-10-25）
- Android Enterprise FAQ（Jason Bayton 维护）—— 全托管设备上退役、企业抹除、删除设备多等于恢复出厂；抹除前须查 zero-touch／KME 登记；FRP 与企业 FRP 账号；Android 15 起厂商层面开关不再是通过 FRP 的一般办法（核对日 2026-10-25）
国标
- GB 46864-2025《数据安全技术 电子产品信息清除技术要求》—— 强制性国家标准，2027-01-01 实施；覆写清除、清除日志、再销售前核验清除结果、验证记录至少 3 年（核对日 2026-10-25）
本方运营口径（非外部依据，供核对用）
- 三种错序与代价、六层清零清单、命名四字段、四类证据与七条自查 —— 均为本方运营建议，可按自身合同、仓库与财务流程调整（核对日 2026-10-25）
本页不承诺纳管结果，也不代替你的现场操作；具体命令与参数以你所使用管理服务的官方说明为准。