工资单控制中心简化了工资单的处理，从基于事务的工资单处理转变为一个漂亮直观的UI5屏幕，引导用户完成整个过程。

我参与了许多PCC演示、原型和生产性实施。工资单用户很高兴看到新的屏幕，并且对工资单结果的验证更加兴奋，预定义的验证规则和未通过验证规则的员工的警报即将出现。

对于警报中捕获的员工，工资单管理员可以更正员工的主数据，而无需担心更改控制记录状态，因为系统忽略了对所有参与PCC警报的员工的控制记录检查。

但是当一些不参与警报的员工需要更改并且用户必须转到PA03（工资单控制记录），更改状态，继续更改主数据，然后再次在PA03中重置状态，然后通过PCC再次运行工资单。

图像

PCC屏幕和PA03屏幕

在通过PCC处理工资单时，买云服务器，这有时会起到轻微的阻碍作用，如果不是对其他有益的用户体验的阻碍。

在我下面的博客中，我将与您分享一个简单的解决方案/解决方案，该解决方案/解决方案可以在系统中完成，可以确保用户不必导航到PA03，并且在大多数情况下都可以留在PCC屏幕中，直到他们完成工资单流程。

重要说明：

根据PCC流程设计，监控流程必须是每个月工资单的一部分，其中对工资单系统中的PA和PY数据执行所有必要的验证。所有问题都必须在监控阶段确定和纠正，我建议的解决方法是针对生产性工资流程中可能出现的一些情况，以及以更简单的方式处理这些问题的步骤，我假设EC系统连接到员工中央工资单（ECPY）系统。

PCC处理步骤：

启动工资单步骤确保主数据被锁定，并将工资单控制记录状态设置为"发布工资单"运行工资单根据配置的变量运行相应的工资单"启动策略"部分根据分配给工资单流程的策略运行预定义的验证规则未通过预定义规则的员工将在"警报"部分中捕获，工资单经理将这些员工分配给工资单管理员进行分析工资管理员分析每个员工的问题，并直接在EC或ECPY系统中进行必要的调整。ECPY系统允许对属于预警部分的基础数据员工进行更正，即使控制记录处于"发布工资单"状态

ECPY系统跳过PA03检查的标准逻辑如下

保存工资单相关信息类型时，ECPY系统检查是否在PCC alert数据库表中捕获了正在处理的员工。如果是，则系统检查更正主数据的登录用户是否与PCC警报数据库表中提到的警报处理者相同。如果是，那么ECPY跳过PA03检查并允许保存信息类型更改如果不是，系统将检查正在更正员工主数据的登录用户是否是PCC管理设置（程序-PYC\ U admin\ U TRANSACTION）的"用户列表"部分中维护的用户之一–请参阅下图如果是，那么ECPY系统跳过PA03检查并允许保存信息类型更改如果有员工不属于警报的一部分，但需要一些主数据更改，则ECPY系统调用PA03检查并阻止更新员工的任何主数据

用户列表

如果需要更多详细信息，免费大数据，您可以检查类-CL\u PYC\u PCC\MDF\u CHECKER，在这里实现这个逻辑，并且在IT0003逻辑中调用这个类。

解决方案：

您可以复制一个现有的验证类并重新定义"check"方法。

验证类

您可以从导入参数实现如下逻辑

ITSPAR，导出当前进程的工资区域和工资周期。根据期间，循环遍历取消聚集的工资单结果，并收集为其运行工资单的所有员工使用上一步派生的所有员工更新导出参数RT\u RESULT

您可以使用上述验证类创建验证规则，然后将验证规则分配给分配给现有PCC流程的策略。

这将确保为其运行工资单的所有员工都是PCC的一部分警报数据库。

当维护用户列表作为PCC管理员设置的一部分时，请确保以下

仅提及工资单管理员ID工资单管理员可以更正EC中的员工主数据，然后使用其用户ID为受影响的员工手动执行复制程序。没有提到复制程序技术用户id如果我们提到，那么复制程序将开始复制所有员工的数据，因为所有员工都是警报的一部分，大数据算法，这将导致不一致

在创建自定义验证规则时，大数据时代是什么意思，还要确保在根本原因分析部分（PCC配置工作台）配置了员工工资单（pdf）。员工工资单PDF逻辑作为RDS包的一部分通过标准交付。

在许多组织中，通常的做法是工资单经理/管理员在开始详细对账之前随机检查一些工资单。在这种情况下，将PDF工资单放在警报部分可以让工资单经理/管理员访问任何员工的工资单，以便在PCC流程中进行检查

PCC应该让工资单管理员能够导航到EC中的相应信息类型或相应的Portlet。

有一个博客，其中提到了导航到员工中心的特定portlet.

https://blogs.sap.com/2019/09/25/deeplink-in-pp3-navigate-directly-to-the-portet/

我们可以定义必要的解决方案变量，并提供导航到comp portlet或job或employment information portlet的链接。下面给出了一个导航到SFSF的URL示例。

https:///sf/liveprofile#mobileViewBlock//

同样，还可以提供一个链接将employee从EC复制到ECPY。下面给出了一个示例URL，其中config id和employee id可以在选择复制程序

https:/sap/bc/gui/sap/its/webgui时默认？~TRANSACTION=HRSFEC_PTP_EE_REPL p_extid2=；p_confid=

完成上述步骤后，即可启动生产工资流程并执行实时工资单。一旦启动策略被执行，自定义验证规则将确保所有员工都是警报的一部分。

在对账期间，如果只有少数员工的数据需要更正，薪资管理员可以直接从解决方案部分导航到EC或ECPY，并进行必要的更正，而不必担心PA03状态。

一旦更改完成，他们也可以从"解决方案"部分导航到复制程序，只需按"执行"按钮作为配置id，相应的员工就已经预先填写好了。

一旦对账完成，所有员工的状态都可以设置为"已解决"，当月的工资单就可以结束。

结论