您好，大淘客是什么，

又是一个关于建立电子商务时间评估的简短操作博客，点云，以说明电子商务时间如何涵盖实际生活中的客户需求。这将展示如何最好地使用不同的时间估值类型，并表明它不像看上去那么复杂；-).

业务要求是验证专用加班时间类型只能记录在员工计划工作时间之外，而不能记录在员工计划工作时间内。

您知道，客户希望通过多种方式覆盖其加班流程。客户可以选择员工只记录一种出勤时间类型，时间估值在其每日、每周或每月的计算中整理出什么是加班和什么是正常工作时间，从而生成加班工资类型或常规工资类型

但有些客户希望员工明确记录一个专用的"加班"时间类型。为了更好的报告目的（但在这里你可以及时报告估价结果，或者仅当记录了此时间类型（但在工作流规则中，时间估价结果也可以查询）或由于员工只需要记录与正常工作时间不同的明确操作而触发时间表工作流。

因此，当客户希望员工记录显式加班时间时他们通常希望此时间类型被验证为只在计划的工作时间之外记录。这一要求最好包含在时间估价规则中。但是等等，为什么不使用基于业务规则的时间表验证规则呢？因为用业务规则设置要复杂得多，泛在电力物联网，而且执行速度慢

用时间表估价规则设置要容易得多，您只需要一个小规则：

作为一个先决条件，您需要已经创建了收集计划工作时间和记录的加班时间的时间类型组–但是，当您想要使用时间表时，您仍然需要这样做。看起来像这样：

计划工作时间：

和加班时间：

让我们看看时间估值规则。您需要一个包含时间估价类型"从输入组中扣除组"，并且需要使用上述"计划工作时间"和"记录的加班时间"。让我们看看这个规则是什么样子：

那么，里面发生了什么？

每天输入的时间类型组"计划工作时间"与扣除组"记录的加班时间"进行核对。当有一个时间片包含这两个时间类型组的重叠时，一个条目将写入下面的时间类型组字段中所述的时间类型组。这只是一种伪时间类型组，我们需要在其上引发一个错误。把多少小时放在这个时间类型组中，也不重要放在哪一天，重要的是其中有一个值，这说明存在重叠，这对于我们的目的来说就足够了。原因这意味着最终记录的时间类型"加班"与每天的计划工作时间重叠。这不应该发生。因此，我通过将错误标志设置为"raise error message on time type group below"（在下面的时间类型组上引发错误消息），并选择"加班只能在计划时间之外记录"作为消息文本。

完成。漂亮，干净，简单。当加班时间类型记录在计划时间之外时，时间表中的结果如下：

一切正常，无错误。你可以看到预定的时间是08:00-17:00，我录下了17:00-21:00的超调。但是当我在计划时间之外记录加班时….

会弹出定义的错误消息。这不仅适用于记录完全在计划时间内的情况，也适用于部分在计划时间内和部分在计划时间外的情况：

让我添加一些微调建议：

当您在计划工作时间内记录了多个要否决的时间类型时，您不必创建多个估价规则。

当时间类型属于同一类别（如出勤、缺勤、随叫随到……），当您在时间估值规则中定义要用作"扣减组"或"输入时间类型组"的时间类型组时，只需将它们添加为输入时间类型即可，当您有不同类别的多个时间类型（例如加班和待命）时，您不能将它们混合到一个时间类型组中。您最好调整上述规则，将"输入时间类型组"中的值与您在"扣除组"中输入的时间类型组进行交换。因为扣减组只能是1，大数据分析工具有哪些，而作为输入时间类型组，您可以输入多个时间类型组。因此，您可以在此处指定收集通话时间类型的时间类型组和收集加班时间类型的时间类型组。表示"扣除"时间估值类型的工作方式相同，反之亦然。

看起来是这样：

，物联网学什么