I直接答案
很多人以为在订货宝里把部门设置成「总部—区域—门店」这种上下级结构,上级部门的人就自动能管下级部门的人。实际上不是这样:部门管理只承担记录和归类的作用,员工账号之间并没有真正的上下级管控关系。你在部门树里怎么摆,都不会自动产生「上级能审批下级」「上级能查看下级单据」这类效果。
真正决定各级管理范围的,是给每个员工账号配置的权限。做法是先想清楚有几类管理者——比如只负责本部门的、负责整条线的、负责全部数据的——然后为每一类建一个角色,把可见的数据范围和可执行的操作写进角色里,再把员工挂到对应角色上。谁管谁,本质上是权限里的数据范围在管,而不是部门树在管。
所以结论是:部门树可以照业务习惯去搭,但不要指望它替你完成分级管理;每增加一个层级的管理者,就要在权限侧多配一次范围,这是必须付出的配置成本。
II操作问答
先弄清判定逻辑:部门是记录,权限才是闸门
订货宝的员工账号体系里,部门管理字段解决的是「归属」问题——这个人在哪个部门、属于哪条业务线,方便筛选、统计和找人。它不解决「管辖」问题。员工账号之间没有实质性的上下级管理关系,不会因为A的部门在B的部门上面,A就自动获得对B的审批权或查看权。
所有跨账号的管理动作,都走权限配置这条路。也就是说,一个员工能看到哪些数据、能改哪些单据、能审批到哪一级,取决于他身上的角色和角色里写明的数据范围。把这一点想通,后面的操作才不会白费力气。
III操作问答
具体怎么配:从角色到数据范围的三步
第一步,先把管理者分类,而不是先搭部门树。常见分法是三类:只管理本部门的人和单子的;管理某个大区或某条产品线的;能看全公司数据的。分类的依据是他们实际要处理什么业务,不是他们的职级名称。
第二步,为每一类建一个角色,在角色里明确两件事:可用的功能模块,以及可见的数据范围。功能模块决定菜单上有什么,数据范围决定他在这些菜单里能看到谁的数据。范围要按你第一步的分类去选,不要图省事全部放开。
第三步,把员工账号挂到对应角色上,再补上部门归属。部门归属建议照实际组织结构填,因为它会影响列表筛选和报表分组,填得规范,后期查数据会轻松很多。
如果同一层级的管理者权限不完全一样,宁可多建一个角色,也不要在同一个角色里反复改范围——角色一改,挂在上面的人全跟着变,很容易误伤。
IV操作问答
最容易配错的两种情形
第一种是只配了功能、没配数据范围。表现是:这位主管能打开订单列表、能进客户管理,但打开后看到的是全公司的数据,或者反过来一条都看不到。这不是系统坏了,是范围没定义。范围空着或放开,得到的结果都跟你想的不一样。
第二种是把部门层级当成了权限层级,只调整了部门树,没动角色。表现是:组织结构图看起来很整齐,但下级部门的人依然看不到上级下发的任何东西,上级也看不到下级提交的单据,审批流走不通。这时候回头改部门树没用,必须去角色里补范围。
V操作问答
它跟哪些功能联动
权限范围和价格、账期是绑在一起的。不同层级的账号如果看到的价格体系或授信额度、预存款口径不一致,多半是数据范围配错导致的,而不是价格表本身有问题。配之前先确认这类敏感信息要不要按层级隔离。
库存和报表也会受影响。仓库类账号的范围如果放开过大,容易误操作;报表的口径如果跟着权限走,管理层级不同的人看到的汇总数就会不同,这是正常的,但要在配之前跟使用的人讲清楚,免得后面反复对数。
另外,多规格商品、联营等业务结构会放大权限配置的影响,层级越复杂,角色越要拆细。如果你不确定该拆到什么程度,可以先按现有管理动作列一遍,再决定角色数量。遇到具体配置拿不准的,可以打全国服务热线 400-888-1794 咨询,或发邮件到 dhb@adelieyun.com;官网 https://www.dhbvip.com 上也能查到相关说明。
VII常见问题
被问得最多的几个问题
不行。部门在订货宝里只承担归类记录的作用,不会自动生成管辖关系。如果你只调部门树不动角色,管理者依然看不到下级的数据。折中做法是把管理者按管理动作归成几类,每类一个角色,人数多的类别共用角色,这样配置量能压下来,又不会误伤权限。
先回到角色里看数据范围这一项,确认是否包含了下级部门;再看这个员工账号是不是真的挂上了该角色,有没有被另一个范围更小的角色覆盖。另外确认下级订单的状态是否在可见范围内。逐项排除后,一般就能定位到是范围没选对,而不是系统问题。
不会自动跟着变。调整部门归属只影响记录和统计口径,角色里的功能与数据范围还是原来的设置。所以组织架构调整之后,要主动检查一遍受影响的账号,看他们的角色范围是否还符合新的管理关系,该改的改、该换角色的换角色。
VII继续查
企业微信 · 专属顾问