I直接答案
代客下单加赠品的开关不挂在某个业务账号上,而是挂在账号所属的权限组上。也就是说,想关掉谁代客下单时加赠品的能力,不要去员工资料里找,而是先确认这个业务同事当前落在哪个权限组,然后到该组的权限项里把与订单赠品相关的那一项取消勾选,保存之后权限才会被改写。同一个组里的其他人会跟着一起受影响,这是权限组机制本身的特点,不是系统出错。
另一个容易忽略的点是生效时机。改完权限以后,已经登录的账号不会立刻被踢出权限,需要让这位业务同事先退出登录、再重新登录一次,新权限才会真正加载。所以如果你改完发现对方还能加赠品,先别怀疑配置没保存,多半是没重新登录。
操作上记住三个动作:找对组、去掉勾选、让人重新登录。只要有一处没做到位,就会出现「改了但没生效」或者「连别人的权限一起被关了」这两种典型现象。
II操作问答
判定逻辑:权限挂在组上,不挂在人上
订货宝里跟订单赠品有关的操作能力,是作为一种订单类权限项存在的。它归属于「角色权限」这一层,也就是权限组的配置。业务同事能加,是因为他所在的组勾选了这一项;不能加,是因为那一项没被勾。账号本身没有单独的赠品开关。
由此推出一个结论:关闭赠品权限的最小操作单位是权限组,不是个人。如果你只想让一个人失去这个能力,就得先把他挪到一个没有该项权限的组,或者单独为他建一个组,而不是在原组里做文章。反过来,如果一个组里所有人都不需要加赠品,直接改组最省事,一次生效、长期有效。
这也解释了为什么有的人「关不掉」——他可能同时属于不止一个组,或者被更高权限的配置兜住了。改之前先确认他实际生效的权限来源,比改完之后反复试要快得多。
III操作问答
具体操作:三步把赠品入口收掉
第一步,定位权限组。进入系统,找到「角色权限」相关的菜单,在列表里找到这位业务同事所属的那个组,对它执行「编辑」。如果组比较多,可以按业务线、区域先筛一遍,避免改错组。
第二步,去掉勾选。在编辑页面里找到订单类权限的分区,把「添加订单赠品」这一项的勾选取消,然后保存。保存这一步不能省,很多「没生效」其实只是没点保存就退出了页面。
第三步,让账号重新登录。配置保存后通知这位业务同事:先退出当前登录,再重新登录一次。重新登录是权限刷新的一环,不是形式主义,跳过这一步很可能看到的还是旧权限。做完这三步,他再代客下单时就不会出现加赠品的操作入口了。
IV操作问答
最容易配错的两种情形
第一种,改错了组。现象是:你明明看到自己保存成功,对方却照样能给客户加赠品。原因通常是这位业务同事的实际权限来自另一个组,你编辑的是他并不生效的那个。排查方式是先确认他实际命中的权限组,再动手。
第二种,只关了一个人却发现一整组都不能加赠品了。现象是:其他业务同事跑来反馈「我的赠品入口没了」。这就是权限组机制的直接后果——按组关闭必然连带影响组内所有人。如果业务上只有个别人不该有权限,正确做法是拆分权限组,而不是在一组里反复开关。
还有一种边角情况:改完没让人重新登录,于是你以为没生效,又回去把勾选加回来,最后权限状态越改越乱。建议每次改动都记录一下时间点和影响范围,方便回溯。
V操作问答
和哪些功能会互相影响
赠品权限直接作用在代客下单这个场景里,所以它和价格、账期是强相关的。赠品本质上改变了这一单的实际让利,如果一个业务同事既能自由加赠品、又能修改价格,那这单的成本口径就很容易失控。比较稳的做法是:把赠品权限和改价权限分开授权,谁负责谈、谁负责批,各管一段。
它也会影响报表口径。赠品计入订单明细之后,会体现在订单数据里;如果同一个组里有人被授权、有人没有,那么统计出来的赠品数量会因为人员分工不同而波动,看数据时要结合当时的授权情况理解。
另外,库存和权限是两条线。收掉赠品权限只意味着下单时不能再添加赠品,已经产生的赠品记录、已经扣掉的库存并不会因此回滚。需要处理历史数据的话,要走订单相关的流程,而不是权限设置。
VII常见问题
被问得最多的几个问题
先排查两件事:一是你改的那个权限组是不是他实际生效的组,有些人挂在多个组下,改错组就不会起作用;二是他有没有退出后重新登录。权限配置保存后需要账号重新登录一次才会加载,只刷新页面通常不够。这两点都确认过还在,再检查是不是有更高权限的配置覆盖了当前设置。
不要在原组里取消勾选,那样会连带影响组内所有人。可行的做法是把这位业务同事单独归到一个新建的权限组里,这个组保留其他订单操作能力、只不勾选添加订单赠品,然后把他从原来的组移出去。代价是要多维护一个组,人员变动时记得同步调整归属。
不会。权限只控制下单当时能不能添加赠品这个动作,是事前的开关;已经生成的历史订单、已经计入的赠品明细和库存变动都会保持原样。如果历史订单里的赠品需要调整,要走订单修改或售后相关流程处理,改权限是改不动的。
VII继续查
企业微信 · 专属顾问