工贸做单-垂类深挖痛点：“贴右边”功能炸裂提效

一台机器从生产线下来的那一刻，世界上就多了一个独立的物理实体。它会被装车、出库、过保、维修、串货、召回、报废——在它报废之前，它需要一张「身份证」，让系统在任何环节都能精确地指出它。这张身份证就是 SN（Serial Number，序列号）。

在超兔一体云里，SN 不是一个产品属性字段——它是把一件实物钉牢在系统里的那根钉子。

一、先拆开看：SN ≠ SKU，SN ≠ 批次

这三个东西是制造业最容易被混在一起谈的，放一张表里看：

维度	SKU	批次	SN（序列号）
标识粒度	规格型号	同一次入库的整批	单件实物
数量关系	一个 SKU 可对应无限件实物	一批可能几百上千件	一件 = 一个 SN
录入方式	新建产品时定	入库时产生	每一件单独录或单独选
主要用途	下单、价格、库存统计	先进先出、保质期	追溯、维修、串货、召回
在超兔里的入口	产品视图	入库单	出入库单明细的" 序列号 "列

举个具体场景：一批 50 台同型号电机入库——SKU 是「电机-X 型-220V」、批次是「2026-07-28-A 批」、SN 是 50 个互不重复的号码（如 SN260728-A0001 到 SN260728-A0050）。SKU 管「这卖的是什么」、批次管「这批货什么时候进来的」、SN 管「这一台现在在哪、归谁、经历过什么」。

混用一次会怎样？

• 用批次号当 SN 出库：客户退回的机器查不到是哪台，因为同批 50 台一个号
• 用 SKU 当 SN：所有维修记录、串货风险都成了「同型号」级别的模糊账
• SN 没录就出库了：这台机器从此对系统「失踪」

二、超兔里的 SN 是一条怎样的线

SN 在超兔里不是某个产品的装饰字段，它跟着单据流转走完整条链路：

采购入库 → 销售出库 → 维修/换货 → 出入库流水

每一个节点，SN 都被显式录入或显式选择，不是后台自动产生。这条线有四个关键点：

1. 入库时录 SN：采购入库单/生产入库单的明细行上，每一件实物一个 SN。可以手动一行一行敲，也可以用「选择 SN」按钮从已存在的 SN 里挑
2. 出库时选 SN：销售出库单上，一台机器出给客户，必须从在库的 SN 列表里选——选不出来就不让出（这是强约束，不是提醒）

3. 换货时串 SN：换货单里出库 SN 和入库 SN 是一对，新的 SN 顶替旧的 SN 角色继续往下走
4. 流水里查 SN：库管在出入库流水按品名/SKU/型号检索，看到的每一条记录都带 SN，能直接追到对应的客户或供应商

这条线的核心设计意图：SN 不可绕过。系统在出库环节强制选 SN，意味着「这台机器是不是真的在库里、归谁、有没有过维修」所有问题都能用一个号码答出来。

三、销售侧：出库选 SN 这件事的实际用法

销售出库在超兔里不只是一张「数量 × 单价」的明细表——它还强制做一件事：每一件实物都要选一个 SN。

「选择 SN」按钮的逻辑是：点开之后左边是这台产品当前在库的所有 SN 列表，右边是已选 SN 列表。销售员从左边挑客户要的那几台，移到右边，点「执行」。如果选的数量和明细行的数量对不上，单据是提交不了的。换货里如果牵涉到「不同型号」，SN 串号的处理思路跟「同型号换货」又不一样——选错 SN 的后果比选错型号还严重。

这对销售员的实际影响：

• 客户指定要「看过的样品机」：销售员知道那台机的 SN，直接在 SN 列表里精准挑出来，不存在「发错货」
• 客户退过维修件的再次发货：能调出上次维修入库时用的 SN，确认这台机经过几轮维修、什么故障，再决定能不能再次出
• 大客户要 SN 清单做资产登记：销售员可以一次导出本次出库的全部 SN 编号给客户存档

新人最容易踩的坑：销售员觉得「反正同型号，选哪个 SN 都一样」——不一样。SN 是单件身份证，选错一个，客户收到的就是另一台机器。

四、库管侧：按 SN 反查单据和客户/供应商

SN 这条线的最大价值体现在反查——出事的时候能精确追到「这一台在哪里、归谁、什么时候进出过」。

库管在出入库流水里按品名、型号或 SKU 检索某台产品，能看到三条反查路径：

场景一：销售查「这个产品被哪些客户买过？」

产品信息视图底部有「购买该产品的客户」模块——但这里只能看到有客户权限的数据，销售员只能看到自己跟单的客户，看不到全公司的。

场景二：采购查「这个产品从哪些供应商进过货？」

产品信息底部有「供应该产品的供应商」和「采购过该产品的供应商」两个模块。同样受供应商权限控制，没权限的供应商对当前用户不可见。

场景三：库管查「这台机器的出入库对应哪张单据？」

出入库流水是最准的反查入口。按品名或型号、 SKU 检索之后，每一条流水都带 SN 和对应的单据链接。点开链接直接跳到那一张入库单或出库单——单据上的客户、供应商、经手人、时间、数量全部齐了。这一步不需要再开别的视图，一张流水就够。

这是 SN 真正的威力：不是用来记账的，是用来出事的。 客诉、召回、串货排查、年度盘点——所有需要精确到「一件」的问题，都从查 SN 开始。

五、换货场景：SN 在出库和入库之间怎么串

换货是 SN 链路里最敏感的一个环节，因为同一台机器进出一对 SN 必须能对得上。订单换货（销售侧）的具体步骤：

1. 换货单入库明细点「编辑序列号」——右边弹窗里点「选择 SN」按钮
2. 从弹出的列表里勾选要换货的 序列号（这些 SN 是这批货当时出库时用过的）
3. 选中的 SN 移到左侧列表，填一个新的 SN 编号点「新建 SN」——这台机器以新 SN 身份重新入库
4. 提示「序列号保存成功」——入库明细里自动显示已选 SN 数量
5. 关闭弹窗，操作完成入库

手动填写版（适用于 SN 系统里没有可选项的，例如客户自寄件）：

• 在弹窗左侧手动输入新的 SN 编号，每行一个
• 输入数量等于入库数量后点「新建 SN」
• 全部录入后关闭弹窗，入库单明细显示 SN 数量

采购换货的逻辑反过来：换货出库的 SN 必须是本次采购单入库时用的 SN——系统会校验，如果选的 SN 不是这张采购单对应入库的，会直接提示「序列号不在采购单中不能出库」。这个强制校验是采购换货的硬约束，不让混批次、跨单据。

换货场景里 SN 串错了，最常见的后果：

• 出库用了别的采购单的 SN：那台机器在系统里被记成「从别人那里出库了」，实际还压在仓库
• 新 SN 没建就提交：换进来的机器没有身份，下次再出库系统不认识它

六、几个反直觉但很重要的细节

写到最后，把几个在实操里反直觉但决定账对不对的细节列一下：

1. SN 录错了能不能改？

能改，但有代价。改 SN 等于改了这件实物的「身份证号」，所有关联流水（出入库、维修、换货）的 SN 字段都要跟着改。超兔的做法是「新建 SN 顶替旧 SN」而不是直接改原 SN——这样留了旧 SN 在历史里做追溯。

2. 序列号 产品和非序列号产品能不能混管？

能。超兔里产品层面有一个**「是否启用** SN **管理」**的开关。开关关闭的产品走普通 SKU 出入库，开关打开的产品强制录 SN。一家公司可以一部分产品管 SN、一部分不管，按产品价值和管理成本灵活配置。

3. SN 跟防伪、防窜货是什么关系？

超兔管的是「账上认不认这台机器」，不是「客户怎么验真」。SN 本身不防伪，但 SN 把一件实物钉牢在系统里之后，所有非授权出货、所有来源不明的机器在出入库环节都会被卡住——这是 SN 在流通管理上的间接价值。

写在最后

SN 管理这件事的真正成本不是「录一个号多花几秒」——而是没有 SN 的时候出事找不到那一台。维修返修率高、客诉定位慢、年度盘点对不上账、串货查不出来——这些问题的根上都是同一件事：系统里没有精确到单件的身份标识。

SN 不是为了管产品，是为了管实物。账能对到 SKU 是基础，账能对到 SN 才是真对。

在超兔一体云里，一物一码的入口藏在每张出入库单明细的「序列号」列里——不是高级功能，是基本动作。