数据与互联基础：其他每个支柱底下的管网

这个支柱涵盖什么，为什么它比看起来更重要

这是六个支柱之一，而不是一个工业4.0成熟度模型。它不因工厂里技术多就加分。它问的是：数据基础是否足以支撑其他支柱所评估的管理实践，以及这些基础是否有人维护。

我们评估五件事：设备联网程度（data1）、理想节拍和原因代码等基础数据如何管理（data2）、生产数据如何与其他系统集成（data3）、谁可以访问数据以及遵循什么规则（data4），以及车间（OT）网络安全如何处理（data5）。

这个支柱的分量是间接体现出来的。班组长每花一小时往电子表格里敲数字，就少一小时待在产线上。取自铭牌的理想节拍，会让性能损失要么看不见、要么荒谬离谱，会议上也就不再相信这个数字。一台联网设备上装着一个没人知道的供应商远程访问工具，就是一个可能让整个工厂停摆的风险。

在工厂里看到的五个等级

工厂在这个支柱上往往参差不齐：瓶颈设备联网很好，基础数据却无人负责；或者网络很稳妥，ERP却还靠手工录入。评估对每道题分别打分。等级页面说明了支柱指数和短板支柱规则。

五道题，以及本周如何检验你自己的答案

data1. 你们的设备联网程度如何？ 我们要问的是：工厂能否从设备获取停机和数量数据而无需有人手写，并且从瓶颈开始。为联网而联网，得不到任何分数。

常见的高估情形是：PLC连上了网络但没人采集数据，或者联网的只有一台远离瓶颈的试点设备。常见的低估情形是：以为简单的运行/停止信号不算真正的联网。模型明确接受简单的I/O信号，对于老旧设备，这往往是明智的选择。

data2. 基础数据是如何管理的？ 我们要问的是：用来衡量绩效的标尺是否正确，是否有人对它们负责。理想节拍、原因代码和产品清单，在不知不觉中决定着工厂报告的每一个数字。

常见的高估是：说已经定义了理想节拍，而那些数字其实是来自成本核算或计划的标准工时，里面包含了宽放。那不是设备能够持续达到的节拍上限。原因代码清单越来越长，包含近乎重复的代码，“其他”代码又被大量使用，这也说明没有人对它负责。

data3. 生产数据如何与其他系统集成？ 我们要问的是：有多少数据被录入了两次，以及生产系统和ERP对于订了什么、做了什么是否一致。

一个每周需要有人启动、清理、再导入的导出，常被算作自动化。那充其量是3级，而且做这件事的人就是一个单点故障。4级的集成意味着订单和合格品数量无需任何人经手即可流转，差异会被标记出来，而不是被悄悄修正。

data4. 谁可以访问生产数据？遵循什么规则？ 我们要问的是：需要数据的人能否无需求人就拿到数据，以及每个字段背后的定义是否写了下来。

有中央数据库说明可能是3级，但如果只有一个人能查询，工程师们仍然会自己建文件，工厂又回到了多个平行版本的状态。4级还需要数据保留规则和书面定义，很多工厂都跳过了这一步。

data5. 车间（OT）网络安全是如何处理的？ 我们要问的是：生产系统是否以适合车间的方式受到保护。在车间里，可用性优先，设备要服役很多年，供应商需要远程访问。

典型的高估是：声称网络已隔离，而供应商的VPN、HMI上的远程桌面工具或设备柜里的蜂窝调制解调器却绕过了隔离。另一种是在两个区域之间设了防火墙，规则却几乎什么都放行。

4级工厂的不同做法

在这个支柱上处于4级的工厂，很少是技术装备多的那些。它们为了明确的目的而联网，并把规则写下来。以下是我们要找的做法。

• 为一个问题而联网。 每一次联网都回答例行机制中提出的某个问题，例如瓶颈停了多久、为什么停。工厂自己定义基本信号集，例如运行/停止、合格数量以及（在可获取时）不良数量，而不是采集每一个数据点。
• 每类设备只有一种书面的联网方式。 一页纸的标准写明哪类设备用哪种接口：控制器支持时用OPC UA，发布数据用MQTT，老旧设备用硬接线I/O。选哪种不如有一种统一的方式重要。
• 带历史记录的基础数据表。 每个产品和每条产线：理想节拍、测量方法和时间，以及负责人。变更遵循一个简短的流程（申请、批准、生效日期），并保留历史记录。数据表按设定周期评审，产品或设备变化时也要评审。
• 原因代码清单短到用得起来。 工厂自己设定代码数量的上限，关注被编码为“其他”的时间占比，并在该占比上升时评审清单。
• 每日核对。 每天把生产数量与ERP入账数量对比，例外情况列出并加以说明，而不是直接覆盖。
• 角色与术语表。 访问权限按角色定义（操作工、班组长、工程师、经理、供应商），每个关键字段都有书面定义，集中存放在一处。
• 把OT安全的基本功做扎实。 维护资产清单。供应商远程访问只走一条受控通道，使用实名账户，按申请开启会话。补丁管理针对每一类设备与生产部门商定，并按照IEC 62443原则把产线划分为不同区域。

提升一个等级的90天计划

本计划假定大多数答案处于2级或3级。你的评估报告会为每个差距给出具体的下一步行动；从得分排在末位的那道题开始。

1. 第1–2周盘点。列出瓶颈产线上的设备及其控制器和可用信号。列出车间网络上的每一台设备和每一条远程访问通道。梳理生产数据在哪些环节被重复录入，以及耗时多少。记下基础数据目前存放在哪里，有几个版本。
2. 第3–6周为瓶颈设备接入运行/停止信号和计数，并集中存储数据。实测主要产品能稳定保持的节拍上限，发布一份有指定负责人的基础数据表。关闭不受控的远程访问通道；如果尚未隔离，把生产网络与办公网络隔离开。
3. 第7–12周把耗时较多的那项人工转录自动化，哪怕只是定时文件。编写基础数据的变更流程。起草涵盖资产清单、远程访问和补丁管理的OT安全策略。按角色定义访问权限。第12周，检查每日会议使用的瓶颈数据是否已无需任何人重新录入，并重新评估。

核验时评审团关注的证据

在核验中，你需要上传证据材料，然后在45分钟的视频访谈中带两名评审员逐项过一遍。他们要找的是数据基础已在工厂例行机制中使用的迹象，而不是未来项目的架构图。

算数的证据材料：

• 设备清单，注明每台关键设备的联网状态和接口类型。
• 一张简化的网络图，显示办公网络与生产网络之间的隔离。
• 附变更历史的基础数据表，以及注明负责人的原因代码清单。
• 订单和数量在系统之间如何流转的说明或截图，以及一份近期的核对记录。
• 访问角色清单和字段定义术语表。
• OT资产清单、附日志样本的远程访问规程，以及OT安全策略。
• 一份近期的设备技术规格，其中包含联网或安全要求。

不算数的： 供应商宣传册；尚未启动的项目的架构幻灯片；数据未在任何会议中使用的联网试点设备；从IT原样照搬的安全策略；没人打开的仪表盘截图。

让工厂在这个支柱上停滞不前的陷阱

• 什么都联网，什么都不用。 采集了几百个数据点，晨会用的却还是一张手写的表。
• 用铭牌节拍。 性能损失要么消失，要么离谱，大家就不再信任整个数字。
• 原因代码泛滥。 每出现一个新问题就加一个代码，直到操作工只选清单里排在头一个的代码。
• 数量有两个真相来源。 生产系统说一个数，ERP说另一个数，每周有人手工修正差异，却从不问为什么。
• 从系统出发，而不是从问题出发。 在统一定义和基础数据之前就选定平台或启动集成项目，意味着之后两者都要推倒重来。
• 把OT安全当作IT的事。 或者反过来：因为没有人商定维护窗口，生产部门多年来拦下每一个补丁。
• 被遗忘的供应商访问。 多年前调试时安装的远程访问工具，至今仍在运行，仍在使用原始密码。
• 没人查询的数据仓库。 集中采集、却只有一位专家能查到的数据，并不比共享盘强。

下一步

参加评估，查看这个支柱与其他五个支柱并列的指数，以及它是否正是拖低你总体等级的那个支柱。数据基础的存在是为了服务于绩效可视化，那里的问题转向损失如何记录、大家是否信任数字，所以接下来请阅读那个支柱。至于FEI不衡量的OEE数字和对标数据，请参阅 oee-benchmark.org。

常见问题