四十桶DMF按批号拆成两批各自待检

周五下午四点，采购谭松接到司机电话：订的四十桶 N,N-二甲基甲酰胺到了，供应商这周产能紧，四十桶里二十四桶是本周生产的，另外十六桶是上周的批，随货单上两个批号并列——250919 和 251017。仓库问怎么入库：照旧一笔记总数，还是分开记。

搁以前这不算问题。入库单写四十桶，批号栏抄一句"见随货单"，质检从车上任抽一桶送检，一个结论管一车。真正出事是在三个月后：产线反映某桶水分偏高，翻遍单据也说不清问题桶属于哪个批号，两个批次只能一起停用。

到货登记按批号拆成了两个批次

谭松在胜蓝® AIchem 里打开这张采购单。品项挂在化合物档案下，按名称、CAS 号或产品编号调出来的是同一份档案；到货登记从采购单直接带出物质和品项，不用重新描述一遍。

这次到货他没有并成一笔：二十四桶一个批次，十六桶一个批次，各自登记供应批号和有效期。入库后自动形成两条库存记录，都关联着这张采购单——数量从哪张单来、批次对应供应商哪个批号，落在批次上，而不是落在随货单附页里。

两个批次各挂一条待检

给两个批次分别建立了关联质检。检查项目照化合物档案里的质量标准来：水分、色度、馏程，一批一条，各自记录检验要求、结果和检验人员。

这里有个边界要说清：质检记录表达的是质量事实，批次放行还是拦截，由谭松和质检按结论在对应环节办理，系统不会拿一个结论自动改写其他业务的状态。251017 水分合格，当天放行入库；250919 色度踩在指标边缘，先标了待复检——拦住的只有这十六桶，另外二十四桶照常发给产线。

给供应商的反馈点名到批号

谭松让内置的 AIchem 助手查这车到货的入库和质检状态。助手只使用他当前账号的权限，查询直接返回结果：两个批次、各自的供应批号、一条合格一条待复检。他把复检要求整理成给供应商的反馈，点名到具体批号。反馈要落在采购链路上，涉及业务写入，助手先展示目标记录和具体动作，他确认后执行，执行时系统再次检查访问条件；取消则不写入。

周一复检通过，十六桶补入放行。他给供应商的回复只有两行：货收了；250919 色度边缘，下批随货请附该批出厂检测单。

入库从一笔记总数变成批号各归各，质检从一个结论管一车变成一批一条结论。仓管发料不用再对着"见随货单"猜批号，老板担心的"一桶出问题整车说不清"有了边界——问题追到批为止，不牵连整车。

记录有据，经验有续，AI 有界。