关键词：ESGGHG ProtocolISO 14064ISSBCodeCarbon碳核算
写代码的朋友可能觉得 ESG 离自己很远——直到某天产品经理甩过来一句："咱们这个模型跑一次推理排多少碳，得能量化出来。"
2026 年这事儿已经在发生。A 股核心指数样本公司首次强制披露可持续发展报告（2026 年 4 月截止），欧盟 CBAM 碳关税进入实质征收，加上 ISSB（国际可持续准则理事会）的 S1/S2 标准被 40+ 司法辖区采纳——企业碳数据从"Excel 手工填"变成"要过鉴证、要可追溯、要上系统"。这中间缺的不是标准，是能把标准和数据管道打通的人。
这篇给技术人捋三条线：碳核算标准怎么选型 → ISSB 披露的"数据结构"长什么样 → Python 这边有什么现成工具。
一、碳核算：GHG Protocol vs ISO 14064-1，技术人先看差异
企业算碳排放，绕不开这两个框架，很多人搞混，其实分工很清楚：
维度 | GHG Protocol | ISO 14064-1:2018 |
|---|---|---|
出身 | WRI + WBCSD 联合发布（指南性质） | ISO 官方国际标准（可认证/核查） |
结构 | Scope 1 / 2 / 3（Scope 3 拆 15 类，最细） | 6 类（1 直接 + 5 间接），映射到 Scope 1/2/3 |
强项 | CDP 披露、SBTi 目标、范围三价值链 | 第三方核证、合规报告、数据追溯 |
弱项 | 无核查程序条文 | 范围三细化指引不如 GHG Protocol |
给技术人的判断：
- 做内部盘查 + 披露报告 → 以 GHG Protocol 做方法论，Scope 3 的 15 类是对齐供应链数据的核心建模依据；
- 要第三方核证 / 合规出口 → 报告框架往 ISO 14064-1 靠，边界、基准年、数据留存都有硬条文；
- 实操里主流是双轨：GHG Protocol 算数，ISO 14064-1 做规范和核查锚点。
核心计算公式大家都一样：
GHG 排放量 (kg CO2e) = 活动数据 × 排放因子 × GWP
- 活动数据：用电 kWh、柴油 L、里程 km、物料吨数……
- 排放因子：区域电网因子、燃料因子，来源 EPA / DEFRA / 工信部指南（哦不对，国内用地方发改委发布的省级因子）
- GWP：IPCC AR5 取值，把 CH₄、N₂O 折算成 CO2 当量
💡 技术人真正的活儿在活动数据的自动化采集——IoT 电表、ERP 接口、供应商 Excel 清洗、Scope 3 的 15 类台账映射。这块目前 90% 企业还在手工，是机会。
二、ISSB S1 / S2：披露的"数据结构"长这样
ISSB 的两份核心标准（IFRS S1 通用要求 + IFRS S2 气候专项）沿用了 TCFD 四支柱结构：
治理 (Governance)
├── oversight 机制、角色、薪酬挂钩
战略 (Strategy)
├── 商业模式、转型计划、情景分析、碳价/碳信用
风险管理 (Risk Management)
├── 识别 → 评估 → 缓释 → 接入 ERM
指标与目标 (Metrics & Targets)
├── Scope 1/2/3、融资排放、基准年、进度
对数据岗来说，重点是 S2 的字段约束：
- Scope 1 / 2 必须双报（location-based + market-based）
- Scope 3 按 15 类拆，要有数据层级（supplier-specific > 行业平均 > proxy）
- 内部碳价、碳信用类型/质量、情景分析参数都要披露
- 数据可追溯（data owners、change log、restatement policy）——这条直接催生"ESG 数据治理平台"的需求
换句话说，ISSB 不是在要一份 PDF 报告，是在要一套能和财务报表同源、可审计、有版本管理的数据集。这就是为什么 SAP、Oracle、用友、金蝶都在往 SFM（Sustainability Footprint Management）方向堆功能。
三、Python 工具栈：从"测一段代码排多少碳"到"企业级盘查"
CSDN 上已经有几篇不错的实战文，工具链大致分三层：
🧪 研发侧：单段代码 / 单次训练的碳追踪
codecarbon：装饰器式埋点，EmissionsTracker，公式就是能耗(kWh) × 区域因子psutil+ 自写采样：CPU/GPU 利用率 → 能耗 → 碳排放- 云厂商区域因子内置（AWS/GCP/Azure 各 region 的电网碳强度不一样）
from codecarbon import EmissionsTracker
tracker = EmissionsTracker()
tracker.start()# ... 你的训练 / 推理代码 ...tracker.stop()
🏭 企业侧：碳盘查 pipeline
pandas/numpy洗活动数据（电费单、燃气单、差旅 Excel）carbonpy、software-carbon-intensity做细粒度函数级采样- Prometheus + Grafana 搭碳看板，RAPL / NVML / DCGM 抓硬件传感器
- AST 静态分析识别"高碳模式"：冗余序列化、未压缩大对象、非必要 GPU 调用
📊 披露侧：对齐 GHG Protocol / ISSB
- Scope 1/2/3 分类 mapping（ISO 14064 的 6 类 ↔ GHG Protocol 的 3 Scope）
- 数据质量分级（supplier-specific → 行业平均 → proxy → 估算）
- 基线年调整、重述策略、不确定性评估（ISO 14064-1 要求，GHG Protocol 不强制但建议）
⚠️ 一个容易被忽略的点：Scope 3 的 15 类里，C1 外购商品与服务、C3 燃料能源相关、C4 上游运输、C6 商务差旅、C11 售出产品使用阶段这五类占了制造企业 80%+ 的排放，数据又最难拿——供应商不给、给了也不敢信。所以"Scope 3 数据质量提升"是目前企业 ESG 数字化最痛的一段，也是开发者能切入的地方。
四、想系统补 ESG 业务框架，不止写工具
不少做数据/后端的朋友问我：工具我会写，但业务端那套"（GHG Protocol 的 Scope 3 分类 → ISO 14064 的报告框架 → ISSB S1/S2 的披露字段 → 国内 A 股 CAS SD 披露规则" 怎么串起来？尤其是要做 ESG 数据平台的产品侧 / 方案侧，光会
codecarbon 不够。市面认证里，IAB 英国伦敦工商会 LCCI 与中国企业财务管理协会联合推出的 ESG 分析师这套相对贴技术人——原因三个：
- 中文考试，一年四次，不用啃 CFA-ESG 那种全英文 865 美元门槛；
- 框架上接 ISSB / GHG Protocol / GRI，本土上接 T/ZCX 006-2023《ESG 分析师专业能力评价规范》 团体标准，A 股报告编制、央企考核、CBAM 应对都覆盖；
- 课程里碳核算、ESG 评级、鉴证、数据治理各有模块，对"想从纯技术切到 ESG 数据产品/方案"的人，比纯金融向的证更贴。
📌 重申一句老话：证书是加速器不是安全带。技术人做 ESG 真正值钱的，是把"标准 → 数据 schema → 自动化 pipeline → 可审计输出"这一段打通。LCCI 这类双认证适合当"补齐业务框架"的那一步，不是终点。
五、2026 这个小窗口
强制披露 + 碳关税 + ISSB 采纳 + 国内央企全覆盖，四个变量叠一起，ESG 数据工程这个细分方向（注意不是"ESG 概念股"也不是"ESG 分析师岗位"这种泛词）未来两三年会有真实需求——券商投研要 ESG 因子进估值模型，制造业要接 CBAM，上市公司要过鉴证，出口企业要应付客户 SBTi 问卷。
技术人切进来，最有竞争力的姿势是：原有栈（Python / 数据工程 / 后端 / DevOps）+ ESG 标准认知 + 行业场景（制造 / 金融 / 出口）。三者凑齐，比单卷算法或单考证书都稳。
LCCIESG国际分析师认证办理青蓝智慧马老师：13521730416
丁老师：13522094648
参考资源（方便大家继续深挖）：
- GHG Protocol 官网：ghgprotocol.org（Scope 3 的 15 类明细在这里）
- ISO 14064-1:2018 原文（边界设定、不确定性评估那几章值得精读）
- codecarbon 源码（GitHub）：EmissionsTracker 的实现逻辑很清楚，适合扒公式
- ISSB IFRS S1 / S2 原文（披露字段的"schema"范本）
有在具体搭 ESG 数据 pipeline 的，或者 Scope 3 数据清洗踩坑的，评论区交流。
