电能表、互感器、采集终端这类计量资产，与一般工业物料有三个根本差异：一是资产属性——每件都有唯一资产编号，要全生命周期可追溯；二是业务刚性——装表接电、故障换表、业扩报装都有时限，表出不去就直接影响客户服务；三是环境约束——系统跑在电力内网，安全要求与运维方式都和常规工厂不一样。
下面六条，是我们在这类项目里反复遇到的坑，按"最容易在后期才暴露"排序。
要点一 · 稳定性：不能依赖远程维护，系统要能长期自持运行
电力生产与管理系统普遍不允许从外网直接远程维护。这意味着一件很现实的事："连过去看一眼"这种最常用的运维手段，在这里通常不可用，或者要走严格的审批流程，代价远高于外部项目。
于是系统的可观测性与自持能力，必须在交付前就做足，而不能指望"出问题再远程排查"：
- 本地化部署，不依赖云端：授权校验、License 心跳、在线词典、远程配置这类依赖公网的机制一律不要有，否则断网即降级甚至不可用；
- 可观测性前置：全链路任务日志（一张单据从下发到完成的每一步）、设备通信原始报文留存、异常自诊断与告警本地推送（内网短信 / 企业微信内网版 / 大屏）；
- 高可用与可恢复：关键服务主备或双机，数据库定时备份且做过恢复演练，不是"配了备份"就算数；
- 升级走离线包：离线升级包 + 版本回退方案，升级脚本可重复执行、失败可回滚。
验收建议：把"连续无故障运行时长""故障自恢复时间""日志留存周期"写成可量化指标，而不是写"系统运行稳定"。
要点二 · 容错：设备坏了，业务不能停
立库的作业链是串联的：堆垛机、输送线、提升机、AGV、RFID 射频门、码分机，任一环节故障，理论上整条链就断。但计量业务不允许"等设备修好再干活"——今天的表必须今天配送出去。
所以降级运行不是加分项，是必备项：
- AGV 损坏 → 切人工模式：人工用液压车或周转车完成搬运，系统只做单据与库位记账，出库照样走完；
- 堆垛机故障 → 跨巷道或手动出库：任务改派到相邻巷道，或由人工取货后系统补记账；
- 读码失败 → 人工补录 + 复核：这一点在盘点场景尤其重要，RFID 漏扫不应直接判失败，应有容错阈值与补扫策略；
- 网络中断 → 本地缓存，恢复后自动补传：单据不丢、不重、不乱序。
支撑这三个能力的是三个机制，缺一个降级就是空话：
- 手动 / 自动双模式热切换，切换瞬间任务不丢、状态不乱（最怕的是切完发现账实对不上）；
- 任务可中断、可续作，且有明确的中间态定义，例如"已下架未输送""已输送未出库"，而不是只有"成功 / 失败"；
- 离线单据与事后补录，先干活后补账，且补账留审计痕迹。
验收方式只有一种：现场把 AGV 断电跑一遍完整出库流程。说"支持手动模式"不算，跑通才算。
要点三 · 信息安全：等保、实时监测与攻防演练一样不能少
《电力监控系统安全防护规定》（国家发展改革委 2024 年第 27 号令，2025 年 1 月 1 日起施行，取代原 2014 年第 14 号令）明确，电力监控系统安全防护应当落实国家网络安全等级保护和关键信息基础设施安全保护制度，坚持"安全分区、网络专用、横向隔离、纵向认证"的结构安全原则，并强化安全免疫、态势感知、动态评估和备用应急措施。
项目通常要过的关：
- 网络安全等级保护定级备案与定期测评，测评发现的问题要闭环整改；
- 信通部门的实时监测：主机、数据库、中间件、应用日志接入统一监测平台；
- 漏洞扫描与攻防演练：定期扫描、实战演练，以及重大活动、保电期间的专项值守；
- 账号权限与操作审计：三权分立、最小权限、关键操作留痕、日志留存满足周期要求。
供应商侧该提前做掉的功课：默认端口收敛、默认账号与弱口令清零、组件版本与 CVE 清单可交付、最小化安装、不留调试后门与测试接口、对外接口一律鉴权。
要点四 · 售后保障：响应时效是硬指标，要写进合同
计量资产配送有刚性时限：业扩报装要装表、故障表要换、供电所周转柜要补货。系统停一天，表就压在库里出不去，压力会直接传导到客服端。因此电力系统对售后的要求普遍高于一般行业。
建议把下面几条写成合同条款，而不是口头承诺：
| 条款 | 建议写法 |
|---|---|
| 故障分级 | 明确致命 / 严重 / 一般三级定义（如"整库不可作业"为致命） |
| 响应时限 | 分级规定首次响应、到场、恢复时限，并注明内网工单 / 专线等响应渠道 |
| 备件与备机 | 关键部件备件清单与到场时限，必要时提供备机 |
| 驻场与巡检 | 上线初期驻场时长、后续定期巡检频次与巡检报告 |
| 闭环报告 | 每次故障出具原因分析、处置过程、改进措施三件套 |
| 知识移交 | 人员变更时的文档、源码、运维手册移交义务 |
另有一条常被忽略：源码与文档的托管方式。它决定了三五年后你还能不能自己找人改，这一点我们在《立库实施，为什么软硬件要分开招标？》里展开讲过。
要点五 · 专业性：懂计量业务，才知道该跟哪些上层系统对接
计量资产讲的是全生命周期：入库 → 检定 / 校验 → 配送 → 装用 → 拆回 → 报废或再利用。它不是一个"收货—上架—发货"的普通仓储业务，出库单据的口径、状态、回退方式都与营销侧强绑定。
要对接的上层系统通常不止一个：
- 营销系统（营销业务应用系统 / 营销 2.0）：任务单下发、资产状态回写、出入库结果同步；
- 检定 / 校验系统：送检、回检、合格与不合格分流；
- 配送与周转柜系统：县公司、供电所的末端补货与领取；
- 多级库房体系：省级计量中心库 → 地市二级库 → 供电所三级智慧仓 / 周转柜，各级的作业口径不同。
对接方式上，中间库（接口表）+ 对账是常见做法，难点不在"能不能连"，而在异常怎么冲正：任务单取消、部分出库、资产状态不一致、网络中断导致的重复下发——这些才是需要行业经验的地方。
WMS · 储位统计与状态可视化点击查看原图 ↗
选型时可以直接问一句话："营销系统怎么对接？单据口径是什么？异常怎么冲正？"——答得上来、说得清楚的，多半真做过；只能讲通用 WMS 功能的，通常是第一次进电力。
要点六 · 定制化要求高：省与省、市与市的流程都不一样
同样是计量库房，不同省公司、不同地市的管理细则差别很大：单据类型与审批流、储位编码规则、盘点周期与差异处理、报表口径、周转柜补货规则，几乎每个项目都有本地化要求。加上库房形态不同——省级中心库多是巷道式立库，地市二级库可能是平库，供电所则是智慧仓或周转柜——一套标准产品直接套，必然改动量巨大。
正确的做法是把差异放在配置层，而不是代码分支：
- 可配置：策略引擎（入库就近、低层装满、混合存放、先进先出）、单据模板、审批流、储位编码规则、报表与看板；
- 基座统一：储位模型、状态语义、任务引擎、日志与审计、接口适配层保持稳定，这样多个项目之间经验可以复用、缺陷可以统一修；
- 划清边界：哪些属于配置项（不额外收费、实施期完成），哪些属于二次开发（单独报价与周期），在合同阶段写清楚，否则后期一定扯皮。
需要提醒的是：定制化不是越多越好。把本地流程原样搬进系统，往往是把线下的问题也一起搬了进来。实施方有责任区分"必须遵守的管理规定"与"可以改变的习惯做法"。
要点速查
| 要点 | 常见踩坑 | 落地抓手 |
|---|---|---|
| 稳定性 | 系统依赖云端校验或远程运维，断网即不可用 | 本地化部署 + 全链路日志 + 主备与恢复演练 + 离线升级包 |
| 容错降级 | 只做成功流程，设备故障即全线瘫痪 | 手动 / 自动双模式热切换 + 任务中间态 + 离线单据补录 |
| 信息安全 | 上线前才发现要过等保与安全检测 | 定级备案与测评前置、漏洞闭环、实时监测接入、权限与审计 |
| 售后保障 | 只承诺"及时响应"，无量化标准 | 故障分级 + 响应 / 到场 / 恢复时限 + 备件 + 闭环报告 |
| 专业性 | 只讲通用 WMS 功能，讲不清营销对接口径 | 现场问答：单据口径、状态回写、异常冲正、多级库房 |
| 定制化 | 差异全写进代码，后期无法升级 | 配置层吸收差异，基座统一，合同划清配置与二开边界 |
小结
这六条里，前三条是电力行业特有的硬约束，做不到项目就交不了；后三条决定这套系统十年内好不好用、改不改得动。
反过来说，如果一个供应商只跟你讲硬件参数和功能清单，对等保定级、攻防演练、营销对接口径、故障降级说不出细节，那么这个项目后期大概率要在联调和安全整改上付出额外成本。