双碳政策持续落地，绿色工厂、园区、高耗能企业对能碳一体化平台需求激增。很多团队会混淆 EMS 能源管理系统与 CMS 碳管理系统：EMS 负责水、电、气、热等能耗实时采集与能效分析；CMS 碳管理系统依托能耗数据完成碳盘查、碳核算、碳资产与报告管理。能碳一体化的核心是一套数据源，两套业务输出。本文从功能拆解、项目实施流程、源码 / 方案选型三个维度，完整讲解从 0 到 1 搭建能碳平台的落地路径，帮助开发与实施团队避开计量、核算、对接省平台等常见坑。
一、系统功能拆解：EMS 能源管理 + CMS 碳管理
EMS 能源管理模块（能耗底座）
EMS 是整个平台的数据根基，核心是物联网采集、能耗监控与能效分析。
- 物联网采集：支持电表、水表、燃气表、热能表、充电桩、储能设备接入，支持 Modbus、MQTT、OPC UA 协议，自动采集 + 手工填报双模式；
- 能耗可视化看板：总能耗、分项能耗、峰谷平用电、单位产品能耗，ECharts 曲线、同比环比、能耗占比分析；
- 告警管理：越限告警、设备离线告警、能耗突变告警，支持短信、钉钉、邮件推送；
- 能效分析与台账：能耗预算管理、跑冒滴漏识别、能源账单、能源报表，满足 ISO50001 能源管理体系要求。
CMS 碳管理模块（上层业务）
碳核算不能脱离能耗数据，Scope1/Scope2 排放直接取自 EMS 采集数据。
- 排放源与组织边界管理：工厂、车间、产线、排放源台账，支持多组织、多厂区管理；
- 碳核算引擎：内置国家排放因子库，支持 GB/T、ISO14064、CBAM 等多标准核算，自动计算 Scope1、Scope2，部分方案扩展 Scope3；
- 碳资产与减排项目：减排项目管理、绿电、碳配额、CCER 台账；
- 报告与核查：自动生成碳盘查报告、年度温室气体报告，支持第三方核查溯源、对接地方碳平台上报。
一体化核心：能碳同源，能耗数据清洗后，一份数据同时供给能耗统计与碳排放计算，避免两套系统数据不一致。
云捷mes能源大屏界面
二、能碳管理系统项目实施完整流程
能碳项目不是单纯软件交付，属于软硬件一体化项目，周期一般2~6个月，取决于点位数量、现场条件。
阶段1：需求调研与方案设计（1~3周）
- 现场踏勘：统计能耗仪表、排放源清单；确认采集方式，哪些自动采集、哪些手工填报；
- 边界确认：确定组织边界、运营边界（碳核算边界）；
- 需求收集：客户需要哪些报表、是否对接省平台、是否需要第三方核查；
- 输出文档：《需求规格说明书》《系统总体方案》《采集点位清单》《碳核算方案》；
- 方案评审：客户、实施、技术共同确认边界，边界问题是后期最大纠纷点。
阶段2：软硬件部署准备（2~8周）
- 硬件侧：新增智能仪表、网关；布线、网络调试；
- 软件环境：服务器部署、数据库（时序库+关系库）、中间件安装；
- 基础档案初始化：工厂、车间、设备、能源介质、排放源基础信息录入；
- 排放因子库配置，碳核算公式配置。
阶段3：数据接入与联调（核心阶段）
- 网关调试，点位采集，验证实时数据；
- 补录历史活动数据；
- 能耗模型、碳核算模型试运行，人工核对核算结果； 重点：必须人工验算1~2个周期数据，验证核算结果是否和客户手工计算一致，否则碳报告无效。
阶段4：系统测试、培训
- 功能测试、边界测试、压力测试；
- 用户培训：管理员操作、填报人员操作、报表导出；
- 操作手册交付。
阶段5：试运行、初验
试运行一般1个月，持续观察数据稳定性，修复BUG；客户内部初验。
阶段6：正式验收+运维交付
- 项目终验；
- 运维移交，建立运维台账；
- 后期持续迭代：因子更新、新增点位、新增上报接口。
三、源码选型指南：开源 / 商用闭源 / 自研怎么选
核心一句话：纯开源免费能碳系统大多只能做演示Demo；商用落地项目优先选择可二次开发的商用源码，小型项目可以基于物联网开源框架改造。
路线1：完全自研
适合：大厂、有物联网+碳核算团队，项目体量巨大，长期持续迭代。 优点：完全可控，功能100%贴合业务； 缺点：成本极高，时序数据库、采集网关、碳核算模型全部从零开发，团队至少5~8人；周期半年以上；碳核算规则、排放因子库维护成本高。
不推荐中小集成商走这条路。
路线2：开源项目二次开发（重点讲坑）
市面上没有成熟开箱即用的开源能碳完整系统，只有基础开源组件，需要自己拼装：
- 物联网采集框架：ThingsBoard、EMQX、JetLinks
- JetLinks：国产开源物联网平台，支持设备接入、时序存储，国内开发者友好；适合做采集底座，本身不带碳核算模型；
- ThingsBoard：国外开源物联网平台，可视化大屏强大，但是中文文档一般，碳模块需要全部自己写；
- 前端：Vue3 + Element Plus；后端SpringBoot；时序库InfluxDB / TDengine；数据库MySQL；
✅ 适合场景：教学演示、内部小园区简单能耗监测； ❌ 不适合：控排企业碳盘查、需要第三方核查、对接省级上报平台。
开源方案致命短板：
- 没有内置Scope1/2/3碳核算引擎，没有活动数据台账；碳核算公式需要全部自己开发；
- 缺少行业排放因子库，因子管理、版本管理缺失；
- 缺少审计日志，碳核查对数据追溯要求高；开源系统很难满足核查合规要求；
- 没有现成上报接口，对接各省能耗平台需要从零开发；
- 开源协议风险：部分开源协议（GPL）修改后必须开源全部代码，商用项目有版权风险。
路线3：商用可二次开发源码（推荐集成商、项目公司）
商用可二开 YJ EMS： https://gitee.com/guangdong122/energy-management
市面上有不少成熟能碳管理系统源码售卖，分为两种：
- 源码授权，支持二次开发：核心的采集引擎、碳核算引擎、因子库已经封装完成，可扩展报表、对接定制接口；
- 源码买断：一次性买断，可用于多个项目；
✅ 优点：
- 自带成熟碳核算模型，Scope1/2/3核算逻辑现成；
- 内置多行业排放因子库；
- 自带能耗台账、碳台账、报告导出；
- 代码基于SpringBoot+Vue，开发人员上手快；
- 可定制对接省能耗/碳报送平台；
⚠️ 选型校验清单（买源码前，一定要验证这几点）
- 是否可以自定义碳核算公式，新增排放源无需改底层代码；
- 是否完整支持Scope1、Scope2、Scope3；
- 数据库设计：是否时序库+关系库分离；
- 是否具备完整操作日志，满足碳核查追溯；
- 源码交付完整度：前端、后端、网关SDK、文档是否齐全；
- 授权协议：是否允许多个项目部署，是否限制部署节点；
- 技术栈：优先Java SpringBoot + Vue3，国内开发人员最容易维护；避开小众技术栈；
- 现场案例：要看真实落地项目，不要只看大屏Demo。
路线4：SaaS云端能碳平台（不拿源码）
适合中小企业，不想部署服务器，快速上线；缺点：无法深度定制，拿不到源码，大型集团、控排企业一般不采用。
选型决策速查表
| 方案 | 适用场景 | 碳核算能力 | 二次开发成本 | 合规核查 |
|---|---|---|---|---|
| 纯自研 | 大型集团，长期迭代 | 可完全定制 | 极高 | 可做到合规 |
| 开源物联网框架二次开发 | 小型园区能耗监测演示 | 需要全部自己开发 | 高，坑多 | 很难满足核查 |
| 商用源码二次开发 | 集成商、项目公司做项目 | 自带成熟核算引擎 | 中等，重点做定制化 | 原生支持台账核查 |
| SaaS云平台 | 中小企业轻量化使用 | 固定模型，定制弱 | 无 | 部分支持 |
四、总结
- 能碳系统核心不在大屏可视化，底层采集稳定 + 可配置碳核算模型 + 合规台账才是项目核心；
- 实施上属于软硬件一体化项目，前期边界、点位、核算方案确认，决定项目成败；
- 源码选型：不要指望找到一套完整免费开源能碳成品；Demo可以用开源物联网框架搭建；承接商用碳核查、控排项目优先选择可二次开发商用源码；
- 技术栈推荐参考：SpringBoot + Vue3 + TDengine时序库 + MySQL + EMQX MQTT网关。
后续可以继续分享：能碳系统数据库设计、碳核算引擎设计思路、大屏页面开发。