只读
项目交付清单
交付清单（DBS）是一份结构化的动态清单，在设计阶段就定义项目要产出的全部成果——设备、材料这类有形物，也包括安装服务、文档这类无形物。主导者是项目 / 设计；财务只前置资本化规则、转固颗粒度和暂估时点，不去审管道仪表流程图（P&ID）。资产侧的接口是未来功能位置、设备树还是位置树、转固颗粒度。没有独立资产部时，审核代表是设备或使用单位。
传统做法是竣工后财务再来梳理资产、拆分成本，等于让最不了解现场的人做最需要现场知识的事。交付清单把这件事搬到源头：图纸上有什么（如位号），清单里就有什么，每一条都预先写明资产类别、所属的「广义资产」和未来的功能位置，并识别转固节点。源头治理时它作为主数据源，不要写成「唯一权威数据源」——清单形同虚设，自动归集只会输出垃圾。清单经项目、财务、设备多方审核后基线化，之后的变更走受控流程。
与工作分解、成本分解的关系
- 工作分解结构（WBS） 回答「通过哪些工作产出清单上的每个成果」——工作服务于产出，而不是独立存在；
- 成本分解结构（CBS） 回答「完成这些工作、产出这些成果要花多少钱」。
三者以交付清单为轴：成果定了，工作和成本才有挂靠点。
清单如何驱动采购与库存
- 驱动采购：采购申请直接从清单条目发起，「无清单不采购」，订单可追溯到具体交付项，到货状态回写清单；服务类和总包合同要求供应商按清单分解总价，为日后成本分配备好依据；
- 驱动领料：施工领料以清单为需求源头，出库成本自动记到对应条目；没有需求来源的「无源出库」定期清理，由成本控制员和现场工程师手工回溯匹配。
这样，转固 时的直接成本基本是自动归集的结果。防腐、吊装等按工程量拆进直接成本，真公共费用再按直接成本比例分；手工对调必须有增有减、池清零。手册、竣工图、备件清单、质保是独立交付项。同规格可合并采购，成本仍拆回原资产。入库进库存，出库才进项目；服务接收加发票才进资产。
技巧
总包设备即使直发现场，也先虚拟入库再按清单领出，成本和实物才对得上。禁止货和服务混一张发票入固资。
基线后变更分三档：内部数据、签证未超原合同、改合同。清单在受控源上更新了才算闭环。总包清单可以偏系统级，但合同必须按未来资产列表拆总价；多合同下业主是总集成商，清单要细到组件和服务。制度上项目管理、采购、固资、绩效四本要跟着改，否则清单退回表格。估法见 预转固怎么估。
广义资产：项目期的管理容器
清单条目最终聚合为「广义资产」——既包含未来的固定资产、子资产、重要部件，也包含只为归集成本存在的虚拟工作包（如「上部结构施工」）。虚拟工作包不得变成固资卡片，竣工后必须消化进真实资产。它在项目期间从物理和财务双重角度收拢交付物及其成本，竣工后转化为运营侧的 资产与位置。位置树驱动还是 资产树驱动，要在建清单时就选定，否则运营接不住。
财务前置的是规则，不去审流程图。
适用与局限
这是重资产、长周期项目（基建、产线、化工装置）的工具，代价是深刻的角色变革：设计师要以终为始考虑资产粒度，财务从末端审核者变成前置规则制定者，采购施工对数据源头准确性负责。一台现货设备的购置用不上它；管理基础薄弱的组织应先做好 基本的移交转固流程，再谈源头治理。