关于用户扩展信息的使用 张璐Lv.3修习 发布于 2023-08-28 18:23 最后回复 2023-09-05 13:54:19 私有部署 收藏 复制链接 新浪微博 微信扫一扫 分享 10 回复1323 浏览 如图我做了用户扩展信息的标签去控制用户的修改权限 [图片] 但是无法控制如下图的自定义动作的权限？这里是否能增加自定义的用户标签控制，这里赋予了所有的组内的人的权限，不是无想要的。我需要这些按钮只有特定的标签的人可使用。该怎么做？ [图片] 用户扩展信息比较强大，建议好好完善一下。 [图片] 如图我做了用户扩展信息的标签去控制用户的修改权限 但是无法控制如下图的自定义动作的权限？这里是否能增加自定义的用户标签控制，这里赋予了所有的组内的人的权限，不是无想要的。我需要这些按钮只有特定的标签的人可使用。该怎么做？ 用户扩展信息比较强大，建议好好完善一下。
你可以基于你的需求场景给我们提个需求，记得带上场景描述
你这个方案好！
你是按钮权限要精确到扩展标签对应的行记录？如果是这样我的意思是在配置自定义动作的时候，筛选条件支持工作表动态筛选扩展信息表中的条件与业务表的数据进行匹配是不是就能满足。因为如果要把自定义动作强性加到扩展信息表中，这个设计目前与我们工作表的定位是不符的。
我试了一下感觉“组织角色”能达到我的需求。我的维修表，A 组和 B 组两个负责组，所有人都能看到记录，但是只有本组的人可以操作按钮，这个怎么实现？
现在是我可以通过 《用户扩展信息》 里的权限标签 控制不同用户的修改权限，但是没有修改权限的用户明确可以操作按钮，而按钮通常是有修改的功能的，所以我认为应该优化一下，让通过标签不能修改的，也不能操作按钮。
那不就是我们的“组织角色”吗？
其实我是管理了一个虚拟组，它不同于部门，每个组下有成员，工作表里有一个字段是负责组，只有负责组的人可以操作这个工作表的按钮？这个组不是固定的，是根据前面处理的结果，或者上一阶段的负责人指定的。所以不能用固定的角色去限制。
那我可以理解就是按钮筛选条件支持查询工作表是不是就行了？但这种对批量操作按钮实现起来就不行了
现在按钮，要么只能直接取消该权限组的使用，要么只能在使用条件筛选里面去判断拥有者之类的。他的意思是说通过扩展字段，打标的数据，赋予映射用户使用按钮的权限。但我觉得这个非常麻烦实现起来。
特定的标签的人，能描述具体一些吗，最好带着场景