您好，云服务器那个好，

这个博客描述了如何在电子商务时间管理中建立一个机制，允许根据时间表中记录的小时/天进行时间帐户累算。

在开始之前，我首先需要写一点理论知识，并描述时间管理中存在的创建时间帐户的不同方法。

我不知道如何创建时间帐户详细说明其他时间管理软件是如何处理这一点的，但我知道它是如何在SAP ERP时间管理，业务byDesign时间管理，当然在我们新的电子商务时间管理的细节。我假设其他时间管理解决方案也是这样做的，因为它们通常是独立于特定软件解决方案的通用业务流程。

构建休假权利的3种方式是：

1。通过休假管理组件中的时间账户应计引擎

这通常是针对基于可靠法规和员工主数据的休假权利进行的。通常，它们是为经常性时间帐户（例如，每年）完成的，并用于根据您每周的合同工作日或全职/兼职状态生成休假/休假权利。例如，在德国，国内大数据，每周工作5天的全职员工至少有20天的假期。当然，这更多地取决于工会合同、公司协议和人员因素，如年龄、服务年龄和其他参数。

这种时间账户的计提可以通过休假管理解决方案独立完成。

2。基于记录的工作时间或加班时间的时间账户过账

在时间管理流程中，仅基于员工主数据的休假权利是不够的。员工记录他们的工作时间，当他们有"弹性工作制"或"Gleitzeit"时，记录的小时数与计划工作时间的持续时间进行比较。如果员工的工作时间比计划的要长，并且完成了一个加号过帐，并且通常不为此支付加班费，那么在时间账户中记录的减号过帐是否更少。因为员工可以在接下来的几天/几周内减少工作，并"灵活地"补偿过多的工作时间（不想称之为"加班"，因为加班通常与较高的报酬相关）。当然，也可能有界限——比如只有在"弹性工作时间带宽"计算中执行的小时数，或者时间账户每月最多只能增加35小时，每多加一个小时就意味着加班加点，并支付额外费用和许多变化。

但重要的是：这里不需要应计计算引擎。通常这可以通过单独的时间估值来计算。计算记录的小时数（扣除休息时间，超出弹性工作时间带宽上限的时间……），并从时间评估引擎直接过帐到时间帐户。一个纯粹的休假管理应用程序不能做到这一点。

同样的情况也适用于休假替代时间。你需要根据记录的时间计算第一次加班。按天、周、月或其组合计算加班费（如果加班是在周日、公共假日（甚至公共假日之间存在差异），则加班费可能会有所不同），然后将全部加班费（基本工时加上加班费）过账到替代休假账户，或者只是其中的一部分（保费部分存入银行，大数据查询，基本工时支付）这不能通过时间账户累积引擎或独立的缺勤管理工具来完成。这需要时间评估，当然也需要记录和评估工作时间。

3。由计提引擎根据记录的小时数进行计提

，最后是混合版本。您需要一个时间估值来计算一个基于记录的小时数、工作天数或其他基于员工记录的出勤时间的值，并且应计引擎需要使用该值来应用应计计算规则和员工主数据来生成休假权利。

到目前为止，后者是不可能的在欧共体时代。但是，随着我们早期引入的时间收集器和对其的一些增强，现在可以了。

业务场景：

在一些国家，使用记录的出勤时间是一种常见的业务流程，以便将其用于每日、每周或每月的时间帐户假期累计。表示时间账户应计引擎应通过时间表数据进行输入。

例如，在法国，员工每月工作至少20天时，只能获得每月的假期应计（但实际权利仅在下一年授予）.

在澳大利亚，每个工作日（包括一些缺勤，但不包括其他缺勤）（类型）员工每年可获得0.416438356小时的累积年假。

在美国的一些州，每工作30小时，您可获得1小时的病假。

还有更多的业务使用案例，物联网应用，根据工作时间/天数计算定期休假权利。

因此，简而言之：时间账户应计引擎需要消耗记录在时间表中的工时。

这在某些配置下是可能的。

时间账户应计引擎读取一个名为"应计基础计算"的对象。当客户使用第三方考勤系统，但希望在电子商务时间内进行时间账户累计时，可以使用此功能。工时可通过此对象上传，用于时间账户累计计算。

但当出勤时间记录在EC时间表中时，企业交流软件，该怎么办？这些小时数也可以用于时间帐户累计引擎吗？