生产计划怎么排？小车间从纸单到数字排程

一、先给一句话答案

生产计划怎么排？先把"排什么"定清楚，再定"按什么排"，最后才是"用什么排"。

绝大多数小车间卡住的不是第三步，而是前两步：没人说得清排程的对象到底是订单、工单还是工序任务，也没人把优先级规则写下来。规则只在车间主任脑子里，于是每天都在靠喊话协调。

所以本文不推荐工具，先讲方法：排产的三层选择、三类优先级规则、排产与报工怎么接上。方法想清楚之后，用一套能改的数据底座把它装起来——这是 Inkwell AI 构建器能交付的部分，也是本文最后两节的内容。

二、排产排的到底是什么：从订单到工序任务

一个常见误解是"排产就是把订单排个先后"。订单只是交期承诺，不是生产动作。真正能排、能分配到人、能报工的最小单元是工序任务。

以"1000 件支架，下料—折弯—焊接—喷涂"为例：

订单：客户要 1000 件，交期 25 号。这是承诺。
生产工单：把这 1000 件变成一个生产批次，编号 WO-0901，计划开工 10 号、完工 24 号。这是计划载体。
工序任务：下料 10—12 号、折弯 13—15 号、焊接 16—20 号、喷涂 21—23 号，各自指派到某台设备或某个班组。这才是排产的对象。

为什么必须拆到工序层？因为车间的瓶颈从来不在整张订单上，而在一道具体的工序上。折弯机只有一个班组，三家客户的活都要过这台机器——冲突发生在折弯，不在订单。只排订单的排程，看不见这个冲突。

三个层级的关系，就是排产系统最核心的那条数据线：产品 → 工艺路线 → 生产工单 → 工序任务。前两层是基础档案（相对稳定），后两层是执行数据（每天都在变）。这条数据线怎么建，在轻量生产排程：把周计划变成车间看得懂的日视图里有逐表逐字段的说明；本文只讲排的动作。

三、三个层级：纸单白板、表格、系统，各自适合谁

排产不是"要么原始、要么上系统"。真实的小车间有三个成熟的层级，各有适用边界。判断标准不是公司规模，而是"计划变更频率 × 参与人数"。

层级一：纸单 + 白板

做法：周计划打印成表贴在车间，进度靠班组长口头汇报、白板上画记号。

适合：单品种或极少品种、工序三道以内、每天计划基本不变、三四个人就能协调完的小作坊。这个层级成本最低，运行起来也不慢——如果一周改不了一次计划，纸单其实是合理的。

不适用：一旦开始有插单、有设备故障、有客户改期，白板就永远落后于现实。信息不同步的代价从这里开始产生：车间照旧单子干了一天，第二天才发现要返工。

层级二：Excel + 微信群

做法：内勤用 Excel 排周计划，发到群里，改动再发一遍。

适合：品种多起来、需要按交期排序、要留一份可查记录的小工厂。这一层最大的价值是计划第一次有了电子形态，能排序、能筛选、能汇总工时。

不适用（也是这个层级最常见的四个坑）：

版本混乱。 群里五份"计划表(最终版).xlsx"，车间不知道看哪份。
进度要人问。 Excel 里没有实际开工、实际完成，进度靠腿问、靠嘴说。
改期没有约束。 插一张单，谁也不知道挤掉了哪几张，只能靠老师傅的记忆判断。
数据留不下来。 哪个工序最常卡、为什么延期，事后复盘只能凭印象。

层级三：系统排产（业务数据底座）

做法：把上述数据线（产品、工艺路线、工单、工序任务）建在系统里，排产变成"给工序任务指定工作中心与计划日期"，进度由现场报工实时回写。

适合：多品种小批量、交期压力大、同一批设备被多张工单争用、需要算清"谁在什么时候做什么"的车间。

这一层要付的代价是前期把基础数据补齐：产品档案、工艺路线、工作中心（机台或班组）三样必须先立起来。这一步没法跳过——系统排产排的是工艺路线，路线没维护，就没有可排的对象。

升级建议：不要跳级。 如果你现在卡在层级二的版本混乱上，先解决"唯一一份计划"和"进度可查"两件事，再谈排程页面。层级三是层级二的自然延伸，不是替代关系。

四、优先级规则怎么定：交期、工序、产能三把尺子

排产的实质是"资源不够时，谁先上"。这一条规则必须写下来，落在数据里，否则每天都要重新吵一遍。小车间常用三把尺子，通常组合使用。

尺子一：交期（最常见的默认规则）

按承诺交期升序排，先到先做。规则简单、解释成本低。

要加的两条约束：

按出库日而不是完工日倒推。 客户要 25 号到货，路上一天、包装一天，24 号必须完工，22 号必须喷完。倒推出来的节点才是排产用的日期。
交期要区分硬约束与软约束。 大客户合同单是硬约束（迟一天罚款），常规补货单可以谈。把所有订单都当硬约束，等于没有优先级。

尺子二：工序（瓶颈优先）

先找瓶颈工序（通常就是那台排得最满的设备），瓶颈排满了，整张单就顺了；非瓶颈工序留出等待余量即可。

这条规则的价值在于：它把"每天救火"变成"盯住一台机器"。车间主任只要看瓶颈设备当天的任务序列是否合理，其他工序自然跟着走。

尺子三：产能（每天能出多少）

按工作中心的日产能（班次 × 有效工时 × 定额）来限制当天能排多少，而不是想排多少排多少。

这一条最容易被忽略。没有产能约束的排程表，往往第一天就排了两天的量，从此整张表失去可信度——班组长看一眼就知道"这表是假的"，然后继续按自己的判断干。

组合用法（小车间可直接照搬）

硬交期单先进：合同单、罚款单占住瓶颈设备的时段。
同交期看工序：都急的，优先让瓶颈工序先动。
剩余插空按产能：每天只排到产能上限，不排满 120%，留出故障与插单余量。
插单必须重排：新单进来时，明确它挤掉了谁、被挤的单新交期是多少。这一步要有记录，不能只口头说一声。

四步里最容易丢的是第四步。插单本身不可怕，可怕的是插完没人知道代价。## 五、排产怎么和工单报工衔接：完工数不能由人填

很多厂的排程表是"活不过三天"的，原因就一个：计划排完就断线了，没有执行数据回流。

排产与报工的衔接有三条硬规则。

规则一：计划数量只在一处维护，完工数量只由报工产生

工单上有一个"已完成数量"字段。这个字段如果是输入框，一定对不上现场——内勤要等班组长报、班组长忘了报、财务按上一次的数字对账。正确做法是：已完成数量由工序任务的报工汇总上来，页面上只读。谁想改数字，只能去补报工记录，而补报工会留下时间戳和操作人。

这一条决定了整套排程数据的可信度。报工怎么在车间落地（扫码、工位选择、一次报几道工序），扫码报工怎么实现？车间无纸化的第一步里讲得更细。

规则二：计划时间与实际时间分开存

工序任务上需要两组时间：计划开始/计划结束、实际开始/实际结束。前者是排产写的，后者由现场动作写入——班组长点"开工"写下实际开始，报工完工写下实际结束。

两者一对比，偏差就出来了：计划 13 号完工、实际 16 号完工，中间两天卡在哪道工序、哪台设备，数据里写得明明白白。 这也是后续改善唯一的依据——没有这组对比，"这次为什么延期"永远只能事后回忆。

规则三：状态机要简单，每次转换留时间戳

工序任务的状态建议就六个：待排、已排、进行中、完工、暂停、取消。每个状态转换写一条记录（时间、操作人、备注）。

状态机的作用不是好看，而是让看板上的颜色是真的：灰色没开工、蓝色在干、绿色完工、红色逾期。颜色必须由数据算出来，不能由人标记。 一旦允许人工改色，看板两周内就不可信了。

六、用 Inkwell AI 构建器把它装起来：能交付什么

方法清楚之后，剩下的问题就是"用什么装"。这里要说清 AI 构建器在这个场景里能做什么、边界在哪。它不是排程算法，不会替你算最优解；它交付的是一套可改的业务数据底座 + 管理页面 + 移动端伴同 + 审批与提醒。

数据怎么建

用对话描述业务，构建器生成模块与数据表。上面那条数据线（产品 → 工艺路线 → 生产工单 → 工序任务）就是四张表加引用关系，不需要写代码。

三个平台能力在这里很实用：

引用引擎：工序任务引用工单、工单引用产品，做的是软外键关联，选项从被引用的模块里取，不用手工同步两份名单。
数据字典：工序类型、任务状态、班次、优先级都做成字典项，全公司一个叫法。这一步的价值在统计——避免"三号产线""3号线""A3 线"三种写法把报表打散。
数据流规则：条件触发的数据变换。比如任务的计划结束日期晚于工单交期时，自动给工单打"有风险"标记；报工数量累计达到计划数量时，自动把任务状态推进到完工。

页面怎么用

车间和管理层要的页面不是同一张：

待排任务池：内勤的工作台，默认筛"待排"，按交期升序，两个动作——指定工作中心、指定计划日期。
车间日视图：按"工作中心 × 日期"排的表格，一行一台设备或一个班组，替代白板，但计划一改所有终端同步。
工单与进度看板：管理层看本周哪些工单有延期风险，不用去车间数工位。

页面细节与字段建议见轻量生产排程：把周计划变成车间看得懂的日视图。

审批与提醒怎么接

插单改期走审批：工单一旦下达，计划数量与日期的修改走审批流，留下变更记录。这是防止"计划被悄悄改掉"的唯一办法。
定时任务做提前预警：每天早上自动筛出交期临近且状态未完工的工序任务，推给对应负责人。
审计日志留痕：谁改过计划日期、谁补过报工，事后能查。客户投诉延期时，这是能拿出证据的一份记录。

移动端怎么配合

排产的主页面在 PC（排期要用大表格看），但执行动作必须能离开电脑：班组长在机台边用手机看当天任务序列、点开工、扫码或勾选报工、随手拍照上传异常。平台的结构是 PC 构建的模块自动具备移动端伴同能力，不需要另做一套；建好模块后在手机工作台打开即可。具体看移动端使用指南：工作台、模块页与手机上的 AI 构建。

七、上线前查什么（照着过一遍）

工艺路线是否补齐：本期要排的产品，每一条路线都有工序顺序、工时定额、默认工作中心吗？缺一条，这张单就排不出来。
工作中心口径是否统一：设备编号与班组名称一一对应吗？排到"焊接组"和排到"焊机 3 号"是两回事，混用会让产能统计失真。
产能数字从哪来：是拍脑袋定的，还是按班次工时估的？宁可保守，也不要虚高——虚高的产能会让第一版排程表当场失效。
状态机是否锁定：谁能改状态、哪些状态可编辑、下达后改期是否走审批，这三件事要在上线前写进权限配置。平台的角色与权限配置可以按角色限定到操作级。
报工入口是否通畅：现场是扫码还是工位列表选择？手机在车间信号够不够？这一步不解决，执行数据回流就是空的。
试跑一周再放开：先用真实数据排一周，与白板结果对照，偏差大的地方通常是基础数据问题，不是规则问题。
发布前跑预检：模块菜单挂载、移动端同步、权限点，平台在发布环节有预检清单，按提示逐项过。参考模块的测试与发布：预检、挂载菜单与移动端同步。

八、常见追问

问：小车间一定要上 APS 高级排程吗？
答：多数不需要。APS 解决的是复杂约束下的最优解（多工序、多机台、有限产能、换型时间的组合优化），前提是基础数据已经很扎实。基础数据都不全的时候上 APS，结果往往是"系统算得一版，车间不信，还是按自己的干"。先把可查、可反馈的底座建起来更重要。

问：排程要不要做甘特图？
答：可以后做。车间班组长每天看的是"今天这台机器该干什么"，管理者每周看的是"哪些单会延期"——这两类需求用列表和排期表格就能满足。甘特图的价值在于跨周看冲突，前提是数据已经准。

问：一改计划就乱，怎么办？
答：把"改期"变成一个带记录的流程，而不是一句口头通知。改期时系统里要能看到它挤掉了哪几张单、被挤的单新交期是多少。改期本身不可避免，代价可见才是关键。

问：多品种小批量、每天插单，这套还适用吗？
答：适用，但要把优先级规则写细（硬约束与软约束交期、瓶颈工序优先），并且每天预留余量而不是排满。若插单频率极高、订单批量极小，可以只排瓶颈工序，非瓶颈工序按前推后拉自然衔接，不必全工序排满。

问：和 ERP 里的生产模块冲突吗？
答：定位不同。ERP 管订单、库存、成本账，排产管的是"工序级的资源分配与执行反馈"。两者通常需要对接而不是替代；先弄清主数据归属（产品档案、工单号以谁为准），再谈打通。相关区别见MES和ERP的区别是什么？先上哪个？与小工厂用什么生产管理软件？一份诚实的选型指南。

问：多久能搭出来？
答：取决于基础数据整理的速度，不是取决于构建。数据齐的话，模块与页面在一次会话里就能生成，后面是试跑和调整。数据不齐的话，先把工艺路线整理出来——这一步无论用什么工具都省不掉。

九、一句话小结

排产不是把表填满，而是让"计划—执行—反馈"跑在同一份数据上：先把对象拆到工序任务，再把优先级规则写下来，最后用一套可改的业务底座装起来。纸单、Excel、系统是三个层级，按计划变更频率升级，不跳级。

想动手搭的时候，从AI 构建器上手：从一句话需求到可发布的业务模块开始；要看排程模块的完整数据设计，读轻量生产排程：把周计划变成车间看得懂的日视图。