Sap HR Payroll: - Aghu
Sap HR Payroll: - Aghu
- RAGHU
Payroll
Payroll
Broadly speaking, payroll is used to calculate remuneration for work performed by individual employees. More specifically, payroll is an umbrella term for a variety of work processes, such as the creation of payroll results and remuneration statements, bank transfers, and payments by check. The phrase also covers a number of subsequent activities such as the posting of results to Accounting and other evaluations, for example, for taxes
Wage elements, statutory deductions, and voluntary deductions are all based on the individual payments and deductions that are calculated for an employee during a payroll period. The payments and deductions are stored as wage types and then included in the payroll calculation.
HR Master Data
The R/3 System assigns a start date and an end date to HR master data, as well as a large number of Customizing table entries. The payroll program requires these dates so that it can perform calculations for specific days, and retroactive accounting for previous periods. The system automatically recognizes changes to payment infotypes and triggers retroactive accounting, for example, after a salary change. Because of automatic retroactive accounting recognition, the R/3 System does not allow you to change the payroll results manually.
Retroactive Accounting
Retroactive Accounting
You have completed the payroll run for this period. However, if you then change HR master data in a period for which the payroll has already been run, the payroll must be run once again for this period using the current values. This is known as retroactive accounting. All of the periods for which you have completed and exited payroll constitute the payroll past. If you maintain an infotype that is relevant to retroactive accounting, the Earliest MD Change Field in the Payroll Status infotype (0003) is set to the start date of the changed infotype. This ensures that retroactive accounting is automatically triggered up to this retroactive accounting date when the next payroll run is performed.
Payroll Prerequisites
Hiring
Hiring
A hiring action consists of a series of different infotypes. Some of these infotypes, such as the ones listed on the left-hand side of the graphic, are the same for all countries. Furthermore, each country is assigned infotypes that are country-specific. They enable you to enter tax data, for example. If you set your user parameters for a particular country, such as 01 for Germany or 10 for the USA, the system accesses the correct personnel actions, which include all of the relevant country-specific infotypes.
Organizational Reassignment
Employee data can be changed in any payroll period. Such changes may be concerned with transfers, substitutions, increases or decreases in basic pay, or simply corrections. New data is either created or copied, while corrections are made by changing existing data. Sometimes, the data must be entered in a series of infotypes. At other times, you are only required to access a single infotype. Do not forget that changes made to infotypes that are relevant to payroll, in periods for which the payroll has already run, automatically trigger retroactive accounting.
Departures from the work schedule usually constitute the largest share of tasks that are periodically performed in a Human Resources department. In the system itself, such departures take the form of time data, such as hours or days, or remuneration data. To ensure that the correct amount of time in lieu and overtime payments are available, it is important that they are entered in the system at the right time.
The necessary administrative elements, for example, payroll area and period, payroll control record and the employee payroll status are explained in the following section. You find the IMG steps in Customizing for Payroll for your country under >Environment > Payroll Organization
Payroll Areas
Payroll Areas
The SAP HR System uses payroll areas to group together employees for whom payroll is run at the same time, and also to set the dates for the payroll period. Employees from different employee subgroups can belong to the same payroll area. For example, an organization may pay employees on a monthly and weekly basis so at least one monthly and one weekly payroll area must be created. You must also create payroll areas if you want to run payroll for employees at different times.
Payroll Areas
The payroll area is used as a selection criterion for many payroll processes. For example, for the payroll run, the remuneration statement, and evaluation reports for the payroll run. If you want to select fewer employees for a payroll run or other evaluations, you can also use additional selection criteria, for example, the cost center, or employee subgroup. (However, such a selection is only suitable for test and simulation purposes, as the payroll control record is not taken into account). Feature ABKRS delivers a default value for the 'Payroll Area' field in infotype 0001(Organizational Assignment).
Payroll Periods
A payroll period determines the period for which a payroll result is created. The length of payroll periods can differ, for example, a payroll period can be a month, a week, or fourteen days. The exact start date and end date of the periods must be defined for the payroll areas. This data is generated automatically when the program is started.
RA limits 3 Scenarios
RA limits 3 Scenarios
The retroactive accounting limit determines the exact date until which master data and time data can be changed in the payroll past. The retroactive accounting limit is based on the following values:
Per payroll area (payroll control record): Earliest possible retroactive accounting period Employee hiring date Per employee (Payroll Status infotype): Earliest personal retroactive accounting date
If the date set for each payroll area differs from the date specified for the employee, the later date is used. The absolute retroactive accounting limit for an employee is the hire date.
Payroll Process
During the payroll run, master data and time data changes that affect the payroll past and payroll present are not permitted. The payroll program reads the master data and time data infotypes, which means that changes effected during the payroll run could jeopardize the accuracy of the payroll results. It also means that you must not run the payroll during master data maintenance. This is controlled by the payroll control record.
Payroll Process
The relationship between the menu and payroll control record is as follows: Function in menu Status of PCR Release payroll Release for payroll Start payroll The payroll program is started and the status of the payroll control record remains "released for payroll" Check result Check payroll results Corrections Release for correction Exit payroll Exit payroll
Payroll Simulation
Payroll Simulation
When payroll periods are counted in the control record, simulation runs are ignored. Furthermore, simulation runs do not lock master data. You are not required to use the Release Payroll and Exit Payroll functions when simulating a payroll run. The results of a simulated payroll run are not written to the database. Instead, they are displayed in the payroll log. Simulating a payroll run enables you to display and print the remuneration statement.
Release Payroll
Release Payroll
If you choose the function Release Payroll from the menu, you are prevented from changing infotype data records if such changes affect the past or present. This lock applies to the personnel numbers included in the payroll area concerned. Changes that affect the future are still permitted. You must execute this function in the menu before starting the payroll. If the status of the payroll control record was previously Exit Payroll, the Release Payroll function also has the effect of increasing the period in the payroll control record by 1.
Start Payroll
Start Payroll
The payroll area is used to determine the payroll period with exact dates as well as to select personnel numbers. For this reason you have to enter the payroll area in both the Payroll Period and Selection sections. Prerequisite: The personnel control record must be maintained. Advantage: When a live payroll is run, you are not required to enter the payroll period. Instead, the system uses the payroll area and the control record to determine the payroll period automatically. Alternatively, you can enter a different payroll period (for a simulation run).
Start Payroll
You must make an entry in the "Forced retroactive accounting as of" field if a retroactive run is to be carried out that will not be automatically recognized by the system (for example, changes in Customizing tables). The "payroll schema" describes the sequence and the contents of a program procedure. It consists of a list of statements and links to subschemas and functions, which are described in more detail using parameters. The program processes the specified personnel calculation schema step for step, that is, sequentially. If the "test run" flag is set, no changes are made to the database. That is, the function UPD YES is overridden. This also affects the newly-generated schema. This flag must be set during a payroll simulation run. It must not be set during a regular payroll run.
Payroll Log
Payroll Log
The payroll results are displayed in a tree structure. This makes it easier for you to analyze and get an overview of the payroll results. The log includes a table of contents, which is presented as a tree structure. The nodes within the tree structure enable you to access the detailed information that you require. The headers within the structure are designed to help you with troubleshooting and to facilitate navigation within the log. Depending on the information that you require, you either expand or collapse individual nodes within the tree structure as necessary.
If an error occurs when a personnel number is processed, the log is expanded at the appropriate place and an error message is displayed
Matchcode W
Matchcode W provides a list of all personnel numbers in the selected payroll area that have been rejected by the payroll run because of incorrect data. This means that the payroll has not run for them successfully. Personnel numbers are also included in matchcode W if personnel data is changed in the correction phase of the payroll run.
Matchcode W
To display matchcode W, proceed as follows:
In the Payroll menu for your country, select Tools> Control Record. Enter a payroll area and choose Display. Choose the menu path Goto -> Incorrect pers. nos. A list is displayed of all personnel numbers assigned to the selected payroll area that have been rejected because of incorrect data.
By choosing Check Result, you ensure that changes cannot be made to payroll data if they affect the present or past. This function also locks the payroll accounting area concerned to prevent you from including it in a payroll run, that is, you cannot start the payroll. "Freezing" the payroll in this way enables you to check the payroll results
Exit Payroll
Exit Payroll
The Exit Payroll function enables you to re-release infotypes so that they can be maintained for the past and present, and the payroll area is locked for the payroll run. You cannot exit payroll until the payroll has run successfully for all of the personnel numbers assigned to the selected payroll area (which means that matchcode W is empty). If you attempt to choose this function and rejected personnel numbers still exist, the system displays an error message. After you have exited the payroll, you can only change data for the period in question by performing retroactive accounting in a subsequent payroll period.