使用场景
企业内部有花名管理文化，要求花名具备唯一性，同时部分企业对真实姓名做严格保密，内部所有的沟通和协作都以花名为准，企业邮箱也根据花名生成，姓名仅在特殊场景如合同电子签、薪酬报税等场景应用
系统路径
设置-基础设置-功能设置-人事
使用教程
【花名设置】
系统支持【姓名+花名】和【完全花名】两种模式，均可以设置花名的唯一性，区别在于【完全花名】模式下，系统的姓名和花名两个字段的含义将进行互换，系统内所有展示姓名的地方均会展示花名，仅在特殊场景支持可配置姓名字段，如电子签、薪酬报税规则等
（1）【姓名+花名】模式，以花名册为例：
（2）【完全花名】模式，以花名册为例：
花名支持唯一性验证，可设置花名离职释放时机（随着企业人员迭代，离职人员越来越多，花名取名难度增大，故可设置释放时机）
花名支持不能使用真实姓名的验证
姓名/花名涉及到多音字时，支持选择姓名/花名全拼
流程相关场景暂不支持，改造成本高，业务场景低频（花名和姓名通常不会更改），支持全拼修改的详情如下
【花名应用场景】
一：姓名+花名模式
入职管理
场景 | 系统逻辑 | 截图 |
ATS发起入职 |
|
|
新员工信息采集 |
|
|
入职任务编辑花名 |
|
|
HR编辑入职信息 |
|
|
HR导入待入职 |
|
|
HR发起待入职申请流程 |
|
|
确认入职 |
|
|
花名册管理
场景 | 系统逻辑 | 截图 |
HR花名册-个人详情编辑 |
|
|
HR发起添加员工流程 |
|
|
HR发起实习生转正流程 |
|
|
HR进行花名册添加模式导入
|
|
|
HR进行花名册批量修改信息
|
|
|
员工自助
场景 | 系统逻辑 | 截图 |
员工个人信息档案修改 |
|
|
员工发起个人信息修改流程 |
|
|
二：完全花名模式
入职管理
PS：由于完全花名模式，People的姓名会变更为花名，在ATS-People一体化场景中，简历姓名会映射到花名字段上，且HR在发起入职时，通常不知道员工的花名，故入职场景中仅信息采集、入职任务会进行唯一性和花名和姓名重复验证，同时会在最终确认入职时做兜底验证
场景 | 系统逻辑 | 截图 |
ATS发起入职 |
|
|
新员工信息采集 |
|
|
入职任务编辑花名 |
|
|
HR编辑入职信息 |
|
|
HR导入待入职 |
|
|
HR发起待入职申请流程 | - |
|
确认入职 |
|
|
花名册管理
场景 | 系统逻辑 | 截图 |
HR花名册-个人详情编辑 |
|
|
HR发起添加员工流程 |
|
|
HR发起实习生转正流程 |
|
|
HR进行花名册添加模式导入
|
|
|
HR进行花名册批量修改信息
|
|
|
员工自助
场景 | 系统逻辑 | 截图 |
员工个人信息档案修改 |
|
|
员工发起个人信息修改流程 |
|
|
其他场景
场景 | 系统逻辑 | 截图 |
电子签 | 完全花名模式下，会自动更新【员工姓名字段】为姓名 |
|
身份信息识别 | 完全花名模式下，会自动更新识别内容【姓名】为姓名 |
|
薪酬报税 | 完全花名模式下，需手动更新个税申报-人员信息表的【姓名】为姓名 |
|
审批 | 完全花名模式下，需手动更新个人信息的【姓名】和【花名】为【花名】和【姓名】 PS：仅添加员工、实习生转正式流程需要更改，其他流程预置均为不启用 |
|
切换花名管理模式 | 需要注意，切换后再审批、电子签文件模板中，都需要重新配置对应字段，否则花名和姓名仍保留切换前的定义 |
|
