从原材料到出口订单：产品碳足迹如何在供应链企业之间交换

数据对象需要包含什么

产品碳足迹应关联产品或批次标识、声明单位、从摇篮到大门的边界、温室气体结果、方法版本、数据质量与验证信息。若供应商只给“每件 2.3 千克”，下游无法判断它是否包括运输或包装。

建立物料清单到供应商 PCF 的映射，还需处理多来源采购、替代料和批次变化。数据版本与有效期必须随结果一起交换。

PACT V3 的方法与接口

PACT Methodology V3 于 2025 年 4 月 30 日发布，提出产品碳足迹计算、数据质量、验证和交换相关要求。配套技术规范提供数据模型与 API 交换方式。

企业实施时应分别检查“算得是否符合方法”和“传得是否符合协议”。一个接口能成功返回 JSON，并不能证明原始活动数据或分配方法可靠。

可比性与保密并行

接收方需检查功能单位、边界和行业规则是否一致；对缺失数据和次级数据比例设置提示。供应商可共享必要的结果与质量指标，保护配方等商业细节。

验证状态、时间戳和更正记录帮助下游判断是否可用于客户披露。旧版结果在新方法下是否需重算，应按方法的有效期与触发条件处理。

从试点到规模化交换

选择一条真实产品链，先做人工核对的样本数据，再连接 API。对每次交换记录发送方、接收方、版本和授权范围。

优先解决主数据和方法口径，再追求自动化速度。否则数字传输越快，错误也会在供应链里传播得越快。

数据交换前的兼容性测试

发送方和接收方先用同一产品样例核对功能单位、物料编码、边界、方法版本、数据质量指标和验证字段。若其中任一项缺失，接口应清楚报错或要求人工确认。

版本更新时需要向接收方推送更正事件，同时保留旧版本，避免已经形成的年度报告被静默改写。授权范围也应明确：下游客户可以用数据作自身核算，不代表可以向所有第三方公开供应商细节。

对系统团队而言，API 成功响应是技术指标；对碳管理团队而言，计算方法一致与证据可查才是可用指标。试点验收必须同时包含这两类判断。

实务核对要点

先让双方确认产品编码与功能单位，否则接口传输成功也可能对应不同产品。

检查 PCF 的方法版本、边界、数据质量、有效期与验证信息是否随数值一起传输。

发生更正时发送新版本并保留旧版本引用，避免下游历史报告被静默改写。

限定接收方对数据的使用和再次分享范围，保护供应商的配方与商业资料。

在试点验收中同时检查技术协议符合性和核算方法一致性。

进一步分析

当供应商更换材料来源时，同一零件编码的足迹也可能改变。下游企业需要知道数据代表某个批次、某段生产期间还是全年平均值，否则可能把旧数据用于新订单。数据模型必须能容纳时间和版本信息。

不同企业的软件系统还可能使用不同的材料分类和计量单位。接口对接前应建立字段映射表与单位测试集，并对无法映射的值保留原文。自动转换不能掩盖语义差异，例如“净重”和“含包装重量”不是同一单位概念。

商业保密不意味着完全不共享。供应商可以提供经验证的产品级结果和必要的质量指标，接收方则依据合同限制再传播。互信机制和技术协议同样重要。