3. 工作底稿的体系设计与模板搭建

ESG信息披露工作底稿不是把一堆截图和表格塞进文件夹，而是一套能够支撑“数据可追溯、计算可复现、结论可复核”的证据体系。体系设计的核心，是先把底稿按功能分层，再为每一层设计固定的模板结构，最后用索引和版本控制把分散的文件组织成一条完整的证据链。本节围绕底稿分类、模板结构和索引与版本控制三个环节展开，并给出一份可直接改造使用的底稿索引表样例。

一、四类底稿的功能分工

按功能划分，工作底稿通常分为数据底稿、计算底稿、证据底稿和复核底稿四类。四者不是并列的四个文件夹，而是同一条披露链条上的四个环节：数据底稿提供原始输入，计算底稿把输入转化为披露口径下的结果，证据底稿为输入和结果提供可验证的支撑，复核底稿记录“谁在什么时候用什么方法确认了它”。

数据底稿解决“数从哪里来”。它记录原始数据的来源、口径、期间和提取方式，例如能源台账、员工花名册统计、供应商调查回收表、碳排放活动数据汇总。关键字段应包括数据项名称、原始来源系统或单据、统计期间、单位、提取人、提取日期。数据底稿允许保留原始颗粒度，但必须能汇总到披露口径。

计算底稿解决“数怎么算”。它承载排放因子、换算系数、计算公式和中间结果，例如范围一排放按“活动数据×排放因子”逐项计算，范围二按购入电量与区域电网因子计算，强度指标按“排放量÷营业收入”计算。计算底稿必须做到公式可见、参数可改、结果可复算，避免只留一个最终数字。

证据底稿解决“凭什么信”。它是对数据底稿和计算底稿的支撑材料，包括发票、合同、检测报告、台账截图、系统导出文件、第三方函证等。证据底稿的关键是建立“证据—数据项—披露条目”的对应关系，并标注证据的取得方式、取得日期和有效性判断。

复核底稿解决“谁确认过”。它记录复核人、复核时间、复核范围、发现的问题、整改情况和复核结论。复核底稿不是简单的签字页，而应体现复核程序：核对数据与证据是否一致、复算关键计算、检查口径与披露要求是否匹配、跟踪前次问题是否关闭。

二、模板结构：让每份底稿“长得一样”

模板的价值在于降低复核成本。同一类底稿如果字段位置、编号规则、签字栏都一致，复核人就不必每次重新寻找信息。建议每份底稿模板固定包含五个区块：抬头区（底稿编号、名称、所属披露条目、编制人、编制日期、版本号）、输入区（原始数据或引用来源）、处理区（计算过程或证据说明）、结论区（本底稿支撑的披露结论）、复核区（复核人、复核日期、复核意见、问题编号）。

以范围一排放计算底稿为例，处理区应按排放源逐行列示：柴油消耗量、低位发热量、单位热值含碳量、碳氧化率、排放因子、排放量。每一列都应有明确的单位行，公式列直接写入单元格公式而非手工结果，便于复核人改参数复算。结论区写明“本底稿支撑披露条目E1-3范围一排放量XX吨二氧化碳当量”，并注明数据期间。这样一份底稿既能独立阅读，又能被索引准确挂接。

三、索引与版本控制：把文件变成体系

索引解决“找得到”，版本控制解决“说得清”。索引编号建议采用“类别码—披露条目—序号”三段式：类别码用D（数据）、C（计算）、E（证据）、R（复核）区分四类底稿，披露条目沿用披露框架的条目编号，序号按建立顺序编排。例如D-E1-003表示支撑E1条目范围一的数据底稿第3项。编号一经分配不再复用，作废底稿保留编号并标注状态。

版本控制建议采用“编号_版本号_日期_状态”的命名规则，状态可取“草稿、待复核、已复核、已作废”。版本号在主版本升级时进位，例如数据源变更、口径调整、计算参数修正导致结果变化，应升为v2.0并保留v1.0；仅文字勘误可升为v1.1。每次版本变更应在底稿的变更记录区写明变更原因、变更内容、影响范围和变更人，避免出现“数字变了但没人知道为什么变”的情况。

下面是一份可直接改造使用的底稿索引表样例，字段按实际项目需要增减：

索引表本身也应受版本控制，并指定唯一维护人。每次新增、作废或升版底稿，同步更新索引表，确保索引与实体文件一致。复核阶段可以先做一次“索引完整性检查”：随机抽取若干披露数字，沿索引反向追溯至证据底稿，若中途出现断链、版本不一致或状态为“草稿”的底稿，即视为底稿体系缺陷，应在复核底稿中记录并跟踪整改。这样，底稿体系才真正从“文件堆积”转变为可交付、可复核的证据基础设施。