一段充放电记录，在首期验收里比首页更有用。把它沿时间轴展开：计划或调度指令从哪里来，安全条件是否满足，PCS有没有接收，实际功率是否跟上，SOC和电量怎样变化；中间发生通信中断或设备停机时，页面显示的是实时值、最后一次有效值，还是网络恢复后的补传值。
红数科技会继续核对告警由谁收到、处理结果记在哪里，最后再看日报能不能与约定的计量点对上。这里有一段说不清，后面的效率、健康度和收益分析就会带着同一个疑问继续往下算。首期范围应先把这段运行记录做实。
先分清一件事：APP不等于一块手机屏幕
储能软件通常会同时碰到BMS、PCS、EMS、关口电表、消防、空调、视频或环境监测系统。手机端只是其中一个入口，站端采集、边缘控制、平台服务和网页后台才是数据与操作真正经过的地方。
这一区分很重要。只读监控可以在移动端做得方便一些，涉及启停、功率设定、运行模式切换等生产控制动作，就不能简单照搬普通消费类APP的做法。项目要先根据接入位置、调度关系和安全分区确定哪些动作允许远程完成，哪些必须留在站端或生产控制区。现行《电力监控系统安全防护规定》已经把储能电站监控系统纳入适用范围，系统设计需要落实安全分区、网络专用、横向隔离、纵向认证等要求。《电力监控系统安全防护规定》
对用户侧工商业储能来说，首期常见做法是由本地EMS按既定策略执行，APP承担查看、告警协同和授权范围内的操作确认；对接受电网调度的储能电站，还要按并网和调度要求上传运行信息、接收并记录指令。两类项目都叫储能APP，首期边界不会一样。
首期先做这些，验收时看结果，不只看页面
| 首期能力 | 做到什么程度才算可用 | 容易被忽略的地方 |
|---|---|---|
| 电站与设备台账 | 电站、储能单元、电池簇、PACK、PCS、BMS、电表和辅助系统有稳定编码，型号、固件、协议版本可查 | 设备更换后历史数据不能串到新设备名下 |
| 数据接入与实时状态 | 关键遥测、遥信和运行状态稳定采集，页面能区分实时、延迟、补传、无效和离线 | 最后更新时间、单位、倍率、正负方向和时钟同步 |
| 告警处置 | 告警有等级、触发与恢复条件、确认人、处理记录和关闭结果，必要时关联工单 | 通信中断引发的成片告警要归并，但原始事件不能丢 |
| 运行记录 | 充放电过程、计划或指令、执行结果、停机原因和关键状态能按时间查回 | 不能只保存汇总结果，导致异常前后的顺序无法复盘 |
| 权限与审计 | 查看、导出、配置、确认告警和控制操作分开授权，重要操作留下操作者、对象、时间和结果 | 共享账号、长期有效的临时权限、日志可被普通用户删除 |
| 基础报表 | 日充放电量、峰值功率、运行时长、告警和可用状态等能按约定口径导出 | 指标必须写明数据源、计量边界、统计周期和缺失值处理 |
这里没有把“远程控制”一律列为所有项目的首期标配。需要控制时，它当然可能进入首期，但必须连同前置条件校验、权限、二次确认或双人复核、指令回执、超时处理、失败回退和审计记录一起做。只在页面上放一个启停按钮，不算完成了控制功能。
国家能源局发布的《新型储能项目管理规范（暂行）》要求项目配备必要的通信信息系统，按程序上传运行信息、接受调度指令，并做好运行状态监测和实时工况监控。这些要求落到产品里，首先对应的不是预测模型，而是可靠采集、状态识别、指令记录和异常处置。《新型储能项目管理规范（暂行）》
告警闭环比“告警数量”更能检验首期质量
储能系统能上送的故障码和越限信息很多，全部搬到APP里并不难。难的是值班人员收到一条告警后，能不能马上判断对象、当前值、持续时间、影响范围和该由谁处理。
首期至少要把三种情况分开。设备保护动作是设备已经作出的安全响应；运行趋势告警提醒人继续观察或安排检查；通信、点位或时间异常则说明数据本身不可靠。三类信息混在同一列表里，数量会很多，真正重要的变化反而容易被盖住。
告警自动恢复也不等于事情处理完了。测点回到正常范围，只能说明触发条件已经消失；是否需要复核、是否形成工单、同类问题是否重复发生，还要有人确认。APP应保留从出现、通知、确认、处置到关闭的过程，重大告警能关联现场记录，后续分析才知道一次异常最终被判定成什么问题。
后续分析不是统一延期，要看它依赖什么数据
有些分析不必等很久。比如日充放电量、指令功率与实际功率偏差，只要计量点和统计口径已经确定，首期就可以做基础计算。真正需要往后放的，是那些依赖长期样本、故障标签、市场规则或跨站可比性的判断。
| 分析能力 | 适合开始的条件 | 为什么不宜只靠首期数据下结论 |
|---|---|---|
| 能量与效率分析 | 关口、交流侧和直流侧计量边界确定，缺测与补传规则稳定 | 不同取数位置会得到不同结果，先算并不代表算对 |
| 电芯一致性与异常趋势 | 单体电压、温度和工况数据连续，设备层级及更换记录准确 | 温差、压差要放回SOC、功率、环境和运行阶段中判断 |
| SOH与衰减分析 | 容量基准、循环、温度、倍率、维护和更换记录能够长期对应 | 设备上送SOH、平台估算值和容量试验结果不能混成同一口径 |
| 故障预测 | 已积累足够正常样本和经过确认的故障样本，标签能追到处置结论 | 只有告警记录、没有故障原因，模型学到的往往只是阈值规则 |
| 收益与策略优化 | 电价或市场规则、负荷及新能源预测、设备约束和实际执行结果都可用 | 纸面最优策略若忽略SOC边界、效率、衰减和调度约束，现场未必能执行 |
| 跨站对标与寿命预测 | 站点编码、设备规格、工况和指标口径统一，并覆盖足够长的运行变化 | 不同技术路线、容量和使用方式直接排名，结论很容易失真 |
2025年八部门印发的《新型储能制造业高质量发展行动方案》已经明确提出设备级能量管理系统一体化设计、智能化能量管理、调节能力评估与智能调度决策，并提出利用数字孪生和人工智能开展安全预警、状态与残值评估。这说明数据分析确实是储能软件的重要方向，但政策文件同时把高安全、高可靠和全生命周期管理放在前面。《新型储能制造业高质量发展行动方案》
2026年发布的《新型能源体系建设“十五五”规划》又提出创新新型储能调控方式、建设智能化调度体系，同时强化重大能源基础设施数据安全和关键信息基础设施安全防护。对产品规划来说，这几件事不能拆开理解：分析做得越深，接入的数据越细，能够影响的运行决策越多，安全边界、权限和验证责任也要跟上。《新型能源体系建设“十五五”规划》
首期要为分析留数据，但别急着替数据作判断
把算法放到后续，不代表首期只做几个简单页面。恰恰相反，首期就要把后续会用到的原始数据、设备版本、运行工况、数据质量标记、告警处置结果和维护变更记录保存好。后面想分析电芯衰减，如果不知道中途换过哪一簇电池；想判断策略收益，如果没有保存原计划、实际指令和执行偏差，再复杂的模型也补不回这些事实。
数据最好分层保存。原始值用来追溯，清洗和聚合后的数据用来查询，计算指标要带算法版本与口径，人工确认的故障原因单独留痕。原始事实与平台判断不要互相覆盖。以后算法调整，历史结果才能重新计算；发生争议，也能回到当时设备实际上送了什么。
GB/T 34131-2023《电力储能用电池管理系统》和GB/T 42288-2022《电化学储能电站安全规程》目前均为现行国家标准。具体测点、保护和安全要求应结合设备技术文件、设计资料、并网调度要求及项目所在地规定确定，APP不能用一套通用阈值代替现场安全设计。GB/T 34131-2023｜GB/T 42288-2022
立项时可以用这五个问题判断功能先后
一个功能要不要进首期，可以把它放回真实运行里问：没有它，值班人员是否看不见关键状态；异常出现后是否会漏掉通知或无人接手；一次操作失败后能不能判断设备是否执行；事后是否还能找到当时的数据和责任记录；现在的数据是否足以支撑这个判断。
前四个问题只要有一个答不上来，通常属于首期运行闭环没有补齐。第五个问题答不上来，功能多半应先保存数据、定义口径和验证方法，分析结论暂时不上生产。
立项表里，凡是依赖历史样本的功能，首期任务可以先写成“保存哪些数据、由谁确认故障原因、以后怎样验证”，不要直接写成“上线智能预警”。这会让验收对象从一张分析页面，变成一批以后确实能用的数据。
首期先回答现场发生了什么。数据积累并经过核对之后，分析再回答为什么会发生、接下来可能怎样。前一个问题还答不准时，后一个问题暂时不要进入生产决策。
