知客CRM产品序列号管理：从采购批量生成到售后退回更换的全链路

卖设备、卖仪器、卖3C产品的公司，合同上写“笔记本10台”是不够的，现场出问题客户报的是“SN：YK2026-00037”这台机器。知客CRM对启用序列号管理的产品做单件级追踪：采购时按规则批量生SN挂到产品下，签合同或开发货单时把具体哪几台卖给哪个客户选出来，售后在维保列表里按SN定位机器、一键发起工单，工单里能退回也能换货并记上新SN。一条SN从入库到报废都挂在系统里，不靠Excel记、不靠口头问。

知客CRM的序列号管理覆盖哪几个环节？

采购生成 → 销售/发货指定 → 客户名下沉淀 → 维保列表可查 → 服务工单处理（退回/更换）。五个环节共用同一批SN数据，状态随业务自动流转。

1. 采购批量生成：规则化SN挂到产品之下

管理员给某产品开启“序列号管理”后，采购入库或手动入库时，不用一条条手敲。在序列号生成页填规则，系统一次性吐出一批：

✅ 规则组成：统一前缀（如 YK2026-）+ 递增数字（00001起）+ 统一后缀（如 -A）；
✅ 批量数量：采购50台就生成50个连续SN；
✅ 归属关系：生成的SN直接挂在“该产品”之下，状态标“在库”；
✅ 替代录入：也支持从Excel批量导入厂商自带SN，或单台手工加（自产产品适用）；
✅ 唯一性校验：同租户内SN不可重复，重复入库会被拦下。

知客CRM截图：产品序列号批量生成（前缀+递增+后缀，生成后归属产品且在库）

2. 合同/发货单指定售出SN，绑到客户名下

销售建订单合同或后续开发货单时，添加启用SN的产品并填数量，系统弹出“选择序列号”面板，列出当前在库的该产品SN，按售出件数勾选。

✅ 卖3件就选3个SN，选完这3个SN状态从“在库”变“已售”；
✅ SN与客户绑定：在客户视图“已购产品/维保产品”里能看到这台机器；
✅ 与合同产品行关联：售后报SN能反查到是哪份合同、什么价格、何时发货；
✅ 发货单场景同理：先发货后补合同也行，SN最终都会落到客户名下。

3. 维保产品列表：已售SN集中可查

进【产品维保管理】（或“维保产品”视图），系统列出所有已售出且带SN的合同产品。每一行就是一台机器：SN、产品名、购买客户、合同号、售出日、维保到期日。

✅ 搜索框按SN、客户名、合同号、购买时间过滤；
✅ 行内“详情”跳原合同，“历史服务”看这台机器以前报修过没；
✅ 客服接电话报SN，30秒定位“这是A客户2025年买的YK2026-00037，过保还有20天”。

4. 一键发起服务工单

客户来电说“YK2026-00037 开不了机”，客服在维保列表找到该行点“发起服务”，系统自动带出：客户信息、合同信息、该SN历史工单，客服只需填问题分类、工单类型、故障描述，生成产品服务工单。

✅ 工单右侧自动关联客户过往购买与投诉记录；
✅ 按问题分类/产品类型走预设流程（客服→技术→返修库）；
✅ 工单状态实时更，客户来问能马上答“在换货流程第2节点”。

<极i>知客CRM截图：维保产品列表→发起服务（带出SN/客户/合同，生成产品服务工单）

5. 工单处理：退回产品或更换产品（换货填新SN）

工单里选了具体SN后，处理方式选“退回产品”或“更换产品”：

✅ 退回产品：原SN状态置为“已退回/待检修”，可关联退货单，库存里作为退回品隔离，不再次售出；
✅ 更换产品：选“更换产品”后系统要求挑一个新SN（从同产品库存里选），原SN标“已换出”，新SN绑到同一客户同一合同下，维保期可按原单或重新计算（规则可配）；
✅ 整个动作留痕：谁处理的、旧SN去向、新SN来源、客户签字附件全在工单里。

典型场景：仪器公司的一天

✅ 采购入库生成 YK2026-00001~00050 共50台检测仪，挂产品“YK-100型”；
✅ 签合同卖给B客户3台，发货单指定 00007/00012/00033，三者变“已售”绑B客户；
✅ 8个月后B客户报修 00012，客服维保列表搜SN→发起服务工单→技术判硬件坏；
✅ 工单选“更换产品”，挑库存 00041 换出，00012 标已换出，00041 继承B客户维保；
✅ 经理打开SN总表，看 00012 全生命周期：哪天采、哪天卖、哪天换、现在在哪。

序列号管理的意义，不是多一个“SN字段”，而是让每台实物在自己的生命周期里都认得清来历与去向。知客CRM把批量生成、售前指定、售后换退串成一条线，销售不用管SN、仓管不用抄SN、客服靠SN就能还原整台机器的履历—— 对卖硬件的企业来说，这套单件级追踪，比任何“客户满意度报表”都更接近售后真相。