我在做用户同步时，没有选择角色id、角色名称对应的字段，是不是意味着。我可以手动设置人员的角色。而且同步不会影响我设置的角色呢？
赞 0 2025-02-18 19:06
数据集没有手机号的话，同步后，原来用户的收集邮箱都被覆盖为空了~~~
赞 0 2024-11-18 09:37
是这样的呀，会完全按照你的数据集为准 否则万一你是真的想清空相关信息呢？
赞 0 2024-11-26 10:35
这个感觉能优化下，给个选项是否覆盖，不然像我这种场景应该不少，是先有了用户数据，后续才想进行数据集同步，但是由于缺少手机字段，导致所有手机号或者邮箱被清空。甚至密码也是必填选项都会被覆盖掉。。。。。
赞 0 2024-11-26 17:15
目前同步用户功能只有admin账号有，请问怎么给其他账号添加同步用户功能
赞 0 2024-11-11 09:21
同步用户的影响会比较大，目前仅支持超管使用 如果有非常明确的使用场景，可以前往服务中心提交相关产品需求：https://service.fanruan.com/
赞 0 2024-11-26 10:37
可以从2个数据库分别同步各自的用户吗？
赞 0 2024-09-03 10:39
同步用户是直接从数据集取数 你做数据集的时候，可以跨表取数，但跨库取数，要自己试试看
赞 0 2024-12-25 15:15
5、保留、清空这两个欠缺考虑，没有系统化的设计，缺乏人工交互。 （1）实际管理相关复杂，由系统自己识别是手工录入，还是系统同步，缺乏应对管理多样化的实际需求，也缺乏人工交互的特性，缺乏应对管理灵活性能力。对于系统，实际在添加用户界面和修改用户界面，提供选择手工维护和自动同步的选项，实际灵活性更强； （2）保留用户的核心是保证当前系统权限功能的完整性，因此，在保证权限不变的情况下，任何信息均可改变。如以员工编号为唯一关键字，更新用户账号、邮箱等（实际企业中有领导级员工要求使用某账户，而要求员工改账号的情况），因此，功能应是更新、新增，即对于现存用户，以唯一关键字为准进行更新，对于新增用户，增加员工信息，对于离职员工，将账号设为禁用或者删除账户（后者慎用）。可以增加配置项，不存在用户删除或不存在用户禁用等。 （3）对于密码，从安全上密码实际不允许出系统，出系统则意味着密码泄露。因此，密码处理可选项不多，即使用统一单点登录，或者生成随机密码，后续下发给用户邮箱，由用户首次登录自行更改。 因此，保留这一功能，不存在某些情况下组织机构、岗位不变的问题，只要纳入同步范围，就是要保证与HR一致。而角色不一样，角色为本系统中的角色，不应更新。 帆软应高度重视这种系统基本功能，连这都做不对，还指望其它功能？
赞 2 2023-12-27 16:51
你好像没理解，【保留】这个功能作用，这个是为了解决手动添加用户和同步用户冲突的。比如先手动加了几个用户，后来配置同步数据集，数据集里面有这些用户了，【保留】即可以保留其权限和资产
赞 0 2024-04-12 21:04
79 评论
我在做用户同步时，没有选择角色id、角色名称对应的字段，是不是意味着。我可以手动设置人员的角色。而且同步不会影响我设置的角色呢？
赞 0 2025-02-18 19:06
数据集没有手机号的话，同步后，原来用户的收集邮箱都被覆盖为空了~~~
赞 0 2024-11-18 09:37
是这样的呀，会完全按照你的数据集为准
否则万一你是真的想清空相关信息呢？
赞 0 2024-11-26 10:35
这个感觉能优化下，给个选项是否覆盖，不然像我这种场景应该不少，是先有了用户数据，后续才想进行数据集同步，但是由于缺少手机字段，导致所有手机号或者邮箱被清空。甚至密码也是必填选项都会被覆盖掉。。。。。
赞 0 2024-11-26 17:15
目前同步用户功能只有admin账号有，请问怎么给其他账号添加同步用户功能
赞 0 2024-11-11 09:21
同步用户的影响会比较大，目前仅支持超管使用
如果有非常明确的使用场景，可以前往服务中心提交相关产品需求：https://service.fanruan.com/
赞 0 2024-11-26 10:37
可以从2个数据库分别同步各自的用户吗？
赞 0 2024-09-03 10:39
同步用户是直接从数据集取数
你做数据集的时候，可以跨表取数，但跨库取数，要自己试试看
赞 0 2024-12-25 15:15
5、保留、清空这两个欠缺考虑，没有系统化的设计，缺乏人工交互。
（1）实际管理相关复杂，由系统自己识别是手工录入，还是系统同步，缺乏应对管理多样化的实际需求，也缺乏人工交互的特性，缺乏应对管理灵活性能力。对于系统，实际在添加用户界面和修改用户界面，提供选择手工维护和自动同步的选项，实际灵活性更强；
（2）保留用户的核心是保证当前系统权限功能的完整性，因此，在保证权限不变的情况下，任何信息均可改变。如以员工编号为唯一关键字，更新用户账号、邮箱等（实际企业中有领导级员工要求使用某账户，而要求员工改账号的情况），因此，功能应是更新、新增，即对于现存用户，以唯一关键字为准进行更新，对于新增用户，增加员工信息，对于离职员工，将账号设为禁用或者删除账户（后者慎用）。可以增加配置项，不存在用户删除或不存在用户禁用等。
（3）对于密码，从安全上密码实际不允许出系统，出系统则意味着密码泄露。因此，密码处理可选项不多，即使用统一单点登录，或者生成随机密码，后续下发给用户邮箱，由用户首次登录自行更改。
因此，保留这一功能，不存在某些情况下组织机构、岗位不变的问题，只要纳入同步范围，就是要保证与HR一致。而角色不一样，角色为本系统中的角色，不应更新。
帆软应高度重视这种系统基本功能，连这都做不对，还指望其它功能？
赞 2 2023-12-27 16:51
你好像没理解，【保留】这个功能作用，这个是为了解决手动添加用户和同步用户冲突的。比如先手动加了几个用户，后来配置同步数据集，数据集里面有这些用户了，【保留】即可以保留其权限和资产
赞 0 2024-04-12 21:04