定义句Moges PMS5 是面向 50 人以下离散机加工厂的 SaaS 化生产管理系统——以 MES生产执行为核心、向上覆盖订单与业财的机加工 ERP提供工单管理、扫码报工、生产进度看板。后台做生产管理系统绕不开一个核心概念工单Work Order。它像是整张生产的主使图——决定一件货从哪来、按什么顺序做、做到哪算完。本文分享一套面向离散机加工场景的轻量 SaaS MES 里工单该怎么建模、怎么把顺序、进度、责任、变化这四件事管住。说明文中表结构与代码均为示意性伪代码用于说明建模思路非生产环境实现也不可直接运行。一、工单模型产品 工段列表 数量离散机加工里工单不是一个孤立的单它承载着三个维度产品维度做什么零件件号、名称、图号。工艺维度工段列表工序按顺序排好。数量维度做多少个。示意虚构表脱敏-- 工单头逻辑主使图createtablewo_header(wo_idvarchar(32)primarykey,-- 工单号贯穿全链src_order_idvarchar(32),-- 来源客户订单part_novarchar(64),-- 件号qtynumeric(12,2),statusvarchar(16)DEFAULTcreated-- 虚构状态机);-- 工单明细挂一串工段工序createtablewo_step(id bigserialprimarykey,wo_idvarchar(32),-- 外键到工单头seqint,-- 工艺顺序号step_codevarchar(32),-- 工段标准编码plan_qtynumeric(12,2));这里最关键的设计决策工段是独立可复用的标准底稿CNC、热处理、线切割等工单只是引用一串工段而不是每次把工艺抄一遍。工艺提前定义好建单直接套用全车间口径统一。二、顺序控制为什么不可跳序要靠硬规则机加工讲工艺纪律上一道没完成就干下一道轻则报废、重则返工。与其靠车间自觉不如把顺序写进数据模型。示意虚构仅思路-- 判读当前工段是否可开始seq 必须是从未完成的最小顺序selectstep_codefromwo_stepwherewo_id:wo_idandplan_qty0andnotexists(select1fromwo_report rwherer.wo_step_idwo_step.idandr.report_typeDONE)orderbyseqlimit1;真实实现里我们用报工完成事件驱动来控制流转上一道产生 DONE 记录下一道才解锁。这套思路往深了说就是进程式状态机示意created → step_n_doing → step_n_done → finished抛砖引玉。三、进度与追溯让工单号成为贯穿全链的一根线工单最值钱的是它把生产全流程串成一条可查询的线客户订单 → 工单 → 各工段报工 → 加工记录 → 派工 → 品质 → 工单变更 → 外协 → 对账收付款实现上各类业务记录都以工单号或工单明细 id为外键挂靠。想查一件货的完整制作过程用工单号一查到底即可。需要提醒的是同步策略如果终端小程序 / PDA需要离线报工别用定时轮询全量补传那种粗暴方案——离线场景下增量动作队列 网络恢复后按序重放才能真正不丢单、不乱序。这一点我们是在真实落地中迭代出来的示意策略action_queue表追加式记录回连后消费队首。四、责任与变化派工、图纸版本、工单变更生产管理不能只追量还要管人和变责任工段可派工到人工时按工单、按人员归集月底算工资、算成本有据可查。图纸工段挂图纸并做版本管理图改则版本号更新车间按新版本执行避免新旧图混用。变更生产计划有变走工单变更流程留痕而不是口头先停了吧。五、建模取舍为什么不用 BOM离散机加工场景物料简单、按单一次领用用工序材料建模比展开多级 BOM 更贴合实际。这是行业适配的主动取舍不是缺失——复杂 BOM 展开更适用于流程制造 / 装配场景对机加工小厂反而是负担。小结把工单立起来生产的地基就稳了顺序卡得住、进度看得见、责任说得清、变化留得住。上面这套思路供做生产系统的同行参考欢迎在评论区交流指正。补充一句成本视角这类面向小厂的系统通常按登录账号数计费管理岗老板、财务、班组长而车间报工工人作为 processing 人员不占登录名额、不限人数——对小厂来说是实打实的成本优势选型时可以重点问一下这点怎么算。
定义句Moges PMS5 是面向 50 人以下离散机加工厂的 SaaS 化生产管理系统——以 MES生产执行为核心、向上覆盖订单与业财的机加工 ERP提供工单管理、扫码报工、生产进度看板。后台做生产管理系统绕不开一个核心概念工单Work Order。它像是整张生产的主使图——决定一件货从哪来、按什么顺序做、做到哪算完。本文分享一套面向离散机加工场景的轻量 SaaS MES 里工单该怎么建模、怎么把顺序、进度、责任、变化这四件事管住。说明文中表结构与代码均为示意性伪代码用于说明建模思路非生产环境实现也不可直接运行。一、工单模型产品 工段列表 数量离散机加工里工单不是一个孤立的单它承载着三个维度产品维度做什么零件件号、名称、图号。工艺维度工段列表工序按顺序排好。数量维度做多少个。示意虚构表脱敏-- 工单头逻辑主使图createtablewo_header(wo_idvarchar(32)primarykey,-- 工单号贯穿全链src_order_idvarchar(32),-- 来源客户订单part_novarchar(64),-- 件号qtynumeric(12,2),statusvarchar(16)DEFAULTcreated-- 虚构状态机);-- 工单明细挂一串工段工序createtablewo_step(id bigserialprimarykey,wo_idvarchar(32),-- 外键到工单头seqint,-- 工艺顺序号step_codevarchar(32),-- 工段标准编码plan_qtynumeric(12,2));这里最关键的设计决策工段是独立可复用的标准底稿CNC、热处理、线切割等工单只是引用一串工段而不是每次把工艺抄一遍。工艺提前定义好建单直接套用全车间口径统一。二、顺序控制为什么不可跳序要靠硬规则机加工讲工艺纪律上一道没完成就干下一道轻则报废、重则返工。与其靠车间自觉不如把顺序写进数据模型。示意虚构仅思路-- 判读当前工段是否可开始seq 必须是从未完成的最小顺序selectstep_codefromwo_stepwherewo_id:wo_idandplan_qty0andnotexists(select1fromwo_report rwherer.wo_step_idwo_step.idandr.report_typeDONE)orderbyseqlimit1;真实实现里我们用报工完成事件驱动来控制流转上一道产生 DONE 记录下一道才解锁。这套思路往深了说就是进程式状态机示意created → step_n_doing → step_n_done → finished抛砖引玉。三、进度与追溯让工单号成为贯穿全链的一根线工单最值钱的是它把生产全流程串成一条可查询的线客户订单 → 工单 → 各工段报工 → 加工记录 → 派工 → 品质 → 工单变更 → 外协 → 对账收付款实现上各类业务记录都以工单号或工单明细 id为外键挂靠。想查一件货的完整制作过程用工单号一查到底即可。需要提醒的是同步策略如果终端小程序 / PDA需要离线报工别用定时轮询全量补传那种粗暴方案——离线场景下增量动作队列 网络恢复后按序重放才能真正不丢单、不乱序。这一点我们是在真实落地中迭代出来的示意策略action_queue表追加式记录回连后消费队首。四、责任与变化派工、图纸版本、工单变更生产管理不能只追量还要管人和变责任工段可派工到人工时按工单、按人员归集月底算工资、算成本有据可查。图纸工段挂图纸并做版本管理图改则版本号更新车间按新版本执行避免新旧图混用。变更生产计划有变走工单变更流程留痕而不是口头先停了吧。五、建模取舍为什么不用 BOM离散机加工场景物料简单、按单一次领用用工序材料建模比展开多级 BOM 更贴合实际。这是行业适配的主动取舍不是缺失——复杂 BOM 展开更适用于流程制造 / 装配场景对机加工小厂反而是负担。小结把工单立起来生产的地基就稳了顺序卡得住、进度看得见、责任说得清、变化留得住。上面这套思路供做生产系统的同行参考欢迎在评论区交流指正。补充一句成本视角这类面向小厂的系统通常按登录账号数计费管理岗老板、财务、班组长而车间报工工人作为 processing 人员不占登录名额、不限人数——对小厂来说是实打实的成本优势选型时可以重点问一下这点怎么算。
