问题现状
高耗能工序只跟着排产走，不跟产线，也不跟电价
现状
排班衔接、换型或下游故障，上游设备在高耗能待机里空等。
大功率作业段落在哪个时段，靠排班表碰运气。
峰谷时段一年几套、逐年调整，节假日深谷和需求响应邀约随时在变。
代价
空等的这几个小时，电没有变成任何一件产品。
多地峰谷价差已拉开到三倍以上，排错时段就是白付。
再勤快的排班制度也追不上一直在变的电价日历。
能力模块
三个调度助手，先算清账，再动节奏
所有建议经班组长确认后由人执行。系统永远只建议，不下指令。
01
用能账本
每一个用能批次、每单位产出、每吨合格品的电耗自动归集到批次、产品和责任班组。同一个产品，最省的那批和最费的那批摆在一起看，差在哪一段一目了然。
客户价值
这是后面所有优化的地基，也是节约验证的公共账本。
02
产线协同
从排产计划和下游产线的实时状态推算出产出真正被需要的时刻，反推上游设备的启动与降档时间，提前提醒班组。
客户价值
消掉「下游停了，上游还在高耗能待机里空等」的那几个小时。
03
电价策略
维护逐日电价日历，在不影响交期的约束下把大功率段排进便宜的时段；收到需求响应邀约时，算清推迟一个批次是否可行、值不值。
客户价值
政策红利是公开的，能不能吃到取决于有没有一直在线的调度。
数据怎么组织
能源侧的业务对象层
把分散在各系统里的字段统一成工厂听得懂的对象：用能批次、生产任务、产线状态、停机事件、电价窗口、需求响应事件。对象之间的关系让每一度电都能追溯到具体的设备、批次、产品和原因——这跟四个业务环节用的是同一套底座。
安全边界
四条红线，写进合同
怎么算账
三条收益线，分开记账
省电和省钱是两回事，混在一起算就会扯皮。计量方法和基线校正口径在开工前写进合同，能源与财务部门可各自独立复算。
真实节电
消除空等、控制过热、纪律执行与功率曲线优化带来的用电量下降，按同产品、相似产量校正后的基线核算。
峰谷结构优化
度数不变，把大功率负荷从高峰移入低谷与平段。可转移空间取决于你的负荷曲线，试点期实测确定。
需求响应收入
大功率、可短时调节的工序是理想的可调节负荷。系统核实推迟不影响交付后才应约，参与前提是具备负荷监测与调控能力。
交互渠道
建议发到班组的群里
何时启动、何时降档、这一批排进哪个时段——班组长和调度员在已经在用的群里收到建议，接受、修改或拒绝都留痕，执行后的实际效果自动核算。
系统对接
只读接入 + 外挂计量
生产系统走只读接口，用电走进线侧外挂计量表，不依赖设备原厂软件，也不需要任何写入权限。原有系统继续用，不做迁移。
怎么开始
先证明，再扩围
第一期不铺全厂：选一台设备、一条产线和少数几种产量稳定的产品，把账算清、把空等消掉、把时段用上。验收按开工前双方确认的方法核算，数据说了算，再决定要不要扩围。
适用场景
常见问题
改造范围、数据来源与算账口径
需要改造设备或控制系统吗？
不需要。系统对生产系统只读、不写入，也不连接设备 PLC。它给建议，执行由现场人员决定。
需要换掉 ERP／MES／APS 吗？
不用。原有系统继续作为业务事实来源，我们只在它之上加一层调度。
能耗数据从哪里来？
生产系统走只读接口，用电走进线侧外挂计量，不依赖设备原厂软件，也不需要任何写入权限。
谁来执行调度建议？
班组长和调度员，在微信、飞书、钉钉里接收。每条建议可以接受、修改或拒绝，原因和执行后的实际效果都留痕。系统只建议，不下指令。
省下来的电怎么算才不扯皮？
度数账、电费账、补偿账三本分开记，计量方法和基线校正口径在开工前就写进合同，能源与财务部门可各自独立复算。
哪些场景最先受益？
熔炼、热处理、烘干、空压、制冷这类大功率、有一定可调节空间的负荷最先受益。具体到你的厂，诊断时我们一起判断。