这不是理想的关闭IT0000的追溯功能，原因，由于0000的作用而导致的就业变化或职位变更，影响IT0008或其他信息类型，我建议将标准交付设置保留在V_t582A中

感谢您的推荐，悉达思（Siddharth）。 我们还考虑不更改T582A标准设置。 但是，正如您提到的职位变动一样，IT0008记录也发生了更改，因此追溯将通过IT0001，IT0008IT0007本身来触发。因此，我们考虑了为何对IT0000进行追溯。 我们看到的唯一缺点是，如果用户密钥错误地采取了行动，并且该行为重复了，那么我们将不得不强制追溯。 在所有其他情况下，例如位置，EG，ESG，PA等更改，将触发IT0001的更改，而这又将触发逆行。

如果我们需要过滤一些与薪资无关的行动/行动原因以防止追溯，是否建议通过BADI进行？

谢谢

嗨，根据Sidharth，建议保留SAP提供的标准设置。 但是，您可以检查树液注释1582224以对任何信息类型启用子类型值级别回溯。 （您必须将retro retr.acct.payr字段设置为'T'而不是'R'来实现BADI。

您必须实现BADI HRPAD00_RETRO_RELE（增强点HRPAD00_SUBTY_RETRO_RELEVANCE）。 您还可以在最新的系统中找到信息类型0065的示例实现。

大多数情况都是您所说的，但是在EC中有很多是数据更改事件，例如管理器。 更改事件或仅适用于EC的少数日期更改事件。这些事件正在IT0000中创建具有新操作/操作原因的操作记录，并引起不必要的回溯。 我们要么通过复制BADI过滤这些事件，要么其他选项是为IT0000关闭逆向搜索？

是的，您可以这样做，但是通常记录在IT0000中的动作始终是逆向搜索， 因此，通常情况下，我们不会更改V_t582A中的设置，您可以尝试执行badi的特定操作

，这是否会导致为所有IT0000开启追溯功能吗？ 除非它引起问题，否则我建议更改行为。 等等

感谢Bala，感谢您的投入。