3. 项目交付物清单编制

在地铁机电监控(BAS/SCADA)项目里,交付物清单不是“把东西列一遍”,而是把合同范围翻译成一份可逐项核查、可逐项签认的验收依据。清单编得粗,验收时就会出现“合同里写了但没人说得清交付到什么程度”的争议;清单编得细,验收、移交、结算、运维交接都能顺着同一份文件走。本节要解决的核心问题是:如何从合同范围出发,把硬件、软件、文档、培训、备件五类交付物识别出来,并形成一份能核查的清单。

一、先划边界:合同范围是清单的唯一源头

编制清单的第一步不是列物品,而是把合同范围拆成“系统边界”和“责任边界”。系统边界回答“哪些设备、哪些站点、哪些接口属于本包”;责任边界回答“哪些工作由本方完成、哪些由土建或通信等其它标段提供”。以典型的地铁车站机电监控项目为例,合同通常约定:本包负责全线若干座车站及控制中心的BAS系统,包括车站级PLC、现场控制箱、传感器、执行器接口、中央级服务器与工作站、与综合监控及其它系统的通信接口,以及配套的软件组态、调试、培训和备件。

拆边界时建议按“层级+位置”两个维度同时切分:层级上分为中央级、车站级、现场级;位置上按车站、区间、车辆段、控制中心划分。这样切出来的每一格,都是一个可以独立核查的交付单元。例如“某车站车站级PLC柜”就是一个交付单元,它下面再挂具体的模块、电源、端子、图纸和调试记录。边界划清后,清单的骨架就出来了,后续五类交付物只是往这些单元里填内容。

二、五类交付物的识别方法

硬件交付物要识别到“可点数、可核对型号”的粒度。不能只写“PLC若干”,而应写清设备名称、规格型号、数量、安装位置、所属层级。识别时从系统架构图逐层往下走:中央级服务器、操作员站、交换机、UPS;车站级PLC机架、CPU、I/O模块、通信模块、电源模块、机柜、防雷器;现场级传感器、执行器、控制箱、线缆及附件。每一行都要能对应到合同技术规格书中的条款号,这是后续核查“是否漏项”的关键。

软件交付物最容易被写虚。可核查的写法是把软件拆成“平台软件、组态工程、接口软件、工具软件”四类,并明确版本、授权数量、介质形式和部署位置。例如中央级SCADA平台软件应写明版本号、点数授权、冗余配置;车站级组态工程应写明对应车站、包含的监控点表版本、画面数量;与综合监控的接口软件应写明协议类型、接口点表版本。软件交付物还要包含“可复现”的内容,如组态源文件、点表数据库、编译后的运行文件,否则运维阶段无法修改。

文档交付物要区分“过程文档”和“最终文档”。过程文档包括设计图纸、接口协议、调试记录、测试报告;最终文档包括竣工图、操作手册、维护手册、点表、设备清单、培训教材。文档清单必须写明文档名称、版本、载体(纸质/电子)、份数和提交节点。特别提醒:竣工图必须与现场实际一致,清单中应把“竣工图更新”作为独立核查项,而不是笼统写“图纸一套”。

培训交付物要落到“人、时、内容、考核”四个要素。清单中应写明培训对象(运营操作人员、维护人员)、培训地点、课时、培训内容模块、教材、考核方式和合格标准。例如“车站级操作培训:运营人员,2天,含画面操作、报警处理、报表查询,考核合格率不低于90%”。培训不是讲完就算交付,考核记录和签到表本身就是交付物的一部分。

备件交付物要按“故障率+关键性”确定范围。清单中写明备件名称、型号、数量、存放地点、保质期。通常包括PLC模块、电源模块、通信模块、常用传感器、保险丝、端子等。备件清单要与硬件清单的型号严格对应,避免“备件型号与在线设备不一致”这种常见问题。

合同范围 → 五类交付物 → 可核查清单 合同范围 系统边界:中央/车站/现场 责任边界:本包/接口标段 技术规格书条款号 硬件 名称/型号/数量 安装位置/层级 对应规格书条款 可点数、可核对 软件 平台/组态/接口/工具 版本/授权/点数 源文件+运行文件 部署位置 文档 过程文档+最终文档 名称/版本/载体 份数/提交节点 竣工图一致性 培训 对象/地点/课时 内容模块/教材 考核方式/合格标准 签到与考核记录 备件 名称/型号/数量 存放地点/保质期 与在线设备型号一致 可核查清单的核查维度 是否齐全 对照合同条款逐项 是否一致 型号/版本/数量 是否可复现 源文件/介质/授权 是否可签认 责任人/节点/记录 每一行交付物 = 一个可独立核查、可独立签认的单元 清单编号与合同条款号双向可追溯

三、把识别结果写成可核查清单

识别出交付物之后,关键是把它写成“能核查”的形式。可核查的清单至少要有六个字段:清单编号、交付物名称、规格/版本、数量、对应合同条款号、核查方式与责任人。清单编号建议采用“类别码-层级码-序号”的规则,例如“HW-CEN-001”表示硬件类中央级第一项,“SW-STA-012”表示软件类车站级第十二项。这样编号后,验收时按编号逐项打勾,漏项和重复项一目了然。

“核查方式”这一列最容易被忽略,但它决定了清单能不能用。硬件核查方式是“现场点数+铭牌核对型号”;软件核查方式是“启动运行+版本查询+源文件打开验证”;文档核查方式是“对照清单查名称、版本、份数,抽查内容与现场一致性”;培训核查方式是“查签到表、考核记录、合格率”;备件核查方式是“开箱点数+型号比对在线设备”。把核查方式写进清单,验收人员不需要再临场判断“这项怎么查”,清单本身就成了一份作业指导。

编制清单时建议做一次“反向核对”:拿合同技术规格书逐条读,每读到一条就回到清单里找对应行;找不到对应行的条款,要么是漏项,要么是合同条款本身不可交付(如纯管理性要求),两种情况都要在清单备注中说明,避免验收时被追问。

四、一个可参考的清单片段

下面给出一个车站级交付物清单的示例片段,参数为教学示例,实际项目应按合同填写。注意每一行都带有合同条款号和核查方式,这是清单可用的关键。

清单编号 交付物名称 规格/版本 数量 合同条款 核查方式
HW-STA-001 车站级PLC机柜 含CPU、I/O、通信、电源模块 1套/站 3.2.1 现场点数+铭牌核对
SW-STA-003 车站级组态工程 V2.1,含点表与画面源文件 1套/站 4.1.5 启动运行+源文件打开验证
DOC-STA-006 车站竣工图 与现场一致,纸质2份+电子1份 1套/站 5.3.2 抽查图物一致性
TRN-OPS-002 运营人员操作培训 2天,含考核 1期/线 6.1.1 查签到表与考核合格率
SP-STA-004 PLC数字量输入模块备件 与在线模块同型号 2块/站 7.2.3 开箱点数+型号比对

五、常见问题与收口

实际编制中最常见的三个问题是:一是硬件只写大类不写型号,验收时无法判断“够不够、对不对”;二是软件只交运行文件不交源文件,运维阶段改一个点都要找原厂;三是培训只写“提供培训”不写课时和考核,最后变成一次讲座。这三个问题的共同根源,都是清单没有落到“可核查”的粒度上。

收口时建议做两件事:第一,把清单按“中央级、车站级、现场级、文档、培训、备件”分组装订,每组前面加一页汇总,写明本组项数、对应合同条款范围、核查责任人和计划核查节点;第二,清单定稿前组织一次设计、采购、调试、运维四方会签,让每个角色确认“自己将来要按这份清单交东西、查东西”。清单一旦会签,就成为后续验收、移交和结算的共同基准,这也是交付物清单编制真正的价值所在。