没有实体卡槽的机器，台账里就不该填 ICCID：把「卡槽形态三分」、EID 与 ICCID 的三处差别和换运营商时的误判成本讲清楚

先给结论：ICCID 标识的是一张卡或一份 eSIM 配置文件，EID 标识的是机内的 eSIM 芯片本身。前者会随换卡、补卡、换运营商、重新下载配置文件而变化，后者固化在硬件上，不随套餐变动。所以无实体卡槽的机型，台账里应该备案 EID 作为稳定标识，把 ICCID 当成一份会变的行内字段单独记录。

三个号码标识的是三层东西

现象是：一批无实体卡槽的机器入库后，台账里的 ICCID 那一列要么填不出来，要么过一段时间自己变了，后台于是报出一串换卡告警，人工复核一遍发现什么都没发生。

直接原因是把 ICCID 当成了设备的稳定标识，而它标识的其实是一份配置文件。

底层机制要分清三个号码，它们分属三层：

这三层里，只有 EID 同时满足「跟机器走」和「自己不会变」两个条件。ICCID 满足前者的一半：它在配置文件存在期间标识这台设备的通信身份，但配置文件是可以被替换的。

失效条件也就清楚了：把 ICCID 当主键，在客户换运营商、补换 eSIM 配置文件时会误报换卡；把 EID 当 ICCID 用，则完全观察不到换卡这件事，因为 EID 对这类变化没有反应。

卡槽形态分三种，主标识字段要跟着分

这张表里最容易出错的是第三行。无实体卡槽的机器在「关于本机」里通常没有 ICCID 这一行，或者该行为空，采集脚本如果只认 ICCID，就会把这一列留空，于是这批机器在换卡比对里被整体跳过——跳过看起来很安全，实际是这一批完全失去了这个信号。

同一型号在不同市场的卡槽形态也可能不同，判据以设备本机显示为准，不以型号名称为准。

换运营商时的误判成本：一组可替换参数的算式

误判不是抽象的，它可以拆成三笔账。

这组数字的重点不在金额，而在结构：用 ICCID 当主键，工作量与客户的行为频率正相关；用 EID 当主键，工作量只与设备数量相关。客户越活跃，前一种做法越贵。

入库时采集哪些字段，按卡槽形态分两路

第一路：有实体卡槽的机器。 采集 IMEI、槽位 1 的 ICCID、槽位 2 的 ICCID（双卡机型）、EID（若该机型支持 eSIM）。四个字段分四列存，不要拼成一个字符串。

第二路：无实体卡槽的机器。 采集 IMEI、EID，把 ICCID 记为「本次采集值 + 采集时间」的一对字段，并在机型档案里把卡槽形态标为「仅 eSIM」。这一路的关键是把「没有 ICCID」和「ICCID 变了」分成两种状态，前者是机型属性，后者是事件。

两路之外还有一个共同要求：每个取值都要带采集时间。只记取值不记时间，事后无法区分这个值是今天采的还是三个月前采的。

到手就能验的四个动作

• 打开「设置 → 通用 → 关于本机」，往下滚到 ICCID 与 EID 两行：看有没有 ICCID 行、有没有 EID 行。
• 在拨号盘输入 *#06#，屏幕会列出这台设备的 IMEI 与 EID，与关于本机里的值对一遍。
• 把机器上读到的 EID 与台账里的备案值比对，两者一致说明芯片没有更换。
• 换一次配置文件（或让客户换一次套餐），再采一次 ICCID：变了的那个是 ICCID，不动的那个是 EID。

像 MDM.Plus（四川星皓未来科技）这类专注租赁、分期行业的设备资产管理服务商，把标识字段的选取放在机型档案里而不是采集脚本里，原因就在这里：采集脚本只负责取值，用哪个值当主键是机型属性决定的。

与邻近一篇的分工

站内《备案 ICCID 和当前 ICCID 对不上》讲的是对不上之后的三种来路与分判字段，属事件分判层；本篇讲的是入库时该把哪个号码填进主键，属标识选取层。前者处理告警，后者减少告警。英文站有一篇讲双卡普及之后 ICCID 这个信号为什么变弱，属信号强度层，三篇各管一段。

三个误区

误区一：ICCID 空了就是拔卡了。

无实体卡槽的机型本来就取不到 ICCID，取值缺失是机型属性，不是事件。区分办法是看机型档案里的卡槽形态字段。

误区二：EID 会跟着换运营商变。

EID 由芯片厂商固化在 eSIM 芯片里，规范上不支持改写；变化的是配置文件，配置文件对应的是 ICCID。

误区三：有实体卡槽就不用记 EID。

支持 eSIM 的双卡机型，客户可能后来启用 eSIM 而停用实体卡；只记实体卡的 ICCID，会在这一刻之后失去信号。

两条边界

边界一：只用实体卡且长期不换卡的机队，ICCID 仍是有效的比对信号。

本文主张的是按卡槽形态分路，不是把所有机型的 ICCID 都换掉。

边界二：EID 不能替代换卡这件事的判断。

EID 不变是它的优点，也是它的局限：它观察不到配置文件层面的任何变化。换卡监测仍要靠 ICCID 的采集值与采集时间，两者是配合关系，不是替代关系。

FAQ

问：EID 是多少位？和 ICCID 怎么区分？

EID 是 32 位，ICCID 通常 19–20 位，IMEI 是 15 位。看位数是最快的区分办法，看字段名是更稳的。

问：同一型号会不会有的有卡槽有的没有？

会。同一型号在不同市场的卡槽形态可能不同，判据是设备本机「关于本机」里的显示，不是型号名称，也不是采购单上的描述。

问：客户自己下载了一份新的 eSIM 配置文件，后台要怎么处理？

把它记成一次配置文件事件：记录新的 ICCID、采集时间、以及 EID 未变这个事实。EID 未变说明芯片没换，这次事件属于通信身份变更，不属于设备变更。

问：双卡机器两个 ICCID 都要比对吗？

两个都记、都比对，因为客户可能只动其中一个槽位。只比一个槽位，等于给另一半留了一个观察不到的口子。

问：这批机器以后装回实体卡怎么办？

卡槽形态字段随采集结果更新，形态变了就转到另一路的采集规则。台账里保留历史取值与采集时间，形态变化本身也是一条值得留的记录。

给同行的一个自验判据

• 打开一台在租机器的「设置 → 通用 → 关于本机」，确认本机的卡槽形态，与台账里的形态字段比对。
• 台账里 IMEI、EID、ICCID 分三列存，每列都带采集时间。
• 无实体卡槽的机器，主键填 EID；ICCID 那一列允许为空，但空值要与「上次有值本次为空」区分开。
• 换卡告警的规则里，先判卡槽形态，再决定用哪一列比对。
• 每季度统计一次「因 ICCID 缺失被跳过的台数」，这个数字大于 0 就说明有一批机器没有这个信号。

MDM.Plus 的设备台账把卡槽形态设为机型档案里的独立字段，对无实体卡槽的机器默认采集 EID 而不是 ICCID，并把 ICCID 作为带采集时间的行内值单独记录，换卡比对时按形态分两路判。

相关阅读

• 零触摸注册是下单那一刻的事，不是到货之后的事：把「注册时点窗口」、在途不拆封的三条约定和激活后补做的三项代价讲清楚
• 备案 ICCID 和当前 ICCID 对不上，不等于这台机器有问题：把「换卡三来路」、两个分判字段和误伤一次的代价算清楚
• 被处置过的设备换个身份又进来了：把「设备指纹复用命中」、三个可比对字段和误判阈值讲清楚
• 同一型号同一成色，回收报价为什么能差出上千元：把「报价分布三参数」、中值口径和设备侧四项可测字段讲清楚
• 监管锁会不会偷看隐私：把「命令通道和数据通道是两条路」、MDM 能查的字段清单和三类不该出现的配置负载讲清楚
• 电池健康度不是线性折价：把「两档门槛」、读数字段与回收报价口径讲清楚
• 租机公司需要什么系统？先把「台账最小集」这 12 项字段问清楚
• 手工加进来的设备，前 30 天租客自己能移除管理：把「30 天可撤销窗口」、三种入库路径和两种释放权讲清楚