制造业接口打通实战：船厂如何用 API 中台打通 PLM、ERP、MES 与供应商系统

制造业接口打通实战：船厂如何用 API 中台打通 PLM、ERP、MES 与供应商系统

摘要：中国造船三大指标（完工量 / 新接订单 / 手持订单）已连续 15 年世界第一，但不少船厂系统一大堆，数据却动不起来。本文以"设计 BOM 下发供应商"为案例，拆解制造企业如何用一层轻量 API 中台把 PLM、ERP、MES 的数据流起来，并给出可直接复用的四步落地法与三个常见坑。关键词：数据孤岛、系统集成、接口中台、API 网关、PLM ERP MES 打通、主数据治理。

一、问题背景：船厂不是没系统，是系统互不说话

一艘万吨级船舶从设计到交付，涉及数万份图纸、数百个子系统、上千人协作，还要拉通数百家供应商，对接船东、船级社和保险方。

现实里船厂早就不缺系统了：ERP 管资源、PLM 管设计、MES 管生产、SCM 管供应链、WMS 管仓储、OA 管流程，一套接一套买进来，数据却各自为政。江南造船的数字化转型复盘就点出过，早期设计数据格式不统一、标准不一致，导致数据整合难度大、各环节存在大量数据断点；扬州金陵的公开案例也明确写到，ERP、物流、PDM、OA 多套系统数据相互独立，出现了严重的"信息孤岛"。

数据到底卡在哪？三个真实场景：

• 场景一 设计 BOM 下发给供应商。 设计在 PLM 里改了一版 BOM，采购员却还在用上一版 Excel 发给供应商。供应商按旧清单备料，等发现对不上，钢板已经切割。
• 场景二 生产进度回传与项目看板。 车间扫码报工、MES 采集的工位进度散落在不同系统。项目经理看全局进度，得挨个系统导出再拼表，一次变更全员手工重算。
• 场景三 船联网数据对外服务。 船交付后，设备传感器持续产生运行数据。船东要健康状态、保险方要风险画像、岸基要调度依据，数据原本就在船端，却因为没对外封装成接口，谁都拿不到、用不好。

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

二、解决方案：接口管理到底管哪四件事

把接口真正管起来，核心是四件事，缺一不可：

动作	解决什么	不做会怎样
统一注册与目录	接口有文档、有版本、可检索	靠口头和微信对接，密钥群里飞
统一鉴权与权限	谁能调、调什么、调多少	接口开放等于敞开大门
访问日志与监控	谁调了、成败、耗时一查便知	出问题无法溯源到是哪一方
对外接口开放与计费	数据能力变成可运营的服务	接口只是内部连线，价值出不来

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

三、实战：用接口中台跑通「设计 BOM 下发」

下面把"设计 BOM 下发供应商"这条最痛的链路，用一层轻量 API 中台从零跑通。思路是：把 PLM 的 BOM 查询逻辑封装成一个标准 RESTful 接口，供应商系统直调拿最新版本，替代邮件导表。

① 低代码创建接口（定义接口契约）

典型接口定义如下，按"船号 + 分段号"返回最新 BOM 清单：

GET /api/v1/bom/release
Query:   { projectCode: "H1234", section: "SEC-03", version: "V2.3" }
Header:  Authorization: Bearer <supplier_token>
Response:
{
  "projectCode": "H1234",
  "section": "SEC-03",
  "version": "V2.3",
  "releasedAt": "2026-08-10T09:00:00Z",
  "items": [
    { "partNo": "P-001", "name": "主轴", "qty": 2, "material": "Q345" },
    { "partNo": "P-002", "name": "法兰", "qty": 8 }
  ]
}

（图：接口开发列表新建「设计 BOM 下发」接口，表单化配置即可发布）

② 配置权限与 IP 白名单

给每家供应商分配独立密钥，只允许访问自己负责的船号分段，并限制来源 IP。越权调用直接拦截，避免一家供应商看到另一家的零部件数据。

{
  "supplier": "SUP-A",
  "allowed_api": ["bom.release"],
  "scope_filter": { "projectCode": "H1234", "section_prefix": "SEC-03" },
  "ip_whitelist": ["10.20.3.0/24"],
  "rate_limit": "1000/day"
}

（图：接口权限分配页，按供应商隔离数据范围并限制调用来源）

③ 自动生成 API 文档，供应商自助对接

接口发布即出文档，供应商拿到文档就能对接，不再依赖人工导表和对版。文档是接口能被"复用"的关键资产。

（图：接口自动生成的标准 API 文档，供应商按文档自助调用）

④ 访问日志看清谁调了什么

每次供应商调用都记录在访问日志里，成功失败、耗时、返回内容一目了然，对账和排错都省事：

-- 访问日志排查：某供应商最近 100 次调用
SELECT supplier_id, bom_version, status, cost_ms, created_at
FROM api_access_log
WHERE api = 'bom.release'
ORDER BY created_at DESC
LIMIT 100;

（图：接口访问日志记录每一次调用的来源、结果与耗时 ）

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

四、踩坑与排查：三个常见坑

坑一：主数据没治干净就上接口。 不少船厂老系统接口不规范、数据标准不统一，急着上接口，接出去的还是脏数据。先统一物料编码、船号分段、供应商主数据这些基础字典，再做数据校验和映射，把不一致挡在门外，而不是等流出去再返工。排查信号：接口调通了但两边对不上数，多半是主数据字典不一致。

坑二：把 API 中台当设备协议网关用。 产线传感器直连、超高并发的实时工业协议，交给专业的工业网关；API 中台只负责 PLM、ERP、MES 等"业务系统之间"的数据流。各管一段反而省心，强行让中台扛实时协议只会拖垮稳定性。

坑三：小船厂一上来就建大平台。 最好的起步方式，是从一个最痛的协同环节先跑通------比如先走顺"设计 BOM 下发供应商"这一条线，再慢慢扩。私有化轻量部署一套能本地跑起来的系统，先解决眼前最急的事，跑通了再叠加。

五、总结沉淀

制造企业系统打通，核心不是再买一套系统，而是让已有系统把数据流动起来：先治主数据，再用一层接口中台把高频数据流标准化、可监控、可开放，从一条最痛链路跑通开始。

可复用的落地清单：

1. 盘点高频刚需数据流（如 BOM 下发、进度回传、对外数据服务）；
2. 先统一主数据字典，再做接口；
3. 接口四件套：注册目录 / 鉴权权限 / 访问日志 / 开放计费；
4. 从一个最痛场景起步，跑通再扩；
5. 接口中台只管业务系统间数据流，设备侧交给工业网关。

接口管理解决的，是系统之间数据能不能流动，而不是有没有系统。

如果你对 API 低代码开发 感兴趣，欢迎进 YesApi Pro 官网免费体验：https://pro.yesapi.cn/#java

参考资料

• 1 工业和信息化部装备工业二司.《2024年1-12月船舶工业经济运行情况》. 2025-01-16. https://www.miit.gov.cn/gxsj/tjfx/zbgy/mycb/art/2025/art_7db800ab08054066859e49992fa23314.html
• 2 人民网 / 科技日报.《我国造船业三大指标连续15年全球第一》. 2025-01-17. http://finance.people.com.cn/BIG5/n1/2025/0117/c1004-40403761.html
• 3 华为云.《连接信息孤岛，打造扬州金陵船厂数字化生产力》. https://www.huaweicloud.com/partners/industrialcloud/yangzhou/case02.html
• 4 江南造船数字化转型公开资料（达索系统案例 / 中国造船工程学报论文 / CIO360 报道）

#制造业数字化、#数据孤岛、#系统集成、#接口中台、#API网关、#PLM、#ERP、#MES、#主数据治理、#私有化部署