你好沙旺，

您的计算逻辑是正确的，但工作中心主数据也会影响结果。 您可以在下面找到3种不同的情况。

首先，查看工作中心容量数据：

您会看到，轮班开始于上午8点，结束于下午5点。 并定义了1个小时的休息时间。 这意味着8个小时的总工作时间。

现在，我已经记录了3个不同订单的3个确认。 实际作品全部为0，开始完成日期不同。

首次确认在实际工时0小时产生，因为它超出了我在工作中心定义的开始/结束日期间隔。

第二次确认只花了1小时20分钟。

第三次确认结果仅需8个小时。 尽管08-17 = 9小时，但减去休息时间。

现在，这可能是您的起点，请查看您的工作中心数据配置并分析一些确认数据。 您将肯定会掌握逻辑。

再见，

如果您有多个计数器，则其行为会有所不同。 如您所指出的，它始终为所有计数器显示相同的实际持续时间，就好像它们只是一项工作一样（因为它是一个工作订单）。 下面我对相同的订单进行了一些测试：
第一柜台05.06.2018/08:00-05.06.2018/17:00 = 8小时（休息1小时）

第二柜台06.06.2018/08:00-06.06.2018/09:00 = 1小时*（8/9）（因为我每9小时休息1小时）

第三柜台06.06.2018/10:00-06.06.2018/11:00 = 1小时*（8/9）

如果将它们相加，则应该为8 + 0,89 + 0,89 = 9,78。

但是系统计算得出的结果就像我第二天从08:00到11:00给出的确认并计算为10,7。

现在，您也可以算出，无论在不同计数器中输入的日期如何，总是以最早的开始日期和最晚的结束日期为准。 然后它会考虑休息时间并为您提供实际持续时间。

对于您的情况，我不知道为什么，数字不累加:)

您应该有28天-8天= 20天，其中有7小时的时间= 150，而第29天：339分钟*（7,5/8）= 5小时17分钟。 但是您有152,3 H而不是155,1

使用FM CX_SCHED_VIA_OPERATING_TIME

您可以在include LCORUF78中看到其执行的示例