嗨，

一些同事已经开玩笑说我的博客不是博客，而是很长，很累的小说是的，当你看这个博客的长度时，可能是真的，但我更详细一点，以详细，但希望简单的话显示我们在电子商务时间和出勤应用程序的新功能。时间管理可能很复杂，对我来说，它是核心人力资源的女王（不冒犯工资单和核心或其他应用程序；-））。是的，你需要像主数据、工资单、工作流程等所有的部分来让员工获得报酬，以及所有其他成功因素—完美的解决方案来涵盖人力资源所需的一切，但是，时间应用程序仍然是员工最常使用的，时间（尤其是时间表）具有最多的用户界面交互，如果没有按时间值计算的薪酬类型，则不会有员工在工资单中获得薪酬的数据。由于顾问只咨询时间、工资单或工作流程，而云计算中没有其他任何东西停止，而且需要配置大多数Successfactors应用程序的一般顾问，因此我试图找到不仅小型时间管理专家组能够理解的词，而且更大的词目标群体。这可能会出现在更长的博客里。

虽然你很快就能使用1702或2017年第一季度发布的新特性和功能，我们已经提前发布了一个版本，我正在与我们的架构师和开发人员进行生动的讨论，讨论我们希望很快开始为第二季度发布开发的新功能。我真的很期待这一点，实际上会有一些火箭的东西，数据分析工具有哪些，你会去那里（至少当我得到所有的建设，我想有）。

但现在谈论这个新的东西还为时过早。便宜的悬崖勒马是一个很好的电视连续剧或低劣的文学工具，我应该在这个博客上的重点是什么在产品中，我们实际上为您在第一季度发行版中构建了什么。即使在第1季度发布的版本中，也有一些非常好和有用的东西，而且，我对我们在这个版本中能够为客户提供的东西感到非常自豪。许多功能将在很大程度上帮助客户，而不使用Successfactors Employee Central中嵌入的免费工时解决方案的原因越来越少。

那么，2017年第二季度发布的内容是什么？

我们像往常一样得到了一些主要的和一些次要的东西。

非常重要的一个，来自许多需要和要求的客户….

1）时间表输入验证

当你关注我关于电子商务时间解决方案的定期博客时，你已经知道我们的时间表及其潜在的基于实时的时间估值。时间估值根据员工记录的时间计算加班费和保险费。而到了知道有没有办法控制和检查记录时间的那一刻的时间记录。员工可以记录每天的所有时间类型，输入超出任何控制的持续时间的津贴，并根据自己的需要随时输入。时间估值计算结果和薪酬类型——即使员工记录时间的方式不应该记录时间。而这一点，在链条的最末端，可能会导致错误的工资结果和错误的付款。

是的，有批准工作流程的时间表，经理或时间管理员可以拒绝不"好"的时间表，但这将意味着非常详细的分析员工记录的时间在批准过程。我们都知道这不是在现实生活中做的。因此，许多客户希望通过输入检查来阻止特定的时间记录数据组合，而不是让审批者检查时间表审批（如果一切正常）。

新的时间表输入验证可以覆盖哪些业务用例？假设员工在同一天记录了疾病和津贴，比如"早班津贴"。奇怪的星座？对于某些客户是的，对于其他客户不是。有人想允许，确实想让员工强制记录只有这个或另一个保费时，特定的缺勤存在，其他人想防止相同的。

假设客户有轮班员工。当然，时间估值可以根据日模型和记录的时间自动生成轮班保费，甚至在员工生病时生成不同的轮班保费支付类型，但有些客户不希望在系统中有如此复杂的时间估值规则，而是让员工自己将轮班溢价记录为津贴。甚至可能是客户不想在电子商务时间涵盖复杂的轮班模式，因为实际的轮班模式保存在第三方轮班计划系统中（所有的计划和短期更改都在该系统中进行），并且电子商务中只有一种虚拟工作排程表分配给员工。当然，时间估值不能计算轮班溢价，员工需要手动记录。不管出于什么原因，一些客户只是希望员工记录他们的轮班费，大数据分析系统，或者系统可以通过工时单中的津贴手动生成的其他费用。

那么，工时单输入验证有什么帮助呢？在德国，有些员工在生病时会得到一种所谓的报酬。这意味着，他得到的报酬就像他工作过一样。如果他有权获得轮班保险费或周日保险费，并且计划在周日支付，那么即使他生病了，他也能得到这笔款项。由于轮班工作和星期天工作很辛苦，为这种工作支付的许多保费全部或部分免税。这是对由于早班、晚班、夜班甚至周日工作时间的变化而导致的不寻常工作时间和员工全天生活困难的一种补偿。但现在困难的事情来了：免税付款只适用于员工真正工作过的情况。如果他是因为生病才得到报酬的话，他就不会了。当根据缺勤情况支付工资时，需要全额纳税（当然是通过工资单），因为员工在收到工资时没有工作。