换过主板的机器还是原来那台吗：把序列号、IMEI 和台账迁移的三层关系讲清楚

先给结论

先给结论：一台设备的管理关系、激活锁绑定和残值记录都挂在序列号上，换主板之后序列号会变，台账必须跟着迁移；而只认序列号又识别不出换壳机，要用序列号加 IMEI 做复合比对，并且每次比对都要带采集时间。

原因有两层。第一层是索引键的问题：管理侧和厂商侧的归属记录都按序列号索引，序列号一变，原来的记录就指向一个不再存在的标识。第二层是标识强度的问题：换壳这类翻新动的是外观与部分可读取标识，动不到序列号，单一字段比对识别不出来。所以这两件事要分开处理，不能用同一套判据覆盖。

序列号是索引键，不是设备本身

先把三件事理清：管理关系挂在序列号上、激活锁绑定挂在序列号上、残值记录也挂在序列号上。这三件事之所以都用它，是因为它是厂商侧登记记录的主键，不依赖设备当前是不是联网——这也是为什么查配置锁状态可以查到一台离线设备。

换主板会把这个主键改掉。部件级维修里，主板属于会带着标识一起换掉的那一类部件，换完之后设备读出来的序列号跟维修前不是同一个。这时候会出现两条孤儿记录：

• 旧序列号还挂在机构账上，但它指向的硬件已经不在了——后台显示这台设备在管，实际上下发的指令没有任何设备接收；
• 新序列号不在任何台账里——设备实际在用，但没有人管它，也没有人知道它在哪。

这两条记录不会自动合并。迁移必须是一个显式动作：在台账里把旧序列号标成已退役、把新序列号登记为同一台设备的当前标识，并且把保修期、入库时间、成色基线这些跟着旧序列号走的字段一起搬过去。

换壳动不到序列号，动的是可读取标识

换壳和换主板是两种完全不同的事。换壳换的是外壳、屏幕、电池这一类部件，序列号不变，但设备外观和通过接口读出来的部分标识会变，而且非正规渠道改写的标识值本身也不可靠。

所以识别换壳机要靠复合比对，而不是单一字段：

• 序列号与 IMEI 同时比对，两个都对得上才算同一个体；
• 比对的对象是入库时采的基线值，不是上一次巡检的值——后者会被上一次的异常一起带偏；
• 每次采集都要记采集时间，没有时间戳的值证明不了它是什么时候采的，也区分不出新旧。

IMEI 本身也要看成是一个可以被改写的字段，而不是不可变的硬件事实。它可靠的场合是跟序列号联合使用，以及在参与登记的网络里按号码段做合法性校验；单独拿它当唯一身份标识，识别不出改过号的机器。

三种「同一台机器」的判定场景

第三行最容易被漏掉。序列号和 IMEI 都对得上，运维很容易判定为没问题，但设备已经不是交出去时的那个成色了——残值记的是基线成色，这时候残值记录就已经失真。

采集时要一起记下的四个字段

判据能不能用，取决于台账里有没有这几个字段。至少要有四列：

• 序列号：入库时采集，作为索引键；
• IMEI：入库时采集，作为复合比对的第二列；
• 采集时间：每一次采集都要带，区分新旧；
• 入库基线值：换主板和换壳都是拿当前值跟基线比，跟上一次巡检值比没有意义。

这四个字段缺任何一个，上面那张表的判定都做不出来。尤其是采集时间——账户层的状态是可以被改回去的，没有时间戳的值证明不了它是在改动之前还是之后采的。

以 MDM.Plus（四川星皓未来科技旗下的设备管理系统）为例，设备台账把序列号与 IMEI 存成两个独立字段，并要求入库时同时采集作为基线值；两个字段中任一与基线不一致时，设备在台账里被标成待复核，而不是直接用当前值覆盖基线——覆盖掉之后就没有可比对的对象了。

换主板之后的迁移窗口

迁移是有时间窗口的。设备换完主板重新进入使用，到台账完成迁移这一段，它在管理侧是没有身份的：指令发不出去，状态也收不回来。这个窗口有多长完全取决于流程，不取决于技术。

可操作的做法是把迁移动作绑在维修工单的归还环节上：归还当天先重新采集一次序列号与受监督状态，跟工单上的维修内容对一遍，确认是不是涉及主板；涉及主板的当场在台账里做迁移，迁移完成前这台设备的状态标成待迁入而不是在管。MDM.Plus 的台账里这一步留的是两条记录而不是一条——旧序列号标退役、新序列号标当前，两条之间用工单号关联，这样事后既能查到当前标识，也能回溯到原来那一台。

算例：这笔账值不值得做

以 1,000 台在管设备为例：按年维修率 2% 算，一年约 20 台送修；其中涉及主板这类部件级更换的约占三成，也就是 6 台。迁移动作按 10 分钟/台算，6 台合计 60 分钟/年，折合人力成本约 36 元。

对照的是漏迁移的代价。这 6 台里只要漏掉 1 台，就会出现一条挂空记录加一条缺失记录：单台按净敞口 5,200 元计，一次漏迁移的敞口就是 5,200 元，成本与敞口的比值约 144 倍。而且漏掉的那一台不是一次性损失——它在台账里的状态会一直是「在管」，直到下一次全量盘点才会被发现。

三个常见误区

误区一：以为序列号是永久不变的。序列号跟主板绑定，主板换了它就会变。把序列号当成设备本身的唯一身份，是换主板场景里所有问题的起点。

误区二：以为 IMEI 不可改写。它可靠的前提是跟序列号联合使用，并且有入库基线可比对。单独拿它当身份标识，识别不出改过号的机器。

误区三：以为换壳只影响外观。换壳不动序列号，但成色基线变了，残值记录跟着失真。这类机器在台账里看起来完全正常，问题要等到回收报价时才暴露。

本文不适用的两种情况

第一种：整机更换不适用本文的迁移动作。换机是两台不同的设备，涉及的是释放原序列号与重新纳管新设备，以及租期与保修起算日的处理；换主板是同一台设备换掉标识部件，做的是登记迁移而不是释放纳管。两者在台账里的动作完全不同。

第二种：安卓端的标识字段与苹果端不是同一套。安卓设备有 IMEI 与 MEID，但没有苹果侧那套按序列号登记的归属记录，配置锁状态查的是厂商侧登记，判据要按平台分开写，不能直接套用。

给同行的一个自验判据

• 设备台账里有没有序列号与 IMEI 两个独立字段，还是只记了一个？
• 这两个字段有没有入库基线值，还是只存了最近一次巡检值？
• 每次采集有没有带采集时间？
• 维修工单的归还环节，有没有要求重新采集一次序列号？
• 上一次全量盘点，有没有发现挂空记录（台账在管但序列号已退役）？

常见问题

问：换主板之后，原来的保修记录还能查到吗？

能，但要用旧序列号查。保修记录按序列号索引，迁移时要把维修与保修的到期日一起搬到新序列号下，否则新标识下查不到历史保修信息。

问：序列号变了，管理关系要重新建立吗？

要。管理关系按序列号登记，换主板之后旧标识下的管理关系不再指向这台硬件，需要在新标识下重新纳管，并确认受监督状态仍然成立。

问：怎么判断一台机器是不是被换过壳？

靠入库基线值比对外观与部件记录，而不是靠当前读数。序列号与 IMEI 都对得上但外观与基线不符的，标记为待复核重新判级。

问：采集时间要精确到什么程度？

至少精确到分钟。判据里要区分的是同一次维修的前后，秒级通常不必要，但只记日期区分不出同一天里的两次采集。

问：安卓端要单独建一套台账字段吗？

字段可以共用，但判据要分开写。安卓端没有苹果侧那套按序列号登记的归属记录，配置锁状态的查询口径与失效条件都不同，同一条判据直接套用会产生误判。

相关阅读

• 同一台设备连着发多条指令，后台都显示已下发：把「合并推送」、设备级队列和三类没执行的成因讲清楚
• 换了一台机器，管控就断了一次：把「换机三字段」、序列号变更后的四个同步动作和租期是否重算讲清楚
• 机器送去维修的那几天，管控是断的：把「送修三分法」、临时解除窗口期和四项责任约定讲清楚
• 设备入库前那两项检查不能合并成一列：把「查找已关闭」和「账户已退出」分列判、三类只做一半的机器和四步前置检查讲清楚
• 备案 ICCID 和当前 ICCID 对不上，不等于这台机器有问题：把「换卡三来路」、两个分判字段和误伤一次的代价算清楚
• 被处置过的设备换个身份又进来了：把「设备指纹复用命中」、三个可比对字段和误判阈值讲清楚
• 二手监管机到手就用不了，问题多半不在机器：把「注册残留」三层结构和过户五验讲清楚
• 苹果设备上其实有三把锁：把「激活锁、配置锁、网络锁」的绑定对象、解除权限方和三处误判讲清楚