MES 概念验证

MES 概念验证：让一个生产区域变得可见

验证来自您自己设备的实时生产数据是否可信——自动采集，与您团队的手工计数核对，最终形成一份无人质疑的 OEE 基线和损失帕累托图。结果是一个真正运行的试点区域，加上可复制到全厂其余部分的接入模式。

制定我的 MES PoC 方案与制造工程师沟通

典型周期6–12 周

试点范围一条产线、一个单元或一个边界清晰的区域——通常 3–10 台设备

主要对接人工厂负责人

结束时的决策工厂级推广架构、时间表与商业论证

这是您需要解决的问题吗？

产量、停机与废品数据要到第二天早上才能从纸质表格得知，而不是当下从设备端获取。
OEE 数值虽然存在，但需要据此行动的人并不相信这些原始输入。
设备停机被记为"故障"却没有具体分类，因此无法做帕累托分析。
每一次关于绩效的提问都要靠一周的人工数据收集才能回答。

主要对接人: 工厂负责人 · 生产经理 · 运营卓越经理 · 制造 IT · 数字化转型负责人

这个 PoC 要验证什么

在您现有的设备条件下，能否实时、准确地采集机台和工位状态？

自动采集的良品数量、废品、节拍与停机时间，是否与团队的手工计数一致？

能否按照生产和财务双方都认可的定义计算 OEE 和节拍时间？

操作工是否会在每个班次真正使用工位流程——登录、报工、分类停机原因？

试点产线上使用的接入模式，能否推广到全厂，还是仅限于这几台设备？

建议的试点范围

一条产线、一个单元或一个边界清晰的生产区域，通常 3 到 10 台设备或工位。
一个或多个有代表性的产品族，其中至少一个换型频繁。
覆盖实际运行班次（包括夜班，如果存在）的选定操作工。
PLC、IIoT 卡、摄像头计数或人工面板采集，具体取决于每台设备实际支持的方式。
可选：针对测试环境的一个受控 ERP 工单闭环。

PoC 期间将实际运行的内容

在车间大屏上显示设备和工位的实时状态，团队可以站在屏幕前查看。

在工位端完成操作工登录、生产报工、停机分类与废品采集。

按约定定义、按设备与班次计算 OEE、可用率、性能与质量。

使用贵方设备维护和质量团队所用分类的停机与废品帕累托图。

这个 PoC 如何推进

周 1–2

调研与决策定义对候选区域进行现场走查，完成设备与信号调研，就试点范围、KPI 定义以及本 PoC 需要支撑的决策达成一致。通过标准: 范围、KPI 定义与设备清单已书面确认。

周 2–4

基线测量按照贵方今天的测量方式测量现状——产量、停机、废品、报工工作量——以便最终比较时使用双方事先认可的数字。通过标准: 基线已获得贵方生产与运营负责人认可。

周 3–6

硬件与网络安装通过 PLC 驱动、MSF IIoT 卡接入试点设备，在没有可用 PLC 的场合使用 Smart I/O；安装工位面板；设置用户、角色以及停机与废品代码列表。通过标准: 每台试点设备均上报状态与计数；安装窗口关闭。

周 5–10

受控的实际运行贵方操作工在每个班次都通过系统运行该区域。计数最初每日、随后每周与手工记录核对；分类质量与使用情况被持续跟踪，而非假设成立。通过标准: 在整整一个生产周内，计数核对与停机分类均保持在约定水平。

周 10–12

推广决策与商业测算将结果与评分表、损失帕累托图、差距清单、全厂接入架构、物料清单和 ROI 模型一并呈现给决策者。通过标准: 继续、调整还是停止——数据摆在桌面上。

周期为典型值，并非承诺。会拉长进度的因素包括：数据缺失或不完整、安全与网络审批、硬件交期、样品收集、安装作业许可、生产排程、ERP 测试环境权限，以及贵方团队评估结果所需的时间。

不预期出现非计划停机。任何安装窗口或受控中断都会事先与贵方约定，并围绕生产计划安排。

如何衡量成功

如何衡量成功
指标	如何定义	数值来源	类型
数据完整性	试点区域内记录有设备状态的生产时间占比，不含约定的非生产日历时间。	MSF 平台数据	技术
自动采集比例	良品与废品数量中来自设备或传感器信号、而非操作工手动录入的比例。	MSF 平台数据	技术
计数核对准确度	系统数量与贵方同班次手工计数之间的偏差，按约定的班次数量进行测量。	双方约定的基线测量	技术
停机分类覆盖率	记录的停机分钟数中带有真实原因代码、而非"未分类"的比例。	MSF 平台数据	运营
上报时延	设备端事件发生到该事件在看板上可见之间的时间，以第 95 百分位数计。	MSF 平台数据	技术
操作工采纳度	在工位端完成预期登录、报工与停机分类的班次占比。	MSF 平台数据	采纳度
OEE 基线与主要损失	按约定定义测得的试点区域 OEE，以及按丢失分钟数排序的损失分类。	MSF 平台数据	运营
省去的人工报工工作量	此前每周花费在收集、录入和核对生产数据上、如今试点期间不再需要的小时数。	现场观察与用户访谈	财务

在实施之前，MSF 与贵方团队会共同约定每项指标的计算方式、基线来源、需要排除的数据，以及哪种结果足以支撑推广决策。本页列出的是要测量的内容；具体目标值写在书面 PoC 范围里，而不是写在营销承诺里。

需要您提供的内容

设备清单，包括 PLC 品牌与型号、可用的备份及授权可操作人员。
车间的网络与安全规则，以及可批准例外情况的负责人。
当 ERP 闭环在范围内时提供的工单、工艺路线与 BOM；无论如何都需要提供班次日历。
贵方当前使用的停机代码、废品代码、用户和角色清单，以及现行 KPI 定义。

各方职责

Meta Smart Factory 提供

调研工作坊与范围界定的组织推进
按约定范围完成方案配置
该范围内的集成与接入工作
报价中列明的 MSF 硬件
试点用户培训
KPI 定义与验证方法
试点期间的问题跟踪与支持
最终结果报告与推广方案设计
针对试点设备的 PLC 及协议接入工作，包括在没有可用 PLC 时的 Smart I/O 改造。
基于试点实际验证结果推导出的全厂推广架构与物料清单。

贵方提供

指定的业务负责人与技术负责人各一名
及时提供对用户、产线、设备与授权系统的访问
对工艺流程与主数据的如实说明
网络、电源、安装位置与安全作业许可
ERP、PLC 与供应商文档，以及熟悉这些内容的专家
有代表性的样品或历史数据
确认基线值是公平的
反馈意见与验收决定
对试点设备及其控制柜的安全、按计划安排的访问权限。
同期的人工生产记录，以便与自动采集数据核对。

在书面报价中约定

工业平板电脑、平板设备、服务器与 GPU 服务器
相机、镜头、光源与防护外壳
扫描枪、打印机、RFID 设备、仪表与传感器
差旅、安装、运输、进口税费与本地电气施工
硬件采取租赁还是购买
PoC 费用是否可抵扣推广费用

商务条款、硬件归属、差旅、集成范围以及是否抵扣推广费用，均在书面 PoC 报价中约定。这些条件并非对每个产品都相同，本页也不作承诺。

您最终得到什么

一个在贵方产线上实际运行、由操作工使用的 MES 试点系统。
设备接入图：接入了什么、如何接入，以及每种方法的复制成本。
试点区域的基线报告与损失帕累托图。
用户反馈与差距清单——哪些方面未奏效及原因。
全厂推广架构、分阶段时间表与物料清单。
基于实测损失（而非参考百分比）构建的 ROI 模型。

前提条件、不含内容与边界

本 PoC 依赖以下条件

在约定的安装窗口内可实地并通过网络访问试点设备。
基线期间的人工记录真实可用。

本 PoC 不包含

全厂推广、第二个厂区，以及约定试点清单以外的设备。
贵方侧的 ERP 定制开发，以及任何向生产 ERP 的回写，除非明确纳入范围。

本 PoC 不作出的承诺

PoC 测量的是贵方的 OEE 基线——并不承诺特定的 OEE 提升百分比。改善来自于针对试点所揭示损失采取的行动，这是推广与车间管理层面的问题，而非软件问题。

继续、调整还是停止——决策点

继续继续：数据可信，接入模式可扩展——按交付的架构推进分阶段全厂推广。

调整调整：采集功能可用，但某类设备、某个代码列表或操作工流程需要在扩展前重新完善；差距清单会明确指出具体是哪些。

停止停止：该区域无法以可接受的成本接入，或发现的损失不足以支撑推广。无论哪种结果，基线分析都归贵方所有。

常见问题

试点应覆盖多少台设备？

数量要足以具有代表性，又要少到能保持速度——通常 3 到 10 台。比数量更重要的是组合：至少包含一台配备现代 PLC 的设备、一台需要改造的老旧设备，以及一个人工工位，因为这正是推广阶段必须重复的三种接入模式。

MES PoC 需要 ERP 集成吗？

不需要。大多数 MES PoC 完全不连接 ERP 就能验证数据采集、OEE 与操作工流程。如果您也希望验证工单闭环，需要明确纳入范围，针对 ERP 测试环境运行，并会延长周期。

如果某台设备没有 PLC 或厂商不肯提供访问权限怎么办？

这是常见的发现，而非障碍。这类设备通过读取现有信号（节拍触点、指示灯、计数器）的 MSF IIoT 卡或 Smart I/O 模块接入，或使用摄像头计数。PoC 会刻意包含至少一台此类设备，以便推广估算更贴近现实。

你们会将系统数据与我们的数据进行比对吗？

会的，这是评分表上的一项指标，而非事后补充。计数核对在实际运行阶段开始时每天进行。若系统与手工计数出现偏差，会先找出原因，再要求任何人信任仪表盘。

申请这个概念验证

请描述您设想的范围，我们会以书面 PoC 方案回复：接入哪些内容、贵方提供什么、成功如何衡量，以及最终的决策形态。