平台功能验收
平台演示时图表很顺，上线后一换真实数据就对不上，这是能碳项目最常见的交付落差。验收不能只看菜单是否齐全，还要看同一批数据能否从采集端一路算到报表，并且过程可追踪。
功能验收应围绕业务场景设计用例：换一个工厂边界、补一条缺失数据、改一个排放因子、退回一次审批，系统是否给出正确结果和清晰提示。这些问题比页面颜色重要得多。
先验数据和公式，再验界面
组织边界、设施层级、能源品种和排放因子，是后续所有计算的主数据。录入口径不一致，图表再漂亮也没有管理价值。验收时应选一组可手工复核的真实数据，与系统结果逐项对照。
数据接入还要测试断点续传、重复记录、异常值和单位换算。对无法自动采集的数据，应检查人工填报、审批、修改留痕和缺失值处理。
流程和权限要经得住真实操作
从能源录入、数据复核、碳核算、报告审批到目标跟踪，每个角色能否看到和操作正确的数据，是验收重点。一个人拥有所有权限，看起来方便，实际不符合职责分离要求。
报表、看板和导出的数据必须能够追溯到底层记录。修改因子或重算历史数据时，应保留版本和影响范围，不能覆盖原结果而无痕迹。
| 验收模块 | 方法或依据标准 | 主要看什么 |
|---|---|---|
| 边界与主数据 | GB/T 32150-2025及客户确认的核算方案 | 组织、设施、能源品种、计量单位和报告期配置 |
| 计算与因子 | GB/T 32151系列（现行有效版本）、GB/T 24067-2024（适用模块） | 公式、因子引用、单位换算、重算和历史版本 |
| 数据接入与质量 | 数据接口文档、企业计量与统计制度 | 完整性、重复值、异常值、缺失值和处理日志 |
| 流程与报表 | 客户业务流程及权限矩阵 | 审批、退回、留痕、导出、追溯和异常告警 |
什么时候会用到
- 能碳平台开发完成，准备从测试环境切换到正式上线
- 平台经历功能升级或更换核算规则，需要重新确认结果
- 多工厂接入后数据对不上，需要排查接口和主数据
- 客户要求出具功能验收记录，作为项目阶段确认依据
- 系统将用于碳盘查、产品碳足迹或集团报表，需要验证计算链路
- 上线前需要测试权限、数据追溯和异常处理能力
流程与周期
- 明确范围：确认验收版本、业务场景、边界和通过条件
- 准备数据：选取可手工复核的真实样本和异常场景
- 功能测试：逐项验证录入、计算、流程、权限、报表和接口
- 缺陷复核：记录问题等级、责任方、修复版本与回归结果
- 验收结论：形成签署记录、遗留问题清单和上线条件
模块较少、数据接口简单时，常规功能验收约5至10个工作日；多组织、多接口、复杂核算或需要并行核对时，按测试轮次安排。
常见问题
Q：功能验收和性能测试能一起做吗？
A：可以同项目安排，但验收结论应分开。功能验收回答业务是否正确，性能测试关注并发、响应和稳定性。用一次演示替代两类证据，都无法覆盖真实风险。
Q：应该抽多少条数据做核算复核？
A：没有固定数量，应覆盖不同能源品种、不同边界层级、正常值、缺失值和异常值。关键排放源和特殊公式建议逐项验证，不能只抽几个总量。
Q：平台公式和第三方核查口径不一致怎么办？
A：以企业确认的核算方案和适用标准为准，先查边界、因子、单位和时间范围，再决定是配置错误还是方案本身需要调整。所有变更应有审批和重算影响记录。
Q：接口通了就说明数据接入合格吗？
A：不够。还要验证数据频率、完整率、重复记录、断线补传、单位转换和主数据匹配。历史数据回补是否覆盖，也应在验收用例中明确。
Q：上线后需求变化，是否都算原项目缺陷？
A：应按合同范围和变更流程判断。原约定功能无法正常运行属于缺陷，新增场景或范围调整应作为变更管理，补充影响评估、测试和确认。
Q：本地部署和云平台验收重点一样吗？
A：核心业务功能相同，但本地部署还要重点检查服务器、备份、网络隔离和运维责任，云平台则更关注账号、数据传输、服务可用性和退出迁移条件。