业务应用描述
本功能主要应用于对人员信息集的授权管理，包括两部分内容：该子集是哪些人用的、哪些角色具有该子集的权限
功能说明
1、子集分配
定义好了子集后，要做子集分配，包括两部分内容：该子集是哪些人用的、哪些角色具有该子集的权限
• 适用组织：哪个组织下的员工使用该子集，如一个集团型企业使用系统，下级公司有特殊的子集需求，可以定义子集后分配到下级单位使用。
• 适用用工类型：哪种用工类型的员工使用该子集。
• 授权角色：哪个角色有该子集的权限。
注意1：适用组织、适用用工类型是说哪些员工具有该子集信息；授权角色是指某用户查看一个员工信息时，能不能看到该子集。
注意2：授权角色的业务范围需要包含被查看人员的组织，否则也不具有权限。如某子集授权给人事专员，则只有本公司的人事专员查看本公司员工时才可以看到该子集，本公司的人事专员查看其它公司员工的信息时（此处不考虑如何看到的）则无法看到该子集，因其虽然具有该身份，但超出了该身份的管辖范围。
举个栗子
定义了“家庭情况”子集，正式工使用该子集，派遣工不使用，因为涉及隐私，规定只有档案管理员可以查看和修改该子集。
则分配子集时，适用组织是全集团，适用用工类型是正式工，授权角色为“档案管理员”。
假设张三是A公司的正式工，李四是A公司的派遣工，王五是B公司的正式工，则张三、王五有“家庭情况”子集，李四则没有。A公司的人事专员小顾，查看张三的信息时无法看到其家庭情况子集；A公司的档案管理员小车，查看张三的信息时则可以看到其家庭情况子集，但他查看王五的信息时候则无法看到其家庭情况子集。
注意3：以上说明和例子是基于专员应用（人员信息管理）说明的，自助应用（我的资料等）的处理逻辑会有些许不同，后面详述。
2、匹配条件扩展
目前子集管理和数据校验功能中，标准支持的扩展条件为组织和用工类型，项目上可定义扩展条件。子集管理和数据校验方案的扩展方式一样，下面以子集管理为例，
step1、先在子集分配页面增加弹性字段
增加弹性字段时要注意，扩展字段需要建为多选类型字段
step2、再在Employee.meta.view.match.json（人员信息和我的资料用）和PreEmployee.meta.view.match.json（入职和采集用）中配置取数规则。即增加的这个扩展字段，是取哪个模型上的那个数据
以人员为例：
在对象管理器中搜索Employee.meta.view.match.json
以上，就配置完咯