代替休假是全球通用的要求，我们已经看到客户要求"小时"和"天"。然而，在目前的SF标准/直接EC时间解决方案中，只有在时间表中使用加班基数/溢价概念的"小时"中才能使用。下面的博客将演示一种方法，以实现客户希望在几天内实现的场景。这对于印度客户来说很常见。为了涵盖这一点，我们需要以下

现在让我们进入每个过程步骤的细节

时间记录配置文件

下面是我创建的一个样本时间记录配置文件，用于收集假期记录的时间

第一次估值相当简单。它只是将基于时间类型的记录时间收集到一个时间类型组"CLT–收集记录时间"

第二次评估将输入组作为上面步骤填写的"CLT–收集记录时间"

然后将评估类型作为"过滤输入组"，云服务器试用，将节假日时间记录过滤器作为过滤器，如图所示在

下面，最终结果是在

下面的时间类型组中记录公共假日"CLT-收集假日时间"的时间。第三次评估根据工作计划从假日时间中删除任何计划的休息时间。

没有休息的假日时间存储在"CLT-假日工作时间不休息"

然后是最后的第四次评估您可能会质疑"是否真的需要"的评估？。我们可以只使用CLT–假日工作时间（不带休息时间）的值。

为了回答这个问题，我们将使用每日采集器，大数据说，如果我们只使用"CLT–假日工作时间（不带休息时间）"的结果，将为每天创建时间采集器记录，即使工作日的结果为零。我们只对大于0的值感兴趣。因此需要进行最终评估

这里是最终评估。同样，非常直接的

这个练习最重要的部分是时间收集器本身。"最终假日时间"上面的时间类型组是时间采集器，只存储大于阈值i.0的值

集成中心

将数据从时间采集器移动到权责发生制计算基础的集成中心概念已经包含在博客中。我假设你会关注这个博客，自己设置这个

我想在这里提到三件重要的事情

时间账户设置

时间账户可以设置为经常性和应计频率为每天。从前面的步骤中可以看出，学生云服务器，从time collector在应计计算基础中收集的数据以小时为单位。在累计规则中，您需要获取每日累计期间的工作时间，并将小时转换为天。您可以参考以下截图

计提规则：

时间账户根据记录的时间进行计提，计提规则使用规则功能"以小时为单位获取工作时间"来读取给定用户的应计日工作计划。基于累计计算/工作时间收集的小时数将以天为单位给出数量。代休/补休科目的计提将在天内进行

如您所见，通过在集成中心和业务规则中的简单转换，您可以在天内计提补休。

测试

员工时间OFFINLIEU测试1在公共假日28日和30日分别记录了8小时和4小时

一次晚上作业运行时，所有挂起的应计计算基数都会被处理并以天为单位生成应计（显然，企业大数据，假设您还安排了集成中心作业，大数据研发，将值从时间收集器移动到应计计算基数）

员工在假期总共工作了12个小时，根据其工作情况，假期为1.5天日程安排如上所示。

带着这个，我们来到这个博客的结尾。您可以使用类似的概念来满足这些要求