一张急单来了销售希望尽快给客户一个交期。计划员打开排程表往前挪一挪似乎就能把时间腾出来。可车间正在做的工单不会跟着表格自动停下。原来约好周五发货的订单也不会因为新单更急就自动同意晚两天交。所以插单不是简单地问“能不能排进去”。还得问它要占哪批料、哪台设备、哪段工序时间被挤走的订单怎么办把这几件事查清楚才能谈调整计划。先问清楚到底急在哪儿客户说“越快越好”销售说“最好这周出”这两句话还不足以让车间重排。计划员至少要知道最晚什么时候需要必须一次交齐还是可以先交一部分规格、数量和质量要求有没有变为什么先问这些因为答案不同动计划的范围就不同。客户若只急着拿首批企业又允许分批交付可以先算首批的料和产能没必要把整张订单压到最前面。若关键物料下周才到这周交货就不能只靠调整工单顺序来实现。这一步最好留下正式记录。比如在织信里做一张“插单申请单”把订单、要求日期、数量、可否分批、提出原因填清楚再按企业的权限规则流转。不是为了多一道审批而是以后旧订单被挪动时能找到是谁提出的、当时确认的交付条件是什么。再看现场哪些安排真的能动先查料但不能只看“库存还有多少”。同一种料账上有100件可能已有80件分配给别的工单还有一批虽已到厂却没有检验放行。真正能给急单用的是在需要的时间点状态合格、尚未被占用的数量。再查产能也不能只看设备日历上的空格。急单会经过哪些工序哪一道最紧换产品要不要调机、换夹具如果有外协还要把发料、加工、回厂和入厂检验算进去。少算一段排出来的完工日期就可能只在表上成立。最后查旧工单的状态。还没下发的通常比较容易调整已经下发但未开工的要同步改派工和备料已经在做的可能材料领了、工件做了一半不能把时间条往后拖一下就当没事。要停在哪里、在制品怎么放、恢复生产是否需要重新调机都得问现场。如果企业的订单在ERP里、报工在MES里、库存又在仓库系统里计划员往往要打开几处才能凑齐这些信息。织信更适合补的不是替排程软件“猜”一个交期而是围绕这张插单申请把相关订单、可用库存、工单状态和负责人放到同一条核对流程里。已有系统能通过接口提供什么数据就接什么数据哪些判断还需要车间确认也明确留给车间确认。真要插进去先看看挤走了谁可选的办法往往不止一个先用成品库存交一部分把急单分批做挪动还没开工的订单在条件允许时加班、换线或外协。这里最容易漏掉的是后续工序。假设急单占用了周四下午的装配线原本在这里装配的订单只好后移。可那张旧单装完还要测试、包装后面如果没有空档装配晚半天交货可能不止晚半天。这只是说明排程影响的示意不是某家企业的实际数据。所以比较方案时别只问“急单能提前几天”。还要把受影响的旧单列出来原来承诺哪天交调整后预计哪天交多了多少换型、加班或外协成本物料和人员是否真能跟上。能分批的单和绝对不能晚的单也要分开看。如果无论怎么排都会碰到已经向客户承诺的交期计划员就不能独自替销售决定“让谁等”。销售要回去确认客户能接受的交付方式采购核对物料车间判断现场是否做得到最后由有权限的人批准取舍。织信在这里可以把“影响清单”和几种调整方案挂到同一张变更单上让销售、采购、车间分别确认自己的那一部分。谁改了交期、谁同意分批、谁批准增加外协后面都能查。对多品种、小批量企业来说这比几个人在群里说一句“先做急单”更有用因为下次再插单规则和责任不必重新靠聊天记录拼起来。批准了还得让现场拿到同一版计划急单最怕的不是没人调整而是大家各改各的ERP里的日期改了车间仍按旧派工单做仓库按旧计划备料采购也没收到关键物料提前的消息。所以计划一旦确认要回答三个很实际的问题哪一版生效哪些工单、领料和交期跟着改谁收到了通知并开始按新版执行旧版也要留着方便回头查这次变更到底影响了哪些订单。这也是织信能发挥作用的地方。企业可以先把插单申请、影响核对、审批和通知做成一个持续可改的业务流程再根据现有ERP、MES、WMS的接口条件把订单、库存、报工和计划版本逐步接进来。以后新增客户优先级、跨车间调拨或外协插单的规则不必再另起一张孤立的表有权限的人可以在同一套业务结构里调整字段、流程和角色。当然这里有一条边界要说清楚流程能配置不等于自动排产算法就有了。如果企业要按有限产能、复杂工艺和物料约束自动算出最优顺序还得专门验证排程能力和基础数据。织信负责承接业务规则、协同与系统连接需要优化求解的部分可以与已有排程工具配合不能混为一谈。回到最初的问题急单进来原计划到底怎么调先问清交付条件再查可用物料、关键工序和旧工单状态比较方案时把被挤走的订单和代价摆出来方案定了让车间、仓库、采购都拿到同一版。急单排进去了不代表插单结束。原来那些订单有人接住现场也按新版执行这次调整才算真正落地。