PCB厂上智能排程,要留哪些人工确认点?
发布日期: 来源:百新谷网络科技
智能排程给出方案后,人工确认点建议保留四类:约束与优先级由谁定义、多套方案怎么取舍、下发前的产能物料与工艺核对、执行中的失效回滚与追溯。排程系统负责把可行方案算出来并说明依据,计划员负责判断方案是否符合当下现场条件;把两者写成明确的交接点,比讨论自动化比例更能决定上线效果。
一、排程建议不等于排产指令
排程系统输出的是「在这些约束下可以这样排」的建议,现场还存在系统未必掌握的信息:设备临时保养、关键料批次待检、客户口头催单、某道工序由谁做更稳。若建议直接变成工单下发,异常只能靠事后补救;若每套方案都要人工重排一遍,系统价值又被抵消。可行的做法是在两者之间划出确认点:系统给出方案、依据与备选,计划员在限定范围内选择、调整或退回,并把决定留在同一张单上。
这里要区分「确认」与「审批」。确认是对方案依据与现场条件的核对,属于计划员的日常工作;审批是对规则、优先级或例外放行的授权,通常有层级。把两者混在一起,容易让每一张单都走一遍签字流程,反而拖慢响应。建议只在约束集变化、例外单放行与回滚时设置审批,常规单的确认留在计划岗位内完成。
此前在PCB厂上ERP之前,先问清这五个问题里谈过系统边界、主数据与试点验收,排程的人机边界是其中需要单独说清的一层:它决定的不是功能有没有,而是出了问题由谁判断、判断依据留在哪里。
二、先把基础数据备齐
先有数据再谈智能。排程依赖的输入大致是四类:订单与交期、工艺路线与工序工时、设备与产线能力日历、物料齐套与在制状态。缺任何一类,方案都会建立在估算之上,再精细的算法也补不回现场事实。评估时不必追求字段一次配齐,先看这四类能否按单从现有系统取出、谁负责维护、多久更新一次;取不出来的部分,先用人工确认补位,同时列为待补的结构化字段。
| 约束类别 | 典型内容 | 通常来自 | 缺失时的表现 |
|---|---|---|---|
| 订单与交期 | 数量、交期档、客户优先级 | 下单系统 / 订单台账 | 方案只看交期,不看优先级 |
| 工艺路线 | 工序顺序、标准工时、外协节点 | 工程资料 / 工艺卡 | 工序被压成一段粗粒度产能 |
| 产能日历 | 可用产线、班次、保养窗口 | 车间 / 设备管理 | 方案排到停机时段 |
| 物料与在制 | 齐套状态、在制数量、待检批次 | 库存 / 报工记录 | 开工后才发现缺料 |
四类数据的更新频率不必相同:订单与交期随单变化,工艺路线随工程变更,产能日历按班次维护,物料与在制接近实时。把更新责任与频率写进约束说明,方案生成时附上数据时间戳,计划员一眼就能看出这次计算依据的是不是当前情况。数据时间戳这个小字段,在事后复盘时往往比方案本身更有用。
三、确认点一:约束与优先级由谁定义
优先级规则是排程里争议较多的部分:按交期、按客户等级、按订单金额,还是按换线成本,排出来的结果差别很大。建议把规则显性化——谁可以改优先级、改动是否需要审批、哪些条件系统不可自行覆盖(例如已承诺交期、待检物料、强制检验批次)。计划员应能在方案生成之前看到当前生效的约束集,而不是从结果里反推系统按什么排。
规则改动同样要留版本,便于解释「同一张单为什么两次排在不同时段」。这里的关键不是让规则永远正确,而是让每次调整都有依据、可回看;规则与结果绑定之后,业务与计划讨论交期时就有共同参照,不必各自凭记忆还原。若优先级长期靠口头协调,系统里的约束集与现场执行会慢慢脱节,此时先补的不是算法,而是把口头规则写成可配置的条件。
四、确认点二:多套方案怎么选
系统一次给出几套方案时,取舍口径要提前约定:交期达成、换线次数、产能利用、物料齐套、外协依赖、风险缓冲。评估口径不宜只留一个总分,总分高但依赖未到料批次的方案未必可执行;把各维度分开列,计划员才能说明「选这套是因为保住了某张单的交期,代价是换线多一次」。
| 评估维度 | 看什么 | 需要人工判断的地方 |
|---|---|---|
| 交期达成 | 各订单承诺交期是否满足 | 客户口头调整与临时催单 |
| 换线与准备 | 换产次数、程序切换、钢网与工装准备 | 现场是否具备同步切换条件 |
| 产能与瓶颈 | 瓶颈工序负荷是否均衡 | 临时保养与人员排班 |
| 物料齐套 | 关键料是否在库、是否待检 | 待检批次能否提前放行 |
| 风险缓冲 | 异常时有无可回滚的余量 | 缓冲放在哪张单上 |
选定方案后应记录「选了哪套、为什么、谁确认、放弃了什么」,这些信息在计划失效时比方案本身更有用。记录不必写成长篇说明,几个结构化字段加一句备注即可;重要的是它与方案版本绑定,回看时能一起调出来。若系统只保存被选中的那套,未被采纳方案及其依据被丢弃,后续就很难判断是规则需要调整,还是当时现场条件特殊。
五、确认点三:下发前的产能、物料与工艺核对
方案确认到工单下发之间,建议保留一次简短核对:产能日历是否有新占用、关键料是否齐套、工艺版本是否为当前生效版本、客户是否有尚未同步的变更单。核对项不必多,但应由同一岗位在系统中逐项确认并留时间戳;未确认的方案不应自动下发。这一步也把「系统建议」与「车间执行」的边界固定下来:系统保证计算一致,人工保证现场条件成立。
PCB、SMT智能生产ERP系统 承接经营与计划侧数据时,这类核对点可以按工厂现有审批层级配置,不必另建一套流程。真正需要避免的是核对流于形式:每一项都能一键全勾,实际上没有人去看数据。可以让核对页面直接展示该字段的当前值与上次更新时间,计划员看到数值再确认,才有核对的意义;若数据本身缺失,页面应提示转人工,而不是给出默认值让人顺手通过。
六、确认点四:执行中的失效、回滚与追溯
计划赶不上变化是常态:设备故障、来料异常、客户改版、加急插单。系统应支持把变更限定在受影响范围,而不是每次全量重排;回滚后要能说明回到哪一版、哪些工单已下发、哪些需要重新通知。全量重排看似干净,实际会让车间已经完成的准备工作同步失效,通知成本与误做风险都更高。
| 字段 | 作用 |
|---|---|
| 触发原因与发现时间 | 区分计划问题与现场异常 |
| 受影响订单与工序 | 限定重排范围 |
| 原方案版本与回滚目标 | 可回到明确的基线 |
| 已下发工单的处置 | 避免车间按旧版继续做 |
| 确认人与通知范围 | 明确责任与告知对象 |
| 重排依据与结果 | 事后可复盘 |
进度数据在这里是判断依据而不是展示看板:工业4.0智能工厂MES解决方案 采集的执行状态若能回写计划侧,回滚才有事实基础;否则只能凭人工描述还原当时情况,讨论容易变成各说各话。建议把「已下发 / 已开工 / 已报工」这几种状态在回滚时单独标出,已开工部分不再自动改派,由计划员逐单决定。
七、分阶段放开自动化的顺序
| 阶段 | 系统自动范围 | 计划员保留 |
|---|---|---|
| 辅助排程 | 生成建议方案与依据说明 | 全部确认与下发 |
| 有限自动 | 常规单按已确认规则直接下发 | 例外单、约束调整、回滚 |
| 扩大范围 | 更多板型与订单类型纳入自动 | 优先级规则、异常审批 |
| 复盘优化 | 汇总偏差与失效原因 | 规则版本与放开范围 |
每个阶段设一个可核对的验收点:方案能否解释、异常能否回滚、规则改动能否追溯。达不到就停留在上一阶段,不要用自动化比例当进展指标。分阶段还有个实际好处:计划员在辅助阶段积累的确认记录,正好是后续判断「哪些单可以自动」的样本——哪类订单反复被原样通过,哪类总被调整,数据会自己给出答案。
放开范围也建议按板型与订单类型逐步扩,而不是按「全部常规单」这样的模糊口径划。常规与例外会随订单结构变化,写清楚触发条件(资料齐备、无非标工艺、物料齐套、无未同步变更单)才便于系统判断与回退。
八、常见问题
Q1:有了智能排程,还需要计划员逐单确认吗?
常规单可以在规则明确、数据齐备的条件下有限自动,例外单仍需人工确认。判断依据是系统能否给出可核对的方案依据,以及异常时能否回滚到明确版本;若这两点还做不到,逐单确认反而是积累规则样本的过程。自动化范围应按板型与订单类型逐步放开,而不是一次按系统是否上线来划线,试点期尤其要留下被调整方案的记录。
Q2:方案里的交期为什么和业务员给客户的承诺对不上?
常见原因是两侧用的约束集不同:业务按标准交期档承诺,排程按当前产能、物料齐套与换线成本计算。建议把承诺交期、客户优先级与加急条件作为显式字段进入排程输入,并让差异在方案生成时提示出来;计划员确认时一并处理,不要等工单下发后再由业务口头协调。承诺与排程共用一份数据,也能减少事后对「当初说好哪天」的争议。
Q3:计划失效时全量重排还是局部调整?
优先局部调整。先定位触发原因与受影响订单工序,只重排与变更有依赖的部分,其余保持原方案;全量重排会让已下发工单与车间准备同步失效,通知成本也高。无论采用哪种方式,都要保留原方案版本、回滚目标与已下发工单的处置记录,事后才能复盘是哪一步判断偏了,并把这类情形补进下次的约束条件。
Q4:评估排程系统时,该看哪些可验证的结果?
拿几张真实历史订单,要求系统给出方案与依据,再由计划员按同样条件人工排一次,对比交期达成、换线次数、产能负荷与异常处置;另外现场改一次优先级或插入一张加急单,看方案能否解释变化、能否回滚、确认记录是否完整。可解释、可干预、可回溯这三点,比演示里的自动化比例更能反映上线后的可用性,也便于写进试点验收单。
九、结语
智能排程落地的关键不是算得多快,而是人机之间有没有清楚的交接点:约束由谁定义、方案由谁选、下发前核什么、失效后怎么退。把这四类确认点写进流程与系统,计划员的控制权才不会在「自动化」里变得模糊,方案出问题时也有据可查。如果您正在梳理排程上线范围,可按上表逐条对照现状,再参考 PCB下单系统案例 了解同类工厂的落地方式。深圳市百新谷网络科技有限公司(以下简称「百新谷网络」)长期服务 PCB / SMT / PCBA 企业的在线下单、在线报价与生产管理数字化建设,可结合现有订单结构一起评估先上线的范围。