本身外协用户非常有用,企业拥有很多合作伙伴,他们都可以作为外部用户注册进来,一起协同操作,完成供应链协同。但非常拉胯的地方来了,一家合作伙伴假如有多个外部用户账号,因为外部用户没有扩展字段功能,那就完全没办法实现“只能看自己组织的数据”这种需求。外协组织少的情况还能用视图解决,但几十几百家外协用户就非常操蛋了。如果使用成员字段每次都把该组织下所有外协用户添加进去,但涉及到员工离职交接,几万条数据靠工作流去刷新也不现实。外部用户扩展字段功能提了好久了,希望赶快更新一下,目前在谈两家客户都卡在这个功能需求上。哭死了,人家都准备付钱了。
你瞅啥? 2024-02-19 17:10:48好好研究下用户拓展信息这个功能,做个小 demo 试一下就明白了。
我现在只需要改一下人员表中的人员字段和对应应用角色的人员,新加入的人员自动可以看见历史数据。
以前也是用工作流刷历史记录,但是有了用户拓展信息之后,就改过来了,节省工作流,权限交接方便快捷。
主要是外协用户目前没有类似内部用户的扩展字段功能,不然就简单多了,不过我提了需求,10.4 版本好像就添加这个功能了
素心以航 2024-02-19 17:15:11外协用户与常规用户的权限控制是一样的,是支持用户信息扩展的;这个与外部用户属性本质不同;各有不同。外协用户无法进行注册的管理,加入组织与应用也比较费劲,不好进行大量用户的管理。
我提了需求,10.4 增加外部用户扩展信息字段
Alvin.Zhang 2024-02-19 17:06:53主要是外协用户权限控制,如多个外协用户如何只能看到自己公司数据,特别的后加入的外协用户,如何看到自己组织以前的数据,这个我还没想出来怎么实现
外协用户与常规用户的权限控制是一样的,是支持用户信息扩展的;这个与外部用户属性本质不同;各有不同。外协用户无法进行注册的管理,加入组织与应用也比较费劲,不好进行大量用户的管理。
Alvin.Zhang 2024-02-19 17:06:53主要是外协用户权限控制,如多个外协用户如何只能看到自己公司数据,特别的后加入的外协用户,如何看到自己组织以前的数据,这个我还没想出来怎么实现
这是我第一版的权限管理,可以看看。明道云权限管理优化方案 V1.0.pdf
Alvin.Zhang 2024-02-19 17:06:53主要是外协用户权限控制,如多个外协用户如何只能看到自己公司数据,特别的后加入的外协用户,如何看到自己组织以前的数据,这个我还没想出来怎么实现
好好研究下用户拓展信息这个功能,做个小 demo 试一下就明白了。
我现在只需要改一下人员表中的人员字段和对应应用角色的人员,新加入的人员自动可以看见历史数据。
以前也是用工作流刷历史记录,但是有了用户拓展信息之后,就改过来了,节省工作流,权限交接方便快捷。
你瞅啥? 2024-02-19 14:25:12外协用户 + 用户扩展信息表,绝对可以实现,我就是这么做的,供销协同系统,非洲二三十个国家、分公司的人员都在用,没问题的。
主要是外协用户权限控制,如多个外协用户如何只能看到自己公司数据,特别的后加入的外协用户,如何看到自己组织以前的数据,这个我还没想出来怎么实现
素心以航 2024-02-19 09:23:14在同一个成员字段,不管是否离职,只要以前的数据中有这个成员字段在,然后新成员也在这个成员里面,他就有权限可以增删改查。你自己配置一下,会理解得更深一点。配置表,包含成员字段(多人),组织名称字段;然后所有与这个组织有关的记录都带上这个成员字段就可以。好好想想成员字段的权限的用法;如果你以前的数据没有做,那你初始化一次数据还是要消耗大量的工作流的。
感谢大佬,我研究一下
Lennie(Team) 2024-02-19 11:39:16考虑一下单应用按年的私有部署吧,不可能没有预算做这么广泛的供应商协同项目的
单应用有按年付费的
外协用户 + 用户扩展信息表,绝对可以实现,我就是这么做的,供销协同系统,非洲二三十个国家、分公司的人员都在用,没问题的。
江苏省,广东省,浙江省,三个 GDP 大哥,不要了吗?😄
考虑一下单应用按年的私有部署吧,不可能没有预算做这么广泛的供应商协同项目的
Alvin.Zhang 2024-02-19 09:17:11我的意思是,如果以前的员工辞职了,或者将来有新员工加入,那么之前已有的记录(假如有 10w 条销售记录,10 万条采购记录等),都是需要更新权限的,新员工都需要能查看或者编辑,这种就没办法处理了
在同一个成员字段,不管是否离职,只要以前的数据中有这个成员字段在,然后新成员也在这个成员里面,他就有权限可以增删改查。你自己配置一下,会理解得更深一点。配置表,包含成员字段(多人),组织名称字段;然后所有与这个组织有关的记录都带上这个成员字段就可以。好好想想成员字段的权限的用法;如果你以前的数据没有做,那你初始化一次数据还是要消耗大量的工作流的。
素心以航 2024-02-19 08:39:23你做一个表,用来记录不同组的权限人员,每条记录一个组,把相同权限的人都放在里面;然后通过查询表的默认值方式,把这个值赋值到新增的记录中,这根本不会浪费一条工作流。如果是工作流的填写的记录那就直接工作流里面加上这个成员字段的人。不知道你理解没有
我的意思是,如果以前的员工辞职了,或者将来有新员工加入,那么之前已有的记录(假如有 10w 条销售记录,10 万条采购记录等),都是需要更新权限的,新员工都需要能查看或者编辑,这种就没办法处理了
Alvin.Zhang 2024-02-18 17:35:47如果数据多的话,更新不方便啊,特别公有云,批量修改数量太少了,工作流又贵
你做一个表,用来记录不同组的权限人员,每条记录一个组,把相同权限的人都放在里面;然后通过查询表的默认值方式,把这个值赋值到新增的记录中,这根本不会浪费一条工作流。如果是工作流的填写的记录那就直接工作流里面加上这个成员字段的人。不知道你理解没有
听人劝吃饱饭 2024-02-07 16:12:43临门一脚,差个驱散 debuff,倒 T 灭团 😄 😄 😄
真的是团灭了我两个项目
素心以航 2024-02-08 12:00:57可以加一个多人的成员字段,把同一个组织的成员都加到里面,然后所有表里都加上这个成员。变相达到同组织数据共享的目的
如果数据多的话,更新不方便啊,特别公有云,批量修改数量太少了,工作流又贵
有利有弊。
用户太多的话,对性能和安全方面的要求很高。
这块可以考虑自己开发来做这个内容
可以加一个多人的成员字段,把同一个组织的成员都加到里面,然后所有表里都加上这个成员。变相达到同组织数据共享的目的
李富贵 2024-02-07 14:11:00不能直接转到正式账号嘛 👀️ 独立搞组织部门不行吗
贵啊,几百家合作企业,只是为了方便协作而已,搞成正式用户一年算了一下将近 10 来万
临门一脚,差个驱散 debuff,倒 T 灭团 😄 😄 😄
不能直接转到正式账号嘛 👀️ 独立搞组织部门不行吗
对方人数不多可以传到指定云文档,每次的开发量大概是 5-10 分钟,或者明道云免费版本,外部用户功能太拉跨,很多都需要工作流实现直接表单操作外部用户无权限
- 积分
1719 - 注册排名
334