批次管理产品追溯MES

批次合并与拆分:制造现场最容易被忽视的功能

批次拆分/合并是现场天天发生却常被系统忽略的动作,本文讲清它管的是批次身份变更而非数量加减,不记录分合会导致可疑范围失控、账实不符与湿敏/有效期属性丢失,并给出一套经得起审核的五条要求、适用行业与老板评估口径。

OTD 研究组 · 2026年9月24日 · 约 10 分钟阅读

TL;DR

  1. 批次拆分是把一个批次分成多个子批次(分装、分线投产、部分让步放行),批次合并是把多个批次并成一个(凑单、余料回用、同规格并盘)。两者都会改变“这批东西是谁”这件事本身
  2. 它被忽视,是因为在纸面上它只是“改个数量”。但在追溯链上,每一次没有被记录的分合,都是一个断点——出问题时,可疑范围就从“一个子批次”放大成“所有沾过边的批次”。
  3. IATF 16949:2016 第 8.5.2.1 条要求可追溯性能够界定不合格品与可疑品的范围;ISO 22005:2007(对应国标 GB/T 22005-2009)明确要求对批次的形成、分割与合并保留记录。标准关心的从来不是批号好不好看,而是范围收得住收不住
  4. 对老板来说,这是一条典型的“平时看不见、出事时决定损失量级”的能力:同样一次来料异常,有分合记录的工厂召回一个盘,没有的工厂召回一个月。

先给答案:批次合并与拆分到底在管什么?

先把两个动作说清楚:

  • 批次拆分(Split):一个批次被分成若干个子批次。典型场景是一盘物料分给两条线用、一个大批分装成多个小包、检验后只有一部分让步放行、或者一个工单在中途拆成两个并行加工。
  • 批次合并(Merge):多个批次被并成一个。典型场景是同规格余料并盘、多个小批凑成一个整包装入库、多个子批次完工后合并交付、或者前工序多批投入、后工序产出一个批。

所以这个功能真正在管的,不是数量加减,而是批次身份的变更。系统需要回答三个问题:新产生的批次是谁、它从哪几个父批次来、父批次各贡献了多少。把这三件事记全,追溯链才能在分合点上接得住。

一句话概括它的经营价值:批次分合决定了出问题那天,你的可疑范围是一个盘、一个班次,还是一个月

为什么现场一定会发生分合,躲不掉?

很多工厂的系统里没有这个功能,不是因为不需要,而是因为实施时没人提——业务部门默认“分一下而已”,系统上线后才发现这件事天天在发生:

  • 来料侧:供应商一个批号来了十盘,入库时按盘拆成十个子批次,才能做到“哪一盘出了问题只锁那一盘”。
  • 仓储侧:同一物料的零头余料要并盘,否则仓库里躺着几十个不足一盘的碎批;跨库位调拨、翻包装也都在动批次。
  • 发料侧:一个工单要的量小于一个整包,发料时必然拆;退料回库的余量要么单独成批,要么并回原批。
  • 生产侧:一个投料批走到分流工序被分到两条线,或者两个前工序批在装配工位合成一个产出批——电子行业的接料(Splice)更是典型:两盘料在飞达上接上的那一刻,后面贴出来的板子就同时含有两个批次的元件。
  • 质量侧:一批来料检验判为部分合格,合格部分放行、可疑部分隔离,这本身就是一次拆分;返修后重新入库的部分,往往又要单独成批。

换句话说,分合不是要不要开的功能,而是现场早已在做、只是有没有被系统记下来的动作。没有功能,它就以“改数量 + 口头交代 + 纸条标识”的方式发生,链条照样断,只是断在看不见的地方。

不记录分合,代价在哪里?

代价集中在三个地方,而且都不是平时发生,是出事那天才一次性结账。

第一,可疑范围失控。这是最直接的一条。追溯的目的从来不是“证明我们有记录”,而是在异常发生时把范围收到最小。相关标准对此的要求是明确的:

  • IATF 16949:2016 第 8.5.2.1 条「标识和可追溯性—补充」要求组织基于风险确定可追溯性的范围与程度,并使之能够识别不合格品或可疑品的边界、支持召回与隔离。审核时的常见追问就是:这个批号能不能反查到它用了哪些来料批、又流向了哪些成品批。
  • ISO 22005:2007《饲料和食品链的可追溯性》(我国等同采用为 GB/T 22005-2009)在体系设计原则中明确要求:当批次发生分割、合并或重新包装时,组织应记录新旧批次之间的对应关系,以保持追溯链的连续性。这条标准虽然出自食品链,但它把“分合必须留痕”这件事讲得最直白。
  • IPC-1782A(2020 年发布的制造业追溯标准)把追溯能力分级描述,核心区分就是记录的颗粒度——追到批、追到子批、还是追到单件。颗粒度越细,异常时需要处置的数量越少。

逻辑并不复杂:追溯链在哪里断,可疑范围就从哪里开始扩散。一个来料批拆成十盘却没有记录对应关系,那么其中一盘出问题时,账上只能认定这十盘都可疑;这十盘如果已经分别上了三条线、做了两周,扩散就再乘一次。

第二,库存账实不符。批次分合如果靠人工在系统外处理,最常见的后果是:物理上已经并盘了,系统里还是两个批号;或者系统里拆了,现场没贴标。到了盘点日,数量对得上、批号对不上,追溯数据也就此作废——一个对不上批号的库存,等于没有批次管理

第三,特殊物料的属性丢失。有些物料的批次不只携带“是谁”,还携带“还能用多久”。最典型的是电子行业的湿敏元器件(MSD):按 IPC/JEDEC J-STD-033 标准,防潮包装开封后,器件的车间暴露时间要累计计算,超出等级对应的允许时长就必须重新烘烤。这时候批次一拆,子批次必须继承父批次已经消耗掉的暴露时间;一合并,取更严的那一个。如果分合只改数量不继承属性,计时就从零开始,管控形同虚设。有效期物料、烘烤记录、校准状态,都是同一类问题。

手工处理和系统化处理,差在哪?

环节人工 / 改数量的做法系统化批次分合
批次身份沿用原批号,或现场自己编一个,规则各人不同按规则自动生成子批号,父子关系系统记录
数量平衡靠手工加减,拆完合计不等于原数是常事强制校验:拆分后合计等于拆分前,合并同理
标签手写标签或复印原标签,扫不出、贴错难发现分合完成即打印新条码,旧标签作废,扫码验真
属性继承有效期、暴露时间、检验状态全靠人记子批继承父批属性,合并取最严值,自动判定
向前追溯只能追到原始来料批,之后断链沿父子关系逐级上溯到供应商批号
向后追溯一个来料批出问题,只能按时间段圈产品从批次反查所有子批、工单与成品序列号
责任留痕谁拆的、为什么拆,事后说不清操作人、时间、原因、审批全程留痕

表里最容易被低估的是属性继承那一行。前六行出问题,是追溯不准;这一行出问题,是物料本身被错误地判定为可用——风险性质不一样。

一套做对的批次分合,要满足哪五条?

以奥斯坦丁软件(OTD)在 OTDMES 与 OTDWMS 项目上的做法为例,一套经得起审核的批次分合能力,至少要满足五条:

  1. 父子关系是第一公民:每一次分合都生成一条关系记录,说明由哪些批次产生了哪些批次、各自数量多少。追溯查询走的是这张关系表,而不是靠批号的命名规则去猜。
  2. 数量强制平衡:拆分后各子批合计必须等于拆分前数量,合并后数量必须等于各来源批之和。不允许在分合动作里凭空增减——增减是另一个动作(盘盈盘亏、报废),要走各自的单据和审批。
  3. 属性按规则继承:有效期取最早、湿敏暴露时间累计继承、检验状态取最严、供应商与来料批号全部保留。合并时如果两个批次的关键属性冲突(例如一个已检合格、一个待检),系统应当拦住,而不是默默取其一。
  4. 标签与实物同步:分合在 PDA 上扫码完成,完成即打印新标签,旧标签同步作废。系统里的分合和现场的贴标必须是同一个动作,不能分两步、不能隔一天
  5. 可疑范围一键圈定:给定任意一个批号,系统要能双向展开——向前追到供应商批与收货单,向后追到所有子批、工单、成品批次与序列号。这才是前面四条最终要兑现的东西。

这五条里,第 2 条和第 4 条决定了数据可不可信,第 3 条决定了会不会放行不该放行的物料,第 5 条决定了出事那天能不能快速止损。

哪些工厂最该优先补这一块?

  • 汽车电子与汽车零部件供应商:IATF 16949 体系下,客户对可追溯颗粒度有明确要求,一旦发生 8D 或客诉,范围界定能力直接决定赔付与召回成本。
  • SMT / PCBA 电子制造:接料(Splice)天然产生批次合并,湿敏器件又对暴露时间有硬约束,两个因素叠加,分合不管就等于追溯不管。
  • 医药、医疗器械与食品:批次是法定管理单元。《中华人民共和国药品管理法》(2019 年修订)第十二条规定国家建立药品追溯制度,要求实现药品最小销售单元可追溯、可核查;医疗器械唯一标识(UDI)的生产标识中也包含批号。这类行业分合不留痕,是合规问题,不只是管理问题。
  • 化工、涂料、胶水等流程与离散交界的行业:调配、分装、回用是常态,批次分合几乎是核心业务动作本身。

一个简单的自检标准:随便挑一个上周入库的来料批号,问系统它现在分别在哪几个地方、做进了哪些成品——如果这个问题要靠人去查表、去问人,那这块能力就该补了

老板该怎么评估这笔投入?

批次分合不增加产能,也不直接降本,所以在项目范围讨论里经常被砍。评估它的正确方式是看三笔账:

  • 异常处置的范围账:同样一次来料不良,可疑范围是一盘还是一个月,差的是复检人力、停线时间、客户沟通与赔付。这笔账平时是零,出事时是全部。
  • 库存准确率账:分合走系统后,账实不符中由“并盘、分装、退料”引起的那一类会明显收敛,盘点与呆滞分析的数据才有意义。
  • 审核与客户认可账:客户过程审核里,“拆了之后怎么记录”是常见追问点。能现场演示一次批次向前向后追溯,胜过一叠表单。

还有一点常被忽略:批次分合最好和收发料、报工在同一套系统里完成。如果仓库用一套、生产用一套,分合记录会停在系统边界上——而追溯链恰恰是在边界上最容易断。


常见问题(FAQ)

问:我们物料批次很多,全都做分合记录会不会让仓库负担太重?

答:不必全做。实际项目里通常按风险分级:客户有追溯要求的物料、单价高的物料、有有效期或湿敏等级的物料,做到子批级;低值易耗、通用辅料可以只管到来料批甚至不管批次。决定颗粒度的是风险和客户要求,不是物料数量。分级做完之后,真正需要严管的物料往往只占物料总数的一小部分。

问:批次拆分之后,子批号怎么编才合理?

答:常见做法是在父批号后加流水后缀,这样人眼也能看出血缘关系。但要强调一点:编码规则是给人看的便利,不是追溯的依据。系统必须有独立的父子关系记录,否则一旦出现跨层级多次分合,或者子批又参与了合并,光靠批号规则就解释不清了。

问:合并之后如果发现其中一个来源批有问题,怎么办?

答:这正是记录父子关系的意义所在。系统从这个问题批出发,向后找到它参与合并生成的新批,再继续向后找到这个新批被发到了哪些工单、做成了哪些成品。合并会扩大可疑范围,这是客观事实——但有记录时范围是确定且有限的,没记录时范围只能靠时间段估,通常会大得多。这也是为什么很多工厂会规定:有追溯要求的关键物料限制合并,或者合并必须审批。

问:现场操作工会不会嫌麻烦、绕过系统直接分?

答:这取决于操作成本。如果分合要回办公室开电脑、填单子,一定会被绕过;如果是在 PDA 上扫父批条码、输数量、确认、打印新标签这样十几秒的动作,绕过反而更麻烦——因为绕过之后,新分出来的料没有合法标签,下一道发料扫码就过不去。让合规路径比违规路径更省事,比培训和考核更管用

写在最后

工厂信息化项目里,最容易被低估的往往不是那些听起来很大的功能,而是这种“现场天天在做、系统里却没有对应动作”的细节。批次的合并与拆分就是其中最典型的一个:它不出现在任何一页方案的亮点里,却决定了追溯体系在真实异常面前能不能站住。

奥斯坦丁软件(OTD)在电子制造、汽车电子等离散制造场景做 OTDMES 与 OTDWMS 的实施交付,批次的分合、属性继承与双向追溯是我们在项目上反复打磨的基础能力。如果你正在选型或正在准备一次客户审核,不妨先做一个十分钟的测试:挑一个批号,看看系统能不能把它的来龙去脉完整讲出来

OTD

作者

OTD 研究组

专注制造业数字化转型实践,深耕 MES、WMS、数字孪生与 IoT 集成领域,帮助工厂从「看不见」走向「可控可优」。

延伸阅读

相关文章

开始行动

准备好把洞察变成行动了吗?

我们提供一次免费的工厂流程诊断,帮助您找到数字化提升的关键突破口。

预约免费诊断 → 浏览更多洞察