数字化交付不是打包PDF:船厂真正缺的是什么?

一艘船临近交付时，船厂通常要向船东移交图纸、说明书、证书、设备资料、试验报告和备件清单。过去，这些资料放进文件夹、移动硬盘或者文档系统，基本就算完成了交付。

但如果船东提出“数字化交付”，事情就不一样了。

船东需要的可能不再是一批可以打开的文件，而是一套能够被其设备管理、维修保障、采购供应和数据分析系统继续使用的数据。

问题也随之出现：文件有了，数据能不能被识别？设备名称是否统一？图纸版本是否与实船一致？某台泵的证书、备件、技术参数和维护手册能否自动关联？

如果这些问题没有解决，电子文件再多，也不能称为真正的数字化交付。

一、数字化交付正在从项目选择变成基础能力

图1：数字化交付连接设计、建造、检验、交付与营运阶段。

中国船级社（China Classification Society，CCS）于2025年发布《船舶数字化交付指南》，并于2025年7月1日生效。该指南适用于申请船舶数字化交付附加标志的船舶，目的是指导相关方向船东完整、准确地移交船舶及船用产品数据。

指南分别设置了交付信息内容、交付形式和附加标志检验等要求。

这释放出一个值得船厂关注的信号：数字化交付开始从企业自行约定的项目要求，转向具有明确对象、形式和检验逻辑的技术能力。

国际层面也在发生类似变化。国际海事组织（International Maritime Organization，IMO）海运便利化委员会于2026年3月批准了IMO海事数字化战略，重点强调系统互操作、数据标准化、数据共享和数据治理。该战略仍需后续审议，并计划提交2027年IMO大会审议。

数字化交付因而不是孤立的交船动作，而是船舶全生命周期数据流动的一部分。

二、电子文件交付与数字化交付有什么区别？

图2：电子文件解决“资料有没有”，数字化交付还要解决数据关系与后续利用。

两者最容易被混淆。

电子文件解决的是“资料有没有”；数字化交付还要解决“数据是什么、属于谁、与什么相关、是否代表最终实船”。

例如，一份泵的说明书可能以PDF形式存在。但对数字化交付而言，还需要知道它对应哪一个设备位号、属于哪个系统、安装在哪个位置、采用什么型号、关联哪些备件和证书，以及当前文件是否对应最终交付状态。

这些关系如果只能依靠人工阅读文件才能确认，数据就还没有形成可复用的产品结构。

三、船厂的数据链通常断在哪里？

图3：版本、编码、供应商资料和业务系统之间，是产品数据链最常见的断点。

1. 设计数据与实船状态不完全一致

船舶建造周期长，设计变更频繁。

详细设计、生产设计、设备订货、现场修改和调试整改都可能改变最终状态。如果变更只更新了局部图纸，没有同步设备清单、物料结构和交付资料，交付时便可能出现“图纸是新版、清单是旧版、现场又是另一个版本”的情况。

数字化交付要求船厂回答一个基础问题：最终交付的数据基线到底是什么？

2. 同一个对象在不同系统中有不同名称

同一台设备可能在设计系统中使用设备代号，在采购系统中使用物料编码，在生产系统中使用托盘号，在供应商资料中又使用产品型号。

每个编号单独看都没有问题，但如果缺少稳定的关联关系，数据汇总时就需要大量人工匹配。

这不是简单的命名问题，而是对象身份管理问题。

3. 供应商资料进入船厂后失去结构

船用设备资料往往由大量供应商提供。常见交付内容包括技术协议、图纸、证书、说明书、备件清单和试验报告。

如果采购合同只规定“提交电子版资料”，供应商通常会提供一批文件，却不一定按照船厂需要的数据分类、编码和属性要求提交。

到了项目后期，船厂只能组织人员重新命名、分类和关联。数字化交付的成本，实际上被推迟到了交船前集中爆发。

4. 各业务系统拥有不同的“真相”

计算机辅助设计（Computer-Aided Design，CAD）、产品全生命周期管理（Product Lifecycle Management，PLM）、企业资源计划（Enterprise Resource Planning，ERP）和制造执行系统（Manufacturing Execution System，MES）分别服务不同业务。

问题不在于系统多，而在于没有明确：

• 哪个系统负责建立对象；
• 哪个系统维护对象属性；
• 哪个系统批准变更；
• 哪个系统保存最终交付状态；
• 系统之间通过什么编码和规则交换数据。

没有数据责任边界，接口越多，反而越容易产生多个版本。

四、PLM能做什么，又不能做什么？

图4：PLM可以承载产品数据主线，但仍需要编码、流程、规则和责任体系支撑。

PLM适合承担产品结构、图文档、技术状态、构型基线和工程变更等管理工作。它可以将图纸、设备、物料、系统和交付资料放到同一条产品数据主线上。

但部署PLM并不等于自动具备数字化交付能力。

如果企业没有统一编码规则、交付数据字典、变更流程和系统责任边界，PLM最终也可能只是一个更大的文件库。

真正有效的建设顺序应当是：

1. 明确交付对象和使用场景；
2. 定义数据标准及责任部门；
3. 建立产品结构与对象身份；
4. 管理版本、状态和变更；
5. 再通过PLM及相关系统实现流程固化和数据输出。

换句话说，软件用于执行规则，但不能代替企业建立规则。

这是根据CCS数字化交付要求和IMO对互操作、标准化及数据治理的方向作出的工程管理推论，并非指南中的原文规定。

五、船厂应该怎样开始？

图5：从项目盘点到持续验证，数字化交付能力应分阶段建立。

第一步：选一条船做交付数据盘点

先不要急于建设覆盖全厂的平台。

选择一条在建船，列出合同要求、船东要求、船级要求和企业内部已有的交付资料，识别重复、缺失和责任不清的部分。

第二步：建立最小交付数据字典

至少明确：数据对象名称、唯一标识、必填属性、来源系统、责任部门、提交阶段、版本状态、关联文件和验证规则。

数据字典不应只由信息化部门编制，设计、采购、生产、质量和售后部门都需要参与。

第三步：把供应商纳入数据链

在采购技术协议中明确资料分类、文件命名、设备标识、属性字段、提交格式和变更要求。

供应商数据越早结构化，船厂后期整理成本越低。

第四步：建立交付基线

在设计冻结、设备订货、完工和交船等关键节点形成可追溯的数据基线。

任何变更都应能回答：改了什么、为什么改、影响哪些对象、是否已同步到最终交付数据。

第五步：在交船前持续验证

数字化交付不宜等到交船前才验收。

应在项目过程中定期检查完整性、一致性、关联性和版本状态，把交付验证变成项目质量控制的一部分。

给船厂的行动清单

图6：数字化交付需要设计、工艺、采购、质量和信息化共同参与。

如果准备开展数字化交付，可以先做四件事：

1. 选取一个设备系统，检查其图纸、设备、物料、证书和说明书能否完整关联。
2. 明确CAD、PLM、ERP和MES各自负责的主数据。
3. 在下一份设备采购技术协议中加入结构化资料提交要求。
4. 将交付数据完整性纳入项目节点检查，而不是留到交船前处理。

数字化交付的价值，不只是让船东收到更多数据。

它会倒逼船厂把设计、采购、建造和交付过程中的数据关系真正理顺。当一艘船的数据能够准确地从设计端流向建造端，再进入营运端时，数字化才不再是展示系统，而成为船舶全生命周期协同的基础设施。

参考资料

1. 中国船级社：《船舶数字化交付指南（2025）》

https://www.ccs.org.cn/ccswz/articleDetail?columnId=201900006000000013&id=202506240237478352

1. 中国船级社、中国远洋海运集团：《数字船舶白皮书（2025）》发布信息

https://www.ccs.org.cn/ccswz/articleDetail?columnId=201900002000000299&id=202510160562369396

1. IMO：Facilitation Committee approves digitalization strategy and cyber security measures

https://www.imo.org/en/mediacentre/pressbriefings/pages/facilitation-committee-approves-digitalization-strategy-cyber-security-measures.aspx

1. IMO：The IMO Compendium on Facilitation and Electronic Business

https://www.imo.org/en/ourwork/facilitation/pages/imocompendium.aspx