先说结论：WMS 权限配错，九成问题不在某一个勾选框，而在三处漏——角色给多了、库位范围没锁、单据状态没卡住。这三处只要漏一处，数据就会在没人报错的情况下一路错下去，等对账时才发现，已经分不清哪一笔是真的。
这个坑我见过三次，每次的表象都不一样，根子都是同一个：上线时图省事，把权限按“岗位大类”一刀切，结果系统里谁都能动关键数据。
WMS 权限配错的第一处漏：角色给多了
2024 年 9 月，华东一家做日用品代发的 3PL 仓上线新 WMS。拣货组一共 40 多人，实施方为了赶工期，直接把拣货员角色复制了库管员的权限模板，只改了个名字。差别只有一处没改回来：拣货员也能手工调整库存数量。
上线第三周，盘点差异突然放大。查了一圈才发现，拣货员在拣不到货的时候，有人图快直接在手持端把账面数改成实物数——货其实在隔壁库位，只是系统里已经“对上了”。一个月下来，账面库存和实物对不上 120 多个 SKU，客户投诉了两单发错货，仓里花了整整一个周末做全盘才兜回来。
角色权限的原则只有一条：按动作给，不按岗位给。拣货员需要的是“拣货确认、异常上报、扫码校验”，不是“库存调整、单据作废、主数据修改”。库管员能调账，但调账必须走审批；主管能审批，但不能自己录入又自己审批。把这张动作清单列出来，逐项打勾，比按岗位起名字可靠得多。
一张可执行的角色矩阵长这样：
| 角色 | 能做 | 绝对不能做 |
|---|---|---|
| 拣货员 | 拣货确认、异常上报、扫码校验 | 库存调整、单据作废、改库位主数据 |
| 上架员 | 上架确认、库位扫码、差异上报 | 跨货主操作、改商品主数据 |
| 库管员 | 库存调整申请、盘点执行 | 自己审批自己的调整单 |
| 主管 | 审批调整单、查看全仓报表 | 录入并审批同一单据 |
WMS 权限配错的第二处漏：库位范围没锁货主
第二处漏更隐蔽，发生在多货主仓。2025 年 3 月，华南一家同时做两个美妆品牌的仓，上线时库位权限只按“仓区分”配，没按货主配。A 品牌的操作员在系统里能看到 B 品牌的库位，扫码时选错库位，系统也不拦。
结果是一批 A 品牌的面霜被上架到了 B 品牌的拣选区，账面在 A 品牌名下，实物在 B 品牌的货架上。两边盘点都对不上，互相都说对方串货。是靠一箱箱翻拣选区才找到，前后折腾了四天，还赔了一单加急空运。
多货主仓的库位权限必须同时锁两道：看得见什么，和动得了什么。只锁“看得见”不够，操作员可能凭记忆输库位编码；只锁“动得了”也不够，报表和查询里串货主的数据同样会误导决策。正确做法是，角色绑定货主范围，库位选择器、任务池、报表查询全部按这个范围过滤，跨货主的操作在界面上根本不出现，而不是出现后再弹报错。
WMS 权限配错的第三处漏：单据状态没卡住
第三处漏在单据。2025 年 6 月，华北一家汽配仓的出库单有个老问题：已审核的出库单，操作员还能退回修改明细，改完不用重新审核就能直接拣货。相当于审批只审了第一版，后面改成什么样没人管。
这单的后果很具体：一张 86 行的出库单，审核后被人把其中 3 行的数量改大，系统按改后的数量拣货出库，客户多收了货，仓里按原单对账对不上。查日志才发现，改单的人、拣货的人、审核的人，权限记录里全是同一组“仓储操作员”，根本分不清责任。
单据权限要卡状态机，不卡人。每一类单据画一张状态图：草稿能改什么、已审核能改什么、已出库还能不能动。状态一变，可改字段立刻收紧；关键字段一改，状态必须打回待审核。这个规则写进系统配置，而不是写进操作手册——手册人会忘，系统不会。
WMS 权限配错怎么查：上线前夜 checklist
上线前夜 checklist，我每次上线都跑同一套，跑不完不签字：
- 导出全部角色的权限清单，逐个角色核对“能做 / 不能做”，重点看库存调整、单据作废、主数据修改这三项落在谁手里。
- 用测试账号实测：拣货员账号登录，试着调一笔库存、作废一张单、打开别家货主的库位，三项都必须被拦住，拦不住就是漏。
- 模拟串货：A 货主账号扫 B 货主库位编码，系统必须拒绝或根本不显示该库位。
- 模拟改单：已审核单据改一行关键字段，确认状态自动打回待审核，改单人和审批人不能是同一账号。
- 查审批链：每一类调整单、作废单，审批人名单里不能出现录入人自己；紧急通道也要留日志，事后可审计。
- 查报表权限：只看自己货主报表的角色，导出报表时也不能带出别家货主的数据。
反常识的一点是：权限给多了，比给少了更危险。给少了，操作员立刻报错，问题当天就暴露；给多了，操作员一路畅通，错误悄悄攒成一堆，等到对账、赔付、客户投诉时才爆出来。那时候要修的就不只是权限，还有已经错掉的数据。
还有一句要提醒上线团队：权限配置不是上线一次就完事的事。每次新增货主、新增仓区、新增岗位，都要重新跑一遍上面这套检查。很多仓的权限就是在一次次“临时加一下”里被加坏的——临时加的权限没人收回，三个月后就没人记得当初为什么加。
临时权限与审计日志：最容易烂掉的两处
清单跑完了，还有两处最容易在上线后烂掉。第一处是临时权限。2025 年 8 月，一家华东仓在大促前给两名拣货员临时开了盘点权限，理由是人手不够，大促结束要收回。结果大促结束没人收回，这两人的账号之后三个月都能进盘点模块，其中一人在 11 月误操作改了一批库存，查日志才发现权限早该收回了。临时权限必须带过期时间，到期系统自动收回，人工记得收回等于没收回。
第二处是审计日志本身。很多仓的日志只记“谁改了什么”，不记“改之前是什么”。出问题要还原时，少了改前值就只能靠猜。我的要求是：库存调整、单据作废、主数据修改这三类操作，日志必须同时记操作人、操作时间、改前值、改后值、单据号。少一项，上线验收就不签字。日志不是给领导看的摆设，是出问题时唯一能还原真相的东西。
还有一个上线团队常问的问题：权限管这么严，会不会拖慢现场？我的经验正好相反。权限清晰的仓，现场反而更快——操作员打开界面只看到自己该做的事，不用在十几个菜单里找，也不会因为点错菜单触发一串报错。所谓“为了效率放宽权限”，放宽的从来不是效率，是出错的空间。真正拖慢现场的，是错账之后的盘点、纠错和赔付，那才是按周计算的时间。
权限配对了，系统才会说真话。配错了，系统每天都在一本正经地记错账。
作者：林晓｜WMS 实施顾问
