你好，

首先…。道歉。我真的没有时间为第二季度发布的版本写一篇博文，中国云，因为这个版本已经发布了。我知道还有一些人在等着呢。尽管我现在在世界的另一边参加一个非常好的客户研讨会——这就是为什么我现在穿的是一件厚厚的冬季夹克而不是夏季T恤——但我还是选择从这里完成这件工作，不想浪费更多的时间，只有在回到德国后才这么做。由于第三季度的发布时间很快就要到了，我已经可以给你一个关于第二季度和第三季度EC时间管理的增强的综合概览了？简而言之：

招聘和终止流程的增强：

支持招聘日期更正即使存在工时表记录，也可以终止员工

对缺勤和时间账户处理的增强

打开/关闭"经常性缺勤"功能的额外权限时间帐户手动调整记录的可用性改进时间账户支付增强功能（附加字段，可能以hh:mm格式支付）

业务规则和管理活动的增强功能：

业务规则中的变量新建时间管理警报页增强的外部时间数据上载验证时间估价规则中的注释字段规则功能，用于在缺勤记录时检查时间表中的津贴增强的外部时间数据上载验证业务规则的"Where used list"

像往常一样，让我们对单个特性进行更深入的思考。享受

招聘和解聘流程的增强：

支持"移动招聘日期"

很多客户需要在招聘和解聘流程上有更多的灵活性。有时，员工的雇佣日期需要在该日期过后更改，因为该员工没有出现，并且已经建立了新的安排，例如，该员工在一个月后开始工作。EC Core在去年第四季度提供了一个自己的portlet，在该portlet中可以设置一次新的雇用日期，其想法是跨套件的所有后续流程都会收到新的雇用日期。

听起来很简单，不是吗？只是改变了雇佣日期。所有其他过程都会自动适应。但从时间管理的角度来看，事情并不总是那么容易。例如，可以为初始雇用日期自动创建时间帐户，并计算和过账时间帐户应计项目。

休假支持第二季度版本中已经存在的雇用日期的转移。因此，您现在可以追溯更改员工的雇用日期，时间管理的所有副作用都会自动解决。你根本不需要为它费心，它都是在后台自动完成的。让我们检查一下时间账户应计情景。

员工的初始雇用日期是1。五月。在移动雇用日期之前，已创建时间帐户，并对有效期为1的时间帐户进行16天的过帐。五月：

现在新portlet中的雇用日期被移动了1个月到6月1日：

这触发了一个重新计算事件（假设您在系统中启用了重新计算），时间帐户应计项目被重新计算，时间帐户有效期被移动，时间帐户过账被移动了1个月：

您可以看到不是16天，而是只计算14天（因为在应计期内少了1个月），并且时间账户过账被转移1个月，时间账户有效期被转移1个月。

当员工在实际日期或甚至在实际周终止工作时，可能会出现一点类似的复杂问题已经存在。这就引出了下一个话题：

即使存在时间表记录，也可能终止员工

我们有客户希望能够以临时方式甚至追溯性的方式终止员工。例如，今天是星期三，员工在这一天被解雇。甚至到上星期五。到目前为止，这是不可能的。这里的问题是，时间表数据可能已经存在于实际的一周中，甚至可能是未来记录的一些出勤时间（例如，已经预订的外部培训）。或者假设该员工是一个负时间记录器，在该记录器中，工作表和工作表数据在一周开始时自动创建，而不需要员工编辑工作表，除非他需要维护一些偏差（如果您不熟悉员工成为正或负的原因，请检查此处）时间记录器）。对于所有这些用例，时间评估结果可能已经存在，已经创建了payroll复制代理，甚至可能来自第三方系统上传的外部时间数据，甚至可能已经创建了一些时间收集器或计数器。现在雇员被解雇了。实际的一周。或者过去的约会。怎么处理这些数据？因此，当终止时间表数据将被置于"非活动期"时，终止是不可能的，并以错误消息结束。客户必须首先通过管理数据手动删除时间表，然后才能再次启动终止流程。不太好。我们一直在努力。任务是在终止时自动删除所有时间表数据和终止日期之后可能存在的所有派生实体。或者在雇用日期移动的情况下，大数据营销，时间表现在处于非活动期。在我们的演讲中，数据需要被自动"清理"。这就是新的"清理"服务所做的。

有一个复杂的新的处理时间表统计-我真的不想麻烦。作为一个主要信息，即使在终止日期之后存在时间表数据，现在也可以终止员工。所有时间的估值结果都会回滚。当您在周三终止员工的实际工作周时，您将看到这会导致工作表中出现拆分–您将从周一到周二获得工作表的可编辑部分，其中时间数据仍然可以记录或编辑，而从周三开始，工作表的非活动部分将不再记录任何时间数据–因为现在正处于一个不活跃的时期。让我们检查一个例子：

这里是一个员工的时间表，记录了实际一周的全部数据：