生产批次追溯：从原料批号查到成品去向

客户投诉一批货有问题，却查不清用了哪批原料、又发给了哪些客户？本文讲清批次追溯怎么落地：批号规则怎么定、批次档案怎么建、投料与出货如何绑定、正查反查页面怎么用、留样与召回记录怎么留，以及上线前必做的一次追溯演练。

先看一个真实会发生的场景

周五下午，客户打来电话：上一批发过去的货，装配时发现密封件开裂。老板问三句话——

这批成品用的是哪家供应商的哪批原料？
同一批原料还投过哪些工单，产出的货发给了谁？
如果真是原料问题，要召回的范围有多大？

纸单时代，回答这三句话要翻三个部门：车间翻投料记录本，仓库翻收货单，销售翻发货台账。批号是手写的，供应商批号和内部收货批号对不上，同一天进了两家料但记在一页上。查了两天，最后只能"保险起见，把这周发的货全召回"——废品损失、运费、客户信任，一样都省不下来。

这就是批次追溯模块要解决的事：把一个"事后查账"的动作，变成在线、几分钟能给出答案的常规操作。它不改变你的生产工艺，只是把原本散在纸单上的批号关系，变成系统里能查的关联数据。

数据怎么建：先定规则，再建三张档案

批次追溯能不能做成，八成取决于建模块之前的两小时。顺序不能倒：先定批号规则，再建档案，最后才是单据。

第一步：把批号规则写下来（这一步在纸上做）。

来料批号：建议"供应商批号 + 内部收货流水"，例如 S-20250312-01。内部流水保证不同供应商送同一批号时不打架。
生产批号：从工单派生，例如"工单号 + 产出日期 + 序号"，一张工单分几次完工就分几个批。
出货批号：通常直接沿用成品的生产批号，不另起新号——多一层编号，追溯就多一层断点。

规则一旦定下就写进模块的说明里。规则混乱是追溯失败的第一原因，比系统功能重要得多。

第二步：三张基础档案。

档案	关键字段	说明
物料档案	物料编码、名称规格、是否批次管理	螺丝、包材这类不需要批次管理的，直接关掉批次字段，别让全员都填
批次档案	批次号、物料、数量、来源（供应商/工单）、生产日期、有效期、检验状态	全流程共用一张表，不按"来料批/成品批"分成两张，反查时才不用跨表拼
供应商档案	供应商名称、编码、供货物料	与批次档案用引用关联，而不是手打供应商名字

第三步：把"批次"做成可以被引用的档案。

这是整套方案的技术关键。投料单、完工单、出货单里，批号不要让人手打文字，而是做成引用字段——点开选的是批次档案里已有的记录。手打的批号在系统看来只是一串字符，和别的单据没有任何关系，正查反查都做不了；引用选出来的批号才带着关联，输入一个批号，系统能顺着关系把上下游全找出来。

第四步：把口径交给数据字典。

批次状态（待检 / 合格 / 让步接收 / 冻结 / 超期）这类选项，用数据字典集中管理一次，所有页面共用同一份。否则车间写"待检验"、质检写"未检"、仓库写"暂不能出"，统计时就成了三件事。

第五步：历史批号用 Excel 导入补齐。

老系统的批号、留样记录、在库批次，整理成表格一次性导入批次档案，追溯范围从上线那天起往前延伸，不用等新批次慢慢积累。

页面怎么用：让批号在四张单据里自然流动

模块不用一次建全，按物料流动的顺序分批上线最稳。

一、来料收货单（仓库）
收货时登记供应商、物料、数量，生成内部来料批号，并在批次档案里落一条记录。这一张单是追溯链条的起点。检验结论还没出来时，批次状态先记"待检"，系统允许收货入库但给出提示。

二、检验单（质检）
从来料批或成品批发起检验，把判定结果（合格 / 让步接收 / 退货）写回批次档案。这样后面任何人查这个批号，一眼就能看到它当时是不是被判过让步。

三、生产工单与投料记录（车间）
工单下达后，车间按料单投料。每投一次料，加一条投料记录：引用来料批次、填用量。这一步是整条链上最容易偷懒的一步——老师傅觉得"配料房就这几袋料，不用记"。上线时要盯住这里，宁可少记用量，也必须记批次。

四、完工产出与出货单（车间 / 销售）
完工时生成生产批号，写清楚用的是哪张工单、产出了多少。出货时引用成品批次，填客户、数量、日期，可以同时引用多张工单的成品批。

正查与反查：两个方向各一张表

追溯的日常用法只有两个方向，做成两个查询入口，培训五分钟就够。

反查（成品 → 原料）：输入成品批号或工单号，列出这个批用了哪些来料批次、对应哪家供应商、当时的检验结论是什么。客诉时先跑这一条，判断是原料问题还是制程问题。

正查（原料 → 成品 → 客户）：输入一个来料批号，列出它投到了哪些工单、产出了哪些成品批、这些成品批发给了哪些客户、各多少数量。召回范围就是这么圈出来的——从"这周发的全召回"缩小到"就这三个客户、两百件"。

实现上两条路都行，按团队能力选：

关联查询页面：以批次档案为主表，用关联的投料记录、工单、出货单做子表展示，一个批次一行，展开看上下游。适合批次量不大（每月几百批）的场景，做起来最快。
批次流转台账：把每次"批次换手"（收货入库、投料、完工、出库）都记成流水，一张表按批次号排序，正查反查看的是同一份数据，只是筛选方向不同。批次量大、要出追溯报告的场景更合适。

留样与召回要单独两张记录表，别省。

留样登记：样品编号、对应批次、留样时间、保存期限、存放位置、处置方式。客户要复检时，能按批次直接找到那瓶样。
召回记录：召回批次、涉及客户与数量、召回原因、处理结果（返工 / 报废 / 退回）。这张表既是给客户的交代，也是下次追溯演练的现成案例。

移动端怎么配合

批次追溯的录入点大多不在办公桌前，移动端不是加分项，是必需品。

仓库收货：在收货区用手机登记来料批次，拍下供应商批号标签照片存为附件，比抄写靠谱。
车间完工报工：手机上报完工数量时顺手选一下产出批次。批号和产量在同一步完成，不用下班再回办公室补录。
客诉现场：质检或销售在客户现场直接用手机反查——输入成品批号，当场给出用的哪批料、哪家供应商。这个动作对外部客户的说服力，比三天后回一封邮件强得多。
超期与冻结提醒：留样到期、批次冻结状态变更，通过通知推给对应责任人，不用等人去翻表。

这些移动页面和电脑端是同一个模块、同一份数据：在 PC 端建好的模块，勾选移动端后会自动生成相应的手机页面，不需要另做一套。

上线前查什么

批次追溯有个特点：平时没人看，出事才用。所以不能靠"用起来再说"，必须在上线前主动验一次。

做一次追溯演练，掐表。 从历史数据里随便挑一个已发货的成品批号，让质检或销售本人操作，看能不能在十分钟内走完"成品批 → 原料批 → 供应商 → 同批其他客户"。超过十分钟，说明某一段数据有断点，回去修数据而不是改流程。
重点查"自由文本"残留。 投料单、出货单里如果还有人手打批号而不是引用选择，这段关系在系统里是断的。抽查最近 20 条记录，手打比例高于一成就要停下来整改。
验批号规则的边界。 同一物料同一天进两批、一单拆两次完工、一单发三个客户——这三种情况最常出现重号或错绑，各跑一遍。
核对状态字典。 实际会不会出现"让步接收""冻结"？字典里没有，业务就会自己发明写法。
确认权限边界。 谁能修改批次档案、谁能改检验结论，要按角色分开——追溯数据的可信度，靠的是"改过有痕迹"，操作日志要开着。
走一遍发布预检。 模块发布前系统会做预检，检查页面挂载与移动端同步是否都到位，别让车间在手机上看到的是旧版本。