Rastro do lote

没有哪个页面需要有人录入“批次 A 来自批次 B”。本页面的树是由生产已经记录的库存变动构建的：订单的组件出库指向投入物料，成品入库指向产出的批次。因此追溯永远不会与库存不一致——这是同一本账，只是换了一种读法。

搜索不区分大小写，但不会猜测多了空格或后缀不同的批次号。如果某个批次查不到，请核对它在生产订单中是如何登记的——批次由生产订单命名，链条上其他环节都从那里复制。

库存变动上的批次是最近才有的。在此之前的变动没有批次，页面会用灰色如实写明，而不是把这一行藏起来。藏起来会让人以为存在一条并不存在的完整链条；而看似完整实则不完整的追溯，比没有追溯还不值钱，因为读的人会相信它。顶部的徽标统计仍处于这种情况的消耗条数。

组件的自动扣减知道出了“多少”，却不知道“来自哪个批次”——只有给机器上料的人才知道放进去的是哪一卷。在那里复制针织布的批次，会让追溯把批次指向它自己，而且不会报任何错。因此这一行生成时是空的，旁边的铅笔图标用来登记声明，就在缺口出现的同一个页面上：把发现缺口的人打发去找另一个菜单，数据就死在那里了。把字段留空会清除声明，这一行会回到“未登记”。

向后追溯：投入批次是生产该批次的订单所生成的库存出库。向前追踪：在项目中带有该批次的发票和订单。之所以是两条不同的路径，是因为信息存放在不同的地方——强行合成一条，页面就得编造缺失的那一半。

打开批次追溯树的人，几乎总是因为某件产品出了问题——所以开立 NCR（不合格报告）的按钮就放在这个页面，而不是某个遥远的菜单里。NCR 不是一张新表：它是工单工作流引擎，配置了一个质量循环——已开立、原因分析、纠正措施、有效性验证、已关闭。每一步都要求填写备注，从开立到关闭没有捷径：没有有效性验证，“已修正”只意味着“有人动过”，而不是“问题停止了”。已关闭的报告也不能重新打开——复发恰恰是审核要找的东西，把它抹掉就是隐藏最重要的信息。又发生了？就新开一份，并指向之前那份。

不是。DPP 是受监管的欧洲格式，其针对纺织品的授权法案尚未发布——预计在 ~2027 年底，之后才开始适用。这里有的是批次的内部追溯，它是任何未来护照的基础素材，而在今天则是一项商业差异化优势：在有人强制要求之前，就向客户展示针织布的来源。