船厂上百套系统怎么打通？造船行业接口管理方案与中台实践

中国造船三大指标连续 15 年世界第一，但不少船厂的信息化负责人最怕的不是「没系统」，而是「系统有了、数据却动不起来」。设计改了 BOM，采购系统还是旧版本；车间进度靠 Excel 手工汇总；船东问设备状态，现场答不上来。问题往往不在某个系统，而在系统之间缺了一层「接口」。

一艘万吨级船舶从设计到交付，涉及数万份图纸、数百个子系统、上千人协作。上游要拉通数百家供应商，下游要对接船东、船级社和保险方。现实里，船厂早就不缺系统了：ERP 管资源、PLM 管设计、MES 管生产、SCM 管供应链、WMS 管仓储、OA 管流程，系统一套接一套买进来，数据却各自为政。

船厂缺的不是又一个系统，而是一层能把已有系统连起来的「接口层」。接口管理，管的就是这件事。

场景一 设计 BOM 下发给供应商。 设计在 PLM 里改了一版 BOM，采购员却还在用上一版 Excel 发给供应商。供应商按旧清单备料，等到发现对不上，钢板已经切割。船厂不是没工具，是设计系统和供应商门户之间少了一条自动推送的接口。

场景二 生产进度回传与项目看板。 车间扫码报工、MES 采集的工位进度，散落在不同系统里。项目经理想看全局进度，得挨个系统导出再拼表。一次变更，全员手工重算，效率不升反降。

场景三 船联网数据对外服务。 船交付后，设备传感器持续产生运行数据。船东要健康状态、保险方要风险画像、岸基要调度依据，这些数据原本就在船端，却因为没对外封装成接口，谁都拿不到、用不好。

三个场景的共同点，数据其实都存在，只是没有被「以接口的方式流动起来」。

把接口真正管起来，核心是四件事。

第一 接口统一注册与目录。 所有对外接口集中登记，带版本、带文档。谁调过、调的是什么、什么格式，一查便知，告别靠口头和微信对接。

第二 统一鉴权与权限。 谁能调、调哪个接口、每天调多少次，用密钥加 IP 白名单控住。供应商只能看到自己负责的零部件数据，调别的直接拒掉。

第三 访问日志与监控。 每一次调用都留痕，成功还是失败、耗时多少、返回了什么。出了错能立刻溯源到是哪一方、哪一刻。

第四 对外接口开放与计费。 船厂把数据能力封装成可对外服务的 API。比如向船东开放设备状态查询，按调用量计费，把原本「免费但没人用」的数据变成一项可运营的服务。

接口管理不是给系统加功能，而是给数据装上「水龙头」，拧开就能流，关上就停，谁在用一清二楚。

下面用 YesApi Pro 后台，把一个「设计 BOM 下发」接口从零跑通。它是企业级 API 低代码开发与接口开放平台，支持私有化部署、源码交付与接口计费，信创适配完善，覆盖鲲鹏、飞腾、麒麟、统信、达梦、OpenGauss 等环境。对船厂而言，私有化部署意味着图纸和供应商数据全程不出内网。

步骤一 低代码创建接口。 在接口开发里新建一个接口，把「根据船号加分段号返回最新 BOM 清单」的逻辑配好。不用从零写网关，表单化配置即可发布。

步骤二 配置权限与 IP 白名单。 给供应商分配独立密钥，只允许访问自己负责的船号分段，并限制来源 IP。越权调用直接拦截。

步骤三 自动生成 API 文档，供应商自助调用。 接口发布后自动生成文档，供应商拿到文档就能对接，不再依赖人工导表。

步骤四 访问日志看清谁调了什么。 每次供应商调用都记录在访问日志里，成功失败、耗时、返回内容一目了然，对账和排错都省事。

四步下来，设计 BOM 从「改完发微信」变成「改完自动推」，供应商拿到的是带权限、可追溯的实时数据。

说句实在话，接口管理不是在系统之间连根线就完事。真正要用得顺手，得先把几件前提想明白。

第一，先把主数据治干净。 不少船厂老系统接口不规范、数据标准不统一，这时候急着上接口，接出去的还是脏数据。先把物料编码、船号分段、供应商主数据这些基础字典统一了，接口才有意义。

第二，分清接口的边界。 像产线传感器直连、超高并发的实时工业协议这类场景，API 中台是「业务系统之间」的衔接层，不是用来替代设备协议网关的。它负责把 PLM、ERP、MES 的数据流起来，设备侧还是交给专业的工业网关。

第三，小船厂别一上来就建大平台。 最好的起步方式，是从一个最痛的协同环节先跑通——比如先把「设计 BOM 下发供应商」这一条线走顺，再慢慢扩。

真正难的从来不是技术选型，而是先想清楚，这条数据到底该流向谁、用什么方式流。