1） ***更新：看起来Employee Central实际上将拥有可靠的时间评估功能-请参阅下面的Thomas Otter评论并观看此空间***

2）***2015年9月2日：请参阅Volker Ruof在EC时间表15\u 08上的博客-更多信息将在未来版本中提供，最显著的是正确的时钟时间，而不仅仅是持续时间***

3）***2016年8月5日：员工中心时间和出勤日趋成熟，EC工资界面更加灵活：员工中心的业务案例得到了更大的改进：

到目前为止，已经非常清楚，EC时间和出勤不仅仅是一个象征性的功能（见Volker Ruof在2016年第1季度和2016年第2季度的更新）。休假在某些方面已经比它的内部部署更加丰富，时间表也在不断发展。希望在不久的将来，我们将看到时钟集成和德国式的弹性工作制，然后大量SAP内部部署PT客户将能够切换。此外，我们还可以选择一种繁衍生息的时间和出勤+轮班计划工具，如Workforce Software或Kronos，后者是SAP的合作伙伴，并与EC集成。SAP还意识到，对于EC工资单中的时间应允许的非常严格的政策，需要根据具体情况给予一定的灵活性。在这里可以看到一些关于电子商务时间和出勤率以及工资单集成的要点。因此，我越来越多地将时间和出勤视为对业务案例的积极贡献，以转移到员工中心，智能工厂解决方案，而不是一个路障。查看这个SCN博客，了解关于员工中心业务案例和实施策略的一些想法。

在S/4HANA发布后，每个人都忙着解释它对HR的真正意义。因此，现在看来，使用S/4HANA，只有一些小型的主数据将从HR内部保留，而完整的核心HR、人才管理和一切都将只在云端（SuccessFactors）可用。好的。不意外。到了关键时刻，HCM的on-prem选项消失了，大量的水将从伦敦桥下向东流动，这些组织也将发生很大的变化，他们今天还没有做好云计算的准备。如果出现重大障碍，大多数客户认为SAP仍然能够修改他们的路线图。

然后看看工资单：尽管如此，SAP可以说是全球最强大的工资单，没有人会珍惜在不同平台上从头开始重新构建这个（通常）良性怪物的想法。因此，SAP计划用一个现代化的UI（工资驾驶舱）重新包装它，使其与HANA兼容以获得更高的速度，将其从客户的服务器上移除，并将其链接到云中的员工中心，这被社区中的大多数玩家认为是一个好主意。

请稍等……时间评估在任何地方都没有提及，是吗？

好吧，我不必长期忍受那种烦人的怀疑。上周在伦敦召开的iProConference上，我们与SAP的对话证实：时间评估没有被提及的解释非常简单：它不会出现。

显然，我们的策略是在EC中有一些捕获时间的元素（如缺勤），但在其他方面，我们与第三方接口（如Kronos）一起工作。现在，我不是Kronos的专家，但据我所知，它并没有像RPTIME00那样提供灵活的时间评估和模式。

那么，我现在能听到RPTIME00的死亡行军吗？

让我们最后看一看它灰色、严肃的面孔：

正如我上面所说的，在那之前会发生很多事情，但在这个时候，似乎有一个挑战即将到来，如果客户使用SAP time evaluation，那么很快就要购买EC和EC工资单的客户可能会面临重大变化。但也有传言称，EC时间表背后的估值功能可能会变得更加强大。这就是救赎吗？

***更新：酷：根据托马斯·奥特下面的评论，这已经不仅仅是谣言了。似乎在电子商务中会有时间评估。注意这个空间***

我的想法都是建立在没有写出来的东西和口头信息的基础上。所以，如果有人知道更多，淘客返利软件，请慷慨使用评论功能！

我还不清楚的一个不一致之处是，工资单模式也包含一个嵌入式时间评估模式。因此，如果仍然使用现有的工资单引擎，时间评估仍然存在。是的，TC00子模式，经常被未来的薪资顾问遗忘，他们对看似不一致的结果感到惊讶：

那么，当薪资引擎以其所有功能（加上更多功能）得到拯救时，时间评估怎么可能消失呢？

好吧，我给你留一个问题，让你在晚上好好考虑一下——也许有人有答案。

安静一个令人不安的想法，斯文。SAP HCM的世界变化很快。

好吧，Harish，如果你想想自1993年以来，time eval的"变化"有多大，现在得到他们的份额才公平。但我想新的实践需要一段时间才能建立起来，无论是合作伙伴的解决方案，无论是更多的电子商务功能，还是HANA云平台上的新附加组件……

另一个很棒的博客Sven，曾经在电子商务中没有时间功能，然后是休假和去年的时间表，这两个都不是为复杂客户提供的足够强大的产品，他们必须寻求第三方供应商来支持他们的需求。很有意思的是，微信淘客，SuccessFactors是否采取了下一步行动，使产品更为强大（与SAP时间管理中的做法相同），或者继续为更复杂的客户利用劳动力软件和Kronos。

确实很有意思。