PTL 灯光拣选的灯位绑定：补货移库后灯怎么跟上货

先说结论：PTL 灯光拣选准不准，灯本身只占三成，灯位绑定占七成。我见过太多灯亮错货位的仓了——灯是好灯，货架是好货架，问题从来不在灯上，在灯和货的绑定关系上。

这事分两面。灯光拣选的本质是个信息系统，不是照明工程。灯亮得再准，亮错了位置，准度就是零。补货把货挪了个窝，灯还亮在老地方，拣选员按灯拿货，拿错是必然的。所以 PTL 项目真正的功夫，不在买灯那天，在补货移库之后——灯怎么跟上货。

我亲历的一个坑：灯亮在 A 位，货在 B 位

2023 年，俄亥俄州一家汽配仓，流利架上两百多个灯位。旺季一到，补货员把一批慢动销品挪到了端头架，图的是补货顺手。灯位绑定表没人同步更新——灯还亮在原来的 A 位，货已经搬到了 B 位。

结果是一个旺季的拣选差错翻了好几倍。退货、客服、二次拣选，多花的钱够再买一批灯。IT 查了一周：灯没问题，WMS 没问题，网络没问题。最后发现问题出在流程上：根本没人规定，补货移库之后，谁去更新灯位绑定。

说白了，这不是技术事故，是责任真空。补货的人觉得"我只管把货放好"，IT 觉得"绑定表是运营的事"，运营觉得"灯是 IT 的设备"。三不管，灯就亮错了。

后来他们怎么收的场？三件事：第一，补货单上加了一行"灯位绑定已同步"的确认项，不勾不许下班；第二，IT 写了个小程序，每天凌晨把 WMS 库位主数据和绑定表对一遍，不一致的标红；第三，旺季前把两百多个灯位全量复核了一遍。两周，差错率回到原来的水平。花的钱不多，难的是有人把这事当成事。

灯位绑定的三种绑法，各有利弊

我把市面上 PTL 的绑定逻辑归成三种，trade-off 一次讲清：

没有银弹。选哪种，看你的补货频率和 SKU 波动。SKU 一年动不了几次，灯绑库位最省心；大促 SKU 三天两头换，灯绑货品反而便宜——因为人工同步绑定表的成本，早就超过了硬件差价。

绑定表长什么样：三个关键字段

灯位绑定说到底就是一张表。很多仓的 PTL 之所以管不好，是因为这张表从一开始就没建对。表里至少要有三个字段：灯位编号、库位编号、SKU（可空）。灯绑库位时，SKU 字段跟着补货走；灯绑货品时，SKU 字段是主键，库位只是它的当前位置。

字段之外，还有两个规矩：第一，绑定表的唯一写入口只能是补货确认，人工直接改表必须走审批；第二，绑定表每天和 WMS 的库位主数据对一遍账，WMS 里没有的库位，绑定表里不许留。表建对了，前面说的抽查和编号段才有地基。

什么时候该上灯绑货品：一个判断公式

灯绑货品贵在哪？每个灯位要配唯一标识，系统要维护 SKU 和灯的映射关系，硬件成本比灯绑库位高三到五成。这钱值不值，看一个数：你的 SKU 月均移库次数。

一个月挪不到一次，灯绑库位最划算，人工同步绑定表一年花不了几天；一个月挪三次以上，人工同步的成本加上错发的成本，早就超过了硬件差价，直接上灯绑货品；中间地带用混合，主力区绑库位、波动区绑货品。这笔账简单到老周看了都会点头——先算钱，再选型。

让灯跟上货：三个落地的办法

第一，补货流程里加一个动作：移库确认等于绑定更新触发。谁挪货，谁扫码确认，系统自动把灯位绑定切到新库位。动作多 5 秒，省掉的是整单的错发。

第二，每天开工前跑一遍"灯货一致性"抽查。抽 20 个灯位，灯亮了，看货对不对。5 分钟的事，能拦住大部分的绑定漂移。很多仓的灯错了一个月才发现，就是因为没人抽查。

第三，旺季临时灯位用独立编号段。2024 年我见过一家美妆电商仓，大促临时加了 80 个灯位，"灯随货走"的临时绑定，没有唯一键，两个 SKU 共用一个灯位，灯一亮两个人都去拿，三天差错翻倍。临时灯位必须独立编号，活动结束立即注销，绝不跟正式绑定混用。

灯位绑定的日常维护清单

最后给一份清单，是我们合作过的一家仓现在贴在 PTL 区域墙上的：第一，补货移库必须扫码确认，系统自动切换绑定；第二，每班开工抽 20 个灯位做灯货一致性；第三，临时灯位独立编号，活动结束当天注销；第四，每月盘一次绑定表，人员交接必须交绑定权限。

清单不长，难的是每天都做。灯光拣选这东西，七分靠流程，三分靠灯。流程立住了，灯想错都难；流程是糊的，灯越亮，错得越整齐。

这里有个反常识的判断：PTL 项目失败，十个有九个不是灯的问题，是补货流程没设计的锅。买灯之前，先把补货移库的流程图画出来，灯位绑定只是这张图上的一个节点。流程图画不出来，灯买得再贵也是摆设。

下次供应商跟你聊灯的亮度、响应速度，先打断他问一句：补货把货挪走之后，这盏灯怎么知道自己亮错了？答不上来，灯再亮也白搭。

作者：老米｜20年美国供应链老兵