14.人力洞察相关配置

1.人力洞察配置

一：洞察范围

当前时间，主任职，在岗的人员的情况

举例：统计人员教育经历中的全日制学历字段，会知道这个单位具有这个学历的人有多少人，

再比如：我们洞察岗位上的属性，就会知道这个单位下具体这个岗位属性人员的情况是怎么分布的。

归根结底统计的都是人，统计人员按照这个属性怎么分布的，这个人力洞察分析的目的和作用

二：人力洞察涉及模版解释

(知识储备)：

domain_dynamic_emp.json 人员信息中主集/子集配置时字段添加的位置

domain_dynamic_org.json 洞察组织时个性化字段添加位置

domain_dynamic_position.json 洞察岗位个性化字段添加位置

emp_insight_child_relation.json 人力洞察关联子集配置模版

三：如何清除缓存

清除缓存包括两种：一种本机缓存，一种线上缓存。

本机缓存：

点击检查，找到Application.按照如图进行清除

线上缓存：

（以中建三地址为例：https://hr.zj31.net/server/redis其他的自行替换下链接)，进入清理缓存地址：

搜索：domain_dims_configs:emp#35 点击删除线上缓存即可删除。

注意⚠️：35 为company_id(不同项目公司id不同，要进行替换，我只是举例子是35)，emp是指你洞察字段所在模版的后缀，比如你洞察人信息主集和子集字段就是emp

你洞察的是组织后缀就为org 即：domain_dims_configs:org#35 。比如中建三局公司id是151，要删除主集字段缓存，那组合起来就搜索：domain_dims_configs:emp#151

看公司id方法：

刷新界面，NetWork, 点击检查，看图找到你的公司id：

四：配置实例

介绍了以上两部份的内容，下面我们来几个例子(实战演练)：

例一：配置人员信息主集性别字段：

找到模版：domain_dynamic_emp.json 人员信息中主集/子集配置时字段添加的位置配置：

json

"s_gender": {
"category": "Employee",
"index": 10,
"field": "gender",
"alias": "性别"
}

category:为模型名，index索引值，只要不重复即可，field为人员主集的key值，alias名称

因为人员主集这个Model已经关联好了，我们就不需要在用：emp_insight_child_relation.json 做关联了，

简单的说我们配置主集字段只需要：将field替换成要配置的key值，alias改一下，放到domain_dynamic_emp.json 即可，然后清理下缓存(本机和线上)，缓存就是上面说的方法就成功了

例二：

配置人员信息子集上个性化字段：

配置教育经历中最高学历为例做人力洞察，首先我们得将这个子集进行和人的主集进行关联：需要这个模版 emp_insight_child_relation.json 人力洞察关联子集配置模版

搜索这个模版配置如下：

json

{
"model": "highest_education", 此model为做关联的model小名，这个小名与人员主集关联，会在下一步的domain_dynamic_emp.json中用到

"extend_property": { extra_property主要是一些过滤信息，比如我们配置的学历是有要求的，要求最高学历，那么is_highest这个字段等于1的时候才满足，

"filter": [{
"type": "value",
"value": 1,
"key": "is_highest",
"op": "="
}, {
"type": "field", 这段的意思是跟人关联，那个我这个子集的employee_id是和Employee表的id相等的，只要是子集关联都要有这段
"value": "id",
"key": "employee_id",
"op": "="
}],
"type": "onlyone_flag", type的意思是关联类型，即唯一一条

"origin_category": "EmployeeEducation" origin_category:这个model是原来那个想要关联子集的真正的model
},
"key": "highest_education",
"label": "最高学历"
}

配置好·上面的内容，才算把这个子集与主集进行了一个准确的关联。

下一步就进行教育经历字段配置，此时需要找到domain_dynamic_emp.json这个模版：

配置如下：

json

"s_education": {
"category": "highest_education", category: 指上一步关联好子集的model小名
"index": 30,
"field": "education", field为你想要洞察的子集字段，这里想洞察学历，那么字段的key值就是education
"origin_category": "EmployeeEducation", origin_category: 指子集真正的model
"alias": "学历" alias：名称
}

接下来也是一样步骤，清理本季缓存和线上缓存，即可进行分析

例三：配置组织上的一个个性化字段做洞察分析：

domain_dynamic_org.json 洞察组织时个性化字段添加位置

因为关联已经做好了，所以不需要再做关联了，只需要配置和清缓存即可：

json

"pro_business_type": {
"category": "OrgDepartment", 组织的就写这个model即可
"index": 11,
"alias": "项目业务类型",
"his_field": "pro_business_type", 字段key值
"is_virtual": true,
"field": "pro_business_type", 字段key值
"display": "true"
}

例四：人员信息管理个性化子集个性化字段配置：

同理也是emp_insight_child_relation.json关联，domain_dynamic_emp.json配置字段，清缓存

梯队人才计划中人才类型做洞察：

配置如下：

emp_insight_child_relation.json中

json

{
"model": "employee_dynamic_subset.humancompletionplan",
"extend_property": {
"filter": [{
"type": "field",
"value": "id",
"key": "employee_id",
"op": "="
}],
"type": "latestone_flag",
"origin_category": "employee_dynamic_subset.humancompletionplan"
},
"key": "employee_dynamic_subset.humancompletionplan",
"label": "梯队人才计划"
}

type为：latestone_flag指的是时间最新一条做分析，因为我们没做像最高教育经历中学历的是否最高做关联

所以我们默认取时间最新的

domain_dynamic_emp.json中：

json

"s_talent_type": {
"category": "employee_dynamic_subset.humancompletionplan",
"index": 95,
"field": "talent_type",
"origin_category": "employee_dynamic_subset.humancompletionplan",
"alias": "人才类型"
}

s_talent_type为这个字段的小名，只要不重复即可，talent_type为字段的真实key值，按照以上两步配置即可，在清理缓存！

五: 注意事项

注意： ⚠️人力洞察可以分析的字段一定是在当前模型的info层元数据中可以查询到的字段, 如果仅仅是用于list展示的字段是不可以进行分析的

常见问题请查看人力洞察模块常见错误以及解决办法