示例:福利事件协调
这些常见情景演示了事件协调的工作原理。示例假设:
- 您首先输入事件日期较晚的事件。示例:您在受益人变更之前输入晋升信息。
- 事件保障类型之间没有重叠。示例:如果“晋升”包括“医疗”,且“受益人变更”包括“保险”,则保障类型没有重叠。
- 没有失去或获得保障适用资格。
如果保障类型存在重叠,或者存在失去或获得适用资格的情况,Workday 总是会冻结后一个事件。Workday 会在较早的事件完成后重新处理较晚的事件。
某员工在当年有以下福利登记事件。
日期 | 事件 |
|---|---|
1 月 1 日 | 开放登记(已完成) |
4 月 1 日 | 结婚 |
5 月 1 日 | 受益人变更 |
9 月 1 日 | 晋升 |
1 月 1 日(下一年) | 开放登记(正在进行) |
事件 | 不重新处理 | 不重新处理将来事件 | 结果 |
|---|---|---|---|
开放登记(正在进行)和晋升。 | 开放登记 = 取消选中 晋升 = 取消选中 | 开放登记 = 取消选中 晋升 = 取消选中 | 两个事件同时处理。 |
开放登记(正在进行)和晋升。 | 开放登记 = 选中 晋升 = 取消选中 | 开放登记 = 取消选中 晋升 = 选中 | 两个事件同时处理。 |
晋升在受益人变更之前输入并已完成。 | 晋升 = 取消选中 受益人变更 = 取消选中 | 晋升 = 取消选中 受益人变更 = 取消选中 | 晋升保持完成状态,受益人变更将照常完成。 |
晋升在受益人变更之前输入并正在进行。 | 晋升 = 选中 受益人变更 = 取消选中 | 晋升 = 取消选中 受益人变更 = 选中 | 两个事件同时处理。 |
受益人变更在完成开放登记后输入并正在进行。 | 受益人变更 = 取消选中 开放登记 = 选中 | 受益人变更 = 选中 开放登记 = 取消选中 | 开放登记保持完成状态,受益人变更将照常完成。 |