（向下滚动查看英文版），（您好，各位，）我们收到过这样的案例：客户出于否认的原因以及其他一些原因执行追溯表计算，但系统的行为与预期不同，即使客户在disdium view（V）或t7bdissidio）中正确创建了条目。你以前经历过吗？所以，今天的帖子是给你的。这个问题是如何在系统中发生的。让我们用一个例子来解释这个问题。在2018年8月的工作表上，您有以下内容：*由于从2018年6月起的有效期限，因此进行了收回计算2018年5月加班差额的支付您在此处自定义付款单计算活动中确定了didium付款单冰。巴西->eSocial->表数据->插入二钠数据（vision V.u T7BRDISSIDIO）`预期行为是打开2018年5月的表已纠正，系统将2018年6月和2018年7月的工作表视为二钠追溯计算。"但是，系统的行为是以错误的方式将所有追溯计算表视为二钠，数据与大数据专业，包括2018年5月的工作表，尽管vision V.T7BRDISSIDIO中的条目在2018年6月至2018年8月期间有效。如何处理此情况。为了使系统按预期运行，您必须遵循以下步骤：*仔细注意步骤4和6的观察结果！在选择哪一个追溯计算主题是在常规工作表上运行的，哪一个是在非周期调整工作表上运行的时，您会阻止工作表是相同的，人工智能可以做什么，因此没有工作表会覆盖其他工作表。您喜欢这篇文章吗？喜欢并与同事分享内容。请随时在下面的空白处留下反馈、评论或问题。别忘了关注SAP社区的HCM Payroll Brazil标签，与最新的电子社会新闻保持联系。大家好，Alice，大家好，优惠券代理平台哪个好，我们收到了一些客户由于集体谈判和其他追溯计算原因而执行追溯会计的案例，淘客采集软件，但行为系统是行为系统。与预期不同，即使客户在Dissidium（V.T7BRDISSIDIO）视图中创建了正确的条目。你面对过这种情况吗？所以，今天的帖子是给你的，这个问题是如何在系统中发生的，让我们用一个例子来解释这个问题。在2018年8月的工资单上，大数据包括，您有以下内容：*截至2018年6月，由于集体谈判而产生的追溯会计支付2018年5月起的加班费差异您已在定制活动"工资单->巴西工资单->电子社会->工资单日期->插入谈判日期"（日期为T7BRDISDIO的视图V）中确定了集体谈判工资单。