什么是排放因子——为什么来源 + 版本决定报告能否通过

排放因子（Emission Factor — EF）是把活动数据（如升数的油、度数的电、公里数的运输）换算为温室气体量的乘数。碳报告中的每个数字都出自“活动数据 × EF”这一等式。

EF 不是全球通用的常数

泰国电力的 EF 不同于英国，TGO 的 EF 会分批更新，新旧值可相差数个百分点——使用 EF 却不标明来源（TGO / DEFRA / IPCC）和版本的报告，因此最先被核查方退回。

数据分层（Tier）——从平均值到组织实测值

Tier 1 是来自中央数据库的标准 EF，Tier 2 按国家或行业背景调整，Tier 3 是从组织自身工艺实测的数值。层级越高，报告越精确，核查方也越信任——具有特定工艺的组织应开发自己的自定义 EF。

在 GCarbon 中

系统内的 EF 库来自 TGO / DEFRA / IPCC，每个数值均标注来源和版本，系统按活动类型和范围筛选合适的 EF，支持自定义 EF Tier 2/3，并在 EF 因子集更新时可对历史重新计算，同时完整保留原值记录。

EF 年中更新时如何处理

当 TGO 或 DEFRA 在报告周期中途发布新因子集时，组织有两种正确选择：整个周期沿用原集以保持一致，随新周期一并更换；或中途更换并对整套历史重新计算——错误的是在同一周期内混用两套。将 EF 与每条记录的版本绑定的系统，会让这两种选择都变成一键操作。

何时值得投入做自定义 EF

如果组织的工艺与行业平均差异很大，例如使用特定配方的混合燃料，或有自行设计的处理系统——Tier 1 数值会让报告系统性失真。为建立自定义 EF Tier 3 而实测只需一次性成本，却能提升整份报告的精度，当该排放源占范围一较大比重时往往立即划算。