第1页，共436页。 显示 4,356 条结果 (0.046 秒)
数据权限设置—基于数据集的资源
:13.png 实现步骤 1、实现当前用户和区域的关联，可以使用“用户属性”来实现。 此示例我是用用户组管理的。因此只要获取当前用户组信息即可实现数据权限。因此我们直接使用系统函数实现。如图，用户test属于“华东组”。 image2019-11-19 12:39:27.png 2、在需要设置数据权限的业务主题的更多操作菜单中选择 设置数据权限。则会进入数据权限设置界面。 image2019-11-19 12:40:2.png 从资源树拖拽"区域"字段和系统函数CurrentUserDefaultDepartmentID(()到表达式区,并设置其关联关系为等于。 对包含区域字段的表设置区域和当前用户所属默认组编码关联数据权限设置—基于数据集的资源
:13.png 实现步骤 1、实现当前用户和区域的关联，可以使用“用户属性”来实现。 此示例我是用用户组管理的。因此只要获取当前用户组信息即可实现数据权限。因此我们直接使用系统函数实现。如图，用户test属于“华东组”。 465.png 2、在需要设置数据权限的业务主题的更多操作菜单中选择 设置数据权限。则会进入数据权限设置界面。 466.png 从资源树拖拽"区域"字段和系统函数CurrentUserDefaultDepartmentID(()到表达式区,并设置其关联关系为等于。 对包含区域字段的表设置区域和当前用户所属默认组编码关联。 468.png 这样当使用可视化数据集拖拽到表“顾客”的“区域”字段时，就会默认宏模块里如何获取到用户默认组信息
该宏示例在 V10.5上 验证通过 提示：本文档的示例代码仅适用于本文档中的示例报表/场景。若实际报表/场景与示例代码无法完全适配（如使用功能不一致，或多个宏代码冲突等），需根据实际需求开发代码。 通过以下方式可获取到用户的默认组信息。 用途“ 在执行SQL前先获取到当前用户信息，当前用户组信息、再获取到默认用户组、最后是获取到当前用户默认组ID，替换 CurrentUserDefaultDepartmentID() ，拼接到SQL中。” var userService = jsloader.imports("bof.usermanager.UserService").getInstance宏模块里如何获取到用户默认组信息
该宏示例在 V10.5上 验证通过 提示：本文档的示例代码仅适用于本文档中的示例报表/场景。若实际报表/场景与示例代码无法完全适配（如使用功能不一致，或多个宏代码冲突等），需根据实际需求开发代码。 通过以下方式可获取到用户的默认组信息。 用途“ 在执行SQL前先获取到当前用户信息，当前用户组信息、再获取到默认用户组、最后是获取到当前用户默认组ID，替换 CurrentUserDefaultDepartmentID() ，拼接到SQL中。” var userService = jsloader.imports("bof.usermanager.UserService").getInstance如何获取当前用户对应组的父节点ID
（本文档仅供参考） 问题说明 由于系统函数只能获取到当前用户的父节点信息，若要得到当前用户父节点对应的父节点ID的话，如何获取？ 解决方案 新建用户属性，通过获取知识t_group表的信息得到，如下图： 用户属性.png 在数据集中使用用户属性，如下图： 使用用户属性.png用户组
组是某一类用户的集合，系统管理员把具有某种相同属性的用户划分到同一个组中。 系统内置的组“根组”，允许修改别名、描述、所属角色，但不允许被删除；非空组不允许被删除。 操作入口 新建：在“资源目录区”任意节点上右键，选择 新建组，或在“资源目录区”选定组节点后单击“功能菜单栏”上的按钮 新建组。 用户组1.png 编辑：在“资源目录区”任意节点上右键，选择 编辑组。 用户组2.png 或在“资源目录区”选定需要编辑的组的父节点，在“设置区”显示该节点下所有组及用户，在“设置区”需要编辑的组右键选择 编辑组 或者单击所在行的操作栏按钮中的 修改 按钮，进入编辑界面。 用户组3.png 删除：在“资源目录区”任意节点用户组约束
指对节点的处理人进行约束，当想要流程发起人与流程节点的处理人符合某种特定的关系时，可以通过用户组约束配置项进行配置。 用户组约束各配置项说明如下： 配置项 说明 无约束 对节点处理人没有约束 根组 处于根组的处理人会收到代办 根组子一级 处于根组子一级目录的处理人会收到代办 … 申请人上上级 属于申请人上上级的处理人会收到代办 申请人上上级及其下级 属于申请人的上上级或下级的处理人会收到代办 当节点可以加签或转办，加签/转办进来的处理人不受【用户组约束】配置项的约束，即新添加的处理人可以是任何人 示例 情景1：设置用户组约束为申请人本级 用户组织结构 B用户组约束
指对节点的处理人进行约束，当想要流程发起人与流程节点的处理人符合某种特定的关系时，可以通过用户组约束配置项进行配置。 用户组约束各配置项说明如下： 配置项 说明 无约束 对节点处理人没有约束 根组 处于根组的处理人会收到代办 根组子一级 处于根组子一级目录的处理人会收到代办 … 申请人上上级 属于申请人上上级的处理人会收到代办 申请人上上级及其下级 属于申请人的上上级或下级的处理人会收到代办 当节点可以加签或转办，加签/转办进来的处理人不受【用户组约束】配置项的约束，即新添加的处理人可以是任何人 示例 情景1：设置用户组约束为申请人本级 用户组织结构 B用户组
。 yonghuguanli-07.png 界面介绍 “组设置”中所有对组的设置项在“组设置”界面分两页显示：组信息、角色列表。 组信息：用于设置组的基本信息，如编号、名称、别名和描述。 26.png 各设置项说明如下： 设置项 说明 ID 组ID，每个用户组的唯一ID，由系统自动生成。 数值 组 … 了登录用户所属角色范围内所有的角色。 yonghuguanl_juseliebiao.png 应用于子孙组：若在角色上勾选“应用于子孙组”，则该组下的所有子组会继承该角色（注意：用户默认会继承所在组的角色）。 根组默认赋予了“普通角色”，并且默认应用于子孙组。若新建用户组或者新建用户（用户继承所在组的角色用户组约束设置项提到的申请人指谁？
（本文档仅供参考） 问题： 用户组约束设置项提到的申请人指谁？ 说明： 以用户组约束设置为【申请人本人及其下级】为例： image2024-7-30_15-41-32.png 手动发起： 子流程中：申请人即子流程中，第一个任务节点的设置的处理人，节点处理人需在流程发起人所在的组及其下一子组才会通知； 非子流程：申请人即流程发起人，节点处理人需在流程发起人所在的组及其下一子组才会通知； 自动发起： 子流程中：申请人即子流程中，第一个任务节点的设置的处理人，节点处理人需在流程发起人所在的组及其下一子组才会通知； 非子流程：申请人即SCHEDULEADMIN，由于SCHEDULEADMIN是内置账号没有所属组，设置的用户组
