企业官网建设流程全解析

第03篇-GB-T47241技术导则落地-平台全景架构

引言：平台架构的"验收标准"终于来了

上一篇我们用四步范式拆了 GB/T 44260，解决了"资源怎么配、能力怎么评"。但一个平台光有资源能力模型还立不起来——系统该分几层？对外接哪些官方系统？数据分几类？安全怎么做？这些问题 44260 不管。

2026 年 9 月 1 日刚刚实施的GB/T 47241-2026《虚拟电厂技术导则》管的就是这些。它是覆盖虚拟电厂全流程技术要求的国家标准（推荐性，2026-02-27 发布），由南方电网科学研究院牵头起草，规定了从总体框架、资源接入、系统终端、信息通信、安全防护到验收运行的全套技术要求。三项专项国标的分工一句话说清：44241 管流程（软尺）、44260 管能力（硬尺）、47241 管技术实施（基尺）。

本文继续用"四步范式"拆 47241，但这次的产出物更大：一张平台全景架构图——接入层、网络层、平台层、应用层，每层对应标准的哪一章、系统里的哪个服务、对外接哪个官方系统，一次对齐。这张图就是整个专栏示例工程openvpp-demo的架构总图。

阅读约定：沿用第 02 篇的三层次标注——【标准原文】为标准条款引用（条款编号已对照仓库内《GB_T 47241-2026 国标解析》逐条核验，来源为全国标准信息公共服务平台公开口径），【作者解释】为工程理解，【工程选择】为本专栏落地方式。

一、先看准入线：4 项指标 5 个数值的平台门槛

47241 第 4.2 条给出了全标准量化程度最高的一组指标（4 项指标、5 个数值）。注意两点效力边界：GB/T 47241 本身是推荐性国家标准，第 4.2 条的表述是"宜"；本文把这组数值作为方案初筛的默认值——只有被属地细则、市场规则或合同采用后，它们才构成对应项目的准入条件（例如湖南省能源局 2026 年 1 月印发的省级细则就设置了容量类门槛，具体数值以发文附件为准）：

图 1：推荐性准入指标与 VPP 单元示例（10MW 总聚合容量、5MW 总调节容量、1MW 单元调节容量、3%/min 调节速率、1h 持续调节时间；最终以属地规则和项目合同为准）

对照上一篇的 44260：44260 只说"调峰调节容量宜 ≥1MW"，47241 把它扩展成10MW 总聚合 → 5MW 总调节 → 1MW 单元的三层容量体系。注意"单元"这个词——它是 47241 全新引入的概念，马上会重点讲。

这 4 项指标、5 个数值就是一组常量加一套准入校验：单元调节容量 1MW 接入VppUnit.passAdmission准入校验，其余四值为对表参考常量.

/** 对应 GB/T 47241-2026 第 4.2 条，推荐性指标，地方细则可能加严 */publicfinalclassAdmissionThreshold{publicstaticfinallongMIN_TOTAL_AGGREGATE_KW=10_000;// 总聚合容量 10MWpublicstaticfinallongMIN_TOTAL_ADJUST_KW=5_000;// 总调节容量 5MWpublicstaticfinallongMIN_UNIT_ADJUST_KW=1_000;// 单元调节容量 1MWpublicstaticfinaldoubleMIN_RAMP_PERCENT=3.0;// 调节速率 %/minpublicstaticfinallongMIN_SUSTAIN_HOURS=1;// 持续调节 1h}

二、总体框架：四要素 → 四层架构

47241 第 5.1 条定义了虚拟电厂的四要素：资源、终端、运营商技术支持系统、数据传输通道。第 5.3 条又规定技术支持系统要对接三大官方业务系统。要说明的是：标准规定的是这四类组成要素和三类对接系统，并没有规定平台的分层方式；以下四层不是国标原有分层，而是本文把四要素映射得出的工程视图，也就是专栏的平台全景架构：

图 2：VPP 平台全景架构图（四层划分为本文工程映射，非国标原有分层）

这张图的每一层都可追溯到标准的相关条款。逐层看之前，先把生产目标架构下每层模块的输入、输出、数据归属、故障影响放进同一张责任图——这是模块设计评审时最容易被问住的四个问题。

注意：故障影响是生产目标的设计假设，当前教学部署为单体四容器、单通道，尚未实现模块间故障隔离与主备切换（见第四节部署视图）：

图 3：四层模块的输入、输出、数据归属与故障边界（故障影响为生产目标假设）

图中的故障边界不能只看"服务是否可用"：终端或采集通道中断会形成可观性与数据完整性缺口，直控链路中断还可能影响控制执行；评估服务宕机会让申报停摆，但已下发指令是否受影响取决于指令链路是否独立部署；结算延迟通常可容忍，结算数据错误则属于资金事故。断网缓存、恢复补传、主备切换、超时补偿与人工兜底都是生产目标，不能反推为当前教学部署已经具备。

【作者解释】注意「数据归属」一列：47241 第 8.3 条的五类数据分类为"每类数据存哪、谁能改、丢了怎么办"提供分类依据——本文的关系库/时序库边界就划在这里。

接入层：终端不只是网关，可承担边缘能力

第 7.3 条对终端的要求值得逐字读：数据采集、存储及转发是基本功；“宜具备对下发指令的分解功能，可具备边缘计算、协同控制等功能”——注意效力用词：指令分解是"宜具备"，边缘计算、协同控制是"可具备"，均为可选项。标准没有把所有终端定义成边缘计算节点，但为终端承担边缘角色留出了空间。

工程含义：聚合引擎把 10MW 的调度指令分解到 2000 个资源时，最后一公里的分解可以在终端侧完成；断网时终端要靠本地存储续传——完整的缓存与补传机制是本专栏的生产设计（第 9 篇的边缘网关断网续传是基于 7.3.1 存储转发能力的最小工程实现）。另外第 6.1 条的排他性原则（同一时期单个资源只能接入一个运营商系统）在接入层落地为：基于户号、并网点、设备指纹的资源唯一性校验，签约入库时执行。

术语提醒：47241 第 5.1 条讲的"终端"是一个上位概念，工程上至少对应四类硬件，不要混为一谈——①边缘网关：协议适配 + 断网续传的通信枢纽（ARM Cortex-A 级应用处理器）；②边缘智能终端：装在配电柜/墙面的采集与交互设备，带本地计量与操作界面（常归业主或电网所有，VPP 未必有权改写）；③交互终端：面向业主的操作/计量面板；④端边缘控制器：贴装在设备本体上的低成本控制单元。四者的归属权与可编程权限差别很大，后续有硬件图谱，以及控制权模型依赖这个区分。

网络层：五类数据为存储拓扑提供分类依据

第 8.3 条把接口数据分为五类：交易类、模型类、运行类、控制类、配置类。这是整个平台数据模型设计的主干，为存储选型提供分类依据：

图 4：五类数据与存储拓扑（关系库存交易类、模型类和配置类，时序库存运行类和控制类，控制指令及回执通过 MQ 传递）

第 8.2 条对通信通道的表述是"可冗余配置"——标准给出的是允许项而非强制要求。本专栏在涉控场景基于风险自行选择主备双通道加自动切换：直控型 VPP 的控制通道单点故障可能引发调度事故，这项可靠性投入值得主动做，但它是工程决策，不是标准硬性门槛。第 8.4 条要求数据"真实、实时、完整、准确、可靠"，这十字方针就是第 8 篇时序链路设计的验收标准。

平台层：三类系统，两种控制姿态

第 7.2 条把技术支持系统的要求分成两款，这一区分是架构设计的关键判据（“邀约型/直控型”"弱/强控制链路"是本文的工程归类，标准原文未使用这组名称）：

• 7.2.2（原文：参与需求响应的系统）：应满足数据交互、调节能力校核和效果评估等要求——本文归类为弱控制链路，时延宽松；
• 7.2.3（原文：参与电能量市场和辅助服务市场交易的系统）：应满足实时数据交互、控制指令协同等要求——本文归类为强控制链路，对应 AGC 调频等秒级场景。另注意市场交易与直控不是一回事：7.2.3 对交易类系统提出实时协同要求，但业务形态是否构成"直控"，取决于是否承接调度侧实时控制指令。

直白地说（工程经验，标准并未规定具体中间件）：做分钟级的需求响应类业务，REST + MQ 是常见且够用的起点；做调频等秒级闭环，需另选低时延方案。这两类系统在模块上可以共用资源台账和评估引擎，但指令链路必须分开设计——后续会把两条链路都写出来，标注分叉点。

对外，第 5.3 条划定了平台接口的三个方向：负荷管理系统（需求响应指令交互）、调度自动化系统（AGC/涉网控制，工程上常见 DL/T 634.5104 规约）、市场交易系统（报量报价、出清结算）。标准没有规定具体协议，三个方向的协议栈和时延要求差异很大，网关层要按属地接口规范逐个适配。

应用层：先弄懂"VPP 单元"这个新概念

应用层的核心功能（预测、监测、调节、控制、任务分解）由第 11.1 条规定，而 47241 在术语层新增的关键概念是 3.6 条的虚拟电厂单元：按资源特性、地理位置、电气位置及市场需求，对资源逻辑分组形成的、能作为基本单元参与交易或调节的资源集合。

为什么这个概念重要？因为它回答了"一个 VPP 怎么同时赚多个市场的钱"。图 1 右侧已经把同一资源池拆成三个逻辑单元：储能单元参与现货套利与调频，空调负荷单元参与调峰与需求响应，光伏加储能单元参与电能量与备用。

第 11.3 条的表述是同一单元的资源原则上隶属同一市场出清节点（节点电价不同，混编就没法统一结算），且在电网条件和市场规则允许的情况下可跨节点聚合——注意这是"原则上"加例外通道，不是绝对禁令。至于单个资源能否按容量比例拆入不同单元，标准在本条未作明确规定；项目确有需要时，应依据属地市场规则设计容量占用与防重复申报机制。示例工程当前未实现容量拆分与跨单元占用控制，按"出清节点一资源一单元"处理。

落到代码，单元就是聚合引擎里的分组实体，当前实现一个容量准入校验：

/** * VPP 单元 —— 对应 GB/T 47241-2026 第 3.6/11.3 条 */publicclassVppUnit{privateStringunitId;privateStringclearingNodeId;// 出清节点 —— 11.3：单元内资源原则上同节点privateList<String>resourceIds;privateScenariomarketScenario;// 该单元申报的市场品种/** 准入校验：4.2 条单元调节容量宜 ≥1MW */publicbooleanpassAdmission(BigDecimaltotalAdjustCapacityKw){returntotalAdjustCapacityKw.compareTo(BigDecimal.valueOf(AdmissionThreshold.MIN_UNIT_ADJUST_KW))>=0;}}

第 14 篇聚合引擎的分组算法，输入是资源池，输出是一组按出清节点聚合的VppUnit；容量不足 1MW 门槛的单元不剔除，而是追加-below-threshold标记保留，供诊断与人工处置。容量拆分与跨单元占用控制尚未实现。

现实对照：冀北「云管边端」与国标四层的对应

四层架构不是国标纸面发明。国网冀北虚拟电厂自 2019 年起按同构的「云管边端」体系运行（中国电力科学研究院 2022 年 9 月公开报告口径）：

截至报告时点，这套架构聚合 11 类 19 家资源、总容量 358 MW——一张分层架构图在真实市场里的重量。上海则给出另一个判据：调度-交易-运营一体化运营体系，配合「分布自治、层级间规约异构适配」的技术架构，截至报告时点 12 家虚拟电厂接入后分钟级、秒级调度容量分别超过 60 MW、30 MW——层级间规约异构正是本节平台层「三类系统、两种控制姿态」的现实版：层级不同、规约不同、时延要求不同，适配必须显式设计而不是隐式假设。

数据来源：中国电力科学研究院《新型电力系统背景下虚拟电厂实践》公开报告（2022 年 9 月）第 19~23 页。

量化门槛：标准草案给平台性能定的线

分层架构之外，标准也在给「平台要快到什么程度」定量。2025 年 11 月研讨会披露的国标《虚拟电厂运营商技术支持系统技术要求》草案给出的量化线：系统月运行可靠率不低于 99%、数据采集频率不大于 5 分钟/次、上送数据校验合格率不低于 99%、系统年可用率不低于 99.9%；接入网络带宽不低于 100Mbps、网络延时不超过 500ms、丢包率不高于 0.5%；通信协议支持 DL/T 476、DL/T 634.5104、DL/T 698.45，或 Web Service、MQTT 等通用接口。该标准的进展：已由"拟立项"推进到国家标准项目公示阶段（2026 年 8 月公示，项目编号 20264870-T-524，推荐性，尚未发布），上述数字仍为草案口径，以最终发布版本为准。

对照本专栏实现：5 分钟采集上限对第 08 篇的时序链路相当宽松（真实系统已在按分钟级建设，广州计量 3.0 已实现电表到主站全链路 1 分钟采集）；而 DL/T 协议族与 MQTT 在同一条款里并列，说明标准预留了多协议适配空间。

再补两份地方规则的对照（注意适用对象各不相同）：深圳市地方标准 DB4403/T 343—2023《分布式光伏接入虚拟电厂管理云平台技术规范》第 8.4 节在 2023 年写下了同一组数字（下行带宽不低于 100 Mbps、上行不低于 50 Mbps、延时不超过 500 毫秒、丢包率不高于 0.5%），但它的适用对象是分布式光伏接入场景的管理云平台，不能外推为所有 VPP；湖南省能源局 2026 年 1 月正式印发《湖南省虚拟电厂管理工作细则》（同时废止 2025 年 3 月试行版），其附件的运营平台接入技术规范第三处出现同组数字（网络延时不超过 500ms、丢包率不高于 0.5%、月可靠率不低于 99%），另附省级加码项——聚合量测上送周期不大于 15 分钟、每日数据完整率大于 99%、严重故障 12 小时内消除（以上湖南数值按现行正式版附件核对）。

三份资料的适用对象（运营商技术支持系统/分布式光伏管理云平台/省级运营平台）、时间与效力各不相同——部分技术取值接近只能说明取值层面的一致性，不能据此证明来源相同，更不能认定存在全国性的行业共识基线，宜作对照参考。本专栏按草案口径预留性能余量，最终以属地细则与项目合同为准。

数据来源：中国电力科学研究院《从「两牙」停电看虚拟电厂的发展形态》（2025 虚拟电厂协同创新与落地实践系列研讨会第一期，2025 年 11 月）披露的国标草案口径，该标准后进入项目公示（公示详情，2026-08-04 至 09-03），数字以最终发布版本为准；「广州计量 3.0」引自同期广州市虚拟电厂管理中心报告（研讨会口径，无公开直链，时点为 2025 年 11 月）；深圳指标对照 DB4403/T 343—2023 第 8.4 节；湖南数字按现行正式版附件核对（附件原文，印发通知，2026-01-22 印发、试行版同时废止）。

三、关键业务时序：一条邀约指令的跨层之旅

模块图回答"系统分几层"，时序图回答"数据怎么流"。以第 01 篇的园区削峰案例为背景，画出邀约型需求响应从邀约到结算的完整跨层时序：

图 5：邀约型需求响应关键业务时序图（第 1~4 步为市场申报段，第 5~9 步为调度执行段，第 10~12 步为结算段；直控型链路的差异在第 5~9 步，时延要求从分钟级收紧到秒级，第 15 篇详解）

【工程选择】时序里有 3 个状态机埋点（步骤 5 已下发、步骤 9 已响应、超时未回执转补偿），就是第 15 篇指令链路状态机的骨架；步骤 10~11 对应 47241 第 11.6 条"法定计量数据为准"——平台遥测（步骤 8）可用于实时监控、能力评估与策略优化，但不能直接作为法定结算依据。

四、部署视图：当前实现与扩展设计的边界

模块图和时序图都是逻辑视图，落地还差一张部署图。本专栏的教学部署与生产扩展部署分两层说清：

图 6：部署与安全边界（左：教学环境当前实现，单机四容器；右：生产扩展设计及 47241 第 9.1~9.5 条安全要求）

当前教学部署的遥测和计量数据由编排层内置模拟源生成，下行回执走本地下行回环；时序双库为后面 live 实测用例，Web 前端未纳入教学工程。生产扩展设计为后续展开，本篇不实现。

【工程选择】两张图之间的 gap 就是本篇到生产扩展设计的边界距离：单体拆微服务、Mock 换真实对接、单通道改主备、无分区改安全分区。教学工程刻意不做这四件事——不是做不了，是做了就看不到链路了；每个扩展点都在对应篇章单独落地。

五、安全防护：一张绕不开的合规清单

第 9 章直接关系到平台能否上线，47241 没有另起炉灶，而是把安全合规锚定在两份规范性引用标准上，外加两个特有要求。图 6 右半部分把 9.1~9.5 放回生产部署边界：生产控制区与管理信息区横向隔离；按系统定级与属地要求开展等保测评和云资质审查；采用 TLS/国密、设备认证等措施防篡改、防监听并保护隐私；涉控指令下发前做合理性校验；终端侧落实认证与固件安全。

对开发者来说，9.2 和 9.4 是两个"架构级"条款：9.2 表明公有云部署并非一律禁止，但哪些模块能够上云，要由系统定级、涉控边界、调度接入和属地要求共同决定（专栏有云部署复盘就是这条路线的真实踩坑记录）；9.4 的"控制校核"决定了直控型指令链路必须有一个下发前校验环节，这个环节不是可选的优化项，是国标写的合规项。

六、验收与运行：第三方测试和法定计量

第 10 章和第 11 章各有一条容易被开发者忽略、但直接决定数据架构的条款：

第三方测试（10.5）：按属地监管机构、市场政策、交易规则及建立业务关系的系统要求，由具备资质的第三方机构做首次测试，且调节能力发生较大变化时要复测。工程含义：平台要建立两类测试台账（首次入市测试 + 能力变更复测），资源池扩容、大用户进出都要触发评估流程——这不是运营流程问题，是系统要有的状态流转。

法定计量（11.6）：市场交易结算应以法定计量检定的电能表或远动终端采集数据为准，并由电力交易机构出具结算依据。这句话的技术含义很重：结算依据来自法定计量数据与交易机构出具文件，普通平台遥测不能直接替代。所以结算模块的数据源设计是双通道——平台数据用于实时监控和策略优化，法定表计数据用于结算对账，两者定期核对。第 17 篇基线核算会专门处理这对关系。

七、四步范式的第二次实践：收获一张架构总图

回顾本文的翻译过程，四步范式在"架构级"标准上的用法稍有不同：

1. 找实体→ 四要素（资源/终端/系统/通道）+ VPP 单元 →VppUnit等核心类；
2. 找字段→ 数据五分类 → 存储拓扑与表分类；
3. 找规则→ 4.2 条 4 项指标 5 个数值 + 11.3 同节点约束 →AdmissionThreshold常量与分组校验；
4. 找算法→ 控制校核、能力评估、第三方测试触发 → 指令链路与评估引擎的设计约束。

八、三标协同的项目阶段矩阵：每一步用哪把尺子

三本国标不是同时全用的——它们在项目生命周期里各管一段。这张九阶段矩阵是三标协同的完整地图：

图 7：三标协同的九阶段项目矩阵（GB/T 44241 管流程、GB/T 44260 管能力、GB/T 47241 管技术实施）

用法：拿到任何 VPP 项目，先对这张表定位当前阶段，再精读该阶段主用标准的对应章节——需求分析的阅读顺序由此确定，不必三本通读。

至此，前两篇交付了"资源能力模型"，本篇交付了"平台架构总图"。认知篇还剩最后一块拼图：资源本身怎么建模。光伏、储能、充电桩、空调负荷，四类资源的物理特性天差地别，怎么抽象成统一的领域模型，又保留各自的评估算法差异——这是下一篇的主题，也是从"读标准"走向"写代码"的过渡篇。

下一篇预告：《光伏、储能、充电桩、空调负荷：四类核心资源的领域模型设计》