使用建议

如何操作

常见问题

如何判断字段所属分组

1. 若相关信息是员工入职后才会产生的，并且随着工作变动而变化，例如：是否骨干成员，建议将对应字段放入【任职信息】下，任职信息会产生可回溯的异动记录。

2. 若相关信息是员工个人数据，例如：衣服尺码，建议将对应字段放入【个人信息】，个人信息仅会保留最新数据

3. 若客户想把员工的多段数据（例如奖励记录、异动记录）导入到花名册中时，可在【其他信息】中建立分组及相关字段承接

https://mokapeople.moyincloud.com/d/1707289180075220994.html

使用建议

如何操作

常见问题

工作地点建议维护具体的地址信息，后续再入职等环节可以将详细地址通知给新员工

https://mokapeople.moyincloud.com/d/1707286233657479170.html

使用建议

如何操作

常见问题

部门生效时间

1. 为了确保部门下在职或者离职员工在部门生效后能够加入部门，生效日期初始化导入时，建议统一使用公司成立日期

2. 部门初始化时，若已有部门编码（通常从其他人事系统切换到 Moka 的，导出原系统的组织架构便会有编码），建议上级部门统一使用部门编码，若无部门编码时（通常客户只有IM时，无法导出组织架构，也就没有部门编码），使用部门全路径，例如：XXX公司/XXX部门/XXX小组

部门职责（部门负责人/HRBP）

1. 初始化导入时，需要可分成两步，先导入部门上下级关系，再后续导入在职员工花名册之后，方可最后更新部门负责人/HRBP等职责信息

2. 更新部门负责人/HRBP时，建议增加生效日期通常维护成为今天的部门版本，确保任务/流程/通知等可以获取到最新的部门负责人和HRBP

1. 部门全路径：需要包含公司名称（即根部门名称）

2. 上级部门提示不存在：需要确保上级部门设立日期早于子部门的设立日期

3. 部门职责提示不存在：需要判断部门职责的入职日期是否早于部门的设立日期

使用建议

如何操作

常见问题

职务体系

1. 若客户有职位族、职位类、职位子类，需要先导入以上职位类别，再导入职务

2. 根据客户实际的岗职位体系，使用职位族/职位类/职位子类+自定义选项字段来适配

https://mokapeople.moyincloud.com/d/1707284638387507202.html

使用建议

如何操作

常见问题

职等

1. 建议严格使用职等对不同类别的职级进行排序，职等会再审批分支条件中应用，比如：M2和P8的职等都是10，审批分支条件选择职级不超过P8时，会查找所有职等小于等于10的职级对应员工

双职级

1. 若客户存在一个人同时有两个职级的情况，才需要开启双职级

2. 可通过开启专业和管理职级序列，进行双职级管理，开启后的效果是员工存在职级和管理职级两个字段

https://mokapeople.moyincloud.com/d/1707286745882660865.html

使用建议

如何操作

常见问题

导入模式

1. 建议使用【有则更新，无则添加】模式

2. 整理数据时，确保第二行是表头，字段名称需要与系统内字段保持一致（不同分组下同名字段，需要增加分组名称，例如：任职信息-职务和最近工作信息-职务），可删除非必要信息（仅有【则更新，无则添加】模式支持），确保在职员工快速完成初始化

所属部门

1. 员工所属部门建议使用部门编码，使用部门全路径时，可以不用输入部门根节点，例如/人力资源部/招聘组

直接上级/导师/虚线上级

1. 在职员工初始化时，由于直接上级等也没有创建，目前需要导入员工后再次导入更新直接上级

2. 可直接使用员工姓名，遇到重名时需要使用工号

员工存在多次入离职

1. 使用【有则更新，无则添加】模式时，支持一次性将员工多段入离职一次导入，需要保证员工证件类型+证件号码一致，可满足多次入离职工号不一致

2. 若已导入了最新一次入职信息，历史入离职信息暂时提供不了，可通过历史任职信息导入完成相关内容的补录

未来转正

1. 线下花名册转正日期通常是入职日期+试用期月数的公式计算字段，未来转正的员工不一定真正走完了转正流程，建议勾选忽略未来转正信息进行导入

1. 直接上级不存在：需要判断直接上级入职是否早于当前员工的入职日期

使用建议

如何操作

常见问题

导入模式

1. 建议使用【有则更新，无则添加】模式

2. 整理数据时，确保第二行是表头，字段名称需要与系统内字段保持一致（不同分组下同名字段，需要增加分组名称，例如：任职信息-职务和最近工作信息-职务），可删除非必要信息（仅有【则更新，无则添加】模式支持），确保离职职员工快速完成初始化

3. 离职员工的事件类型必须为主动离职、被动离职、实习结束以及必须维护离职日期

部门和职务

1. 由于部分离职较早的员工其所属部门和职务已发生交大变化，无法完整的还原历史架构，可勾选【自动创建已停用部门和职务】，系统会根据离职员工的入职日期，自动构建历史部门架构和职务

使用建议

如何操作

常见问题

导入模式

1. 做员工异动记录补充时，使用添加异动记录模式

2. 入职/重新入职的异动记录若需要更新，需要使用更新异动记录模式

3. 空单元格，建议选择【为空待办无变化】，若明确为空就是没有值，建议选择【为空待办删除】

4. 初始化数据时，建议不勾选【后补异动记录时，更新后续异动记录未变更的字段】

部门和职务

1. 由于部分异动时间较早的员工其所属部门和职务已发生交大变化，无法完整的还原历史架构，可勾选【自动创建已停用部门和职务】，系统会根据员工异动的生效日期，自动构建历史部门架构和职务

使用建议

如何操作

常见问题

• 系统已存在员工最新一次入职的信息，后又希望补录员工历史入职/离职信息，可通过导入【历史任职信息】来完成

• 历史任职信息仅支持以下字段，字段不足时可以记录到备注中：

• 历史任职信息支持在异动记录和团队成员-成长记录中展示，支持在BI报表中进行查询

使用建议

如何操作

常见问题

若员工档案质量不佳，需要找员工进行收集时，推荐使用信息健康度检查，系统会自动根据缺失字段给员工生成待办任务

https://mokapeople.moyincloud.com/d/1707288739800256513.html

使用建议

如何操作

常见问题

存在少量的字段需要针对固定员工进行修改时，可通过花名册-批量修改，快速完整信息的录入，修改列表支持复制粘贴，下拉粘贴等操作

如何批量修改姓名：仅个人信息批量修改，可以批量修改员工姓名

如何需要批量修改工号：可使用CSM后台工具（导入员工完成）

如何需要批量修改头像：可使用CSM后台工具（变更头像）

使用建议

如何操作

常见问题

• 存在大量了的字段，且修改的员工没有规则，则可通过花名册【有则更新，无则添加】进行导入

• 导入时，需要保留工号和姓名必要的列，其他不需要修改的列可以删除或者不填

离职员工更新入职日期：暂不支持

离职员工更新离职日期：暂不支持

离职员工更新转正日期：暂不支持

使用建议

如何操作

常见问题

若预期使用电子签，需要确保法人公司名称的准确性

https://mokapeople.moyincloud.com/d/1707286309666656258.html

使用建议

如何操作

常见问题

合同期限根据实际情况进行设置，若存在1年半等时长，需要建议使用月进行转换，例如维护成 18 个月

合同类型有劳动合同、劳务协议、附属协议

劳动合同和劳务协议不支持相同时间生效多份

附属协议不限制，可以和主合同同时生效

使用建议

如何操作

常见问题

导入模式：

由于线下合同通常不会由于员工离职就记录实际结束时间，建议勾选【劳动合同根据合同开始日期自动生成为空的前序合同实际终止日期】

操作类型：

新签：初次跟法人公司签署

续签：合同到期后，继续与同一个法人公司签署

变更：在当前合同还未结束时，变更了合同内容的

编辑：修正对应合同信息

早于入职日期的历史合同如何导入：

合同开始日期早于入职且合同实际结束日期早于今天的就可以导入