双重重要性评估工作底稿（CSRD / ESRS 口径）

章节结构（7）

1. 1. 适用性判断：我们为什么要做这份评估

   先写清触发原因，它决定了后面每一章的深度。三种常见情形：(1) 集团在欧盟的规模达到第三国企业报告门槛，须自行报告；(2) 在欧盟设有须按会计指令报告的子公司；(3) 更常见 —— 欧盟客户在采购流程中要求提供可持续信息。第 (3) 种情形要特别记录一项事实：Omnibus I 指令 (EU) 2026/470 引入了"价值链上限"，报告企业不得要求上一财政年度平均雇员不超过 1000 人的价值链企业提供超出自愿使用准则范围的信息，且这些企业有权拒绝；该上限不影响自愿共享、合同已约定的信息，以及为尽职调查或风险管理目的收集的信息。把自己的雇员人数、上一财政年度数据与客户合同中的信息条款写进本节，将来谈判时直接引用。注意：CSRD/ESRS 在 2025—2026 年经历了多次修订，起草前必须复核最新合并文本。

   需要附的证据

   • · 集团欧盟营业额与欧盟子公司/分支机构净营业额数据（近两个财政年度）
   • · 上一财政年度平均雇员人数计算表（用于价值链上限抗辩）
   • · 客户合同中关于可持续信息提供的条款摘录
   • · 适用性判断结论与法务复核意见

   常见失分点

   • · 在不清楚自己是否落入范围的情况下按全量 ESRS 准备，耗费数月人力却没有对应的法定义务
   • · 面对客户问卷全盘接受，把本可依价值链上限拒绝的信息一并提供，并因此在合同里形成持续义务
   • · 沿用 2024 年的范围结论，未复核 2025—2026 年的停表指令与 Omnibus I 修订

2. 2. 业务与价值链测绘

   画出从上游到下游的完整链条，并在每个环节标注地理位置、业务关系类型与可持续风险敞口。AI 企业的链条通常是：芯片与服务器制造 → 数据中心（自建/托管/公有云）→ 数据采集与标注外包 → 模型训练与微调 → 产品交付（API / 私有化部署 / 终端硬件）→ 客户使用 → 硬件报废。每个环节都要问三个问题：这里有没有人权风险（数据标注用工、代工厂劳工、关键矿产采掘）、有没有环境影响（电力、水、电子废弃物）、有没有我们能施加影响的杠杆。测绘结果是后面影响重要性判断的唯一输入，不做测绘直接跳到打分是最常见的方法论缺陷。

   需要附的证据

   • · 价值链图（含各环节地理位置、业务关系类型、支出/收入占比）
   • · 关键供应商与外包商清单（含数据标注服务商、代工厂、云与算力供应商）
   • · 各环节初步风险敞口标注表
   • · 下游客户行业分布与产品使用场景清单

   常见失分点

   • · 价值链只画到一级供应商，把风险最集中的矿产与代工环节留在图外
   • · 把公有云当作"无影响的服务采购"，忽略其电力与用水足迹
   • · 下游只写"企业客户"，不区分高风险使用场景（如执法、招聘、信贷）

3. 3. 相关方识别与沟通

   列出受影响相关方（员工与外包用工、数据主体、周边社区、供应链工人）与信息使用者（投资人、客户、监管），记录本次评估中实际开展的沟通：对象、方式、时间、参与人数、获得的主要意见、以及这些意见如何改变了议题清单。ESRS 要求的是"有意义的沟通"，不是一次匿名问卷。AI 企业尤其要覆盖两类容易被忽略的相关方：数据标注外包人员（工时、计件价格、内容审核心理健康）与被模型输出影响的终端个人（自动化决策、深度合成内容）。若某类相关方未沟通，写明原因与替代信息来源。

   需要附的证据

   • · 相关方清单与优先级判定记录
   • · 沟通记录（座谈纪要、问卷原始数据、访谈笔记，注明日期与参与人数）
   • · 相关方意见与议题清单变更的对照表
   • · 未沟通相关方的原因说明与替代信息来源

   常见失分点

   • · 只访谈内部管理层就宣称完成相关方沟通
   • · 外包数据标注人员完全不在沟通对象内，而这恰是 AI 价值链最典型的社会风险点
   • · 沟通了但没有记录意见如何影响结论，被认为是走形式

4. 4. 影响重要性评估（对人与环境的影响）

   对每个候选议题分别评估实际影响与潜在影响、正面影响与负面影响，并记录判定所用维度：严重程度（规模、范围、可补救性）与（对潜在影响而言）发生可能性。人权类负面影响的严重程度权重应高于可能性 —— 这是与财务重要性评估最根本的方法论差异，写底稿时必须显式说明，否则会被认为把两套逻辑混为一谈。逐条记录得分、依据与数据来源，并保留否决记录（哪些议题被评估后判定为不重要及原因）。

   需要附的证据

   • · 议题清单与逐条影响评估表（实际/潜在、正面/负面、严重程度三要素、可能性、得分、依据）
   • · 人权影响的严重程度优先规则书面说明
   • · 数据来源清单（内部台账、供应商审核报告、相关方意见、公开事件）
   • · 被判定为不重要的议题及理由记录

   常见失分点

   • · 用一套"可能性 × 影响"的财务风险矩阵同时处理影响重要性，抹掉了人权严重程度优先的规则
   • · 只评估负面影响不评估正面影响
   • · 评估停留在自有运营，价值链上下游的影响一律不纳入

5. 5. 财务重要性评估（对企业的财务影响）

   评估各议题在短中长期对企业现金流、融资渠道与资本成本的影响，记录所用阈值与量化假设。AI 企业最实际的几条：电力与算力成本的价格弹性、数据中心所在地的取电与用水许可风险、关键芯片与零部件的供应中断、客户因碳或人权尽调不达标而中止采购的收入风险、以及模型合规要求变化带来的重新训练与下架成本。对无法量化的议题，用定性等级并说明原因。本节与影响重要性共用一套议题清单，但打分逻辑必须分开呈现，最终以两侧任一达到阈值即纳入披露。

   需要附的证据

   • · 财务重要性评估表（议题、时间跨度、影响机制、量化假设或定性等级、阈值判定）
   • · 阈值设定依据（与财务报表重要性水平的关系说明）
   • · 与企业风险管理系统中既有风险条目的映射
   • · 双重重要性矩阵与最终披露议题清单

   常见失分点

   • · 阈值只写"重大"两个字，没有与财务重要性水平的任何锚定
   • · 财务重要性结论与年报风险因素章节互相矛盾
   • · 把双重重要性做成"取两者交集"，实际规则是任一侧达到阈值即纳入

6. 6. 披露要求映射与数据缺口清单

   把最终确定为重要的议题映射到具体披露要求（ESRS 2 通用披露 + 相应议题准则的数据点），逐个数据点标注：当前是否有数据、数据在哪个系统、责任部门、预计补齐时间。这张表是后续所有工作的项目计划。同时做一次反向映射，标记那些 ESRS 要求但你判定为不重要因而不披露的议题 —— ESRS 对被省略的议题仍要求说明，省略而不说明是最常见的形式缺陷。

   需要附的证据

   • · 议题 → 披露要求 → 数据点映射表（含数据现状、系统、责任人、补齐期限）
   • · 数据缺口清单与补齐计划
   • · 被省略议题的说明稿
   • · 与既有 ISSB / 交易所指南数据点的复用对照表

   常见失分点

   • · 映射停在准则名称层级，没有落到数据点，导致后续无法排期
   • · 同一份数据在 ESRS、ISSB 与交易所口径下被三次重新采集
   • · 省略议题不作说明

7. 7. 评估治理、审批与复评安排

   记录谁参与了评估、谁审核、谁批准，以及评估结果在董事会层面的讨论情况。同时书面约定复评周期与触发复评的事件（重大并购、进入新市场、新增高风险产品线、发生重大事故或负面事件、监管口径变化）。双重重要性评估不是一次性项目 —— 底稿里如果没有复评安排，下一年度的报告会被追问"结论是否仍然成立"。

   需要附的证据

   • · 评估团队构成与外部支持方清单
   • · 审核与批准记录（含董事会/委员会会议纪要）
   • · 复评周期与触发事件的书面规定
   • · 上一轮评估结论与本轮变化对照表（若非首次）

   常见失分点

   • · 评估由外部顾问独立完成，公司内部无人能解释方法与结论
   • · 没有复评机制，三年后仍在引用同一份矩阵
   • · 董事会从未审议过重要性结论，却在报告中声称由董事会监督