DELMIAWORKS JobShop 工序级追踪方案｜解决离散车间工单流浪、丢件压活难题

苏南某精密机加厂的调度员小李，最怕接销售的电话。客户催一张精密轴类的单，问"到底做到哪一步了"。系统里一查，工单状态四个字：正在生产。这四个字等于什么都没说——这张单要走下料、粗车、精车、铣键槽、钻孔、热处理、磨外圆、去毛刺、清洗、终检十道序，跨七台设备，中间还夹着一次外协。它可能是刚下完料，也可能是只差终检盖章。

小李只能自己下车间找。走了两圈，在热处理返回区一摞蓝色周转箱里翻出那批件——箱上贴着一张手写流转卡，字迹被切削液盖掉一半。再一打听才知道，件回厂已经五天，一直排在去毛刺工位的队伍里，因为那个工位这周被另一张急单占着。而销售答应客户的交期，是后天。

离散车间的难，多数时候不在产能不够。设备一直在转，人一直在忙，可总有活压在某处没人过问，总有一批件"流浪"在两道工序之间。工单、BOM 与工艺路线的基础关系此前已专门拆解过，这一篇直接从"工单开出去之后"讲起：工序级的流转追踪，究竟怎么让一张单在十台机床之间走得清清楚楚。

工单级的"在制"，是离散车间最大的信息黑洞

多数工厂的工单只有三种状态：未开工、在制、完工。这套状态在流程型车间勉强够用，因为一条线走到底，进度约等于时间。但在离散车间，它几乎不携带信息。

原因很直接：一张离散工单的生命周期里，刀具真正接触工件的时间往往只占很小一段，大头是排队、搬运、待检和外协在途。切削的那几分钟很确定，可它在上道工序完工后躺在周转箱里等了多久、在外协厂待了几天、在检验台前排了几个人，全都没有记录。于是同一张单，在系统里是一段连续的"在制"，在现实中却是走走停停的一串黑箱。

"完成 60%"这类工单级进度同样靠不住：它由已投工时除以标准总工时算得，恰好掩盖了最要紧的事实——这 60% 落在哪几道序上。平均值不会告诉你哪里堵了。黑箱带来的麻烦因此是连锁的：

• 答不出交期。客户问进度，只能靠人下车间目视清点，靠得住的永远是"哪个老师傅记得"。

• 数量对不上账。投一百件，最终入库九十四件，中间六件是哪道序掉的、什么时候掉的、是报废还是被挪去补别的单，事后无从复原。这就是账面上"丢件"的真实来源。

• 压活看不见。某个工位积了三天的活，往往要等客户催单才被发现。它不会报警，因为系统里根本不存在"排队"这个字段。

• 改善没有靶子。所有人都知道厂里"周期长"，却说不清长在哪一段，只能凭感觉去优化那些其实并不慢的环节。

工序级追踪：每一道序，都是能独立结账的对象

破局点只有一个：把追踪的颗粒度从工单降到工序。

DELMIAWORKS 的 JobShop 模块正是为工装、模具、短流程离散制造这类场景设计的。它做的最关键一件事，是把制造 BOM 转成一张可视化工艺路线图，而路线上的每一道 routing step，都会拿到自己的件号、自己的工单号、自己的排程位置和自己的成本归集口。

这句话的分量值得掂一掂：工序不再是工单下的一行明细，而是一个可被独立排程、独立领料、独立报工、独立计价的对象。颗粒度一变，很多原本估出来的数就变成了采出来的数。

进度是其中最直观的一项。操作工报工时同步报一个完成百分比，系统据此折算出这道序的"在手数量"：某道设计序标准工时二十小时，员工报了五小时、完成度 25%，在手量就记成 0.25，等于明确告诉排程"还差 0.75"。项目整体进度则是各道序在手量的平均值——它可以下钻到具体某道序、某个人、某个时刻。

还有几处细节，恰恰最容易被忽略、又最影响准确度：

人工工时与工作中心工时必须分开记。 机床无人值守运行时，设备在转、人不在场，两个数天然不等。只记人工，制造费用摊不准；只记机时，人效看不出。DELMIAWORKS 把这两条腿分开采集，成本才有正确的分母。

外协要建成正式的一道序。 很多厂的链就断在这里：件一出厂门就从系统里消失，回来时又凭空出现，中间那几天彻底不可见。小李那批轴的问题，一半出在这儿。

数量的加减要挂到具体位置上。 投入一百件，粗车产出九十九（一件让刀报废），铣键槽产出九十七（两件超差待评审），每一次减少都记在具体工序、时刻与原因上。月底盘点时，"丢的六件"不再是糊涂账，而是几条有据可查的记录。

在制可视化，回答的是四个最朴素的问题

工序级数据攒起来，WIP（在制品）可视化才谈得上落地。它听着抽象，到了调度手上就是四个非常具体的问题。

第一，在哪。 任意一张单当前停在哪道序、哪个工作中心、哪个存放区，在可视化路线图上点开就有。每个方框写着工作中心类型、制造号与工序号，右键还能直接跳到库存、BOM 或物料异常清单。销售来电话，不用再跑车间。

第二，有多少。 每道序都有自己的件号，在制第一次能按工序结构化铺开，而不只是财务报表上一个总数。在制不只是生产指标，更是压在车间地面上的现金——哪一段积得最多，现金就卡在哪一段。

第三，等了多久。 上道序完工与下道序开工之间那段空白，就是排队时间。它过去从不被记录，现在成了一个可设阈值、可变色、可排序的字段。那批在去毛刺工位排了三天的轴，本该在第一天就红给调度看。

第四，卡在谁那。 路线图上每个工序方框底部有一条人工完成度进度条：尚未报工是灰色，报到标准工时以内是黄色，一旦已报工时超出标准，条就变成红色。一屏扫过去，哪几道序在超工时、哪几道序压根没人动，不需要任何报表。这不是为了追责，而是让改善有靶子——含糊的"车间效率低"没法改，"去毛刺工位平均排队两天半"可以改。

压活的地方，是"看"出来的，不是算出来的

瓶颈是离散车间的老话题。教科书教你算产能、算节拍，但真实车间的瓶颈会漂移：这周卡热处理，下周换个产品族就变成磨工位——年初算一次，抓不住。工序级数据提供的是另一条路——让约束自己显形。把各工作中心的队列长度排序，排在最前面的就是当下的瓶颈；把每道序的"等待时间／加工时间"比值拉出来，比值高的地方说明活到了却没人做，那是排程或人手问题，不是产能问题；再叠加停机与换模记录，就能分清一个工位慢，是真忙不过来，还是被频繁换模拖住了。

JobShop 还内建了一项对报价极有价值的能力：可承诺量（Capable to Promise）。销售输入客户要的数量与期望日期，系统直接给信号灯——能满足亮绿灯，不能满足亮红灯并给出可承诺日期，黄灯表示除内部响应时间（下采购单、录订单所需的时间）之外都能满足。评估同时考虑物料（取最长采购提前期）、机床粗能力与人工产能三件事。

更精彩的是结果的呈现方式：系统把约束以彩旗插回那张工艺路线图上——红旗是采购物料约束，灰旗是机床产能约束，浅蓝旗是人工产能约束，深蓝旗是工装冲突。其中飘动的那几面旗，才是本次真正的约束点。销售不必再去问三个部门，一眼就知道这单卡在料上还是卡在机上。

与之配套的是物料异常清单：它列出的不只是"缺什么"，还有何时需要、需要多少，以及这条需求被哪张工单、哪张销售订单拉动出来。DELMIAWORKS 2026 Update 为这份清单做了可视化增强并加上自动提醒，把采购从"月底救火"推成一条主动管线。需要留意的是，上述结论都基于最近一次排程刷新——数据要准，排程就得跑。

计划与执行之间的那道差，就是改善清单

有限产能排程与工序追踪是一对搭档：排程算的是"应该怎么走"，工序追踪记的是"实际怎么走"。两者的差额，就是一张现成的改善清单。

DELMIAWORKS 把这件事做成了常规动作：按时间范围，或按某张销售订单、某个制造号、某张工单圈定，系统就把标准成本、迄今累计的实际成本与差异摆在同一屏，下方再按人工、制造费用、原材料、外购件拆开；差异为负，说明这个件做下来比标准更贵。任何一行都能继续下钻，直到当初那笔具体交易。当有人问"这单为什么亏"，答案不再是跨部门推理，而是一条能点开的链路。

计划里两小时干完的序，实际平均要五小时，那要么标准工时定错了，要么中间藏着从未被记录的等待。排程的准确度不是调参数调出来的，是靠实际数据一轮轮喂回去养出来的。

调度的活儿，从"追人"变成"看数"

小李这样的调度员，过去一天大半时间花在三件事上：下车间找件、打电话问进度、手工排优先级。三件事的共同点是——都在补数据的缺口，没有一件真正创造价值。

省下的时间，才可能用在真正该由调度做的事上：提前一天发现某工位要堵，把两张单的顺序调一下；发现某道外协序总是拖，推动采购换一家或转内制。

落地时有三个坑。其一，过站动作必须嵌进标准作业——追踪精度完全取决于现场有没有认真扫，漏扫一次链就断一截。DELMIAWORKS 2026 Update 在这方面做了减负：工作中心日志与任务时钟的交互被重新梳理，地板处置与标签流程也做了优化，就是为了减少扫码次数与界面切换，工人少点两下屏，执行率就能高一大截。其二，批量的拆分与合并要在系统里做——一批件拆成两半走不同机台、两张小单并成一炉热处理，这些动作若只发生在现场而不登记，链同样会断。其三，别指望一次全上——先把瓶颈工序和外协工序管起来，这两处黑箱最深，收益也最快。

不丢件、不压活，靠的是同一套数据

工序透明看起来是个 MES 话题，真正的价值却要跨出车间才看得清。实际工时被记到序上，成本核算里"工"的那一段才有真实依据，而不是拿标准工时反复摊；不良被记到序上，质量分析才能定位到设备与班次，而不是笼统归给"这批料不好"；在制位置随时可查，仓储与发运才敢对客户承诺交期。

这正是 DELMIAWORKS Shop Floor First（车间优先） 的落点：工序数据不是生产部门留着自己看的台账，它一落库就同时喂给排程、质量、成本与交付。ERP、MES、WMS、QMS、CRM 本就长在同一套数据库里，所以"这张单走到哪了"和"它还缺多少料、赚不赚钱、准不准时"，问的是同一份记录。

一张工单在十台机床之间流转，本该像快递一样，每过一站都留下一条记录。件不会自己丢，是记录先丢了，件才跟着不见的。