跳转到内容
产品信息
作者简介照片Neelesh Kamath

中东国家在欧共体休假期间的病假处理

最令人期待的解决方案之一就在这里……享受吧

通常在中东国家,我们遇到了病假的要求,其中有效性不是固定的东西,即根据雇用周年纪念或1月份等等。有效性基于某些条件。以下是我们通常在这些国家看到的样本要求。

  • 员工有权在一个疾病年度内享受120天
  • 疾病年是从第一次请病假开始到一年后结束的一年
  • 如果员工在上一个疾病年度结束、新的疾病年度开始等之后申请病假,则疾病年度之间可能存在间隔
  • 120天中的前30天是支付的,接下来的60天是75%支付的,然后最后30天是未支付的,因为这些工资单(缺勤分配)是工资单活动,我们不会在EC中涵盖这一部分

解决方案概述

  • 创建名为“病假跟踪”的自定义MDF。这是一个跟踪装置,它可以跟踪疾病年份的窗口期。对于疾病年份的每一次首次休假,员工必须通过ESS通过员工档案申请此跟踪。这将是每病期/年一次的活动。
  • 创建adhoc时间帐户类型和相应的时间类型。Adhoc Time帐户适合此要求,因为它为您提供了一个灵活性,可以在两个帐户之间具有任何差距和灵活的开始和结束日期。该想法是将SICK LEFT Tracker对象映射到120天的adhoc帐户
  • 创建集成中心报告,该报告从病假跟踪MDF对象创建临时时间帐户。
  • 还可以创建一些验证规则,以确保跟踪器和帐户之间的链接是正确的。

注意:我们还计划通过即将发布的升级中心作为最佳实践解决方案。然后,您将在几分钟内几乎可以在系统中自动化并部署在系统中。

免责声明:这是我构建的解决方案之一。您可能必须根据客户的要求进一步调整或扩展。

病假追踪器

外部代码:用户

cust_sickleavestaryear:病假休假的配额开始日期的新疾病年份

Cust_SickleaveEndYear:新疾病年度的病假配额结束日期

每次员工需要创建一个不属于前期的第一个病假或者这是一个员工系统中的第一个病假时,员工通过此跟踪器对象请求新的窗口期。员工只是有效开始日期的键(基本上是第一个病假的开始日期)。生病的休假配额开始日期和结束日期由业务规则填写

以下是附加到MDF对象的“保存规则”

上述规则检查两个条件

  1. 最初,员工通过跟踪器请求窗口,并创建了相应的adhoc时间帐户。但后来,员工试图改变跟踪器对象的日期。这可能导致数据损坏。因此,提出了错误,指示时间帐户已与原始开始日期已链接。请联系到管理员以更改链接或删除的时间帐户,并重新创建新的adhoc时间帐户。该日期的变化需要通过管理员可以明确处理,谁可以稍后调整跟踪器和时间帐户
  2. 第二个检查重叠的大小写。例如,跟踪器对象有一个从15开始的窗口10月2021年至14日10月2022日。如果有人试图在这些日期之间插入新的记录,请8月1日2022年,出现一个错误

上面的规则向员工闪烁一条消息,即跟踪器请求成功,他/她需要等待5分钟的时间账户,以创造创造的帖子,他们可以开始为此疾病的疾病休假。这个想法是每5分钟安排IC,以便它选择最新的跟踪记录。

时间帐户设置

需要使用以下设置创建adhoc时间帐户

如果在每次疾病年份或可预订的结束日期后,余额会被滞留,则附上一个删除此帐户的标准PEP规则。

此外,为了确保员工不会过度使用账户,您可以将“余额不能低于”字段维护为0

时间类型设置

创建以下时间类型以及take规则,如下所示。将时间类型链接到上面创建的临时时间帐户类型

当员工试图在疾病年份的当前窗口期间申请休假时,采取规则是处理案例。

最后将此时间类型链接到相应的时间配置文件

集成中心

集成中心是该解决方案的核心。一旦员工请求跟踪器,我们需要创建一个特定日期和金额的新adhoc帐户(120天)

您需要创建一个SF到SF OData集成,起始实体为“病假跟踪者”,目标为“时间账户”

1)外部时间代码帐户是一个计算的字段,它将用户ID连接,其中有效的跟踪器的开始日期

2)时间帐户类型可以使用您使用的TAT硬编码。例如:

3)预订,直到映射到SICK假期日期(配额结束日期)字段的自定义MDF

4)可以从中预订,帐户有效,帐户有效地映射到Sick Seaure Start日期(配额开始日期)自定义MDF字段

5)用户ID映射到自定义MDF的外部代码

6) 时间帐户详细信息(时间帐户的子项)

  • 时间\帐户\外部\代码–这是时间帐户父对象的外部代码。使用与第1点所述相同的计算和代码)
  • 外部代码 - 这是子时间帐户详细信息的外部代码。使用相同的代码和计算,如第1点所述)
  • 发布金额 - 默认值为120天。您可以根据您的要求更改它
  • 过帐日期-从跟踪器自定义MDF对象拖放有效开始日期
  • 过帐类型–默认为“临时更新”
  • 发布单位 - 默认为“天”

有效载荷如下所示

{“外部代码”:“1060382021-11-22”,“账户类型”:“病假演示”,“BookingEndate”:“/Date(1668988800000)”,“bookingStartDate”:“/Date(1637539000000)/”,“endDate”:“/Date(1637539000000)/”,“startDate”:“Date(1637539000000)/”,“userId”:“106038”,“TimeAccount详细信息”:[{“TimeAccount外部代码”:“1060382021-11-22”,“外部代码”:“1060382021-11-22”,“bookingAmount”:120,“bookingDate”:“/Date(1637539200000)/”,“bookingType”:“临时更新”,“bookingUnit”:“天”;“bookingUnit元数据”:{“type”:“SFOData.TimeAccountDetail”,“uri”:“TimeAccountDetail”(TimeAccount外部代码='1060382021-11-22',外部代码='1060382021-11-22')”),“}}}],“元数据”:{“type”:“SFOData.TimeAccount”uri:“TimeAccount(externalCode='1060382021-11-22')”}

最后一步是添加过滤器。您可以使用最后修改日期和生效日期范围的组合,以便仅截至今天的少数记录,最多一年和Max的未来一年被考虑为创建,更新

至此,我们完成了设置。现在是进行一些测试的时候了

测试

使用包含上述时间类型的时间配置文件雇用员工

如果员工试图申请病假,则会出现一个错误,指示员工首先申请跟踪

将显示一条消息,指示创建新的临时时间帐户最多需要五分钟。

整合中心每5分钟按预期运行。

IC运行后,检查员工的时间帐户。它将从10月8日开始创建,为期一年2020年至10月7日2021

如果员工现在想更改日期,可以说他/她从10月8日开始更改日期要说10月6日抛出一个错误

帐户创建后对跟踪器的任何更改都必须由管理员处理。管理员可以通过管理数据或导入/导出(如果是批量更改)调整时间帐户日期,然后调整跟踪器。

现在说,员工于11月20日生病了2021这在当前窗口之外,他/她需要再次请求一个日期为11月20日的跟踪器2021

这将在2021年11月20日至2022年11月19日期间创建一个新的临时账户。正如你所看到的,上一个疾病年和2021年11月20日开始的新的一年之间存在差距

另一个帐户现在使用以下时间表创建

这是一个定制解决方案,可用于解决沙特阿拉伯典型的病假情况。

使用临时时间账户的好处是,每个账户都会记录所有假期,包括疾病年份的余额。报告和使用API获取工资单的相应假期、余额或时间账户详细信息也应该是可能的。在取消或编辑现有休假期间也不会遇到任何问题,因为每个专用账户和休假框架都会处理这些问题。

希望这有助于您的实施。我们还计划将其自动化并将其释放为最佳实践解决方案

保持安全

此致

奈良

高级产品专家

成功因素HXM的最佳实践

SF产品管理

分配标签

      成为第一个评论者
      你一定是登录评论或回复帖子。
      Baidu