在完成了一个非常繁忙的长期内部项目后，我能够从员工中心的时间表上重新开始工作——去年我对它只有最简短的经验。（上一篇博文-–演示）

我对它作为一个解决方案是如何成熟感到惊喜，我想强调解决方案的一些关键方面，并对它们发表我的看法，并对未来的时间管理提出希望员工中心。我将介绍的时间表的各个方面基于1505年发布的Employee Central.

第一件事–名称：工资单时间表。显然，成功人士希望强调的是，时间表不仅用于记录工作时间，而且可以用来向工资系统提供数据。事实上，它可以并且为了做到这一点，它有能力评估通过可配置规则输入的时间，为计时工资类型提供在工资单中处理的小时数。

该解决方案满足以下正负时间场景：

负时间（带薪/加班记录）：

仅带薪员工在每周时间表中记录超出正常工作时间表的工作时间。然后系统根据可配置的业务规则计算加班小时数，例如，计算所有输入为加班的小时数，云服务器好还是，或加班费。

条形图用户界面允许以15分钟为增量输入最多2.5小时的时间。如果要记录的时间超过2.5小时，则可以扩展"分配小时数"子屏幕以记录超过2.5小时的时间。可以在分配工时子屏幕，允许工作时间在不同类型的工作或成本分配中分割。

正时间（每小时/记录的所有工时）：

员工在每周时间表中输入所有工作时间。然后，系统用基本工资和加班时间（如果适用）计算小时数。员工的工作时间由其各自的计划工作时间来定义。

条形图用户界面允许以30分钟为增量输入最多10小时的时间。如果要记录的时间超过10小时，则可以扩展"分配小时数"子屏幕以记录超过10小时的时间。与负时间场景一样，可在"分配工时"子屏幕中分配其他出勤类型和成本中心，每日返利，允许在不同类型的工作或成本分配中分配工作时间。

时间输入流程

每周提交时间表，其中提交整个时间表。这不允许一点一点地提交单个时间条目，但是可以保存该表，直到用户准备好提交时间以供批准。根据员工提交的时间表，可以很容易地触发工作流，物联网技术与应用，审批步骤的定义简单且易于设置。

每周的开始时间定义为周日，不可更改。我可以看到，这是一些组织的一个问题，他们对自己的工作周有不同的评价。估价只能每天或每周进行，因此目前无法提供多周估价的机会。

公共假日（从指定的假日日历中）和缺勤（从休假中）被整合并显示在日历中。

时间输入控制

在发布1505之前是重新打开时间的唯一方法工作表由管理员通过"管理工具">"员工文件">"管理数据"访问工作表数据。然而，引入了一个新的可接受性规则，允许：

最初的设计假设经理只批准或拒绝次数。但是，新的"代表"允许经理（和管理员）在员工无法访问其时间表期间代表员工输入时间表。

引入可接受性规则和"代表"功能引入了SAP/employee和经理自助服务。

时间评估

时间表中时间评估的关键方面包括：

与典型的SAP时间评估流程相比，上述优点立即变得清晰。时间是实时计算的，因此员工（和经理）可以看到时间表中输入的时间的直接结果。使用SAP时间评估，这是通过时间模式处理时间数据来管理的，通常是基于计划的时间运行（每小时，每夜，等），其结果仅在时间报表（如使用）或最终工资单中向员工披露。

时间记录档案包括根据其分配给每位员工的时间表中执行的估价规则。由于已设置工作周，因此新时间记录配置文件对员工的分配关键日期必须是星期日（工作周的第一天）。需要记住的是

时间类型组的定义允许将离散时间数据添加和减去到时间平衡中（如SAP时间评估中的时间类型）。这些时间类型组可以进行加、减和相互比较。与阈值组（见下文）的比较可以基于固定阈值，南昌大数据，计算机大数据，例如2.5小时，或计算时间类型组中的余额，表示每日工作时间。

时间类型组可以根据：

时间估值规则允许对这些组进行加、减和比较，然后在随后的时间类型组中生成结果。如果要支付输出（如SAP中的评估工资类型），则在计时工资类型中将其配置为"是"。

这里是EC内正计时估值的示例。

步骤1–计算每日计划工作时间和加班时间

步骤2–分周加班时间

步骤3–计算每周固定时间

工资单集成

从工资单时间表到外部工资单解决方案的集成有两个选项–手动或DelBoomi。

手动通过OData API，可以按以下结构提取时间工资类型：

DelBoomi也可以用于从时间估价中提取时间工资类型，尽管这是一些手动设置需要EC工资单（我目前正在工作和挑战！–看这条线–)

总结

员工中心工资表的引入和扩展令人印象深刻，可以总结为以下优点和缺点：

优点

缺点