企业官网建设流程全解析

简介：这份PDF面向电子制造业信息化从业者、MES系统选型人员及系统设计学习者，聚焦通用型电子制造业MES系统的整体界面呈现，帮助读者直观了解系统各功能模块的布局与操作逻辑，解决选型评估与方案设计时缺乏界面参考的问题。资源为单个PDF文件，压缩包约29.87MB，内容以界面截图为主，涵盖看板设置、系统设置与基础配置、部门信息、车间建模、仓库建模、工厂日历、工种信息、客户与供应商信息，以及编码校验规则、编码生成配置、编码生成变量与打印模板等模块。已有121人学习下载。通过这份截图资料，读者可快速把握MES系统从生产看板到基础数据建模的完整功能脉络，理解车间与仓库建模、编码规则配置等关键设计思路，为信息化技术方案撰写与系统设计方案落地提供直观参照，适合作为方案汇报、需求沟通与学习研究的辅助素材。

1. 电子制造业MES界面截图背后：一套系统到底该长什么样

拿到一份“通用型电子制造业MES系统整体界面截图.pdf”，很多人第一反应是翻页看功能菜单，但真正做过产线数字化的人会先看三件事：工单在哪个界面流转、报工数据从哪一步录入、异常停线时谁先收到信号。电子制造业的MES和汽车零部件、注塑、食品行业最大的区别在于——SMT贴片、DIP插件、组装测试、包装出货这几段工艺对追溯颗粒度的要求完全不同，前者要管到单板SN，后者可能只管到批次。所以一份“通用型”界面截图，本质上是在展示一套可配置的功能骨架，而不是某个工厂的最终形态。这篇文章面向的是正在选型MES的电子厂IT负责人、刚接手MES实施的项目经理，以及想自研或二开MES的开发者。我会把截图里能看到的界面逻辑拆成可落地的模块，告诉你哪些界面必须做、哪些参数必须留、哪些坑我踩过。

2. 从截图反推功能模块：电子制造业MES的六个核心界面

2.1 工单管理界面：从SMT排产到组装关单的字段设计

电子制造业的工单和机械加工最大的不同是“母子工单”关系。一张主板工单在SMT段贴片完成后，可能拆成两张子工单分别做DIP插件和整机组装。截图里如果只看到一个工单列表，那大概率是简化版。实际落地时，工单管理界面至少要包含这些字段：工单号、母工单号、产品编码、版本号、计划数量、已完工数量、当前工序、工单状态、优先级、计划开工时间、计划完工时间、实际开工时间、实际完工时间、ECN变更标记。

我一般会建议在工单列表上方加一个“工单树”视图，用父子层级展示拆分关系。这个视图在截图里往往被省略，但产线计划员每天都要用。下面是一个用Python快速生成工单树结构的示例，方便你在自研时参考数据模型：

# 工单树构建示例：将扁平工单列表转为父子层级 # 输入：工单列表，每个工单包含 work_order_no, parent_wo, product_code, qty # 输出：嵌套字典，便于前端渲染树形表格 def build_wo_tree(wo_list): # 先建立索引：工单号 -> 工单节点 node_map = {} for wo in wo_list: node_map[wo['work_order_no']] = { 'work_order_no': wo['work_order_no'], 'product_code': wo['product_code'], 'qty': wo['qty'], 'children': [] } roots = [] for wo in wo_list: node = node_map[wo['work_order_no']] parent = wo.get('parent_wo') if parent and parent in node_map: # 挂到父节点下 node_map[parent]['children'].append(node) else: # 没有父工单或父工单不存在，作为根节点 roots.append(node) return roots # 参数说明： # work_order_no：工单唯一编号，字符串，必填 # parent_wo：父工单号，字符串，可为空；为空表示独立工单 # product_code：产品编码，用于关联BOM和工艺路线 # qty：计划数量，整数 # 注意：实际数据库中建议加唯一索引在 work_order_no 上，parent_wo 加普通索引

这段代码的逻辑很简单：先遍历一遍建立工单号到节点的映射，再遍历一遍挂父子关系。关键参数是parent_wo，它在电子制造业里通常对应“拆分工单”或“返工工单”的场景。如果你在截图里看到工单列表没有父子层级，那这套MES大概率不支持工序级拆分，选型时要问清楚。

工单状态的设计也有讲究。很多通用型MES把状态简化为“未开始/进行中/已完成”，但电子厂需要更细：已排产、已发料、SMT已上线、SMT已下线、DIP已上线、DIP已下线、组装中、测试中、包装中、已入库。状态太多会导致界面臃肿，我一般会做成“主状态+子状态”两级，主状态控制流程流转，子状态给产线看板用。

2.2 物料追溯界面：单板SN与批次号的绑定逻辑

电子制造业追溯的核心就一句话：从成品SN能反查到每一颗物料的批次或唯一码。截图里的追溯界面通常是一个查询框加一个结果表格，但真正难的是数据采集端。SMT贴片机在贴片时会读取PCB上的SN，同时记录每颗物料的卷盘条码；DIP插件和组装段可能只扫批次号。所以追溯界面要支持两种查询模式：按成品SN正查物料，按物料批次反查影响了哪些成品。

下面是一个追溯查询的SQL示例，假设你有三张表：product_sn（成品序列号）、material_batch（物料批次）、sn_material_rel（绑定关系）：

-- 按成品SN正查：输入一个成品SN，查出所有关联物料批次 SELECT ps.sn AS product_sn, mb.material_code, mb.batch_no, mb.supplier, smr.bind_time, smr.station FROM product_sn ps JOIN sn_material_rel smr ON ps.sn = smr.product_sn JOIN material_batch mb ON smr.material_batch_id = mb.id WHERE ps.sn = 'SN20250101A001' ORDER BY smr.bind_time; -- 按物料批次反查：输入物料批次号，查出所有受影响成品SN SELECT mb.batch_no, ps.sn AS product_sn, ps.work_order_no, smr.bind_time FROM material_batch mb JOIN sn_material_rel smr ON mb.id = smr.material_batch_id JOIN product_sn ps ON smr.product_sn = ps.sn WHERE mb.batch_no = 'B20241215-001' ORDER BY ps.sn;

参数说明：sn是成品唯一序列号，电子行业常见格式是“日期+线别+流水号”；batch_no是物料批次，通常来自供应商或内部编批；bind_time是绑定时间，精确到秒，用于分析是哪个班次绑定的。注意sn_material_rel这张关系表会非常大，一条成品SN可能关联几十颗物料，所以一定要按bind_time做分区，否则查询会越来越慢。

截图里的追溯界面往往只展示结果，不展示绑定过程。但实施时你要确认：绑定动作是在哪个工位完成的？是贴片机自动上传还是操作员手动扫码？如果是手动扫码，界面必须有防错——扫错物料时立刻弹窗拦截，而不是等成品入库才发现。

2.3 报工与过站界面：电子厂计件与计时混合场景

电子厂的报工比机加工复杂，因为一条线上可能同时存在计件工位（如插件）和计时工位（如测试）。截图里的报工界面通常是一个输入框加一个提交按钮，但实际需要支持：扫工单条码自动带出产品信息、输入合格数/不良数、选择不良代码、自动计算工时、提交后触发过站记录。

我一般会建议报工界面做成“一键报工”模式：操作员只扫工单条码和员工卡，系统自动带出当前工序、标准工时、已报数量，操作员只需输入本次合格数和不良数。不良数大于零时，强制选择不良代码，否则不允许提交。这个逻辑用一段伪代码表示：

# 报工提交前的校验逻辑 def validate_report(work_order, station, good_qty, defect_qty, defect_code): errors = [] # 1. 工单状态必须是进行中 if work_order.status != 'IN_PROGRESS': errors.append('工单未开工，不能报工') # 2. 报工工序必须是当前工序 if work_order.current_station != station: errors.append(f'当前工序是{work_order.current_station}，不能报工到{station}') # 3. 合格数不能超过剩余数量 remaining = work_order.plan_qty - work_order.reported_qty if good_qty > remaining: errors.append(f'合格数{good_qty}超过剩余数量{remaining}') # 4. 不良数大于零时必须选不良代码 if defect_qty > 0 and not defect_code: errors.append('有不良品时必须选择不良代码') # 5. 合格数+不良数不能超过剩余数量 if good_qty + defect_qty > remaining: errors.append('合格数+不良数超过剩余数量') return errors

参数说明：work_order.status是工单主状态；current_station是工单当前所在工序，报工后会自动流转到下一工序；remaining是剩余可报数量，等于计划数量减去已报合格数。注意不良代码必须提前在基础数据里维护好，并且和工序绑定——SMT段的不良代码和组装段完全不同，不能混用。

截图里如果报工界面没有不良代码选择框，那这套MES的质量模块大概率是摆设。电子厂的质量追溯要求每个不良品都能定位到具体工位和具体原因，否则客户审核时拿不出数据。

3. 界面截图之外的落地路径：从PDF到可运行系统的四步走

3.1 第一步：把截图里的菜单树转成数据库表

截图里的菜单树是功能入口，但落地第一步是把它转成数据库表。我一般会建三张表：module（模块）、menu（菜单）、permission（权限）。模块对应一级菜单，比如工单管理、物料追溯、报工过站；菜单对应二级菜单，比如工单列表、工单树、报工界面；权限对应按钮级别，比如新增、编辑、删除、导出。

建表时要注意：菜单的排序字段用整数，不要用字符串；权限编码用“模块:菜单:操作”的格式，比如wo:list:export。这样前端路由和后端接口可以共用一套权限编码，减少沟通成本。

3.2 第二步：用Mock数据把界面跑起来

不要等后端接口全部写完再联调。我一般会先用Mock数据把界面跑起来，确认交互逻辑没问题。Mock数据要覆盖三种场景：正常数据、边界数据（数量为零、状态为已完成）、异常数据（工单不存在、物料批次为空）。这样前端在开发时就能处理各种情况，而不是等测试才发现。

3.3 第三步：确定数据采集方式再定界面字段

电子制造业MES的数据采集方式直接决定界面字段。如果SMT段用设备自动采集，报工界面就不需要操作员输入数量；如果DIP段用手工扫码，报工界面就必须有扫码框和数量输入框。截图里的界面往往是“通用型”，但落地时必须按工段定制。我一般会先画一张“工段-采集方式-界面字段”的对照表，再动手改界面。

3.4 第四步：上线前用真实工单跑一遍全流程

上线前一定要用真实工单跑一遍全流程：从工单下发、物料发料、SMT上线、DIP上线、组装、测试、包装到入库。每一步都记录操作时间和数据变化，确认没有卡顿和逻辑错误。这个过程中最容易发现的问题是：工单状态流转不完整、追溯关系断链、报工数量对不上。跑完一遍再上线，能省掉至少两周的产线投诉。

4. 避坑与排查：电子制造业MES界面实施中最容易翻车的五件事

4.1 工单状态流转卡死：现象是工单停在“SMT已上线”无法进入下一工序

现象：操作员报工后，工单状态没有自动流转到下一工序，界面上的“下一工序”按钮是灰色的。原因通常是工单状态机配置不完整，或者报工数量没有达到流转条件。解决方法是检查状态机的流转规则，确认“SMT已上线”到“SMT已下线”的触发条件是什么——是报工数量等于计划数量，还是操作员手动点击“下线”。我一般会建议用“报工数量达到计划数量的95%即可流转”，留5%的容差给不良品补投。

4.2 追溯查询超时：现象是输入成品SN后查询超过10秒才返回

现象：追溯查询界面输入成品SN后，转圈超过10秒，甚至超时。原因是sn_material_rel表数据量太大，没有建索引或分区。解决方法是按bind_time做按月分区，并在product_sn和material_batch_id上建复合索引。如果查询还是慢，可以考虑把追溯数据同步到Elasticsearch，用倒排索引加速。

4.3 报工数量对不上：现象是工单已完工数量大于计划数量

现象：工单列表里“已完工数量”比“计划数量”还大，计划员无法关单。原因是报工界面没有校验“合格数+不良数不能超过剩余数量”，或者多个操作员同时报工导致并发问题。解决方法是在报工提交时加数据库行锁，并在前端做实时校验。我一般会在报工界面加一个“剩余数量”的实时显示，操作员输入数量时立刻提示是否超数。

4.4 不良代码选错：现象是SMT段的不良品被选成了组装段的不良代码

现象：质量报表里SMT段的不良代码出现了组装段才有的代码，导致分析结果失真。原因是不良代码没有和工序绑定，所有工序共用一套代码。解决方法是在基础数据里把不良代码按工序分组，报工界面根据当前工序过滤可选代码。这个改动不大，但能显著提升质量数据的准确性。

4.5 界面权限混乱：现象是产线操作员能看到工单删除按钮

现象：产线操作员登录后，工单列表里出现了“删除”按钮，误操作后工单被删。原因是权限控制只做到了菜单级别，没有做到按钮级别。解决方法是在前端用权限编码控制按钮的显示与隐藏，后端接口也要做同样的校验。我一般会建议把权限编码写在路由配置里，前端渲染时统一判断，避免每个页面单独写逻辑。

5. 进阶技巧：用截图里的界面反推MES选型清单

如果你正在选型MES，手里只有一份界面截图PDF，可以用下面这张表反推供应商的能力。每个界面看三个点：字段是否可配置、流程是否可编排、数据是否可导出。字段可配置意味着你能加自定义字段而不需要改代码；流程可编排意味着你能调整工单状态流转规则；数据可导出意味着你不会被供应商锁定。

这张表的使用方法是：打开截图PDF，逐个界面对照。如果某个界面的“可配置项”在截图里找不到入口，直接问供应商“这个字段能不能加、流程能不能改”。如果供应商说“需要定制开发”，那就要评估定制成本和后续升级是否兼容。

我自己的习惯是：选型时先让对方用测试环境跑一个真实工单的全流程，从工单下发到入库，每一步都截图留档。然后拿这份截图和PDF里的界面做对比，看哪些字段是截图里有但实际跑不出来的，哪些流程是截图里没展示但实际必须有的。这个动作能过滤掉八成不靠谱的供应商。希望帮到你。

本文还有配套的精品资源，点击获取