010213 人员信息集管理

产品定位

功能实现可视化人员信息集管理，满足人员信息的子集管理、应用范围、权限分配的要求。

功能路径：组织人事-->人员信息集管理；组织人事-->人员信息集分配

功能特性

• 实现人员信息集的集中管理：之前人员信息、入职管理的子集都是在base模板中配置childs部分实现，没有一个功能集中管理。人员信息集管理功能就是一个集中管理人员信息集的功能，包括主集和子集信息，该功能的配置将代替人员信息（Employee）、入职管理、信息采集（PreEmployee）的base部分的配置，由系统根据使用场景动态生成。该功能理论上可以覆盖Employee和PreEmployee的所有子集配置场景，标准产品中包括：人员信息管理、我的资料（manager、owner、employee）、入职管理（专员端、员工端）、信息采集（专员端、员工端）。

• 满足组织的子集差异化：之前人员信息的子集不支持不同组织的差异化配置，比如集团企业下，某下级公司有特殊的子集需求，之前是无法实现的，即租户内所有人员的子集信息是相同的（不包括模板拆分或其他二开手段）。使用子集管理功能，可以实现子集的组织分配，即规定某个子集在哪个组织下应用。

• 满足用工类型的子集差异化：对于不同用工类型的人员信息标准差异化的需求，如正式工有10个子集，派遣工只有5个子集，之前是通过模板拆分的方式实现，但会导致所有子集的模板都做了拆分，带来了过大的配置量和不稳定因素。通过子集管理功能，可以配置某个子集应用在哪些用工类型的人员上。比如规定“语言能力”子集应用在正式工、派遣工，但不应用在“季节工”，则正式工、派遣工具有该子集，季节工则没有，且正式工、派遣工使用的是同一个子集配置（同一个场景），并不会做模板拆分。

• 满足子集权限管理：之前标准产品有“子集权限管理”功能，但只能授权给个人，系统的授权还是以“角色”为主，到人的授权有一定局限性。通过子集管理可以将某个子集授权给某些角色查看，比如规定“家庭情况”子集只能由人力资源部长查看，普通人事专员不能查看，则可以创建人力部长的角色，将该子集分配给该角色查看即可实现。

产品说明

子集信息

用于配置每个子集的详细内容，包括模型、显示名称、图标、卡片类型/列表类型的子集等内容。

该配置基本覆盖了base模板中的内容，系统将根据当前使用场景，动态生成childs配置：

属性说明：

• 编号：唯一值即可。

• 名称：子集管理中使用的名称，方便区分管理即可，比如系统中定义了2个教育经历，分别给正式工、派遣工使用，则该名称可能是“教育经历（正式工）”、“教育经历（派遣工）”以区分。

• 显示名称（child：label）：子集实现显示的名称，如上例中的“教育经历（正式工）”、“教育经历（派遣工）” 都显示为 “教育经历”。

• 图标（child：icon）：子集的图标，如标准的教育经历：icon-hcm-education，家庭信息：icon-hcm-relationship。

• 模型名称（child：model）：子集的模型，如教育经历：EmployeeEducation，家庭信息：FamilyInformation。

• 布局类型（child：view）：卡片类型 / 列表类型，卡片类型（一人一条，子集显示为view样式，比如标准的联系信息子集），列表类型（一人多条，子集显示为list样式，比如教育经历、家庭信息等）。

• 人员id对应字段（child：parent_id）：该子集模型中记录人员id的字段，默认为employee_id。其他模块的模型（如绩效）记录人员id的字段可能不同，配置成子集时要注意修改。

• meta场景：该子集使用哪个场景，标准产品中人员管理的子集使用的是inside场景，我的资料中的则是manager、employee、owner。

• 页面跳转state（child：meta_state）：使用了【meta场景】后，通常不需要配置该属性，特殊场景请在开发指导下使用。

• 子集类型：人员信息 / 待入职人员信息 / 信息采集人员信息，即该子集是用在人员信息（Employee）或者 待入职人员信息（PreEmployee）或者 信息采集人员信息（PreEmployee）

• 子集适用场景：在【子集类型】的基础上的细分，如“人员信息”的应用场景有很多，包括 人员管理、我的资料（包括3个场景，管理者查看员工、员工互查、员工看自己）；“待入职人员信息”也区分专员端、员工端。

• 排序码（child：sequence）：子集的排序

因主子模型在base模板中结构不同（base/child），系统需要为一个人识别到唯一一个“基本信息”，否则无法确定哪个是基本信息，哪个作为子集信息。因此引入限制条件：

（1）控制正式库中只能有1个模型为Employee的信息集，入职、采集中分别只能有1个模型为PreEmployee的信息集。

（2）访问人员详情页时，被查看人员必须具有基本信息，这要求被查看人员本身具有基本信息，且当前用户也必须具有基本信息的权限。

子集类型、子集适用场景

定义子集信息时需要指定“子集类型”、“子集适用场景”。

• 子集类型：人员信息 / 待入职人员信息 / 信息采集人员信息，不可扩展。表示该子集是给正式库的人员使用，还是给待入职的人员使用，或者是给信息采集中的人员使用。

• 子集适用场景：规定该子集是在哪个应用场景中使用，比如”人员信息“（正式库）有很多应用场景：人员管理、我的资料（包括manager、owner、employee），”待入职人员信息“也分专员维护功能（入职管理）和候选人应用（入职预约），”信息采集人员信息“也区分专员端和员工端。该属性就规定了该子集在哪个场景下使用。

标准预制的子集适用场景（子集管理→ 子集应用场景，通过“从标准初始化”）：

• 人员信息：人员管理（inside）、员工资料（本人查看）（owner）、员工资料（管理者查看员工）（manager）、员工资料（员工互查）（employee）

• 待入职人员信息：入职管理（专员端）（entry）、入职管理（员工端）（entryPersonal）

• 信息采集人员信息：信息采集（专员端）（collect）、信息采集（员工端）（collectPersonal）

透过现象看本质

• 子集类型的本质是模型（Employee、PreEmployee），子集适用场景的本质是base模板的场景。

如定义了“家庭情况”子集，子集类型是“人员信息”（Employee），子集适用场景是“人员管理”（inside）、“员工资料（本人查看）”（owner），则该子集只在【人员管理】（Employee.base.inside.json）、员工通过我的资料查看自己的信息（Employee.base.owner.json）时有该子集。

• 因待入职人员信息、信息采集人员信息实际是共用一套模型（PreEmployee）的，程序在场景中做了特殊处理以区分是入职还是采集，此处不赘述。

一个子集要同时在人员管理、入职、采集中使用，需要配置成3个子集吗？——是的，后续会规划做同步生成。

注意：

1、在「人员信息集管理」中配置完子集后，要结合「010214 人员信息集分配」这个功能将子集进行授权，才能在对应功能中看到该子集

应用方式解析

人员管理

【乘风破浪有限公司】有二级单位【华东公司】、【西部公司】、【深圳公司】

1、系统中配置了教育经历、工作经历、家庭信息、政治面貌四个子集，正式工全部应用，派遣工只使用教育经历、工作经历，人员信息统一由人事专员维护。

在【人员管理】中的配置方式如下：

名称	显示名称	模型	meta场景	子集类型	子集适用场景	适用组织	适用用工类型	授权角色
子集信息						子集分配
教育经历	教育经历	EmployeeEducation	inside	人员信息	人员管理	乘风破浪有限公司	正式工，派遣工	人事专员
工作经历	工作经历	OuterExperience	inside	人员信息	人员管理	乘风破浪有限公司	正式工，派遣工	人事专员
家庭信息	家庭信息	FamilyInformation	inside	人员信息	人员管理	乘风破浪有限公司	正式工	人事专员
政治面貌	政治面貌	EmployeePoliticalLandscape	inside	人员信息	人员管理	乘风破浪有限公司	正式工	人事专员

2、家庭信息因为涉及员工隐私，规定只有档案管理员、人力资源部总经理可见。

定义一个角色，“档案管理员”，并将该角色分配给人力资源部总经理，修改子集配置如下：

子集信息						子集分配
名称	显示名称	模型	meta场景	子集类型	子集适用场景	适用组织	适用用工类型	授权角色
教育经历	教育经历	EmployeeEducation	inside	人员信息	人员管理	乘风破浪有限公司	正式工，派遣工	人事专员
工作经历	工作经历	OuterExperience	inside	人员信息	人员管理	乘风破浪有限公司	正式工，派遣工	人事专员
家庭信息	家庭信息	FamilyInformation	inside	人员信息	人员管理	乘风破浪有限公司	正式工	档案管理员
政治面貌	政治面貌	EmployeePoliticalLandscape	inside	人员信息	人员管理	乘风破浪有限公司	正式工	人事专员

3、【华东公司】独有的绩效考核方式，要在子集中体现，只应用在【华东公司】的正式工，人事专员、档案管理员可见。

配置如下：

子集信息						子集分配
名称	显示名称	模型	meta场景	子集类型	子集适用场景	适用组织	适用用工类型	授权角色
教育经历	教育经历	EmployeeEducation	inside	人员信息	人员管理	乘风破浪有限公司	正式工，派遣工	人事专员
工作经历	工作经历	OuterExperience	inside	人员信息	人员管理	乘风破浪有限公司	正式工，派遣工	人事专员
家庭信息	家庭信息	FamilyInformation	inside	人员信息	人员管理	乘风破浪有限公司	正式工	档案管理员
政治面貌	政治面貌	EmployeePoliticalLandscape	inside	人员信息	人员管理	乘风破浪有限公司	正式工	人事专员
考核信息	考核信息	xxx	inside	人员信息	人员管理	华东公司	正式工	人事专员，档案管理员

基于上述配置，在【人员管理】中：

用户角色	被查看的人员	教育经历	工作经历	家庭信息	政治面貌	考核信息
总公司人事专员	总部正式工	√	√		√
	华东公司正式工	√	√		√	√
	总部派遣工	√	√
	华东公司派遣工	√	√
总公司档案管理员	总部正式工	√	√	√	√
	华东公司正式工	√	√	√	√	√
	总部派遣工	√	√
	华东公司派遣工	√	√
华东公司人事专员	华东公司正式工	√	√		√	√
	华东公司派遣工	√	√
华东公司档案管理员	华东公司正式工	√	√	√	√	√
	华东公司派遣工	√	√

员工资料

在“我的资料”中展示联系信息、教育经历、政治面貌子集，其中正式工有政治面貌子集，派遣工没有。

且规定：员工查看自己的资料时（employee）可以看到全部子集；领导查看下级资料时，可以查看全部子集；员工之间互查时只能看到联系信息；

在子集管理中配置如下：

子集信息						子集分配
名称	显示名称	模型	meta场景	子集类型	子集适用场景	适用组织	适用用工类型	授权角色
联系信息	联系信息	ContactInformation	owner	人员信息	员工资料（本人查看）, 员工资料（管理者查看员工）, 员工资料（员工互查）	乘风破浪有限公司	正式工，派遣工	员工
教育经历	教育经历	EmployeeEducation	owner	人员信息	员工资料（本人查看）, 员工资料（管理者查看员工）	乘风破浪有限公司	正式工，派遣工	员工
政治面貌	政治面貌	EmployeePoliticalLandscape	owner	人员信息	员工资料（本人查看）, 员工资料（管理者查看员工）	乘风破浪有限公司	正式工	员工

注意

1、员工资料增强：以前员工资料是无法实现不同类型的人（如正式工、派遣工）有不同的子集的，但有了【子集分配】后，虽然依然只有3个场景（manager、owner、employee），但具体有哪些子集是动态的了，比如上例中，正式工有政治面貌，派遣工则没有。

2、配置复杂度降低：以前员工资料的子集也是按照manager、owner、employee拆分的，比如要配置一个教育经历的显示方式，要在这三个模板中配置三次，使用上述配置则可以统一使用一个场景，配置一次就可以了。当然，如果就是要差异化，比如同样是教育经历子集，如果要求员工自己看的时候字段多，员工互查的时候字段少，则拆成两个子集即可。

3、在建项目升级：因为以前项目已经按照manager、owner、employee分别配置了模板，所以后续项目升级时会按照多套子集升级。例如上述联系信息子集，会升级成3个子集信息如下。

子集信息						子集分配
名称	显示名称	模型	meta场景	子集类型	子集适用场景	适用组织	适用用工类型	授权角色
联系信息（本人查看）	联系信息	ContactInformation	owner	人员信息	员工资料（本人查看）	乘风破浪有限公司	正式工，派遣工	员工
联系信息（管理者查看员工）	联系信息	ContactInformation	manager	人员信息	员工资料（管理者查看员工）	乘风破浪有限公司	正式工，派遣工	员工
联系信息（员工互查）	联系信息	ContactInformation	employee	人员信息	员工资料（员工互查）	乘风破浪有限公司	正式工，派遣工	员工