您好，

如我所承诺的，淘客文案，我将不时地给您一些见解，如何解决电子商务时间估值中具有挑战性和复杂的业务需求。这将给你一些投入，创造性地探索什么是我们的时间估值引擎可能。我知道我们仍有差距，数据和大数据，我们一直在努力弥补这些差距，但我也相信，只有少数人知道，我们的时间估值引擎已经能够解决哪些棘手的问题。这个博客将有助于克服这个问题。它将帮助你解决客户的问题，使他们高兴。最后，这是我们都想做的。

因此，在中东/北非地区经常听到的一个要求是，当员工迟到时，进行工资扣除。但这不仅仅是一个飞机工资扣除，它有一些规定，一些限制和边界和升级步骤。

具体的客户要求是：当一个正时钟时间为基础的时间记录器（或持续时间）来晚了他的工作计划，大数据网站，他得到工资扣除。但也有升级步骤：

当他迟到最多15分钟时，什么也没发生。这是挥手通过，没有工资扣除执行。当员工迟到15分钟到30分钟之间时，他将在所有迟到时间的最长时间内扣除工资（不仅仅是从15分钟开始！）加上额外的1小时扣除。当员工迟到超过30分钟时，他将扣除迟到分钟/小时的工资，再加上额外的2小时工资扣除。

相当棘手。但我们能做到。我一步一步地告诉你需要配置什么，

但是首先需要提到一些基本条件：

1）EC Time当然不能执行工资扣减。这只能由工资单引擎完成。但是EC Time可以用小时数计算工资类型（在SAP speech:wage types中）。此薪资类型复制到EC Payroll或SAP onprem Payroll到Infotype 2010中。在那里，工资单可以读取它并执行工资扣除。对于其他薪资提供者：我们的薪资类型可以通过API提取

2）目前还无法通过评估记录的出勤时间来检测员工的迟到情况。对于迟到的要求，有必要在工作日检测第一对时间。因为员工一天可以有多个工作时间，例如：

08:15–10:30工作时间10： 30–11:00休息11： 00–13:00工作时间13： 00–15:00医生预约15： 00–17:00工作时间

当我们只取时间对并将其与天工作计划时间的开始时间进行比较时，每个后续记录的出勤时间将满足"迟到"条件。因此，只检查一天中第一次记录的出勤时间片是相关的，但正如所说的，不幸的是，这还不可能（但在待办事项列表上）。因此，我们需要找到一个解决办法。

解决办法是，员工必须记录未来几个小时的缺勤时间类型。

这在商业实践中确实在客户中非常常见。因为在缺勤的情况下，你可以触发一个特定的通知或批准，而迟到的情况也不会被经理们忽视。

那么，在配置中它是如何做到的呢？我主要使用时间评估功能：比较阈值和输入组来路由输入。但在此之前，我当然需要配置一个缺勤时间类型，包括迟到部分和一个步骤，将记录的缺勤时间放入一个时间类型组中，以便在时间评估引擎中使用它。

缺勤的配置非常简单，它是一个不做任何时间帐户扣除的缺勤允许以小时和分钟记录：

然后将此缺勤分配到时间配置文件。时间配置文件本身在职务信息中分配给该员工，并指导该员工的总体可用时间类型，以及该员工的ESS场景时间表和休假可用的时间类型。

现在我们需要将使用此时间类型记录的缺勤时间引入时间类型组。时间类型组是计算时间估值的基本容器（可以与SAP ERP中表T555中的技术时间类型进行比较）。我们需要更多的时间型团队来满足需求。第一个看起来像这样：

底部指定的时间类型正是我在上一步中创建的缺勤时间类型。我为这个时间类型组选择了"未付缺勤"类别，它不是UI组件（意味着它不会显示在时间表中，因为我们只需要它来计算），它也不是计时工资类型，因为我们不想将这个小时数转移到工资单。我们需要先做很多其他的计算，然后才能把一些东西转移到工资单上。

现在我们得到了收集的小时数，这些小时数记录在缺勤时间类型"迟到"中。现在需要进行比较。这里我使用了评估函数"比较阈值和输入组来路由输入"。

评估步骤1：

因此，有必要首先比较延迟时间是否大于15分钟。原因15分钟以下不得发生或计算任何事情。这些缺勤时间被忽略了。有趣的是，缺勤时间超过15分钟。

此估价规则将下节中所述的"输入时间类型组"的时间类型组"迟到时间"与固定值0.25（15分钟）进行比较。同一时间类型组用作"比较组"字段中的比较组。你可能想知道为什么"迟来的时间"被用了两次。这就是Route函数的工作原理。Route函数的重要部分是：它接受"Input time type group"部分中的值，并将其发送（路由）到定义的"time type group above"。但是，物联网安全，这只能根据规则中定义的条件进行。条件是：每天在比较时间类型组中检测到大于0的值。在这里我们只使用事实，当深夜存在的时候，因此我们可以使用相同的时间类型组。在我需要的其他规则（见下文）中，比较和输入时间类型组是不同的。

您可以在这里阅读更多关于"路由函数"的内容：

新的估价类型路由输入

我们用于进一步计算的"上述"部分中所述的时间类型组如下：