为什么从工单开始，而不是上一整套 MES
很多制造企业的数字化是从"买一套 MES"开始的，然后卡在选型、调研、定制报价上，半年过去车间还是老样子。卡住的根本原因通常不是软件不够好，而是企业还没有一份结构化的生产数据：工单长什么样、报工由谁填、完工怎么判定，这些规则在纸上是模糊的，任何系统接进去都只能得到一堆补录出来的数字。
更稳的路径是先做一件小事：把工单和报工这两张纸变成两个数据表。做完之后你会立刻得到三样东西——车间进度不用问人、产量统计不用月底凑、后续任何质量或设备模块都有地方挂数据。这一步用 AI 构建器（用自然语言描述业务、由平台生成模块的开发方式）就能自己交付，不需要外部开发排期。
本文按"痛点 → 数据怎么建 → 页面怎么用 → 移动端怎么配合 → 上线前查什么 → 之后怎么延伸"的顺序讲清楚这条路径。文中的字段与流程是行业通用形态，具体到你自己的产品、工序和班组，替换成实际叫法即可。
纸质工单的五个典型症状
如果你在下面五条里对上了三条以上，说明工单数字化这件事值得优先做：
- 进度靠人问。 计划员一天打十几个电话给班组长："XX 订单做到哪了？"答案存在每个人脑子里，且口径不一——有人按工序算，有人按"差不多"算。
- 报工事后补。 工人没时间写纸单，班组长晚上或月底集中补填。补出来的数量与实际偏差大，返工和废品往往被抹平掉。
- 改单无痕。 交期推迟、数量调整、工艺换版，只在微信群里说过一次。出了质量问题回溯不到当时到底改了什么、谁批准的。
- 计件工资扯皮。 月底核算产量时，工人记的数和班组长记的数不一致，没有第三份凭据，只能靠调解。
- 数据出不来。 老板想看"这个月哪个产品做得最多、哪个工序最慢"，答案是"我让人统计一下"。
这五个症状的共同点：信息不缺，缺的是把它固定下来的结构和留痕的地方。所以解法也不是先上大屏，而是先把数据结构定准。
数据怎么建：四张表撑起一条工单链
工单模块的核心不复杂，建议从四张表起步，不要一上来就铺开十几个实体。
工单主表：一张工单一条记录
这是全链路的锚点。最小可用字段集：
- 工单号：唯一编号，规则要能自动生成（例如年月 + 流水号），不要让工人手敲。
- 产品：引用产品档案，不要写成自由文本。一旦允许手填，"M8不锈钢螺丝"和"M8螺丝"就会变成两个产品，所有统计都会失真。
- 计划数量 / 已完成数量 / 合格数 / 不良数：四个数量分开存。只存一个"完成数"的话，后面想算合格率就没有分母。
- 计划开工日 / 计划完工日 / 实际完工时间：交期考核看这三列的差值。
- 状态：草稿、已下达、生产中、已完工、已关闭。状态必须是字典（见下文），不能是自由文本。
- 车间 / 班组 / 负责人：权限过滤和看板分组都靠这几列。
- 来源订单号、备注：把工单和销售订单串起来，回答"这张单是给谁的"。
工序任务表：一张工单拆成若干道工序
一张工单在车间里几乎不是一次做完的。下料、车削、热处理、磨削、装配、检验——每道工序单独一条记录，字段包括：所属工单、工序名称、顺序号、计划工时、责任人、计划开始/完成时间、实际开始/完成时间、状态。
顺序号很关键。有了它，才能约束"上一道没完工，下一道不许报工"；也才能在页面上把一道工序的耗时算出来，找出真正的瓶颈工序。跳过这张表直接让工单报工，短期省事，但从此你永远不会知道产能卡在哪。
报工记录表：只追加，不修改
报工是流水账，性质上等同于日志，规则应该是只能新增、不能编辑、不能删除。每条记录包含：所属工单、所属工序、报工人、报工时间、良品数、不良品数、不良原因、设备编号、班次、备注（可附照片）。
坚持"只追加"这一条，你会白捡两个能力：计件工资有据可查（每条记录就是一个工人的产出凭据）、异常可回溯（某批次出问题，能查到是哪台设备、哪个班次、什么原因）。如果允许改历史报工，这两个能力同时失效。
发现报错怎么办？再补一条负数冲销记录，或者走一条修正审批。多一步操作，换来数据的不可争辩，这笔账在车间里通常是划算的。## 数据怎么建（续）：产品档案与字典
产品档案表：先把"名词"统一
工单、工序任务、报工三张表都要引用产品，所以产品档案得先立起来。最小字段：产品编号、产品名称、规格型号、单位、图号/版本、所属产品线、状态（在用/停用）。这张表通常也承接销售订单和库存模块的引用，一次建好，多处受益。
用数据字典固化分类口径
以下几类值不要写在代码里，也不要让工人手填，统一收进平台的数据字典（集中管理枚举值的内置能力），由工艺或计划部门维护：
- 工单状态：草稿 / 已下达 / 生产中 / 已完工 / 已关闭
- 工序状态：待开工 / 进行中 / 完工 / 跳过
- 班次：白班 / 中班 / 夜班
- 不良原因：来料不良、加工超差、设备异常、人为操作、其他——这一项直接决定你后面能不能做质量分析。原因列表要短而准，控制在十项以内，太多等于没有。
- 工序名称：下料 / 车削 / 铣削 / 热处理 / 磨削 / 装配 / 检验……按你们自己的工艺路线定。
字典的好处是改口径不用改程序：新增一种不良原因，管理员在字典里加一行，所有页面下拉框同步生效。
引用关系：跨模块取数而不是复制粘贴
工单里的"产品"、报工里的"报工人"，都应该通过平台的引用机制（跨模块软外键，下拉选项来自对方模块的数据源）取，而不是存一个手打的字符串。这样产品改名、员工调岗时，历史数据仍然指向同一条记录，不会出现"同名不同人"的脏数据。
PC 端怎么用：三个页面覆盖八成日常
PC 端不需要很多页面，把三件事做好就够用。
页面一：工单台账（计划员的主战场）
一张可筛选、可排序的列表页。默认筛子：状态 + 计划完工日区间 + 产品 + 车间。关键字段列出来即可，不要堆二十列。
计划员在这里做的事：新建工单（选产品、填数量、定交期）、批量下达、发现延期风险时调整计划完工日。列表上建议放两个醒目的派生指标：完成进度百分比（已完成数量 ÷ 计划数量）和交期余量天数（计划完工日 − 今天，负数标红）。有了这两列，"哪几张单要出事"一眼可见，不用再逐条点开看。
导出功能留给周会：把当前筛选结果导出去核对，比对着屏幕念数字有效。
页面二：车间看板（组长和厂长看的）
同一批工单数据，换一种呈现方式：按工序分组的进度视图，每条工单一行，每道工序一个色块——未开始灰、进行中蓝、完工绿、异常红。颜色规则来自工序状态字段，不需要额外算法。
看板的价值在于它把"问进度"这个动作取消了。以前每天上午计划员挨个打电话，现在大家站在屏幕前自己看。要注意两点：一是刷新要及时（报工提交后看板应很快反映，这是移动端和 PC 共用同一份数据的自然结果）；二是别指望看板解决所有问题，它是展示层，数据准确与否取决于报工是否规范。
页面三：报工统计与产量报表
按人、按工序、按产品三个维度汇总报工记录。典型问题："这个月张三做了多少件、哪个工序平均耗时最长、A 产品的不良率是多少"。这些查询全部来自前面那三张表的分组聚合，只要数据结构定对了，报表是顺手出来的；结构没定对，请再多开发也做不出来。
不良率报表建议固定输出到周质量例会，让"不良原因 TOP3"成为会议的第一页。这一步做完，质量改进才有讨论基础。## 移动端怎么配合：车间的入口在手机上
工单数字化成败的关键不在 PC 端，而在报工这个动作是否比写纸单更省事。工人手上戴手套、工位旁没有电脑，任何需要登录、翻页、打字的方案都会被绕过。
扫码报工：把输入量压到接近零
给每张工单（或每道工序任务）生成一个二维码，贴在随工流转的单卡上。工人用手机扫一下，页面直接定位到"这张单的这道工序"，只需要填两个数字：良品数、不良品数；选一个不良原因；点提交。整个过程十几秒。
这里有个容易被忽略的设计：移动端表单要按"车间场景"重排，而不是把 PC 表单缩小。PC 上合理的字段顺序（先选产品再填数量），在手机上可能意味着要滚动三屏才能提交。字段的取舍标准是——不填就无法计算的不留，能自动带出的绝不让工人填（工单号、产品名、工序名、报工人、报工时间全部由系统带入）。
双端同源：不用为手机单独开发一套
平台在 PC 端构建模块时同步产出移动端页面，两端读写同一份数据。这意味着：计划员在 PC 上下达一张工单，工人手机上立刻能看到；工人扫码报了 200 件，PC 看板上的进度条当场变化。不存在"两套系统对不上"的问题，因为本来就是一套。
这一点对工单模块尤其重要。如果移动端是独立开发的小程序，两边接口各写一遍，最后往往变成"手机端只是个查询壳子"，工人还是回去填纸单。
班组长角色：移动端的第二用户
除了工人报工，班组长在手机上还有两件事：一是审核当天报工（发现明显异常数量当场退回），二是接收异常通知（某工序连续报不良、某张单临近交期仍未开工）。通知走平台的站内消息能力，不必另外接短信通道。
权限怎么分：三类人三个边界
工单数据的敏感性不高但准确性要求高，权限设计的原则是该锁的锁死，该看的开放：
- 工人：只能看到分配给自己/本班组的工序任务，只能新增报工记录，看不到单价、工时成本类字段。
- 班组长 / 计划员：本车间范围内可新建工单、下达、调整计划日期；不能修改或删除历史报工。
- 厂长 / 管理层：全厂只读 + 报表导出。
用平台的角色与权限体系配置即可，不需要在业务代码里写判断。特别提醒一点："谁能改状态"要单独收紧。工单从"生产中"跳到"已完工"应当由计划员或质检确认触发，如果人人可点，看板上的完工率就失去了意义。
上线前查什么：八项核对清单
发布前逐项过一遍，比上线后救火便宜得多。
- 工单号规则：批量建 50 张单，看有没有重号、断号；规则是否与你们现有的订单号体系冲突。
- 产品引用：下拉里能不能搜到所有在用产品；停用的产品是否已从新建选项中消失（但历史工单仍能正常显示）。
- 状态流转：试着跳步——草稿直接改成已完工，系统拦不拦？拦不住就说明约束没配。
- 数量勾稽：报工累计数超过计划数时是否有提示（超产在制造业很常见，要么允许并标记，要么禁止，不能静默通过）。
- 字典完整性：班次、不良原因、工序名称三项，找工艺员逐条核对，缺一项就会有人开始手填"其他"。
- 移动端实测：拿真实的车间手机（不是开发者的旗舰机）、在车间的网络环境下，让一线工人现场操作一次。这一步不能省，你自己测十遍不如工人测一遍。
- 权限越界测试：用一个工人账号登录，尝试访问别人的报工记录和后台统计页。
- 数据备份与导出：确认列表能导出，且导出的列与页面所见一致。
并行期怎么切：不要指望一天换掉纸
推荐两周并行：第一周纸单和系统同时记，晚上比对差异，重点看漏报和错报的规律（通常是某个工位信号不好、或某个字段太难填）；第二周以系统为准，纸单只做备份；第三周撤掉纸单。切换的判定标准不是"大家习惯了"，而是"连续五天纸单与系统数据一致"。
另外准备一件事：上线第一个月一定会有人绕过系统。不要急着处罚，先问"是哪一步让他觉得麻烦"。工单数字化失败的项目，多数不是死于功能不够，而是死于第一步太麻烦。
之后怎么延伸：工单是主干，其他模块往上挂
工单和报工跑顺以后，你会自然发现一批"顺手就能加"的东西——因为它们都引用同一张工单表：
- 设备点检巡检：点检记录关联设备与班次，异常直接生成报修单。有了工单，还能回答"这台设备停机影响了哪几张单"。
- 来料与成品检验：检验单由工单完工触发生成，合格数回写工单的合格数字段，不良原因沿用同一套字典。
- 备品备件领用：维修领用出库关联设备，消耗趋势按设备汇总。
- 轻量生产排程：有了工序任务的真实耗时数据，人工排产就有了依据——注意这是数据结构带来的能力，不是算法带来的。
- 计件工资核算：报工记录本身就是凭据，按人按月汇总即可，不用再等月底对账。
每一个延伸模块都不需要重新建模，它们共用"工单"这个锚点。这就是为什么建议从工单开始：它不是一个孤立的功能，而是制造域所有后续数据的坐标系原点。