虚拟电厂开发者最小术语集从「聚合」到「基线」一次讲透文章目录虚拟电厂开发者最小术语集从「聚合」到「基线」一次讲透引言我在白板上画不出那三列一、先把两套坐标分开二、第一站 · 资源接入先把料搞进来三、第二站 · 能力评估这批料能调多少四、第三站 · 市场申报把能力变成商品五、第四站 · 调度执行指令落地的那几分钟六、第五站 · 结算与复盘算清楚钱说清楚账七、定义看两个入口八、一张表把术语钉在字段上结语术语的终点是字段引言我在白板上画不出那三列有一年参加平台评审对方技术负责人问了我一句话这条削峰指令落到你们库里是哪张表我在白板上把链路画了一遍——邀约、申报、指令、执行、结算看着挺顺。他接着问那响应量这个字段正数是削了还是增了我卡住了。那天我才想明白一件事我背过的术语表和系统里真正跑的东西中间隔着一层没人跟我讲的翻译。每个词背后都挂着三样东西——一条业务动作、一个承接模块、一组字段。术语不是词条是系统行为的名字。词背得再熟也建不出表。这篇不背词典。我们跟着一次园区削峰响应走一遍把沿途遇到的术语挨个按回它自己的位置。走完之后你要能回答三个问题这个词描述的是哪个业务动作系统里哪个模块承接它数据最后落在哪个字段。需求响应邀约 → 可调能力评估 → 申报中标 → 指令分解下发 → 资源执行 → 效果核定基线对比→ 结算分润 → 复盘评价标题里说的「最小」是真的最小。虚拟电厂相关标准里的术语远不止这些这篇只挑一个开发者建第一版平台时绕不过去的那批——再少系统就搭不起来。一、先把两套坐标分开我先把这篇要用到底的案例摆出来。教学案例纯教学假设不对应任何真实地区某工业园区签约成为 VPP 聚合资源。电网负荷管理中心发出削峰邀约响应窗口 14:00-15:00计量粒度 15 分钟共 4 个时段电网核定的基线功率 1,000 kW园区执行后计量点实测功率 400 kW结算单价 2 元/kWh。案例背后压着两套坐标混在一起是结算事故的起点。我先把它们分开。第一套是虚拟电厂输出功率。按 GB/T 44260-2024 术语 3.7 的口径虚拟电厂向电网输出功率为正消耗功率为负。这套坐标回答的是电往哪个方向流。第二套是这个案例里的削峰响应量。园区关口负荷从 1,000 kW 降到 400 kW削峰响应量就是 1,000 kW − 400 kW 600 kW。它回答的是另一个问题少用了多少电。两个数都是 600含义完全不同。所以别让一个正负号同时承担两层意思——响应类型和响应量分开存response_type PEAK_SHAVING response_power_kw 600代码里多一个字段结算争议就少一类。这笔账很划算。教学简化说明案例把基线设为恒定 1,000 kW、4 个时段实测相同。真实场景中基线是逐 15 分钟变化的曲线、实测时刻波动要逐时段判定有效响应再汇总单价 2 元/kWh 只是教学取值各省需求响应补偿标准差异很大报价前得先查当地现行细则。那第一版平台该先建哪张表呢往下走。二、第一站 · 资源接入先把料搞进来一切从资源开始。没有资源平台就是个空壳。分布式能源资源Distributed Energy ResourcesDER是分布式电源、储能、可调节负荷等分散资源的统称——虚拟电厂要聚合的料。落到代码里第一版模型里我们把 resource 当作统一主实体各类资源从它派生——这是我们的建模选择不是标准规定。三类资源它们的差别不在谁「最好」在约束不一样类型典型对象平台要存的关键约束分布式电源屋顶光伏、小型风电出力看天可以限发可用率与预测误差决定能申报多少新型储能锂电池储能柜可充可放方向灵活受荷电状态、额定功率与循环寿命约束可调节负荷中央空调、充电桩、工业冰机可削峰也可移峰填谷受工艺与舒适度边界约束在我接触过的资源里没有天生「最好」的那一类。屋顶光伏看着没得调其实能限发只是调节方向单边空调看着只会少用电其实削峰填谷都能干。可控性取决于设备能力也取决于你给它开了多大的控制权限——它不是资源类型的固有属性。聚合就是 VPP 运营商通过协议把海量分散的 DER 纳入统一调度。10 万户、每户 5 kW 的屋顶光伏接入容量加起来是 500 MW。但这 500 MW 不能直接拿去申报天气、在线率、同时可用率、预测误差扣完剩下的才是可调能力。拿接入容量当申报量执行的时候交不出货账得自己认。准入这边357 号文有一条硬性要求单一资源不能同时被两个及以上虚拟电厂聚合。落到系统上一道唯一约束只防得住自己。我踩过的问题恰恰出在防不住的那一侧平台内唯一约束同一资源在本平台只挂一份有效合约签约冲突校验合同期重叠、资源清单交叉时拦下来外部核验跨运营商冲突靠属地注册、资源清单与变更申请做外部核验具体由哪个机构、哪套系统完成以当地机制为准。唯一约束只防自己防不住别人。做资源台账的人这句话早晚用得上。微电网Microgrid有明确的电气边界能作为一个可控实体运行并网和孤岛两种状态都能工作。虚拟电厂强调的是对分散资源做数字化聚合、协调控制和市场参与聚合范围还受市场出清节点与属地规则约束。两者不是二选一——一个微电网完全可以作为资源接进虚拟电厂。有人用「断了大电网还能不能活」来区分这两者当口诀行当定义会漏掉电气边界和单一可控实体这两条。三、第二站 · 能力评估这批料能调多少资源接进来电网第一个问题是你能调多少调节容量是 VPP 根据指令可达到的最大输出功率与最小输出功率之差GB/T 44260-2024 术语 3.7单位 MW——工程里也常被叫成可调容量。它是 VPP 的资质指标之一但市场准入不看容量一项——响应时间、持续时长、接入与准入条件都得过。系统里如果要表达单方向能力就把上调容量和下调容量分开存别让一个数顶两件事。357 号文写的 2027 年 2,000 万千瓦、2030 年 5,000 万千瓦说的是全国虚拟电厂调节能力的合计目标。跟调节容量配套的三个指标决定资源能进哪些品种指标含义门槛从哪来响应时间收到指令到开始调节的耗时按场景分别要求调频要求具备在秒级到 1 分钟以内及时做出调整的能力GB/T 44260-2024 第 5.10 条市场侧门槛看参与品种与属地规则调节速率单位时间改变功率的能力市场侧门槛看参与品种与属地规则持续响应时长能维持调节状态多久决定可申报容量与可参与品种我给这三个指标只写「门槛从哪来」不写具体数字。原因一句话这些门槛各地各品种都不一样而且随规则版本改。把它写成全国常量报出去就是偏差。基线负荷Baseline是用户在不参与响应情况下的正常用电曲线。它是需求响应结算的参照系——你说你削了 1 MW跟谁比跟基线比。基线由电网或负荷管理中心核定。相似日平均法是多地现行规则采用的常见方法之一取响应日前 N 个同类型日工作日、周末分开的同时段负荷均值——样本个数、日类型划分、异常日剔除与调整窗口各地规则不一样。选它不是因为最准而是因为规则透明、可复核——电网、聚合商、用户三方拿同一套数据能算出同一个数争议才有得谈。所以你敢拍着胸脯说你那版基线一定算得对吗基线算不准后面所有结算都是错的。基线核算引擎会在基线核算与偏差考核篇章完整落地这里先钉死这句话。上调 / 下调这两个词我不给统一定义。原因很实在负荷资源少用电和发电资源降出力对并网点净交换功率的影响方向相反硬归到同一个「下调」里评审时就得吵。这篇只定义案例口径——削峰响应量 基线负荷 − 实际负荷。上调下调怎么记按市场品种和并网点方向另行解释。功率和电量是两个单位别混。功率是瞬时值kW电量是功率对时间的积分kWh。案例里的 4 个 15 分钟时段每时段基线电量 250 kWh、实测 100 kWh全程基线电量 1,000 kWh、实测 400 kWh差出来的 600 kWh 就是响应电量。系统里功率进时序库遥测流电量进结算表。两个字段名只差一个字母算错单位就是结算事故。响应量有两个口径功率口径 response_power_kw 600电量口径 response_energy_kwh 600。结算按电量口径走。响应合格率 实际响应量 ÷ 申报响应量 × 100%——这是这篇的教学口径。真实项目里分子用哪个有效响应量、分母取申报还是中标、统计粒度多长都由属地规则定考核线也一样各地能差一大截这篇不列数字。它是平台运营的核心指标也是策略引擎筛选资源时绕不过去的那道门槛。资源画像是对单个资源的调节潜力、响应特性、约束条件的量化描述。它是聚合前的必备工作——决定这个资源签不签、分到哪一组、能参与什么品种。对应能力评估篇章的两篇算法。四、第三站 · 市场申报把能力变成商品能力评估完就该拿去市场上卖。为了方便记忆我把主要参与路径概括成「三市场一响应」电力中长期市场、电力现货市场、辅助服务市场加上需求响应Demand ResponseDR。说清楚这是这篇的教学归纳不是政策文件里的固定分类名。电力中长期市场签数年到多日的合同价格约定先锁基本盘电力现货市场一般包括日前、日内和实时市场各地可根据实际情况选择市场构成赚的是峰谷价差辅助服务市场调峰、调频、备用、爬坡等有偿服务VPP 高附加值收益的来源之一需求响应用经济激励引导用户调整用电行为。我手上接触过的项目收益主要还是从这一路来的。价格我一个字都不列。现货限价、辅助服务报价上限、有效响应比例、偏差考核口径、出清方式——全由属地规则定而且随规则版本变。规则是别人定的嘛你能做的是让自己改得起。系统设计真正要记住的是后面这句地区、交易品种、规则版本、生效日期这四样得做成配置项不能把某省某年的数字写成全国常量。邀约型 / 直控型分的是控制方式。邀约型等电网发邀约再组织用户响应直控型能接受调度机构远程控制可以进调频这类高价值品种但接入门槛和安全要求高得多。选哪条路取决于你的资源和安全建设进度不取决于哪本材料说得更热闹。申报动作有两个词报量报价是电量和价格一起申报按市场规则出清报量不报价是只报电量价格按统一规则定。选哪种看市场规则和你的报价能力。出清是市场运营机构根据申报和规则确定成交电量、价格和中标主体的过程。做一个简化在采用统一边际出清、且暂不考虑网络与分区约束的品种里报价从低到高排序最后一个中标者的报价成为统一出清价真实出清还要过网络阻塞和各类运行约束。看懂这一条你就明白报价策略为什么不是「报得越低越稳」——这是市场交易篇章的主题。偏差考核是实际执行电量与申报电量不符时的考核机制区间和倍数同样由属地规则定。它是报价的核心约束报多了可能被考核报少了拿不满。具体怎么算、算多重按属地规则执行——这个权衡贯穿整条市场交易链路。五、第四站 · 调度执行指令落地的那几分钟中标之后进入对系统实时性要求最高的一段。对面站着的不是一个东西得分成两组看。机构组管规则和责任电力调度机构管实时调度和交易执行电力交易中心管市场主体注册、交易组织、结算依据出具。业务系统组管接口和数据新型电力负荷管理系统需求响应资源管理与指令下达的官方技术系统参与需求响应要接电力调度自动化系统参与现货与辅助服务等高频品种要接。按 357 号文的口径部分现货与辅助服务品种可以经负荷管理系统参与具体走哪条通道以属地细则为准。跟机构谈流程跟系统对接数据两件事别混。自动发电控制Automatic Generation ControlAGC是二次调频的自动功率控制技术之一与之相对一次调频是在频率越过死区后由常规机组调速系统或由新能源、储能的快速频率响应功能自动调整有功功率。区域规则对 AGC 和面向用户侧经营主体的自动功率控制Automatic Power ControlAPC分别定义——VPP 参与二次调频走的是这类通道具体回路和接入方式取决于资源类型、接入方案和属地规则。直控型说的是一种控制关系不等于接上了 AGC。最后是一句选型层面的判断网关是不是「只做通信汇聚」取决于产品形态。GB/T 47241-2026 第 7.3.2 条是允许终端具备指令分解、边缘计算与协同控制能力的。所以我建议动手之前先定一件事——执行末端放在云端还是放在边缘缺了执行末端平台只能看不能控把控制逻辑全押在云上断网时会失去新指令下发和远程调控能力——能不能安全维持取决于边缘自治与失效保护做得怎么样。指令链路篇章会把这条链路的每个状态迁移都写出来。六、第五站 · 结算与复盘算清楚钱说清楚账响应执行完进入收尾。结算的关键词在第二站就埋伏好了基线。按这篇的削峰教学口径以基线负荷减实际负荷逐时段积分得到响应电量乘以补偿单价得出收益再按各资源的贡献度分润给用户。真实核定还要过有效性判定、时段规则和修正机制。分润模式我见过的多是「保底 分成」样本有限这里只当经验说法不当统计结论。把案例算到底我把响应收益算给你看——响应电量 × 单价 600 kWh × 2 元/kWh 1,200 元。若园区申报响应量为 800 kWh响应合格率 600 ÷ 800 × 100% 75%。75% 这个数放在有的地区够考核线放在有的地区不够——线在哪看属地规则。这就说明申报报高了可能走进偏差考核。1,200 元再按园区与各子资源的贡献度分下去这套账才算走完。下面把这笔账写成代码跑一遍独立可运行示例Java 11单文件零依赖可直接编译运行importjava.math.BigDecimal;importjava.math.RoundingMode;/** * 贯穿案例结算演算 —— 教学示例数值为教学假设不对应真实地区规则 * 验证方式javac DrSettlementDemo.java java DrSettlementDemo * 预期输出响应电量 600.00 kWh / 合格率 75% / 收益 1200.00 元 * 零响应与负响应分支actualKw 改为 1000 或 1200 时应在任何计算与输出之前抛异常 * 控制台只应看到异常栈不应出现零值或负值的结算数字 */publicclassDrSettlementDemo{publicstaticvoidmain(String[]args){BigDecimalbaselineKwnewBigDecimal(1000);// 基线功率 kWBigDecimalactualKwnewBigDecimal(400);// 实测功率 kWintintervals4;// 15 分钟 × 4 时段BigDecimalhoursPerIntervalnewBigDecimal(0.25);// 无效响应前置校验削峰响应量非正时本案例不构成有效响应if(baselineKw.compareTo(actualKw)0){thrownewIllegalStateException(削峰响应量非正本案例不构成有效响应后续按属地规则处理);}// 削峰响应量基线负荷 − 实际负荷再按时间积分为电量BigDecimalresponseKwhbaselineKw.subtract(actualKw).multiply(hoursPerInterval).multiply(BigDecimal.valueOf(intervals));BigDecimaldeclaredKwhnewBigDecimal(800);// 申报响应量BigDecimalpassRateresponseKwh.multiply(BigDecimal.valueOf(100)).divide(declaredKwh,0,RoundingMode.HALF_UP);// 合格率 %BigDecimalrevenueresponseKwh.multiply(newBigDecimal(2));// 单价 2 元/kWhSystem.out.println(响应电量: responseKwh kWh);// 预期 600.00System.out.println(响应合格率: passRate%);// 预期 75System.out.println(响应收益: revenue 元);// 预期 1200.00}}验证判据正常分支输出 600.00 / 75 / 1200.00 三行把 actualKw 改成 1200负响应或 1000零响应都应当只看到 IllegalStateException 的栈看不到零值或负值金额。校验顺序这件事看着小但它决定你的日志干不干净——线上排障时一行假的数字比一段异常栈更误导人。生产上还缺三件事逐时段的基线曲线而不是恒值、法定计量数据源对接GB/T 47241-2026 第 11.6 条要求结算以法定计量检定的电能表或认可的远动终端数据为依据未经认可的自采遥测不能直接作为结算依据、各地差异化的考核规则。这三件事分别在基线核算与偏差考核篇章、需求响应全流程篇章、市场交易篇章落地。最后是评价分析响应效果、偏差成因、资源健康度、策略复盘形成数据反馈回评估与报价环节。这就是应用层「感知→决策→交易→执行→评价」的一圈也是整条指令链路的终点和下一轮的起点。七、定义看两个入口写需求文档、跟电网和政府打交道时定义要用他们的词。国家层面有两个入口我建议两个都放上术语页比只背一个稳。GB/T 44260-2024《虚拟电厂资源配置与评估技术规范》从技术标准角度切入通过信息通信、智能计量和优化控制技术把分布式电源、储能、可调节负荷等资源集成起来形成能够响应电网需求、参与市场运行或接受调度的系统。发改能源〔2025〕357 号《关于加快推进虚拟电厂发展的指导意见》从经营主体和电力运行角度切入虚拟电厂是基于电力系统架构运用现代信息通信、系统集成控制等技术聚合分布式电源、可调节负荷、储能等各类分散资源作为新型经营主体协同参与电力系统优化和电力市场交易的电力运行组织模式。两个口径的共同点是「聚合资源、协调控制、参与系统运行或市场」这三件事差别在于一个服务技术规范一个服务建设运行与市场管理。层级关系别搞反它是电力运行的组织模式软件系统是实现它的载体。概念史这块我只留一句背景。1997 年出版的《The Virtual Utility: Accounting, Technology Competitive Aspects of the Emerging Industry》讨论的是 Virtual Utility可以看作后来这类聚合运营思想的早期来源之一。它跟今天政策和标准里的虚拟电厂定义不是一回事别在需求文档里把它当起源引用。容易混的词还剩两组各管一个轴邀约型 / 直控型分的是控制方式这篇第四站讲过负荷类 / 源网荷储一体化分的是资源构成需求响应全流程篇章展开。同一份需求文档里混用两个轴评审的时候必然打架。八、一张表把术语钉在字段上链路走完了我把术语压回字段。先看链路与模块的对应链路环节术语承接模块核心字段资源接入DER / 聚合 / 微电网资源台账resource_id、resource_type、contract_id能力评估调节容量 / 资源画像能力评估capability_kw、profile_json能力评估基线负荷 / 响应量基线核算baseline_power_kw、response_power_kw市场申报报量报价 / 出清 / 偏差考核市场申报declared_energy_kwh、clearing_price调度执行指令 / AGC / APC指令链路command_id、command_status结算复盘响应电量 / 分润结算分摊response_energy_kwh、share_amount再以案例为基准把每个核心术语落到单位、字段和算式。这张表是后面建表、写接口、做结算的直接参考术语单位数据字段示例计算示例本案例备注基线功率kWbaseline_power_kw1,000 kW4 时段恒定由电网核定教学简化基线电量kWhbaseline_energy_kwh1,000 kW × 1 h 1,000 kWh15 分钟粒度逐时段求和实测功率kWactual_power_kw400 kW计量点实测实测电量kWhactual_energy_kwh400 kW × 1 h 400 kWh以法定计量表数据为准削峰响应功率kWresponse_power_kw1,000 − 400 600 kW本案例口径不是 VPP 输出功率响应电量kWhresponse_energy_kwh(1,000 − 400) kW × 1 h 600 kWh结算核心字段申报响应量kWhdeclared_energy_kwh800 kWh假设邀约申报值响应合格率%response_rate600 ÷ 800 × 100% 75%考核线由属地规则确定补偿单价元/kWhcompensation_price2 元/kWh教学假设各省差异大响应收益元compensation_amount600 × 2 1,200 元分润前总额响应窗口hh:mmresponse_window14:00-15:00邀约指定计量粒度minmetering_interval_min15 分钟 × 4 时段时序数据对齐基准使用说明字段名是教学示例实际工程按团队命名规范调整单位显式标进字段名或枚举里_kw还是_kwh别只写在注释里——这是最便宜的一道防呆。结语术语的终点是字段这篇没有按字母表排过一行术语全篇就是跟着一次削峰邀约走了一圈把每个词按回它出现的那个环节。留下一句话就够了在虚拟电厂这个行当术语表就是需求文档的草稿。那次评审会之后我把术语表重抄了一遍每抄一条问自己一句它落在哪张表。这个笨办法后来帮我省下不少返工也送给你。下一篇换个读法拿起 GB/T 44260-2024 这本国标逐条把它拆成数据模型、接口定义和算法入参。标准条文到建表语句中间的翻译过程一次走完。
第01篇-虚拟电厂开发者最小术语集
虚拟电厂开发者最小术语集从「聚合」到「基线」一次讲透文章目录虚拟电厂开发者最小术语集从「聚合」到「基线」一次讲透引言我在白板上画不出那三列一、先把两套坐标分开二、第一站 · 资源接入先把料搞进来三、第二站 · 能力评估这批料能调多少四、第三站 · 市场申报把能力变成商品五、第四站 · 调度执行指令落地的那几分钟六、第五站 · 结算与复盘算清楚钱说清楚账七、定义看两个入口八、一张表把术语钉在字段上结语术语的终点是字段引言我在白板上画不出那三列有一年参加平台评审对方技术负责人问了我一句话这条削峰指令落到你们库里是哪张表我在白板上把链路画了一遍——邀约、申报、指令、执行、结算看着挺顺。他接着问那响应量这个字段正数是削了还是增了我卡住了。那天我才想明白一件事我背过的术语表和系统里真正跑的东西中间隔着一层没人跟我讲的翻译。每个词背后都挂着三样东西——一条业务动作、一个承接模块、一组字段。术语不是词条是系统行为的名字。词背得再熟也建不出表。这篇不背词典。我们跟着一次园区削峰响应走一遍把沿途遇到的术语挨个按回它自己的位置。走完之后你要能回答三个问题这个词描述的是哪个业务动作系统里哪个模块承接它数据最后落在哪个字段。需求响应邀约 → 可调能力评估 → 申报中标 → 指令分解下发 → 资源执行 → 效果核定基线对比→ 结算分润 → 复盘评价标题里说的「最小」是真的最小。虚拟电厂相关标准里的术语远不止这些这篇只挑一个开发者建第一版平台时绕不过去的那批——再少系统就搭不起来。一、先把两套坐标分开我先把这篇要用到底的案例摆出来。教学案例纯教学假设不对应任何真实地区某工业园区签约成为 VPP 聚合资源。电网负荷管理中心发出削峰邀约响应窗口 14:00-15:00计量粒度 15 分钟共 4 个时段电网核定的基线功率 1,000 kW园区执行后计量点实测功率 400 kW结算单价 2 元/kWh。案例背后压着两套坐标混在一起是结算事故的起点。我先把它们分开。第一套是虚拟电厂输出功率。按 GB/T 44260-2024 术语 3.7 的口径虚拟电厂向电网输出功率为正消耗功率为负。这套坐标回答的是电往哪个方向流。第二套是这个案例里的削峰响应量。园区关口负荷从 1,000 kW 降到 400 kW削峰响应量就是 1,000 kW − 400 kW 600 kW。它回答的是另一个问题少用了多少电。两个数都是 600含义完全不同。所以别让一个正负号同时承担两层意思——响应类型和响应量分开存response_type PEAK_SHAVING response_power_kw 600代码里多一个字段结算争议就少一类。这笔账很划算。教学简化说明案例把基线设为恒定 1,000 kW、4 个时段实测相同。真实场景中基线是逐 15 分钟变化的曲线、实测时刻波动要逐时段判定有效响应再汇总单价 2 元/kWh 只是教学取值各省需求响应补偿标准差异很大报价前得先查当地现行细则。那第一版平台该先建哪张表呢往下走。二、第一站 · 资源接入先把料搞进来一切从资源开始。没有资源平台就是个空壳。分布式能源资源Distributed Energy ResourcesDER是分布式电源、储能、可调节负荷等分散资源的统称——虚拟电厂要聚合的料。落到代码里第一版模型里我们把 resource 当作统一主实体各类资源从它派生——这是我们的建模选择不是标准规定。三类资源它们的差别不在谁「最好」在约束不一样类型典型对象平台要存的关键约束分布式电源屋顶光伏、小型风电出力看天可以限发可用率与预测误差决定能申报多少新型储能锂电池储能柜可充可放方向灵活受荷电状态、额定功率与循环寿命约束可调节负荷中央空调、充电桩、工业冰机可削峰也可移峰填谷受工艺与舒适度边界约束在我接触过的资源里没有天生「最好」的那一类。屋顶光伏看着没得调其实能限发只是调节方向单边空调看着只会少用电其实削峰填谷都能干。可控性取决于设备能力也取决于你给它开了多大的控制权限——它不是资源类型的固有属性。聚合就是 VPP 运营商通过协议把海量分散的 DER 纳入统一调度。10 万户、每户 5 kW 的屋顶光伏接入容量加起来是 500 MW。但这 500 MW 不能直接拿去申报天气、在线率、同时可用率、预测误差扣完剩下的才是可调能力。拿接入容量当申报量执行的时候交不出货账得自己认。准入这边357 号文有一条硬性要求单一资源不能同时被两个及以上虚拟电厂聚合。落到系统上一道唯一约束只防得住自己。我踩过的问题恰恰出在防不住的那一侧平台内唯一约束同一资源在本平台只挂一份有效合约签约冲突校验合同期重叠、资源清单交叉时拦下来外部核验跨运营商冲突靠属地注册、资源清单与变更申请做外部核验具体由哪个机构、哪套系统完成以当地机制为准。唯一约束只防自己防不住别人。做资源台账的人这句话早晚用得上。微电网Microgrid有明确的电气边界能作为一个可控实体运行并网和孤岛两种状态都能工作。虚拟电厂强调的是对分散资源做数字化聚合、协调控制和市场参与聚合范围还受市场出清节点与属地规则约束。两者不是二选一——一个微电网完全可以作为资源接进虚拟电厂。有人用「断了大电网还能不能活」来区分这两者当口诀行当定义会漏掉电气边界和单一可控实体这两条。三、第二站 · 能力评估这批料能调多少资源接进来电网第一个问题是你能调多少调节容量是 VPP 根据指令可达到的最大输出功率与最小输出功率之差GB/T 44260-2024 术语 3.7单位 MW——工程里也常被叫成可调容量。它是 VPP 的资质指标之一但市场准入不看容量一项——响应时间、持续时长、接入与准入条件都得过。系统里如果要表达单方向能力就把上调容量和下调容量分开存别让一个数顶两件事。357 号文写的 2027 年 2,000 万千瓦、2030 年 5,000 万千瓦说的是全国虚拟电厂调节能力的合计目标。跟调节容量配套的三个指标决定资源能进哪些品种指标含义门槛从哪来响应时间收到指令到开始调节的耗时按场景分别要求调频要求具备在秒级到 1 分钟以内及时做出调整的能力GB/T 44260-2024 第 5.10 条市场侧门槛看参与品种与属地规则调节速率单位时间改变功率的能力市场侧门槛看参与品种与属地规则持续响应时长能维持调节状态多久决定可申报容量与可参与品种我给这三个指标只写「门槛从哪来」不写具体数字。原因一句话这些门槛各地各品种都不一样而且随规则版本改。把它写成全国常量报出去就是偏差。基线负荷Baseline是用户在不参与响应情况下的正常用电曲线。它是需求响应结算的参照系——你说你削了 1 MW跟谁比跟基线比。基线由电网或负荷管理中心核定。相似日平均法是多地现行规则采用的常见方法之一取响应日前 N 个同类型日工作日、周末分开的同时段负荷均值——样本个数、日类型划分、异常日剔除与调整窗口各地规则不一样。选它不是因为最准而是因为规则透明、可复核——电网、聚合商、用户三方拿同一套数据能算出同一个数争议才有得谈。所以你敢拍着胸脯说你那版基线一定算得对吗基线算不准后面所有结算都是错的。基线核算引擎会在基线核算与偏差考核篇章完整落地这里先钉死这句话。上调 / 下调这两个词我不给统一定义。原因很实在负荷资源少用电和发电资源降出力对并网点净交换功率的影响方向相反硬归到同一个「下调」里评审时就得吵。这篇只定义案例口径——削峰响应量 基线负荷 − 实际负荷。上调下调怎么记按市场品种和并网点方向另行解释。功率和电量是两个单位别混。功率是瞬时值kW电量是功率对时间的积分kWh。案例里的 4 个 15 分钟时段每时段基线电量 250 kWh、实测 100 kWh全程基线电量 1,000 kWh、实测 400 kWh差出来的 600 kWh 就是响应电量。系统里功率进时序库遥测流电量进结算表。两个字段名只差一个字母算错单位就是结算事故。响应量有两个口径功率口径 response_power_kw 600电量口径 response_energy_kwh 600。结算按电量口径走。响应合格率 实际响应量 ÷ 申报响应量 × 100%——这是这篇的教学口径。真实项目里分子用哪个有效响应量、分母取申报还是中标、统计粒度多长都由属地规则定考核线也一样各地能差一大截这篇不列数字。它是平台运营的核心指标也是策略引擎筛选资源时绕不过去的那道门槛。资源画像是对单个资源的调节潜力、响应特性、约束条件的量化描述。它是聚合前的必备工作——决定这个资源签不签、分到哪一组、能参与什么品种。对应能力评估篇章的两篇算法。四、第三站 · 市场申报把能力变成商品能力评估完就该拿去市场上卖。为了方便记忆我把主要参与路径概括成「三市场一响应」电力中长期市场、电力现货市场、辅助服务市场加上需求响应Demand ResponseDR。说清楚这是这篇的教学归纳不是政策文件里的固定分类名。电力中长期市场签数年到多日的合同价格约定先锁基本盘电力现货市场一般包括日前、日内和实时市场各地可根据实际情况选择市场构成赚的是峰谷价差辅助服务市场调峰、调频、备用、爬坡等有偿服务VPP 高附加值收益的来源之一需求响应用经济激励引导用户调整用电行为。我手上接触过的项目收益主要还是从这一路来的。价格我一个字都不列。现货限价、辅助服务报价上限、有效响应比例、偏差考核口径、出清方式——全由属地规则定而且随规则版本变。规则是别人定的嘛你能做的是让自己改得起。系统设计真正要记住的是后面这句地区、交易品种、规则版本、生效日期这四样得做成配置项不能把某省某年的数字写成全国常量。邀约型 / 直控型分的是控制方式。邀约型等电网发邀约再组织用户响应直控型能接受调度机构远程控制可以进调频这类高价值品种但接入门槛和安全要求高得多。选哪条路取决于你的资源和安全建设进度不取决于哪本材料说得更热闹。申报动作有两个词报量报价是电量和价格一起申报按市场规则出清报量不报价是只报电量价格按统一规则定。选哪种看市场规则和你的报价能力。出清是市场运营机构根据申报和规则确定成交电量、价格和中标主体的过程。做一个简化在采用统一边际出清、且暂不考虑网络与分区约束的品种里报价从低到高排序最后一个中标者的报价成为统一出清价真实出清还要过网络阻塞和各类运行约束。看懂这一条你就明白报价策略为什么不是「报得越低越稳」——这是市场交易篇章的主题。偏差考核是实际执行电量与申报电量不符时的考核机制区间和倍数同样由属地规则定。它是报价的核心约束报多了可能被考核报少了拿不满。具体怎么算、算多重按属地规则执行——这个权衡贯穿整条市场交易链路。五、第四站 · 调度执行指令落地的那几分钟中标之后进入对系统实时性要求最高的一段。对面站着的不是一个东西得分成两组看。机构组管规则和责任电力调度机构管实时调度和交易执行电力交易中心管市场主体注册、交易组织、结算依据出具。业务系统组管接口和数据新型电力负荷管理系统需求响应资源管理与指令下达的官方技术系统参与需求响应要接电力调度自动化系统参与现货与辅助服务等高频品种要接。按 357 号文的口径部分现货与辅助服务品种可以经负荷管理系统参与具体走哪条通道以属地细则为准。跟机构谈流程跟系统对接数据两件事别混。自动发电控制Automatic Generation ControlAGC是二次调频的自动功率控制技术之一与之相对一次调频是在频率越过死区后由常规机组调速系统或由新能源、储能的快速频率响应功能自动调整有功功率。区域规则对 AGC 和面向用户侧经营主体的自动功率控制Automatic Power ControlAPC分别定义——VPP 参与二次调频走的是这类通道具体回路和接入方式取决于资源类型、接入方案和属地规则。直控型说的是一种控制关系不等于接上了 AGC。最后是一句选型层面的判断网关是不是「只做通信汇聚」取决于产品形态。GB/T 47241-2026 第 7.3.2 条是允许终端具备指令分解、边缘计算与协同控制能力的。所以我建议动手之前先定一件事——执行末端放在云端还是放在边缘缺了执行末端平台只能看不能控把控制逻辑全押在云上断网时会失去新指令下发和远程调控能力——能不能安全维持取决于边缘自治与失效保护做得怎么样。指令链路篇章会把这条链路的每个状态迁移都写出来。六、第五站 · 结算与复盘算清楚钱说清楚账响应执行完进入收尾。结算的关键词在第二站就埋伏好了基线。按这篇的削峰教学口径以基线负荷减实际负荷逐时段积分得到响应电量乘以补偿单价得出收益再按各资源的贡献度分润给用户。真实核定还要过有效性判定、时段规则和修正机制。分润模式我见过的多是「保底 分成」样本有限这里只当经验说法不当统计结论。把案例算到底我把响应收益算给你看——响应电量 × 单价 600 kWh × 2 元/kWh 1,200 元。若园区申报响应量为 800 kWh响应合格率 600 ÷ 800 × 100% 75%。75% 这个数放在有的地区够考核线放在有的地区不够——线在哪看属地规则。这就说明申报报高了可能走进偏差考核。1,200 元再按园区与各子资源的贡献度分下去这套账才算走完。下面把这笔账写成代码跑一遍独立可运行示例Java 11单文件零依赖可直接编译运行importjava.math.BigDecimal;importjava.math.RoundingMode;/** * 贯穿案例结算演算 —— 教学示例数值为教学假设不对应真实地区规则 * 验证方式javac DrSettlementDemo.java java DrSettlementDemo * 预期输出响应电量 600.00 kWh / 合格率 75% / 收益 1200.00 元 * 零响应与负响应分支actualKw 改为 1000 或 1200 时应在任何计算与输出之前抛异常 * 控制台只应看到异常栈不应出现零值或负值的结算数字 */publicclassDrSettlementDemo{publicstaticvoidmain(String[]args){BigDecimalbaselineKwnewBigDecimal(1000);// 基线功率 kWBigDecimalactualKwnewBigDecimal(400);// 实测功率 kWintintervals4;// 15 分钟 × 4 时段BigDecimalhoursPerIntervalnewBigDecimal(0.25);// 无效响应前置校验削峰响应量非正时本案例不构成有效响应if(baselineKw.compareTo(actualKw)0){thrownewIllegalStateException(削峰响应量非正本案例不构成有效响应后续按属地规则处理);}// 削峰响应量基线负荷 − 实际负荷再按时间积分为电量BigDecimalresponseKwhbaselineKw.subtract(actualKw).multiply(hoursPerInterval).multiply(BigDecimal.valueOf(intervals));BigDecimaldeclaredKwhnewBigDecimal(800);// 申报响应量BigDecimalpassRateresponseKwh.multiply(BigDecimal.valueOf(100)).divide(declaredKwh,0,RoundingMode.HALF_UP);// 合格率 %BigDecimalrevenueresponseKwh.multiply(newBigDecimal(2));// 单价 2 元/kWhSystem.out.println(响应电量: responseKwh kWh);// 预期 600.00System.out.println(响应合格率: passRate%);// 预期 75System.out.println(响应收益: revenue 元);// 预期 1200.00}}验证判据正常分支输出 600.00 / 75 / 1200.00 三行把 actualKw 改成 1200负响应或 1000零响应都应当只看到 IllegalStateException 的栈看不到零值或负值金额。校验顺序这件事看着小但它决定你的日志干不干净——线上排障时一行假的数字比一段异常栈更误导人。生产上还缺三件事逐时段的基线曲线而不是恒值、法定计量数据源对接GB/T 47241-2026 第 11.6 条要求结算以法定计量检定的电能表或认可的远动终端数据为依据未经认可的自采遥测不能直接作为结算依据、各地差异化的考核规则。这三件事分别在基线核算与偏差考核篇章、需求响应全流程篇章、市场交易篇章落地。最后是评价分析响应效果、偏差成因、资源健康度、策略复盘形成数据反馈回评估与报价环节。这就是应用层「感知→决策→交易→执行→评价」的一圈也是整条指令链路的终点和下一轮的起点。七、定义看两个入口写需求文档、跟电网和政府打交道时定义要用他们的词。国家层面有两个入口我建议两个都放上术语页比只背一个稳。GB/T 44260-2024《虚拟电厂资源配置与评估技术规范》从技术标准角度切入通过信息通信、智能计量和优化控制技术把分布式电源、储能、可调节负荷等资源集成起来形成能够响应电网需求、参与市场运行或接受调度的系统。发改能源〔2025〕357 号《关于加快推进虚拟电厂发展的指导意见》从经营主体和电力运行角度切入虚拟电厂是基于电力系统架构运用现代信息通信、系统集成控制等技术聚合分布式电源、可调节负荷、储能等各类分散资源作为新型经营主体协同参与电力系统优化和电力市场交易的电力运行组织模式。两个口径的共同点是「聚合资源、协调控制、参与系统运行或市场」这三件事差别在于一个服务技术规范一个服务建设运行与市场管理。层级关系别搞反它是电力运行的组织模式软件系统是实现它的载体。概念史这块我只留一句背景。1997 年出版的《The Virtual Utility: Accounting, Technology Competitive Aspects of the Emerging Industry》讨论的是 Virtual Utility可以看作后来这类聚合运营思想的早期来源之一。它跟今天政策和标准里的虚拟电厂定义不是一回事别在需求文档里把它当起源引用。容易混的词还剩两组各管一个轴邀约型 / 直控型分的是控制方式这篇第四站讲过负荷类 / 源网荷储一体化分的是资源构成需求响应全流程篇章展开。同一份需求文档里混用两个轴评审的时候必然打架。八、一张表把术语钉在字段上链路走完了我把术语压回字段。先看链路与模块的对应链路环节术语承接模块核心字段资源接入DER / 聚合 / 微电网资源台账resource_id、resource_type、contract_id能力评估调节容量 / 资源画像能力评估capability_kw、profile_json能力评估基线负荷 / 响应量基线核算baseline_power_kw、response_power_kw市场申报报量报价 / 出清 / 偏差考核市场申报declared_energy_kwh、clearing_price调度执行指令 / AGC / APC指令链路command_id、command_status结算复盘响应电量 / 分润结算分摊response_energy_kwh、share_amount再以案例为基准把每个核心术语落到单位、字段和算式。这张表是后面建表、写接口、做结算的直接参考术语单位数据字段示例计算示例本案例备注基线功率kWbaseline_power_kw1,000 kW4 时段恒定由电网核定教学简化基线电量kWhbaseline_energy_kwh1,000 kW × 1 h 1,000 kWh15 分钟粒度逐时段求和实测功率kWactual_power_kw400 kW计量点实测实测电量kWhactual_energy_kwh400 kW × 1 h 400 kWh以法定计量表数据为准削峰响应功率kWresponse_power_kw1,000 − 400 600 kW本案例口径不是 VPP 输出功率响应电量kWhresponse_energy_kwh(1,000 − 400) kW × 1 h 600 kWh结算核心字段申报响应量kWhdeclared_energy_kwh800 kWh假设邀约申报值响应合格率%response_rate600 ÷ 800 × 100% 75%考核线由属地规则确定补偿单价元/kWhcompensation_price2 元/kWh教学假设各省差异大响应收益元compensation_amount600 × 2 1,200 元分润前总额响应窗口hh:mmresponse_window14:00-15:00邀约指定计量粒度minmetering_interval_min15 分钟 × 4 时段时序数据对齐基准使用说明字段名是教学示例实际工程按团队命名规范调整单位显式标进字段名或枚举里_kw还是_kwh别只写在注释里——这是最便宜的一道防呆。结语术语的终点是字段这篇没有按字母表排过一行术语全篇就是跟着一次削峰邀约走了一圈把每个词按回它出现的那个环节。留下一句话就够了在虚拟电厂这个行当术语表就是需求文档的草稿。那次评审会之后我把术语表重抄了一遍每抄一条问自己一句它落在哪张表。这个笨办法后来帮我省下不少返工也送给你。下一篇换个读法拿起 GB/T 44260-2024 这本国标逐条把它拆成数据模型、接口定义和算法入参。标准条文到建表语句中间的翻译过程一次走完。
