你好，时间社区，

我再次，在夏末的时候，从德国的Sankt Leon Rot写了一些关于我们的EC时间和出勤管理产品的新特性和功能的话（这是官方名称，但请允许我简单地称之为"EC时间"）。试图为您提供关于开发和我们计划的有用更新/见解，以及关于配置我们新功能的一些提示和技巧。

让我首先概述一下本版本中最重要的功能。我们的工程团队为您开发：

让我们直接投入其中。不幸的是，这很可能是对时间估值的一点深入研究，可能不容易被EC时间新手理解。但别让这件事吓倒你。当你去掉基本的想法，大致了解我们这个时代可能发生的事情时，我已经很高兴了。拿着实施指南，玩这个系统，你会很快学会的。

第一个新特性是非常有用的。特别是，当您要确保员工在时间记录时符合工作时间规定时：

神秘标题。这是什么意思？

在欧洲和世界其他地方，有工作时间法律或指导方针，规定员工每天/每周的最长工作时间。在时间管理中，法律和准则总是一个需要解释的大话题，我经常有客户在同一个分支机构，同一个工会合同，同一个地区，但做的时间管理却完全不同。但有一点是经常可以发现的：客户希望有一个最大持续时间的记录。可能是因为法律/指导方针，理财返利，可能是因为他们不想支付加班费。

为了满足这一要求，我们现在在时间表中提供错误消息生成。你可以说，等等！以前有两个版本在时间表中引入了业务规则availability，可以用于错误处理，现在我们在时间评估中提供了类似的内容。为什么是这个？

原因很简单：一些需要执行计算的验证根本无法在业务规则中完成。另外，业务规则的性能相当慢，时间评估要快得多。但仍有一些场合需要应用业务规则。业务规则的配置可能比验证规则更容易（因为大多数人知道业务规则，但只有少数人知道时间估值规则），而且在时间估值规则中有一些您无法查询的星座。津贴不能用于时间估价。因此，当您需要在津贴记录方面出现错误时（休息日没有津贴；只有在这一天记录了特定的工作时间类型时才有津贴；没有津贴或只有在同一天存在特定缺勤时才有津贴……），您仍然应该使用业务规则。在业务规则中不可能进行更复杂的验证（如检查时间表期间、月份或创建总和/计算）。为此，您应该始终使用新的时间估值错误可能性。

什么是更复杂的检查？很简单：

以一天最多允许工作10小时为例。通过检查时间类型和10小时，业务规则可以涵盖这一点。作品。但当事情变得更加棘手时，规则就行不通了。例如，当员工用"工作时间"记录两条记录时，好淘客，一条记录为5小时，大数据分析过程，另一条记录为6小时，业务规则不会给出错误。不符合条件。不能在业务规则中进行摘要。或者当员工记录8小时工作时间和3小时出勤时间时，另一种出勤时间类型如差旅时间：无错误。不符合条件。您可以始终只签入一个时间类型的规则，而不执行集合。或者当您的员工用开始/结束时间记录时间，并且您配置了自动的休息扣减。08:00–18:30（10.5小时）的员工记录，但时间估价扣除记录的（或自动生成的）1小时休息时间。虽然员工的净工作时间只有9.5小时，但该规则会给您一个错误。但9.5小时只能通过时间估值来计算。

这就是为什么我们提高了我们的时间估值，并有可能产生错误。到使您能够验证更复杂的星座，并在此触发错误。

您现在可以定义一个自动错误生成，当时间估值计算每天超过xx小时或每周超过xx小时。这个计算包含什么，完全取决于你。配置可能非常灵活。您可以添加多个时间类型，扣除休息时间和记录的缺勤时间。此外，不仅可以根据小时数，还可以根据"事件"引发错误。这意味着员工记录超过3次（因此，不是小时，而是事件！）一周的待命时间。非常灵活。这种灵活性是如何实现的？我们使用已经确立的"时间类型组"的概念。如果您不熟悉本术语，请执行您可以在上找到的时间表实施指南help.sap.com帮助，book Employee Central；Payroll Time Sheet，优惠券代理平台哪个好，因为了解此时间类型组和时间估价规则对于配置时间估价非常重要。

让我们仔细看看。您可以定义时间类型组，它是一种计算桶。在"时间估值规则"中，指定输入时间类型组，对其应用时间估值规则，通常会得到"低于"的值和"高于"的值。我总是把时间估值规则想象成一个漏斗，在那里你可以把一种液体（输入时间类型组）注入其中。规则的处理是当液体试图通过漏斗时。在漏斗的上部，没有通过的东西是剩余的（液体中的东西比设定的条件要大）。"粘性液体"的小时数被放入"上述"时间类型组中，该时间类型组是在值规则中定义的。较稀液体符合条件，可通过漏斗进入"低于"时间型组。我不像我们的软件架构师那样有逻辑思维，这就是为什么我是产品经理；-）。但这类图片有助于我理解事情是如何运作的。