关于更改有效日期时保留雇用更改的示例
下面是关于在更改有效日期时在雇用流中保留雇用更改的示例。
新有效日期必须介于上一记录和下一记录的有效日期之间
如果添加了有效日期为“2019 年 3 月 01 日”的分配行，则仅当日期在“2019 年 2 月 01 日”和“2019 年 6 月 01 日”之间更改时，才会保留更改。
| 日期 |
操作 |
业务单位 |
地点 |
任务 |
部门 |
薪资级别 |
附加信息 |
|---|---|---|---|---|---|---|---|
| 2019 年 1 月 01 日 |
聘用 |
业务单位 1 |
地点 1 |
职务 1 |
部门 1 |
薪资级别 1 |
历史记录 |
| 2019 年 2 月 01 日 |
调动 |
业务单位 1 |
地点 1 |
职务 1 |
部门 2 |
薪资级别 1 |
历史记录 |
| 2019 年 3 月 01 日 |
更改地点 |
业务单位 1 |
地点 2 |
职务 1 |
部门 2 |
薪资级别 1 |
新添加的记录 |
| 2019 年 6 月 01 日 |
晋升 |
业务单位 1 |
地点 1 |
职务 1 |
部门 2 |
薪资级别 1 |
将来记录 |
更改有效日期时，值变得无效
如果输入的值在新更改日期无效，则该值将还原为旧值。让我们通过下面的示例了解其工作原理：
薪资级别 1 从 1951 年 1 月 01 日开始生效，薪资级别 11 从 2019 年 1 月 01 日开始生效。
| 日期 |
操作 |
业务单位 |
地点 |
任务 |
部门 |
薪资级别 |
附加信息 |
|---|---|---|---|---|---|---|---|
| 2019 年 1 月 01 日 |
聘用 |
业务单位 1 |
地点 1 |
职务 1 |
部门 1 |
薪资级别 1 |
N/A |
| 2019 年 6 月 01 日 |
晋升 |
业务单位 1 |
地点 1 |
职务 1 |
部门 2 |
薪资级别 11 |
新添加的记录 |
如果将新添加的记录的日期从 2019 年 6 月 1 日更改为 2019 年 5 月 1 日，则薪资级别值将还原回 Grade1，因为 Grade11 在新日期无效。
在保留雇用更改时相关字段的默认设置
请考虑根据部门设置默认地点的应用程序设置。在以下示例中，用户将部门从“销售”更改为“财务”，该地点默认设置为“特里凡得琅”，后来被用户清除了。
| 操作 | 有效日期 | 部门属性 | 地点属性（相关属性） | 用户更改 | 应用程序行为 |
|---|---|---|---|---|---|
| 聘用 | 2010 年 1 月 1 日 | 销售 | 海得拉巴 | 不适用 | 不适用 |
| 调动 | 2010 年 3 月 1 日 | 财务 | Null | 清除地点“特里凡得琅” | 地点“特里凡得琅”已被清除 |
| 调动 | 2010 年 3 月 15 日 | 财务 | Null | 更改有效日期 | 显示财务部门和空白地点 |
- 相关属性的初始值为 NULL，您在事务处理期间人工清除了相关属性中的默认值。
- 您更改了雇用事务处理的有效日期。
考虑以下示例：在聘用期间未填充员工的部门和地点，而用户在调动期间为部门值填入“人力资源”。
| 操作 | 有效日期 | 部门属性 | 地点属性（相关属性） | 用户更改 | 应用程序行为 |
|---|---|---|---|---|---|
| 聘用 | 2010 年 1 月 1 日 | 无值 | 无值 | 不适用 | 不适用 |
| 调动 | 2010 年 1 月 10 日 | 人力资源 | Null |
|
地点“班加罗尔”已被清除 |
| 调动 | 2010 年 2 月 1 日 | 人力资源 | 班加罗尔 |
|
“班加罗尔”为默认地点 |
在本例中，当调动员工时，用户选择“人力资源”部门，“班加罗尔”为默认地点。然后，用户清除地点“班加罗尔”，以将其留空。现在，当用户更改调动事务处理的有效日期时，“班加罗尔”将再次成为默认地点，即使用户清除了地点“班加罗尔”也是如此。用户需要再次人工清除地点“班加罗尔”。出现此行为是因为最初没有地点，然后用户清除默认地点。在此方案中，由于在用户更改“地点”属性后初始值与该值之间没有变化，因此应用程序不会将其视为用户更改，且不会保留该值。