| 目录 |
|---|
常见错误1 数据不匹配
场景1
查看人力洞察配置文件
场景2
通过查证发现有40人为本科 未设置的40人查找到了
通过查看代码项发现 并未有本科 这个代码项， 那么到目前为止问题就查的非常清楚了， 可能是以前 代码项有本科这一项，录入数据后 客户修改或者删除 本科代码项导致目前还有40人数据为本科，但是分析的时候不在代码项里面的数据 统统认为是 未设置， 点击未设置只会出来真的未设置的人员 ***再此警醒大家不要轻易删除或修改代码项，如果一定要做请一定要处理已经保存的数据
场景3
检查数据与代码项好像都能没啥问题
这种问题发现比较困难 入职来源字段 写入数据的时候用的代码项 为入职来源 meta元数据为 入职方式 这就是张冠李戴 分析的时候看的就是meta元数据的关联的对象
常见错误2 数据不匹配
查看关联字段信息
验证猜想
常见错误3 应用分析
...
类似于这些首页没有应用也会统计 这些都会统计到 未设置里面 绝大部分的未设置因该就是首页了
未设置 解决办法
通过上面的理解 我们的人力洞察应用分析都是按照 应用的场景来处理的
请求这个api/hcm.application.all.list.all.device 接口 参数 为 {"company_id":151} 对应的公司id 注意换掉
举例说明 返回的结果为
我们要注意name 和state 这两个数据
以上的结果为系统认识的应用 简而言之 人力洞察出现这些 应用 那么系统就会认识他 就不会归为未设置，
那么问题来了 人力洞察里面都有啥应用呢？ 我们可以通过一条sql 查询， 有条件的 直接在数据库中查询，没有条件的我们可以 在api/wf.db.query 中查询
sql 为
| 代码块 | ||||||
|---|---|---|---|---|---|---|
| ||||||
SELECT count(0) AS count, tostate AS application FROM pagerecord20200528 WHERE comp_id = 169 GROUP BY tostate # 其中 pagerecord20200528 表每天都会自动生成 如果今天是2021年7月1日 这个表就是pagerecord20210701 还有记得替换 comp_id |
通过sql查询的 于通过api/hcm.application.all.list.all.device 接口 查询的 有差异的地方就是系统不认识的。。
处理完数据 我们将数据写到 insight_application_convert_config.json
例如这些 系统已经预制了一些， 如果有遗漏的 请按照公司模板的规则 编辑改模板
常见错误4 应用分析为什么没有一些应用的分析 书接上文
...
类似于这种公共组件 将会统计到一起，可能会有很多应用 使用的是这种公共组件将会统计为一种（这个一定要注意）
常见错误5 应用分析 书接上文 为啥应用分析不能穿透？空白？
书接上文由于 场景为公共组件 可能会有不同的应用同时使用common_model_list 像这样的场景，导致数据统计可能觉得不正常 比如说有些应用明明有使用为什么没统计 ，其实是统计了的只是没有区分出来
所以引用分析 不支持穿透，也就无法看具体的人信息
常见错误6 关联对象配置分析问题解析
配置Employee 上的政治面貌分析
因为是关联对象，存的是id 那么我们分析的也是id 这样配置肯定是有问题的，现象是
正确的配置
配置完之后发现问题
报错了
在不带场景的 info元数据里面找
未发现该字段说明这个字段可能是默认是不可编辑的
所以我们把这个字段配置到info元数据里面
问题完美解决！