智能工厂系统地图

没有一份通用的标准清单，因为系统之间有上下依赖，单独一份名单无法判断该不该买。更实用的做法是按能力分成五层来看：设备与控制层、采集与联网层、车间执行层、企业运营层、分析与决策层。先看自己缺哪一层、卡在哪一层，需要哪几套系统是自然推出来的结果。

从数据能不能自证的角度看，采集与联网层最不能省。设备层提供原始数据，执行层和管理层都要靠这一层的输出来运行。这一层缺位时，上面几层的记录只能靠人工录入，数据会滞后、会失真，也无法回答「这个数是怎么来的」。没有可信的数据，上层系统就退化成电子台账。

不算。ERP 位于企业运营层，主要解决订单、物料、账目与产品数据的统一问题，它既管不到车间正在发生的工单与工序，也管不到设备的实时状态。判断是否达到智能工厂，要看从设备到经营这条纵向链条上的数据是否贯通，而不是看有没有某套系统。

可以也应该分批做。推荐顺序是先把数据能自动上来这件事跑通，再补车间执行层，然后做系统之间的集成，最后才是上层分析与决策应用。这个顺序的逻辑是后一层依赖前一层的数据，顺序反了会出现「系统都上了但数据靠人搬」的情况。分批推进还有一个好处是每一期都有可验证的效果，止损点可控。

在多数语境下可以视为同一套系统的不同叫法，但它指的是制造执行层这一层的能力，而不是某个固定产品。它管的范围是工单与派工、工序流转、报工与产量、在制品、质量记录、物料防错、设备与人员工时。理解这一点比记住名称更重要，因为不同厂商的产品边界差异较大。

因为成本核算和利润分析从一开始就不属于 MES 的职责。MES 采集的工时与产量是成本核算的原始数据，但原始数据不等于成本——还需要定义分摊规则、损耗率、人工费率、设备折旧口径，这些属于财务职能。把两者混为一谈，容易出现财务算一个成本、车间算一个成本的情况。

一个简单的分法：ERP 管「生意怎么算」，MES 管「活怎么干」。客户订单、报价、合同、采购到货、成本核算属于 ERP；工单拆分、工序派发、报工、在制品、质量记录属于 MES。两边通过接口交换少量关键字段即可，最忌讳的是把订单重复录进两套系统，形成两套编号、两套进度。

客户结构简单、品种少批量大、交期宽松的工厂，用纸质流转卡加轻量的表格工具可能比上完整 MES 更划算。有三个问题可以辅助判断：工单是否又多又碎已经记不清、客户是否明确要求逐件逐批追溯、是否存在因在制品积压或错发导致的持续损失。三条都答否，建议先按最小组合做起。

不能简单说不达标，但说明系统的使用面偏窄。判断标准不是买了哪些模块，而是哪些模块在持续产生业务数据。只用两个模块属于普遍现象，因为多数企业第一批上线的目标就是把账理清。问题是生产、质量、设备、成本这四个常被搁置的模块，恰好是后来对外说明时最需要取证的部分。

影响主要在取证的充分度上。产能与交付要的是系统里的工单完工记录，质量与追溯要的是可查批次的检验记录，设备与投入要的是设备台账与运行记录，研发费用归集要的是工时与分摊依据。这几类记录如果没有系统来源，只能用手工汇总材料替代，证明力会明显弱一些。

多数情况下优先考虑补开模块。换系统解决不了流程没有定义的问题——如果工单怎么开、报工谁确认、不良怎么处理这些规则还没有写下来，新系统上线后问题会重演一遍，而且还要承担重新选型、数据迁移、人员培训和业务中断的成本。先确认现有授权清单，再评估补开与对接的工作量。

最直接的证据是操作日志与记录的连续性。系统里随业务产生并按时间排列的数据，事后无法补造；而事后准备的截屏、说明文件证明力要弱得多。实务上建议把最近数月的主要操作日志提前导出归档，同时保证同一个指标在财务、库存、生产三个模块里是同一个数。

不一定。老设备有几条低成本路径：加装外置传感器或智能电表，只取开没开、转没转、耗多少电；更换或加装控制器，用于读取工艺参数；对确实无法取数的工序，用工位级扫码报工替代填表。三条路径可以混用，关键是把每一条路径的数据可信度边界写清楚。

不是。更实用的做法是先定义要回答什么问题，再决定取哪些点位：想知道设备今天转了几个小时，只需要运行状态与开机时间；想知道做了多少件，需要计数信号；想分清停机原因，需要停机信号加原因代码。点位过多但没人使用，只是增加存储与维护成本。

最直接的后果是层与层之间对不上账。同一个产量，采集系统按产出数统计、执行层按报工数统计、运营层按合格入库数统计，三处数值不同且无法解释来源。到了核对环节，差异只能靠人力逐笔去查。所以口径统一往往比点位齐全更值钱，且必须先于接口开发完成。

成本取决于采集粒度。全部更换控制器属于高投入方案；按分层推进——新设备直连、中龄设备选配通讯模块、老机台加装外置传感器、确实无法取数的工序用扫码报工——通常可以把投入压缩到前者的零头，代价是部分老设备的采集粒度较粗。两种都合规，差别在于要回答的问题需要多细的粒度。

信息化孤岛指的是每套系统都有数据、但数据不在系统之间流动的状态。它分三种形态：系统之间不通，靠人工导表同步；系统通了但口径不通，同一个指标定义不同；口径也通了但没人据此做动作。多数企业卡在前两层之间，因为第一层看起来是技术活，第二层要动业务定义、牵扯部门。

最容易暴露的位置是同一个事实在不同材料里长得不一样。典型症状包括：车间报工数与财务确认数出现固定比例偏差且无法解释；产能利用率用设备台时和用订单量各算一个、互不支撑；质量数据系统里很好但返修报废另有一套口径；账面库存与实际盘点长期有差异且每月靠调账拉平。

顺序是：先统一主数据，再定最小接口集，然后统一口径定义，最后才做分析应用。主数据不统一，接口只会把混乱同步过去；一上来做全量对接，往往在字段层面就卡住。建议先挑三到五个必须一致的字段（如工单号、完工数、入库数、批次号）跑通，其余逐步扩展。

因为接口解决的是「数据能不能传」，主数据解决的是「传过去的是不是同一个东西」。物料、客户、工序、设备这几类编码如果在各系统里不一致，接口做得再好也只是把两边的差异固化下来，后续的汇总与比对依旧无法进行。主数据统一是接口开发的前置条件，顺序颠倒会反复返工。

差在三件事上：位置、批次、顺序。台账能记数量，但通常不知道货在哪个货位、是哪一批料、该先出哪一批；WMS 能记到货位与批次，并由系统强制先进先出，还支持上架与拣货指引。另外台账的差异只能知道少了多少，WMS 可以把差异定位到具体作业与经手环节。

盘亏只是浮出水面的部分，更大的成本藏在几处：找料工时占用生产准备时间；不确定库存导致重复采购、多占资金；没有先进先出约束造成呆滞与过期；相似物料或批次发错导致返工甚至整批召回；以为有料而实际没有、或反之造成的停线待料；为搞清楚而增加的盘点频次与人力。

靠人执行在短时间可以，长期很难稳定。先进先出本质是一条约束：不按批次不能出库、不扫码不放行，而这类约束在手工体系里无法稳定落地。由系统强制还有一个额外价值——出库记录本身就成了执行痕迹，只要每次出库都指向最早入库批次，就构成先进先出被执行的直接证据。

物料种类少、批次要求宽、单一大批量生产的场景，台账加条码通常就够，重点是账实相符与定期盘点。反过来，物料种类多且有批次或效期要求、客户有体系审核或追溯要求、多仓多组织需要跨系统取库存数，这几种情形下 WMS 的必要性明显更高，其中客户要求属于不做就会丢订单的准入条件。

因为每次都在解决「当批」，而不是在解决「规律」。常见路径是：现场发现不良、老师傅判断原因、当批挑出返修或报废、纸质表上记一笔、月底汇总成一张表，然后没有人按机台、工序、批次去分析这张表。记录存在但没有被结构化管理，等于不存在，同样条件下次会再次触发。

不是。检验是动作，QMS 是把这套动作标准化并留下记录。它管四件事：检验标准（判定标准与抽样规则）、检验执行（来料、过程、出货三类检验）、不良处理（标识、隔离、评审、返修或报废）、纠正与预防（根因分析、措施与效果验证）。其中纠正与预防是最容易被跳过、也最有价值的一环。

因为它是用确定性的成本去覆盖不确定性的风险，而且成本随产量线性增长。全检能保证客户收不到不良品，但问题仍在持续产生，多付的是每一件的检验工时与设备占用。相比之下，过程控制与系统级归因的投入更像一次性投入加日常维护，产量越大差距越明显。

可以理解为一件事的三个侧面。QMS 回答标准是什么、有没有被执行、问题怎么改；追溯回答这一件是从哪来的、流向哪里；体系审核回答这套机制是否有效运行。三者的共同基础是记录的连续性——审核看的是记录是否连续，而纸面记录最难证明的正是连续性。

几乎都是数据问题而不是公式问题。OEE 需要三类来自系统的时间与产量数据：设备运行与停机状态记录、产量计数与理论节拍、检验结果。多数工厂这三类数据都不完整，比如停机靠班组长回忆、产量靠人工报、节拍用出厂参数，哪个因子数据缺失最严重，算出来的值偏得就最多。

时间开动率需要设备运行与停机状态记录，用来区分计划停机与非计划停机；性能开动率需要产量计数加上有文件依据的理论节拍；合格率需要过程检验数据，而不只是最终入库数。分母是计划运行时间，它又取决于设备台账、班次安排和计划停机口径三件事，任意一项不清，分母就是模糊的。

方法是用单位时间的产出价值乘停机时长。这样换算的价值在于能排出改进优先级：故障停机减少的是直接产出并影响交付承诺，换型停机随品种数增长，待料停机往往被错记成设备问题，质量停机同时损失产出与已投入工时，计划停机属于必要投入、应与故障停机分开统计。

顺序是：先做设备台账（编码、型号、位置、原值、启用日期、责任人），再做点检与保养计划并留下执行记录，然后才是维修工单与备件管理，最后才谈状态与效率分析。直接跳到做 OEE 看板，只会得到一组无法解释的数字。台账是后面所有工作的基础，不能跳过。

指的是四段数据能被串起来：来料段（供应商、批次、到货时间、检验结果）、工序段（每道工序的机台、时间、人员、关键参数）、检验段（过程与出货检验结果、不良类型）、出货段（发往哪个客户、哪张订单、哪个批次）。四段中任何一段缺失，追溯就只能靠推测。

由客户要求决定，不能自己定。批次级能定位到同批投料与同时段产出，实现代价较低；工单级能定位到具体一张生产工单的全部记录，需要执行层系统支撑；单件级需要逐件唯一标识与逐站扫描，代价最高，多见于汽车、医疗等强监管行业。做超出客户要求的粒度容易过度投入，做低了则会在审核时当场暴露。

常见原因是系统按「状态」建模，返修后重新入库时覆盖了原记录。规范做法是保留原记录并追加返修记录：这件产品曾经不合格、返修了哪道工序、由谁处理，都应可查。原则是追溯系统记录的是历史而不是状态——状态可以更新，历史不可以被覆盖。

三者是同一件事的三个侧面，建议同步规划、分批实施。执行层产生工序段记录，QMS 定义判定标准并记录判定结果，WMS 记录来料与出货两端的批次归属，缺一段链条就断。分别立项容易出现接口定义不一致、字段对不上的问题，回头还要做一次集成。

订单稳定、按顺序生产时 Excel 表现良好，甚至可以比系统更灵活。失效点集中在一处：插单或约束变化。临时插一个急单需要重排后续所有工单，关键物料延迟到货需要同时满足物料与产能两类约束，主力设备故障需要重算替代工艺与负荷转移，多品种小批量混线时换型顺序又与人算不懂的组合强相关。

它管在有限产能约束下排定工序顺序、多资源冲突时的分配、交期可行性评估、插单后的全厂连锁重排、换型顺序优化。它不管客户订单的接受与变更、物料采购议价、实际报工与过程数据采集、成本核算。把「交期做不到」怪到 APS 上，是选型阶段常见的误解。

绝大多数卡在数据准备阶段，而不是算法阶段。它依赖三份基础数据：工艺路线（工序顺序、可选设备组）、标准工时（含换型时间的实测值）、产能日历（班次、工作日历、保养计划）。其中标准工时最难，很多工厂只有老师傅心里的数。用估计值喂进去，排出的计划与实际严重不符，计划员很快会失去信任、回头继续用 Excel。

从约束最强的地方开始，通常是选一条瓶颈产线。瓶颈决定全厂产出上限，在这里做排产优化的收益最直接、最容易验证。步骤是：补齐该线的实测标准工时、让 APS 与执行层对接形成闭环、验证有效后再外扩到相邻产线，最后才是全厂。每一步都有可测量的收益，才容易取得组织信任。

不要从「同行都上了」去判断，而要从两件事倒推：客户要求你证明什么，以及内部最痛的一件事是什么。如果客户有体系或追溯要求，那属于必须满足的下限；如果内部最痛的是「不知道订单做到哪一步」，那就先做工单与报工。两条都清楚了，配置自然就出来了。

通常是三件：一个采集起点（找一台或一条关键设备，先证明数据能自动上来）、一个执行核心（上新工单与报工，覆盖主要工序，可以先从扫码报工做起）、一个台账（设备台账、批次台账、检验台账至少管起来）。这三件做完，客户要求的下限基本满足，内部最痛的那一件也有改善，其余能力都建立在这三件之上。

先看客户要求的是级别还是动作。一般工业客户要求交期稳定与质量可商议，对应工单进度可视加基本检验记录；有体系要求的客户要求过程记录可查、不良可追溯，对应工序过站记录、批次绑定与检验记录；强监管行业客户要求单件级追溯与关键参数留存，对应逐件标识与参数采集。级别定了，配置就定了。

优先顺序一般是：关键设备的数据采集、执行层基础功能（工单与报工）、批次与条码，之后才是经营分析看板，高级排程与全厂级平台放在后面。后两项不是不好，而是需要前面的数据基础才落得下来，条件不足时很容易变成成本中心。建议把总预算拆成三期，每期只投一件事并做一次验证，止损点可控。

差别不在门槛高低，而在考察到哪一层。智能车间以车间、产线或生产单元为范围，主要考设备控制到车间执行这一段的自动化、数据采集、工序贯通与追溯；智能工厂以整厂为范围，考从设备到经营决策的全链条数据贯通与系统集成；5G 与工业互联网类重点在联网层，考察网络覆盖、连接设备数量与类型、数据上行与平台应用。

看现有数据贯通的范围，而不是只看企业规模。如果只有某条产线自动化程度高、数据能采，其他产线一般，更适合智能车间类；如果全厂主要工序数据贯通且有跨系统的经营数据应用，可以考虑智能工厂类；如果设备联网面广、有平台但业务系统相对薄弱，顺着优势写 5G 与工业互联网类更合适。单点数字化刚起步的，先把采集与执行层做起来。

四件事：数据从哪里来（自动采集还是人工录入、覆盖哪些环节）、数据有没有流动（系统之间是接口对接还是人工搬运）、数据有没有被用来做决策（有没有因为数据而调整过生产、质量或供应安排）、能不能被验证（记录是否连续、时间戳是否清晰、能否追溯到具体批次）。第三点最能拉开差距，也最容易被写空——检验方法是举出具体例子。

顺序是定位口径、按五层盘点现状、补最缺的那一层、沉淀系统自然产生的证据，最后才组织材料。三个常见的时间坑：材料写好才去补系统，导致材料与现场不符；系统上了但没留操作痕迹，申报时无法证明使用；把上系统的时间排在申报当年，而多数口径要求的是已经运行一段时间的状态。任意一条踩到，周期都可能往后推一年。