Pass the SAP SAP Certified Application Associate C_HCMP_2311 Questions and answers with CertsForce

Executable Schemas:Executable schemas are designed to be run directly on employee data during the payroll process. They contain the complete set of rules and functions necessary to execute all aspects of payroll calculations. X000 is a standard international executable schema provided by SAP.

Non-executable/Subschemas:Other schemas like XPPF, X010, and XT00 serve as components or building blocks within an executable schema. They might contain functions or calculations, but they cannot be run directly on their own.

 The subschemas of the payroll main schema X000 are processed in the following order:

XBDO: Edit basic data

XTOO: Gross remuneration (Time Management)

XAL9: Factoring and storage

XEND: Final processing12 References = 

https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/8dde694fdfc548afb97e01051396e708/f5a1de537187424de10000000a174cb4.html

https://help.sap.com/docs/ERP_HCM_SPV/174123b1d22d4793a7d0570196ab5c23/f5a1de537187424de10000000a174cb4.html

 In SAP HCM Payroll for SAP S/4HANA, time wage types are selected during the payroll process. This selection is performed in the payroll subschema using the function GWT (Generate Wage Types). The time wage types are selected based on the processing type of a TIP entry1. Specifically, the TC00 schema (Wage Type Generation International) is used for this purpose2. References = 2, 1

https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/85346b7b83c8474e993429d934f77cc0/de38c2531bb9b44ce10000000a174cb4.html

https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/c6c3ffd90792427a9fee1a19df5b0925/e138c2531bb9b44ce10000000a174cb4.html

Function GEN/8 is used to generate secondary wage types for partial periods. It reads the primary wage type from the input table (IT) and creates a corresponding secondary wage type with the same amount, number, and rate. The secondary wage type is then written to the input table (IT) with the same split indicator as the primary wage type. The function can generate up to 8 secondary wage types, depending on the parameter value. For example, if the parameter is 16, then the function will generate secondary wage types /801 to /816. The secondary wage types are used for proration, factoring, and valuation purposes in the payroll schema. References = US Payroll Sub-schemas explained in simple way, Payroll Schema

 In SAP HCM Payroll for SAP S/4HANA, the calculation rules MULTI RAA and ADDWT * are used to process wage types. The MULTI operation multiplies two fields of the current entry of table OT and stores the result in a third field1. The ADDWT operation adds the wage type affected to an internal table1. Given the wage type 5000 with Rate = 10, Number = 0, and Amount = 13, if it only runs through the MULTI RAA and ADDWT * calculation rules, the result in the output IT would be Rate = 10, Number = 0, and Amount = 130. This is because the MULTI operation would not change the Rate or Number as they are multiplied by 0, and the ADDWT operation would not change the Amount as it is added to an internal table without any modification1. References = 1

In the payroll period in which the absence begins (B): The system compares the cut-off day with the start date and the end date of an absence record1. If the cut-off day is later than the end date, the system continues with the standard absence valuation process1.

On the actual dates in each affected payroll period ©: If the cut-off day is earlier than the start date, the system transfers the absence to the corresponding carry-over wage type, which is saved in an internal table for absence valuation in the next payroll period1.

In the payroll period in which the absence ends (E): If the cut-off day is between the start date and the end date, the system splits the absence into two records: One record is from the start date to the cut-off day, for which the system continues with the standard absence valuation. The other record is from the cut-off day to the original end date, which the system saves in the carryover wage type and will evaluate in the next payroll period1. References = 

https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/7aff27bde57a4bd7b89e8cce540e110e/dede391612cc4bf0831329b9138f360c.html

When you want to create live posting documents in SAP HCM Payroll for SAP S/4HANA, the status of the payroll control record should be “Exit payroll”. This is because the “Exit payroll” status indicates that the payroll process is over and the record can be updated in the account12. References = https://answers.sap.com/questions/4028753/payroll-control-record-status-while-posting.html

https://community.sap.com/t5/enterprise-resource-planning-q-a/how-to-best-unlock-locked-records-for-payroll/qaq-p/5503356

 The Payroll Status infotype (IT0003) stores data on the Payroll status and Time Management status of an employee. It is created and updated automatically by the system during the hiring action, time evaluation, payroll run, or changes to the payroll past. The infotype contains fields that control the retroactivity of an employee’s time evaluation and payroll runs, such as:

Earl.pers. RA date: Sets the exact date back to which the system can run retroactive accounting.

Earliest MD Change: The program recognizes whether and when payroll must be repeated to take master data changes into account.

MD Change Bonus: To perform retroactive Accounting in connection with bonus accounting.

Payroll Correction: If the personnel number has been rejected or data has been changed in the correction phase. These fields determine how far back the system can go to recalculate the employee’s payroll results based on the changes made to the master data, time data, or payroll data. Data stored in this infotype should be changed only in exceptional cases, as these changes will affect the employee’s payroll processing and/or retroactive accounting. References =

Payroll Status (Infotype 0003) | SAP Help Portal

All About Infotype 0003 Payroll Status in SAP - Guru99

The retroactive accounting depth of SAP payroll is the earliest date from which the payroll results can be recalculated due to changes in master or time data.

The retroactive accounting depth is determined by the following settings:

The “Earliest personal retroactive accounting date” stored in the Payroll Status infotype (0003) for the personnel number. This is the most specific setting that applies to an individual employee. It can be changed manually in the infotype or automatically by the system when certain changes are made.

The “Earliest retroactive accounting period” in the Payroll control record. This is the common setting that applies to all employees assigned to a payroll area. It can be changed in the payroll control record or by using the report RPUCTD00.

The hiring date stored for the personnel number. This is the absolute limit that cannot be exceeded by the other settings. The payroll results cannot be recalculated before the employee’s hiring date.

The system uses the latest of these three settings as the retroactive accounting depth for each personnel number. For example, if the personal retroactive accounting date is 01.01.2024, the payroll control record date is 01.02.2024, and the hiring date is 01.03.2024, then the retroactive accounting depth is 01.03.2024. References =

Retroactive Accounting | SAP Help Portal

Retroactive Accounting functionality in HCM payroll PART-I | SAP Community

Retroactive Payroll Processing | SAP Help Portal

To create a new personnel calculation rule, you need to use transaction PE01. This transaction allows you to access the rule editor, where you can define the rule type, the variable key, and the operations for the rule. You can also assign the rule to a payroll schema or a sub-schema using transaction PE02. The other transactions are not relevant for creating a new personnel calculation rule. PA30 is used to maintain employee master data, PA03 is used to display payroll control records, and PE02 is used to maintain payroll schemas and sub-schemas. References = Payroll Operations, Payroll Schemas and Personnel Calculation Rules PCR SAP HCM (HR), Personnel Calculation Rules