嗨，

只是一些想法

这可能是正确的方法，但我总是尽量减少使用的模式数量。

例如，如果您的业务部门有多个具有不同规则的不同位置，则每个位置可以有一个单独的子模式。 您将拥有一个主模式，其中将包含一个用于子模式的" COPY"语句，每个子模式均由" IF"和" ENDIF"以及相关的PCR控制。

然后，您只需要运行主架构，然后根据员工的位置来处理正确的子架构。

但是我的建议是，当编写包含可能不适用于所有员工的规则的PCR时，您应始终尝试确保逻辑仅对适当的员工触发。

例如，如果您的PCR具有针对Flex员工的逻辑，则应该构造PCR，以便可以为所有员工触发，但非flex员工会被忽略。

可以做到这一点的一种方法是为flex和non flex员工设置一个单独的人员子区域。 然后在您的PCR中，按人员子区域限制逻辑（使用运算符OUTWPPLTSC）。 根据您的情况，有多种方法可以实现这一目标。

此外，如果您有一组仅适用于特定雇员子集的PCR，并且它们没有散布在整个架构中，则可以使用IF ENDIF预订它们，以便仅针对正确的一组雇员进行处理。

bg

正如布伦丹（Brendan）所暗示的那样，在执行时间评估之前对IT0003进行临时查询对于确定将追溯执行其时间评估的员工非常有帮助。 >

请注意，在重新评估"一天"时，先前存在的所有时间评估结果都将被覆盖，因此没有简单的方法可以将"新TE结果"与"旧TE结果"进行比较。 如果您预计某个员工的回勤缺勤问题，可以查看"现在"存在的结果，然后为该员工运行TE，然后重新检查该天的新结果。

嗨，

我认为您需要在查询中更加具体，并详细说明一个具体问题。

但是

如果PT60正在逆转，但您不知道为什么，那么可以检查以下内容。

通常，您可以通过在IT0003上设置日期来停止追溯，但是有时不起作用。

如果IT0003日期无效，则可以检查

集群B2（事务PT_CLSTB2）在表BEZUG上检查日期

集群B1（事务PT_CLSTB1）检查表NT2。 如果数据不一致，则历史事件会导致回溯。

如果其他所有方法均失败，则可以从群集中删除结果，并根据需要使用PT60重新创建。

bg

我们有11个不同的校务委员会，每个校务委员会都有自己的TE模式。 但是，他们共享一些子计划和PCR。 请注意，有时，即使是那些"共享的" PCR也可能基于WPBP或其他某些因素做出不同的处理决定。

您的第一步应该是找到问题的根源，并加以解决。

然后，您可以比较您的TE模式，确定哪些工序可以使您识别待处理的员工是具有"正常" WS还是具有" Flex" WS，并查看是否可以合并两个具有相同的PCR 目的成单PCR。 我从来没有与员工一起制定过灵活的时间表，但是应该可以将这两种模式整合为一个，但是，某些子工作表可能会保持不同（与PCR关联的功能IF可以根据Flex时间表识别员工， 如果return语句为TRUE，则调用子架构ZXXX，调用ELSE子架构ZYYY。

如果您打算将两个模式合并为1，请慢慢进行，并进行大量测试（包括追溯性TE处理）。

亲爱的RémiCorriveau 和 Brendan Gibbons ，

非常感谢您的回答，

我的意思是我在时间评估模式中有很多问题，因此我需要仔细了解以解决所有问题

例如，我们有2种不同的时间模式（1个用于所有WS，1个仅用于Flexaible WS），因此用户分别为所有雇员解雇了一次员工，另一次为在Flex WS上分配了谁的员工运行 第二个模式
，我不确定是否可以在一个模式中合并2个shemas，以及它是否可行，但是它们的行为和计算相同，只是第二个模式（Flex）中不存在某些不同的PCR， 第一个场景