很多做WMS的工程师总盯着软件算法、数据库性能，却忘了这套系统从根上是给仓储现场的机械、人员、硬件做调度的——脱离机械设计约束的WMS，写的再漂亮也是个花架子。
别上来就谈算法：先把硬件侧的匹配账算明白
很多做WMS的团队，项目启动会第一件事就是拉着算法组讨论波次优化、ABC分类模型，完全跳过了最基础的硬件对齐环节。
上周帮苏州的一个汽车零部件厂调WMS，现场仓管拿着扫码枪跳脚——系统显示货在A区3排，人跑过去找了20分钟，连个零件影子都没有。查下来才发现，当初高架库做机械设计的时候，货位编码是严格按照“巷道-层-列”的规则编的，比如A03-12-07就代表3号巷道12层第7列，堆垛机的PLC寻址就是靠这串编码跑的。结果WMS开发的时候，为了做批次追溯，自己给每个货位生成了一串和物理地址完全无关的随机编码，中间靠一层映射表做转换，上线的时候映射表错位了3个货位，差之毫厘谬以千里。
真的。
别不信，按照GB/T 28577-2012《冷链物流分类与基本要求》里的明确规定，货位的唯一标识必须和现场硬件的物理地址一一绑定，不能在软件端做无规则的二次映射。还有个更离谱的坑，之前有个项目选了公版云WMS，和堆垛机的通信走公网，平均延迟800ms，堆垛机停在巷道里等指令，一天下来少跑40个货位，产能直接砍了15%。要知道，按照立体仓库的设计规范，WMS与堆垛机的通信延迟必须控制在200ms以内，不然机械结构的定位精度根本保不住，跑快了还容易撞货架。
你总不能让花几百万装的高架库，因为软件端的编码bug天天空转吧。
拣选路径的算法优化，从来不是脱离现场的纸面计算
很多算法工程师做WMS的路径模块，上来就套经典TSP最短路径模型，把所有货位当成平面上的坐标点，算出来的路径从数学上看完美无缺，一到现场根本走不通。
我去年在杭州的一个电商仓碰到过这事。现场的人工拣选区是按照JGJ 243-2011《仓库建筑设计规范》做的U型通道，拣选员从入口进，沿通道走一圈从出口出来，通道中间是2.2米高的重货货架，根本穿不过去。结果WMS算出来的拣选路径，为了省10米的路程，让拣选员直接翻货架穿过去——我当时站在通道里看着算法给的路径图，差点把手里的矿泉水瓶捏扁。
罚单真的疼。
后来这个仓的WMS大促期间因为没把“消防通道不能占用”的规则嵌进路径引擎，拣选员把周转箱堆在消防通道上，被消防部门开了8万的罚单，那个项目经理现在一提WMS就头疼。
其实哪有那么复杂的算法，路径计算引擎必须前置所有现场机械约束：通道的净宽够不够双向走，货架中间有没有挡，消防通道不能设拣选点，甚至地面的坡度超过3度的时候，拣选员拉着周转箱上坡的速度要比平地上慢30%，这些参数全部要提前录进系统的规则库，算出来的路径才是真的能落地的。深圳有个3C零部件仓，把这些约束全部配进去之后，拣选员的单小时拣选量从120单涨到210单，根本没换什么高端算法，就是把之前忽略的现场细节补上了而已。
库存准确率的最后1%，藏在容易被忽略的机械交互细节里
现在市面上的WMS，宣传页上全是“库存准确率99.9%”的slogan，真到了现场落地，永远卡在那最后1%的准确率上。
说起来都是泪。
之前在宁波的一个小家电仓，WMS的库存准确率测了三个月，一直停在97%上不去，查来查去发现，是把扫码枪装在了货架横梁上，离地面1.6米，拣选员每次扫码都要抬着胳膊举着扫，连续扫俩小时胳膊酸的抬不起来，就故意跳过扫码步骤，直接把货拉去拣选台，系统里的库存自然就对不上。后来把扫码枪的安装高度降到1.3米，刚好到拣选员的手腕位置，不用抬胳膊也不用弯腰，半个月之后库存准确率直接涨到99.5%。
还有个更细碎的坑，很多WMS对接了自动称重台做拣选复核，但是从来没按照JJG 539-2015《数字指示秤检定规程》做定期校准，秤的零点飘了20g，系统就会误判拣选的货不对，把本来正常的任务全部卡住，仓管还要一个个人工复核。之前那个仓因为三个月没校准，大促的时候一天卡了200多个任务，团队加班到凌晨2点，调一下秤的零点就好了，前后折腾了12个小时。
扫码交互的人体工学设计、称重模块的校准周期、货位标签的防反光处理，这些看起来和软件没关系的细节，恰恰是决定WMS能不能真正用起来的核心。很多团队做WMS，花了几十万请算法团队做优化，却舍不得花几百块把扫码枪的高度调对，最后系统用不起来，反过来怪仓管不配合，实在是有点本末倒置。
上个月再去那个苏州的汽车零部件厂复盘，把之前错位的编码映射表全部对齐，把路径引擎里的通道约束补上，把扫码枪的高度从1.6米降到1.3米，现在找货的时间从20分钟降到30秒，库存准确率从92%涨到99.6%。
没什么复杂的。
就是别把仓储WMS系统当纯软件做。
