我叫周砚川,做制造业数字化项目交付,最常被问的一句是:工业自动化软件到底怎么选,才不会“买的时候很美、上线后很累”。我通常不从产品宣传册聊起,而是从现场的节拍、停机、质量追溯、配方变更这些“每天都在发生的小事”入手。因为工业自动化软件的价值不在功能数量,而在它能不能把你的现场约束变成稳定可运行的流程,并且在未来扩线、换线、换工艺时不崩盘。

下面这套方法,不保证你选到“最先进”的,但更可能选到“能落地、可扩展、好交接”的。

先别谈品牌:把需求写成“现场语句”

我见过不少选型会,PPT里写“实现透明工厂”“打通数据孤岛”,听起来都对,但落到采购清单就变成“功能全、接口多”,最后项目被接口、口径、责任边界拖住。我的做法是把需求改写成现场能验证的语句,越朴素越好。

把“我要MES”改成可验收的句子比如你想上MES/SCADA/IIoT平台,别写“生产可视化”,换成:

  • 产线停机超过3分钟,系统能自动记录停机原因(可选原因列表+人工补录),并关联到班次、工单、设备位号
  • 同一工单内,关键工艺参数超出范围时,系统能提示并强制记录处置结果(放行/返工/报废)
  • 发生客诉时,能在10分钟内查到该批次原料批号、关键设备、参数曲线、检验结果与放行人

这类句子有两个好处:一是供应商无法用“我们支持”糊弄,二是你自己也能很快发现“哪些必须做、哪些可延后”。

给需求加三条“现场约束”工业自动化软件最容易翻车的,往往不是主功能,而是被忽视的约束。我会强制团队把下面三条写进需求说明:

  • 网络与部署约束:是否允许上云?是否存在OT隔离区?离线时系统要不要继续生产与缓存数据?
  • 换线与变更频率:配方、工艺参数、BOM、工装治具有多常改?改一次需要谁审批?
  • 异常处理方式:现场是“先生产后补录”还是“卡控到位才能过站”?不同车间可能完全不同

你会发现,很多“看起来功能一样”的工业自动化软件,在这些地方差异巨大。

三张清单,直接筛掉不合适的工业自动化软件

我通常用三张清单做第一轮筛选,效率很高,也更公平。

清单一:实时性与数据边界问供应商三个问题,不用客气:

  • 数据采集到界面展示的延迟,现场典型负载下能做到什么范围?高峰期怎么退化?
  • 历史数据存储策略是什么(采样、压缩、归档)?几年后查询速度会怎样?
  • 数据“谁说了算”:PLC/SCADA/MES/ERP之间,主数据与事件数据的口径怎么定义?

这不是为难人,而是在确认系统架构是否为工业场景设计。很多“IT平台改一改”的产品,在实时与长期历史这两头都吃力。

清单二:接口不是“有没有”,是“责任怎么划”我最怕听到“我们接口很多”。我更关心:

  • 对接PLC、机器人、视觉、称重、DCS时,现场驱动与协议栈谁负责维护?
  • 对接ERP/WMS/QMS时,主数据同步的失败重试、幂等、对账怎么做?
  • 出问题时,日志与链路追踪能否定位到哪一段、谁来背锅?

接口的难点不在连通,而在长期运行的稳定性与责任边界。没有这条,项目后期会变成“扯皮工程”。

清单三:配置能力与可交接性工业自动化软件真正的成本,往往是三年后的改造与二次开发。我会要求供应商现场演示:

  • 工艺路线、站点、采集点位、规则、报表是否可配置?配置改动是否有版本与回滚?
  • 权限模型是否能覆盖班组长、工艺、质量、设备、IT/OT等角色?
  • 你们离场后,我方工程师能否在不改代码的情况下完成80%的日常变更?

能交接,才算可持续。

别急着签:用“试点验收脚本”把风险前置

我做项目时,签约前就会把试点写成“验收脚本”,让双方都心里有数。脚本不是大而全,而是挑最容易暴雷的环节。

试点选线的原则:选“麻烦但典型”的别用最简单的示范线当试点,那只能证明“能跑起来”。更有效的试点线通常具备:

  • 多品种小批量、频繁切换
  • 有人工工序+自动工序混线
  • 质量追溯要求高,且存在返工/复检路径

这种线一旦跑通,推广时阻力会小很多。

脚本要覆盖四类“压力场景”我会在试点里强制跑四类场景:

  • 断网/断电恢复:缓存数据如何补传?是否会重复计数?
  • 设备异常:停机、报警、换模、急停是否能形成统一事件链?
  • 工艺变更:临时工艺参数放行怎么走流程?能否追溯谁改的、为什么改
  • 跨系统对账:MES产量、WMS出入库、ERP工单完工三者口径一致性如何保证

只要这四类扛得住,工业自动化软件的“底子”通常不会差。

2026年你更该关注的:合规、供应链与安全

到2026年,很多企业的选型标准已经不止“功能够不够”,还要考虑合规与安全的可审计性。这里我不做夸张判断,只说我在项目里真实遇到的采购关注点变化。

数据安全与供应商风险,越来越常进合同条款不少甲方会要求:

  • 关键数据的本地可控与可导出(避免被平台锁死)
  • 账号权限、操作审计、日志留存周期
  • 漏洞响应与补丁机制(尤其是OT侧)

如果你需要对照权威指南,可以参考国家标准全文公开系统对网络安全相关国家标准的检索与获取路径(来源网站:国家标准全文公开系统,openstd.samr.gov.cn)。具体项目仍要结合你所在行业的监管要求与内部制度。

参考框架不要“背名词”,要拿来做检查表我常用两份公开资料当检查表来源:

  • NIST 的网络安全框架与工业控制系统安全相关出版物(来源网站:NIST,nist.gov
  • IEC 62443 工业自动化与控制系统网络安全系列标准(可通过IEC官方渠道了解标准体系与范围,来源网站:IEC,iec.ch

它们不直接告诉你买哪个软件,但能帮你把“访问控制、分区分域、补丁与资产管理、远程维护”这些容易被忽略的点,落到可核对的条目上。

我给采购与技术团队的一句直白建议

工业自动化软件不是买一个“系统”,而是买一段长期协作关系:你要持续改工艺、扩产线、接新设备,系统必须跟得上。选型时我更愿意把精力放在三件事上:需求是否可验收、接口责任是否写清、配置与交接是否可持续。

如果你正在两三家产品之间犹豫,可以把你们的“现场语句需求”发给供应商,让他们按同一套试点验收脚本做演示。能在压力场景下说清楚、跑得稳的,往往才是适合你们的工业自动化软件。

工业自动化软件选型避坑指南-从需求到落地的实操路线