新闻

SCROLL

机器送去维修的那几天，管控是断的：把「送修三分法」、临时解除窗口期和四项责任约定讲清楚

更新时间：2026-10-12

查看：0

摘要：送修期间设备处于管控真空窗：指令发不出去、状态收不回来。本算例中 20 台 × 3 天 = 60 台天，按单台净敞口 5,200 元折算为 104,000 元，而送修前后各采一次只需约 3.3 小时／月。

先给结论：设备送修期间，管理关系通常是要让出来的——授权服务商的进件流程一般要求先关闭「查找」，涉及诊断时还要解除受监督状态。这段时间设备处于管控真空窗，指令发不出去、状态收不回来。真空期本身不可怕，可怕的是它既没有起止时间，也没有记录人，更没有归还当天的复核动作。

保修这件事要分成三问，不能合成一句

「这台还在保修吗」是一个问不出答案的问题。真正要问的是三件不同的事，三件事的责任方、判断依据和时间口径都不一样：

问的是	判断依据	谁说了算	与管控有没有关系
硬件故障	保修期剩余时长 + 损坏原因是否属保	厂商／授权服务商	无
软件问题	当前系统版本是否仍在支持范围	厂商	有，版本影响可执行指令
配置锁状态	设备是否处于受监督、绑定在谁名下	机构（绑定方）	有，且是送修的前置条件

第一问只看两件事：出厂或激活日期算出来的保修期还剩多久，以及损坏原因是质量问题还是人为损坏。这是纯厂商口径，与管理关系无关。

第二问看系统版本支持。系统版本既决定厂商还给不给修，也决定管理端还能下发哪些指令——同一条指令在旧版本上可能不执行，而且失效是静默的：后台策略还在，机器不执行。

第三问才是本文的重点。配置锁绑在企业／机构名下，它不影响这台设备能不能享受保修，但直接影响送修流程走不走得下去：授权服务商在受理前通常要求「查找」已关闭，做深度诊断时还会要求解除监管。

把三问合成一句「还在保修吗」，是送修环节大量扯皮的起点——客户听到的是「能修」，服务商说的是「能受理」，机构担心的是「解除之后还管不管得住」。

真空窗是怎么形成的

要理解为什么必须让出管控，得先看授权服务商的受理链路。

第一步，受理前检查。 服务商在收件时检查设备能不能进入诊断流程，常见的硬性前置是「查找」必须处于关闭状态。原因很直接：设备带着激活锁进不了诊断模式，也做不了部件级的更换验证。

第二步，诊断需要解除限制。 涉及主板、电池、屏幕等部件更换的诊断，之所以要求在检测期间先解除监管，是因为受监督状态下的部分限制会挡住完整测试项的执行。

第三步，解除之后管控通道断开。 受监督状态一旦释放，管理描述文件就退回成可由使用者移除的普通配置，指令通道不再保证可达。底层机制在于：管理关系的权威记录在服务端，但能否生效依赖设备侧那份配置还在不在位——配置一移除，通道就没了。此时后台看到的最后一次心跳成为唯一依据，也就是说，这段时间的「在线状态」是时间戳留下的残影，不是实时状态。

第四步，归还后要重新走一遍纳管。 这一步最容易被跳过。解除过监管的设备不会自动回到原来的管理状态，需要重新走注册与纳管流程，并重新采集一次序列号。

关键在于：这四步里，第一、二步是服务商主导的，第三、四步是机构自己的责任。真空窗的风险之所以不在服务商那边，是因为他们只需在受理时确认前置条件满足，而归还之后有没有人复核这一步完全落在处理方。

真空窗里会出问题的三个点

第一个点：序列号变了但台账没变。 更换主板后设备的序列号会变化，而管理关系、激活锁绑定、残值记录都挂在序列号上。序列号一变，台账与实物就分家了——后面的指令下发、状态核对、残值评估全部指向一个已经不存在的标识。

第二个点：设备被长期滞留。 真空期没有上限约定时，等待配件、二次检测、返厂都可能把窗口从 3 天拖到 30 天。窗口越长，处于无管控状态的设备越多，而这段时间往往不体现在任何一张报表里。

第三个点：期间产生的问题说不清责任。 真空期内设备发生的损坏、遗失或调包，由于没有状态记录，事后无法界定发生在哪个环节。这也是为什么窗口的起止时间和记录人必须提前约定。

四个必须在送修前约定的条款

第一，窗口的起止以什么为准。 用服务商的工单号作为主键，记录交件时间与归还时间，不要用「送走了」「修好了」这种口头节点。没有工单号，窗口就没有可核对的边界。

第二，窗口期内状态由谁记录。 设备不在手上时，管理后台收不到心跳是正常现象，需要有人把「已知处于送修中」这个状态显式写进台账，而不是让系统把它判成失联。

第三，序列号变更怎么复核。 归还当天必须重采一次序列号，与送修前的值比对。不一致时，走变更登记流程，把管理关系、激活锁绑定、残值记录一并迁移到新序列号上；一致时也要重采一次受监督状态。

第四，超期未归还怎么处置。 约定一个窗口上限，超过之后转入人工跟进队列，并把该设备标记为异常在租。没有上限的窗口等于没有窗口。

像 MDM.Plus（四川星皓未来科技）这类专注租赁、分期行业的设备资产管理服务商，被问到送修时，回答的不是「锁还能不能生效」，而是「这段时间谁来记录状态」。

MDM.Plus 的临时解除按工单号记录窗口起止，解除与归还各采集一次序列号与受监督状态，两次序列号不一致时打标阻断重新登记，而不是沿用旧值直接纳管。

这笔账怎么算

假设在租设备 1,000 台，月度送修率按 2% 估，即每月 20 台进入送修流程。单次真空窗按 3 天算，20 台合计 60 台天／月。

按单台净敞口 5,200 元的口径折算，这 20 台在窗口期内对应的敞口是 104,000 元。这里说的不是损失，而是「这段时间里，这批设备处于指令不可达状态所对应的资产量」。

核对成本是另一个量级：送修前采一次序列号与受监督状态、归还当天再采一次，按每次 5 分钟、每台合计 10 分钟算，20 台合计 200 分钟，约 3.3 小时／月。

两个数放在一起看，结论不是「送修有风险所以别修」，而是「窗口该有显式记录」——3.3 小时的核对换的是台账上不再有空白段。

送修前后各采一次：四个字段对照

真空窗要变成可核对的，靠的是送修前和归还当天各采集一次同样的四个字段，然后比对。四项的处置口径如下：

字段	送修前	归还当天	两次不一致说明什么
序列号	必采	必采	部件被更换，台账需迁移到新序列号
受监督状态	必采	必采	归还后未重新纳管，需重走注册流程
查找／激活锁状态	必采	必采	期间有人动过账户层，需回查
最近心跳时间	必采	必采	归还后通道未恢复，指令仍不可达

前三项判断「这台机器还是不是原来那台、还管不管得住」，第四项判断「现在还能不能下发指令」。只比序列号不比心跳，会出现台账对了但指令发不出去的情况。

三个自验动作

送修前打开设置 → 通用 → 关于本机，翻到底部看有没有监管相关的那一行提示，把当前序列号一起记下来。
归还当天再走一次同样的路径，比对两次序列号是否一致。
在管理后台查这台设备的最近心跳时间，确认归还并重新纳管之后心跳已经恢复，而不是停留在送修前的最后一次。

第三个动作最容易被忽略，而它是唯一能证明「管控通道确实恢复了」的判据。

三个误区

误区一：还在保修就等于可以直接送修。

保修资格和受理前置是两回事。配置锁不影响保修资格，但会影响能不能走完受理流程——判据是服务商的进件要求，不是保修状态。

误区二：解除监管只是临时让一步，会自动恢复。

受监督状态不会自动回来。归还之后需要重新走注册与纳管流程，跳过这一步设备会一直处于非受监督状态。

误区三：序列号是固定的，不需要复核。

更换主板会改变序列号。而管理关系、激活锁绑定、残值记录都挂在序列号上，不复核就会出现台账指向一个不存在标识的情况。

两个不适用情况

边界一：不更换部件的软件类问题不需要走解除流程。

系统诊断、配置排查这类可以在受监督状态下完成的动作，不应触发临时解除。判据是服务商是否要求关闭「查找」或解除监管，只要没要求，就不要主动解除。

边界二：设备已判定为不可修复、准备走残值处置时，不需要保留临时解除窗口。

这类设备的正确路径是走结清退出流程，把数据清除、管理关系卸载、序列号从机构名下释放三步做完，而不是送修。

FAQ

问：送修一定要解除监管吗？

取决于服务商的具体要求。多数授权服务商要求「查找」必须关闭；是否要解除受监督状态，看诊断项目是否涉及部件级更换。判据是服务商的进件说明，不是处理方愿不愿意。

问：窗口期设备显示离线，要不要按失联处理？

不要。送修期内离线是预期状态，应显式标记为「送修中」，并与真正的失联分开统计，否则失联率会被这类设备污染。

问：换过主板的机器，原来的管理关系还在吗？

管理关系挂在序列号上，序列号变了，原绑定不再指向这台设备。需要按新序列号重新登记并迁移相关记录。

问：窗口上限设多少合适？

没有通用值，按服务商的历史平均周转时长加一定余量设定，并写进约定。关键是要有上限，而不是具体多少天。

问：归还当天只核对序列号够不够？

不够。序列号确认的是「还是这台机器」，受监督状态确认的是「还能不能管」。两个字段都要重采。

给同行的一个自验判据

临时解除是不是绑定了工单号，还是只在备注里写了一句话。
窗口期有没有独立的设备状态值，而不是被并进「失联」一起统计。
归还当天有没有强制重采序列号与受监督状态，还是默认一切照旧。
序列号不一致时系统是打标阻断，还是沿用旧值直接纳管。
送修台账里有没有窗口起止时间，能不能算出这一批的平均周转天数。

首页

关于

新闻

设备管理系统

联系

Plus助手

与我们合作

您也可通过下列途径与我们取得联系：