你好，

圣诞节假期前的最后一个。为了表明你有时需要创造性地思考才能得到想要的结果，

假设一名员工有随叫随到的工作（可以记录在EC时间表中，带有特定的随叫随到类别时间类型）。在待命值班期间，员工需要执行实际工作。此项工作需要记录为出勤情况。

客户的具体要求是，在随叫随到服务期间，淘客引流，从员工第一次随叫随到开始，至少支付两个小时的工作时间-工作时间。

因此，当员工从08:00开始只工作10分钟时，他将获得两个小时的工资。

相互记录从第一次记录的时间开始的2小时窗口内的小时数包含在固定的2小时付款中。

此2小时窗口后记录的后续小时数通常是支付的。

例如：

员工需要在06:00–07:00的随叫随到服务期间工作。"2小时窗口"从06:00开始，到08:00结束。

员工在这1小时的工作中获得2小时的工资。

但是，他需要在同一天的07:30–10:00执行另一项工作。第二个记录部分位于06:00–08:00的2小时窗口内。结果应该是，对于第二个记录，员工只得到2.5小时的工资，因为前30分钟已经包含在前2小时的工资中。

最初的想法是，您需要检测一天中的第一个时间对，并创建一个虚拟的2小时窗口，并将所有其他时间记录与此进行比较。但这条路走错了。您只需使用我们的汇总输入和拆分时间估值方法即可获得结果。

让我们仔细看看。

第一部分是：创建一个2小时的工资类型，无论员工记录了多少小时。

首先，我们需要一个时间类型组，收集所有随叫随到记录的工作时间类型：

一个正常时间类型组，该组具有获取一个新创建的随叫随到工作出勤时间类型作为输入时间类型。

其次，我们需要一个计数器时间类型组，该组在记录随叫随到工作后立即填写时间评估。到目前为止，它只是一个空的时间类型组，但类别是"计数的事件"。

第三，我们需要另外两个时间类型组标记为支付类型。它们代表的是时间估值结果，这就是我们最后计算的结果，以及将要发送到工资单的内容。我们需要2个–一个用于固定2小时付款，一个用于正常付款：

首先是2小时后包含的组–即使员工只记录了10分钟：

请注意，此组设置为付款类型、Ui组件（我们可以在时间表中看到结果），并且属于"已计数事件"类别。为什么是这个？因为此付款类型将基于计数事件（见上文）创建，然后您还需要一个类别为"计数事件"的付款类型作为输出。

但稍后将对此进行详细说明。

最后一个时间类型组，我们用于支付超过2小时的"正常"小时：

此组也标记为付款类型和UI组件，并应包含如果记录在2小时窗口之外，则正常支付小时数。

现在我们已完成准备。让我们深入了解估值规则。

首先，我们讨论2小时固定付款。

如前所述，这是在"计数事件"的基础上完成的。因此，当记录时间类型的待命工作时，计数器设置为1。

这是通过使用"比较阈值和计数事件"估价类型的简单规则完成的：

此规则取时间类型组，我们在其中收集记录的待命工作时间类型，并将其与0进行比较，如果存在，则将其放入上述组中。由于估价类型是"计数事件"，而不是小时数，大数据app，而只是将1发送给上述组。

现在我们需要使用一个小技巧从1值中取出所需的2小时付款。

我们在另一个估价规则中使用创建的计数器，并将其乘以120。为什么是这个？记住，值1在计数器中。乘以120等于120。此值与2小时（数据库上的值：120,00）进行比较，因此我们在"低于时间类型组"中得到的结果总是120或2小时：

此组的估价类型是"聚合输入组和拆分"函数。同样：计数器1乘以120（见下输入时间类型组一节中的系数），与固定值阈值2小时比较，在上面的一节中，我为一个新的时间类型组分配了用于2小时付款的时间类型组。

让我们先检查是否有效：

是，有效。我只记录了30分钟的待命-工作时间，系统计算2小时的付款。

现在第二部分：如何涵盖2小时窗口后，任何后续待命工作都应进行正常付款？

我们需要另一个估价规则。此规则现在将我们在第二时间类型组中收集的记录的待命工作时间小时与另一个2小时阈值进行比较。但这次我们不使用计数事件时间类型组，而是使用另一个时间类型组，其中存储了实际记录的小时数。

输入时间类型组现在所提到的不是计数事件，而是"正常"记录的待命工作时间。它可以有多个不同的开始/开始时间。这次我们不使用一个因子，但我们只是比较同一个估值类型比以前，总投入组和分裂，再次与阈值2小时。以上所有内容都被转移到工资类型时间类型组"随叫随到工作正常工资"。

就是这样。应该已经工作了，让我们检查：

结果看起来不错。我从06:00到09:00记录，结果得到2小时的固定付款和1小时的"正常通话时间"。

但是2小时的窗口如何-从第一个记录开始，即06:00。当我记录多个时间类型时，这是否起作用？

是的，我只把第一个记录减少到06:30，软件企业有哪些，2小时固定工资的结果仍然存在。