只读
项目交付清单
交付清单（DBS，Deliverable Breakdown Structure）是一份结构化的动态清单，在设计阶段就定义项目要产出的全部成果——设备、材料这类有形物，也包括安装服务、文档这类无形物。它是未来资产的「数字蓝图」，也是驱动采购、施工、验收、成本归集直至转固的唯一权威数据源。
传统做法是竣工后财务再来梳理资产、拆分成本，等于让最不了解现场的人做最需要现场知识的事。交付清单把这件事搬到源头：图纸上有什么（如 P&ID 上的位号），清单里就有什么，每一条都预先写明资产类别、所属的「广义资产」和未来的功能位置，并识别转固节点。清单经项目、财务、设备资产多方审核后基线化，之后的变更走受控流程。
与 WBS/CBS 的关系
- WBS（工作分解）回答「通过哪些工作产出清单上的每个成果」——工作服务于产出，而不是独立存在；
- CBS（成本分解）回答「完成这些工作、产出这些成果要花多少钱」。
三者以交付清单为轴：成果定了，工作和成本才有挂靠点。
清单如何驱动采购与库存
- 驱动采购：采购申请直接从清单条目发起，「无清单不采购」，订单可追溯到具体交付项，到货状态回写清单；服务类和总包合同要求供应商按清单分解总价，为日后成本分配备好依据；
- 驱动领料：施工领料以清单为需求源头，出库成本自动记到对应条目；没有需求来源的「无源出库」定期清理，由成本控制员和现场工程师手工回溯匹配。
这样，转固 时的直接成本基本是自动归集的结果，而不是事后翻两年凭证。
广义资产：项目期的管理容器
清单条目最终聚合为「广义资产」——既包含未来的固定资产、子资产、重要部件，也包含只为归集成本存在的虚拟工作包（如「上部结构施工」）。它在项目期间从物理和财务双重角度收拢交付物及其成本，竣工后转化为运营侧的 资产与位置。位置树驱动还是 资产树驱动，要在建清单时就选定，否则运营接不住。
适用与局限
这是重资产、长周期项目（基建、产线、化工装置）的工具，代价是深刻的角色变革：设计师要以终为始考虑资产粒度，财务从末端审核者变成前置规则制定者，采购施工对数据源头准确性负责。一台现货设备的购置用不上它；管理基础薄弱的组织应先做好 基本的移交转固流程，再谈源头治理。