嗨，

您可以在SPRO-薪资（您所在的国家/地区）中检查Badi-向Fin.Accounting-Special Scenarios -BAdI：控制薪资结果的过帐。

您可以在此处为SMOD_PCPO0001做实现。

创建新的实现后，您可以找到方法EXIT_RPCIPE00_002。 在这里，您实现了BADI。

致谢

巴拉

嗨，

感谢您的回答。 不幸的是不适用于那个BADI。 我已经激活它，并在BADI站点使用Breakpoint运行报告。 在调试器中，我手动修改了GSBER。 不幸的是没有预期的结果。 错误仍然出现。 应当修改GSBER的地方是方法

go_posting_log-> process_log。

可以修改" EP"。 我不想使用修改键来更改报告，而是希望修改WPBP的计算方案。

会让您保持最新状态。

仍然感谢您的支持。

嗨，

另一种直接方法是使用LSMW删除所有组织单位（或分配给业务区域的职位）的OM中的业务区域分配，并运行程序RHINTE10以在信息类型0001中反映PA中的此更改。然后 可能必须重新运行工资单，这将创建没有业务范围的所需工资单结果。 现在可以将其发布到FI。

致谢

Bala

嗨， Bjoern Jansen

我只是想知道，所以您在工资核算期间正在更改WPBP。 因为我也面临类似的问题。

在我的公司中，创建了一个zinfotype，它具有两个状态1和状态2。 当信息类型系统的状态1保持正常时，工厂会决定成本中心。

但是，如果状态2保持在zinfotype中，则即使维护了工厂，系统也会从默认成本中心TKa3g派生成本中心。

WPBP正在基于zinfotype分裂为状态1。

感谢和问候，

Shikah Singh Chauhan

问题已解决。

我修改了薪资计算架构。 我创建了一个函数，可以在工资核算运行期间更改WPBP的输出。 通过这一步骤，我可以保证，PA/OM中仍可以使用业务区域（这对于报表是必需的），但是不会添加到薪资结果中。

再次感谢您的建议。