员工账号有采购入库的权限，但是看不到某些采购单

决定权不在「有没有采购入库这个功能权限」，而在「这张单据挂的是哪个仓库」。采购单在创建时如果没指定入库仓库，或者指定的仓库不在这名员工被授权的仓库清单里，那么即便账号上打了采购入库的勾，他也一样在列表里翻不到这张单。系统是按仓库维度去比对员工数据权限的，功能权限和数据范围两件事分开判定。

所以排查顺序应当是：先看这名员工被分配了哪几个仓库，再看那张看不见的采购单上填的入库仓库是谁。两者没有交集，就会出现「菜单进得去、单子找不到」的现象，这不是系统故障，而是权限模型本身的设计。

第一种：录采购单时压根没选入库仓库。制单人觉得「反正是先建单，等货到了再说」，单据保存下来入库仓库一栏是空的。对拥有全部仓库权限的账号来说，这种单照样显示；可对于只被授权了部分仓库的员工，空仓库不属于任何一段授权范围，于是他就看不到。这类单最容易在盘点时被发现「数量对不上」，因为经手人自己都以为没这张单。

第二种：仓库选串了。比如单子上写的是 A 仓，而这位员工只被授权了 B 仓。单据本身没问题，是授权范围没覆盖到 A。判断方法很直接——打开那张单，核对入库仓库，再回到员工的权限设置里看他的仓库清单，两者一比就能定位。

数据权限不是只作用于采购单列表。库存查询、出入库流水、仓库维度的报表，很多都走同一套授权逻辑。员工仓库范围配窄了，他在这些地方看到的数字会同步偏小，容易得出「库存怎么少了」这类误判。

账期与结算相关的视图也常按仓库或往来单位切分，权限不全会让对账节奏变慢。而价格体系、权限分级这些配置，如果和仓库范围一起调整，最好先在测试账号上验证一遍再推给正式员工，避免一次改动把几个人的可见范围同时改错。

另外，同一名员工如果被授权多个仓库，看到的单据会合并呈现，他不会知道哪张来自哪个仓，这在跨仓调拨频繁时会增加核对成本。所以给范围时，按岗位实际职责给，比「先都开着再说」更省事。