生产流程卡步排查
生产流程走不下去,很少是系统本身坏了。更常见的是基础数据没补齐:物料没归组、配方没建、建了但状态不对、同一个物料挂着两套配方。系统在这些地方卡住,是因为它不知道该怎么算。生产流程卡步排查的作用,是在上线前或卡住时,把这些缺口一次列清楚,而不是让人对着一条报错反复试,试完这一单下一单又卡在别处。
一、功能说明
| 能力 | 说明 |
|---|---|
| 未归组检查 | 列出未纳入生产归组的半成品与成品物料 |
| 配方缺失 | 列出应建配方但没有配方记录的物料 |
| 配方状态异常 | 列出存在配方但状态未确认的记录 |
| 批用量缺失 | 列出有配方但未设置批用量的半成品 |
| 错建配方 | 列出普通物料被错误定义了配方的情况 |
| 配方重复 | 列出同一物料在同一工厂下存在多套根配方的记录 |
检查会排除已标记为不参与配方的物料类别;具体字段与排除规则以实际版本为准。
二、适用场景
刚启用生产流程。 从按门店粗放加工转到按流程管控,第一步是把物料、归组、配方、工序全部对齐。这一步没做完就上线,单据走到领料、投料就卡住,报错信息指向的往往只是表面现象,背后可能是几十个物料缺配方。上线前把体检跑一遍,比上线后逐单排错省力得多。
老数据带进新流程。 系统用了几年,物料陆续新增,配方陆续修改,中间还换过几次工艺。历史遗留的未归组物料与重复配方平时不影响开单,一旦排产就集中暴露,而且往往在上线当天才暴露。越晚上线才发现,返工的成本越高,因为那时候已经有人在按错的配方领料了。
同一产品算出两种成本。 配方重复时,不同车间、不同批次取到的是不同的结构,成本算出来对不上,毛利分析失真。这类问题不报错,但比报错更难查——报错至少告诉你哪里错了,成本偏差只会让结论慢慢偏离事实。等到有人拿这组数字去定价或谈客户,偏出去的就不只是报表了。
三、使用要点
- 先修数据,再谈流程优化。 归组、配方、批用量是地基,地基不平就调流程,只会把问题推到下游。按检查清单从物料类型开始逐层修,上一层的清单清零了再动下一层。
- 配方状态统一到「确认」。 草稿或未确认的配方,排产时取不到,单据就走不下去。在用配方全部确认,废弃配方停用而不是留着,避免被误取。
- 批用量按实际投料设,不要凭经验估。 批用量直接决定领料与成本分摊,估出来的数字会让每批成本都偏一点,月底汇总时偏差被放大。
- 普通物料建了配方要清掉。 采购类物料带配方,生产计算时会把它当自制件处理,库存与成本都会错位。清理之前先确认没有车间在用它,否则清掉之后又会出现新的缺配方清单。
- 修完要跑一遍完整流程验证。 从接单、排产、领料到入库,走一张真实订单,看每一步数据是否连贯。清单归零不等于流程能走通,一张订单走完,才说明基础数据真的对齐了。
四、与其他功能的关系
| 环节 | 对应功能 |
|---|---|
| 配方维护 | 工艺配方 |
| 工序定义 | 生产工序定义 |
| 排产执行 | 生产看板 |
| 批量导入 | 配方导入 |
| 检查入口 | 数据安全管家 |
五、验收清单
| 检查项 | 通过标准 |
|---|---|
| 归组完整 | 半成品与成品全部纳入生产归组,清单为空 |
| 配方齐备 | 应建配方的物料都有已确认的配方 |
| 状态正确 | 在用配方状态为确认,停用配方已停用 |
| 批用量齐 | 半成品在配方中都设置了批用量 |
| 无错建与重复 | 普通物料无配方,同一物料无多套根配方 |
| 流程可走通 | 一张真实订单能从排产走到入库,成本可算 |
六、常见问题
检查清单已经归零,排产还是报错,为什么? 清单覆盖的是静态基础数据,排产还依赖工序、班组、工厂、仓库等配置。按报错指向的单据往下查:缺工序、缺班组、仓库没对应,都会让单据卡在中间。把报错原文与清单一起看,范围会小很多。
配方异常和配方重复有什么区别? 异常指配方存在但状态不对,通常是没确认或已作废;重复指同一物料在同一工厂下有多套根配方,系统不知道取哪一套。前者修状态,后者要合并或停用多余的那套,处理方式完全不同。
历史订单已经按旧配方算过成本,改配方后要不要重算? 一般不需要。成本按单据生成时的配方计算,改配方只影响之后的单据。确实要重算时,先确认财务口径与期间是否已经结账,再决定处理方式,不要直接改历史单据。
