倾向改造
- 设备协议开放或已有网关报文
- 点位台账清楚，历史曲线能导出
- 主要问题是看板丑、告警未派单
- 厂商还在，接口可以加一层
这时在采集层上补工单、权限和业务对接，风险更小，现场也不必停机换硬件。
旧平台难看，不一定要推倒。旧平台「还能打开」，也不一定值得修。称的是三件事：点位资产还在不在、数据能不能出到你们自己的系统、异常之后有没有工单。皮肤可以换，封闭云换不了。
称闭环
倾向重做
- 厂商失联，云账号都不属于公司
- 盒子锁死，工单和 MES 拿不到事件
- 点位命名混乱，对不上产线
- 继续修补比重做更贵
重做也不是把传感器全拆。能读的点位迁到新采集，关不掉的旧屏并行一段时间。
数据出不来的封闭盒子，改造空间很小，见 买了封闭物联网盒子怎么办 与 封闭盒子和开放接入。厂商已经失联，先做设备盘点再决定平台命运，见 旧厂商失联设备还能接吗。费用和周期取决于你停在改造还是重做，见 软硬件项目要花多少钱。
重做时保留点位，放弃看不进去的云
决定重做，最怕「新平台上线、旧点位全盲」。把已进安监台账、维保合同、能源报表的点位列成迁移清单，能留则留。统计口径、阈值、派单人要迁，不只迁大屏皮肤。历史曲线能导出就归档，导不出就承认断档，不要假装十年数据都在。并行期纸质巡检不要立刻停，等误报率可接受再切，流程见 从需求到上线软硬件项目怎么走。
并行期旧屏先留着给参观和安检，新的闭环跑稳再切入口。只换大屏集成商、采集层不动，是最贵的假改造——明年你还是没有工单。先问事件能不能出 API，再谈皮肤。
达希科技评估旧平台时会要账号（如果还有）、点位表、一次真实告警的处理过程，再给出改或重做，而不是默认推倒。把现网地址和最痛的异常发到 软硬件一体化。
改造合同要写点位清单和事件 API
改造合同要写清：旧点位清单、事件 API、并行期长短。只写「升级平台」等于默认换皮肤。账号过户、备案、证书、SIM 卡主体，重做时一并迁到公司名下，避免新平台再次绑在个人手机。如果旧平台其实只是监控墙，决策更接近「要不要做作业系统」，对照 当监控墙还是当作业入口。