范围三供应链排放因子取数

要解决的问题

Scope 3 供应链排放核算的第一个难点不是计算，而是量：一张采购清单可能有几百上千行，每一行都要落到一个真实存在的排放因子上，而且报送时每一行都得说得清来源。用行业均值"一把梭"能省事，核查环节过不去；逐行手查数据库，人力成本又吃不消。

更深的坑是口径。范围三清单通常横跨多个数据库——免费库（BAFU、ELCD、EF、USLCI 等）和商业库（ecoinvent、HiQLCD、CALCD 等）的系统模型、地域覆盖、参考流各不相同。混了口径又没标注的清单，核查时会被整批质疑。

技能如何工作

本技能接入 HiQ Cortex，海科数据的 LCA 数据智能服务，底层是自建的中国本土生命周期清单数据库，并聚合 18 个国际主流数据源与 24000+ 已发布 EPD。

取数的核心原则是"原样上送，服务端匹配"。采购清单上的原始描述原样交给检索接口，供应商叫法到标准名的翻译、制成品到材质的还原、物料类别到工艺方向的映射都在服务端执行。返回的候选已排序，并带 fit 匹配质量与 summary 说明。在本地先"整理"一遍名称再去搜会丢掉原始信息。

工具调用上，按行调用 hiq-cortex search 拿数据集 key，再用 hiq-cortex lookup-datasets 取 GWP 与基准信息。几百行时按批传 key，不要逐行调。

硬规则决定了产出是否可用：

• 每个因子都来自本次会话的工具调用，一行都不能凭记忆填
• 每一行都要交代基准：数据库 + 版本 + 系统模型 + 地域 + 参考流
• 产地会实质改变结果，供应商所在地已知时就用对应地域的数据集
• 单位要对齐，换算系数的来源要写出来，是假设值就标为假设
• 口径不一致不合计，系统模型不同的数据不能相加，先读 comparability_note
• 受限不是错误，restricted: true 的行如实标注并给 purchase_url，不用免费库的值悄悄顶上去

输出形态是一张要交给核查方的表：逐行记录采购项、匹配到的数据集、用量与单位、因子、小计与数据来源；按类别汇总（采购商品与服务、上游运输、外购能源、废弃物处理等分开）；单列fit: low 的行、代理数据行、受限行与使用假设换算系数的行；最后附数据质量说明，讲清楚哪些行来自数据库直取、哪些来自代理、哪些是估算。

适用边界与注意点

不要把 dataset_key 或 dataset_uuid 贴给用户看。那是给工具用的不透明句柄，展示的是名称、参考流、地域、库+版本+系统模型、数值与链接。

某行怎么都搜不到时，把原话给用户问清楚，不要自己猜一个顶上。行数极多时，先按物料类别去重，同一种钢材出现 50 次只需查一次，再把因子回填到每一行。

最后，本技能负责取数与追溯，不替用户判定报送义务。范围边界划定、类别取舍、报送口径由用户的核查机构或碳管理负责人确认。