业务应用描述
岗位信息集管理支持对岗位的信息标准的差异化管理,支持按照不同组织或不同组织层级,设置不同的岗位信息项标准,满足集团统一信息项管理与子企业个性化信息项应用管理要求;同时配合岗位信息集分配功能来支持岗位信息标准的权限细分,满足分角色查看等管理需求;
功能路径
组织人事-->岗位信息集管理(在应用开通中并配合下面的初始化说明)
功能权限
人事专员(cm-org-emp)
操作说明
按功能位置打开,进入岗位信息集管理界面,系统显示如下
一、初始化说明
1、初始岗位信息集的应用场景
在人事基础设置-信息集应用场景中,点击“从标准初始化”
2、数据升级
接口:https://客户的cloud地址/api/sub.set.apply.state.init.org.subset 不用传参,直接执行就行,但要先把第一步的应用场景初始化完成
(目的:将原来岗位base上已有的子集升级至「岗位信息集管理」中)
3、开启插件
在岗位的base模版上【OrgPosition.meta.base.all.json 】开启插件, "meta_disabled": false
二、功能说明
该功能用于配置岗位管理base中的详细内容,包括模型、显示名称、图标、卡片类型/列表类型的子集 等内容。
该配置基本覆盖了base模板中的内容,系统将根据当前使用场景,动态生成元数据配置
属性说明:
• 编号:唯一值即可。
• 名称:子集管理中使用的名称,方便区分管理即可,比如系统中定义了2个项目信息,分别给建筑板块、设计板块的单位使用,则该名称可能是“项目信息(建筑板块)”、“项目信息(设计板块)”以区分。
• 显示名称(child:label):对应功能中子集实现显示的名称,如上例中的“项目信息(建筑板块)”、“项目信息(设计板块)”都显示为 “项目信息”。
• 图标(child:icon):子集的图标
• 模型名称(child:model):子集的模型,如编制:OrgDepartmentPlan;如果要建弹性子集,模型名称应为“position_assist_data.XXX”(岗位信息集)。
• 布局类型(child:view):卡片类型 / 列表类型,卡片类型(一人一条,子集显示为view样式,比如标准的联系信息子集),列表类型(一人多条,子集显示为list样式,比如教育经历、家庭信息等)。
• 组织id对应字段(child:parent_id):该子集模型中记录组织id的字段,默认为department_id
• meta场景:该子集使用哪个场景,标准产品中人员管理的子集使用的是inside场景,我的资料中的则是manager、employee、owner。
• 页面跳转state(child:meta_state):使用了【meta场景】后,通常不需要配置该属性,特殊场景请在开发指导下使用。
• 子集类型:单位信息集 / 部门信息集 / 岗位信息集,即该子集是用在单位信息(OrgUnit)或者 部门信息(OrgDepartment)或者 岗位信息(OrgPosition)
• 子集适用场景:在【子集类型】的基础上的细分,组织的适用场景一般只有一个
• 排序码(child:sequence):子集的排序
注意:
1、该功能原理同【010213 人员信息集管理】、【010108 组织信息集管理】一致,可以结合一起学习
2、在「岗位信息集管理」中配置完子集后,要结合「010111 岗位信息集分配」这个功能将子集进行授权,才能在对应功能中看到该子集