This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
A period parameter and a date modifier are assigned to each payroll area. The period
parameter determines whether payroll is run monthly, bi-monthly, and weekly. Each periodparameter used is assigned to a time unit. The values for the time units are defined (monthly,semi-monthly, weekly, bi-weekly, every four weeks, and annually.)
Payroll periods must be generated for each combination of period parameters and datemodifiers assigned to a payroll area. All periods within the specified time interval are definedbased on the period parameter. The start date and end date for each period is defined andthe payday is calculated using a rule entered as a parameter. The payroll year and perioddefine the exact dates for the payroll period.
You must create a control record for every payroll area. This control record controls theindividual stages of payroll.
All employees in the same payroll area have the same – payroll begin date, end date, checkdate and are processed through payroll together.
The SAP HR System uses payroll areas to group together employees for whom payroll is runat the same time, and also to set the dates for the payroll period. Employees from differentemployee subgroups can belong to the same payroll area.
For example, an organization may pay employees on a monthly and weekly basis so at leastone monthly and one weekly payroll area must be created. You must also create payroll areasif you want to run payroll for employees at different times.
Various types of payments and deductions are called Wage Types in SAP Wage types can be set up to be specific to each Personnel Sub-Area (PSA) and based on
permissibility. For example, an employee in HR might not be entitled to “Clothing Allowance”;
therefore, those Wage Types will not be permissible to the Personnel Sub-Area and Sub- Areas.
Wage type concept in SAP
Wage types are country specific configuration. Best Practice: Globalize wage type numbers,but attributes are unique for each country.
SAP delivers model wage types which customer can copy.
SAP model wage types start with Letter, customer wage types should start with number.
Wage types consist several fields containing various information.
The RTE field specifies, for example, the hourly rate used for hourly wage types. With time wage types, the NUM field initially specifies hours overtime, for example. To
determine the time wage type amount, the system multiplies the number by the rate, andstores the result in the AMT field. The rate for time wage types is calculated according to theconditions defined in Customizing.
With basic pay wage types, such as salary, the amount is stored in the AMT field
7/28/2019 Payroll BS 7 0 Presentation vFINAL
http://slidepdf.com/reader/full/payroll-bs-7-0-presentation-vfinal 7/1057PAYROLL TRAINING
Each wage type contains a sequence of time-dependent characteristics that determine how
the wage type is treated during the payroll run. The characteristics that are stored enable youto control how wage types are processed during payroll.
If wage type characteristics change, it does not suffice to simply change the correspondingtable entries. Instead, the validity periods of existing entries must be delimited, and newentries created with the characteristics required in the future. This is best practice.
If you change the wage type characteristics of a previous payroll period, you must correct all
subsequent payroll results. As the system does not automatically recognize such changes,you must force retroactive accounting runs for the relevant employees and payroll periods.This should be avoided.
Primary wage types are either entered into the system directly by the user (for example, basicpay) or generated by the system based on time data (for example, time wage types calculatedfor overtime).
During the payroll run, the payroll program creates secondary wage types. For example, allamounts to be paid are cumulated into the secondary wage type Total Gross (/101) during therun. SAP delivers secondary wage types identified by a name starting with /.
Payroll is run by a country specific program/driver called, RPCALCX0. The X is replaced by
the country code, for example for the US it‟s RPCALCU0.
This payroll program calls a country and client specific schema. The standard is #000 whichcan be copied and updated for client specific rules. The international schema is X000, USschema is U000, etc.
A customer-defined schema and the functions included in that schema affect flow control inthe payroll driver.
A function calls the function module assigned to it in the payroll driver. Certain functions alsocall personnel calculation rules containing operations that are linked to operation modules inthe payroll driver.
During the payroll run, function and operation modules access entries stored in Customizingtables.
• Payroll is processed using a payroll driver and a payroll schema.
• The payroll driver runs the sequence based on the tasks specified by the schema.
• The payroll schema defines the payroll processes carried out by the payroll driver.
• The payroll schema gathers all the data required to run payroll for an employee in a specifiedperiod.
• Payroll driver accesses the payroll schema which in turn accesses the payroll functions andsub-schemas.
• Payroll functions access function modules, operations that access operation modules or rulesthat access operations.
• All these modules access the customizing tables.
• A main schema must be executable and can be used directly as a parameter in the payrolldriver. The standard system includes an international payroll schema (X000) and differentcountry-specific schemas.
• If payroll schemas exist for a country, the country-specific indicators are used in the schemanames in the standard system i.e. payroll schema for USA is U000 where „U‟ is the country
Subschemas are schemas accessed by the COPY function within another schema. They can beaccessed from a main schema or subschema. Subschemas are used to carry out subtasks for
This subschema comprises the following main steps:
1. Specify the type of program type (payroll or time)
2. Set switch for database updates (YES/NO) All database updates are controlled via thisswitch (otherwise simulation)
3. Only infotypes from the HR master record which apply to the selected personnel number areread.
4. All Time Management infotypes are imported.
5. Specify check against control record PA03 (test or live).
Creating a schema or a sub-schema
You can create your own schemas or change existing schemas to adjust them to individualrequirements. The assignment of names for standard and customer schemas describes how youshould call your newly created or changed schemas. SAP recommends that you use the
following characters at the start of the schema name:
Figures
Round parentheses
The characters Z and Y
When assigning a name, you should not use the special characters ! % $ * +
• Functions are elements of personnel calculation schemas.
• Functions retrieve and process the data required for each processing step.• Certain functions call a personnel calculation rule. The relevant calculation rule processes
the data retrieved by functions.
• A personnel calculation rule (PCR) consists of separate operations and always processeslogical units.
Function PIT calls a personnel calculation rule which processes the contents of the IT according
to designated rules. Each wage/salary type from the IT is processed according to the PCRs.PCRs generally change the wage/salary type (for example, valuation, cumulation) and store thechanged wage/salary type in an output table.
• Personnel calculation rules are the statements for the execution of defined tasks in Payroll.
• Personnel calculation rules (or rules) consist of one or more operations. They consist of
statements for calculating values in the payroll run and define the sequence of thesestatements.
• Rules have a decision tree structure. A rule is called within a schema to process specialsubtasks.
• Each step within a rule corresponds to one operation. Further rules can be accessed viaspecial operations. These are known as subrules.
• A rule can consist of several subareas. The subareas are defined for a specific combination of employee subgroup groupings for personnel calculation rules and wage types or time wagetypes. A subarea has the same attributes as the complete rule.
Example of a Personnel Calculation Rule
The international calculation rule Recurring Payments and Deductions and SupplementaryPayments (X011) reads the Recurring Payments /Deductions (0014) and SupplementaryPayments (0015) infotypes. The rule places the wage types included in these infotypes in thewage type table (OT) for further processing.
•Personnel calculation rule X011 is called by the functions P0014 and P0015.
• After importing the infotypes 0014 Recurring payments/deductions 0015 (supplementarypayments), the wage types entered there are placed in the internal wage types table OT for further processing. Special processing can be triggered via the coding used for these wagetypes in processing class 47.
During the payroll run, master data and time data changes that affect the payroll past and payrollpresent 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 thepayroll results. It also means that you must not run payroll during master data maintenance. Thisis controlled by the payroll control record.
Release Payroll
It prevents master data change in past or present. This lock applies to the personnel numbers
included in the payroll area concerned. Changes that affect the future are still permitted. Youmust execute this function before starting the payroll.
Start Payroll
This step calculates payroll for the specific period for the specified payroll area. Payroll resultsare saved to clusters in SAP. This data can now be reported on using standard and custom SAPpayroll reports. Payroll simulations can also be run on a daily basis for validating payroll results
for example missing HR data, wrong tax authority etc.
At the start of the payroll run, subschema XIN0 provides the payroll driver with the datarequired to run the payroll program.
Function PGM provides the payroll driver with data on the type of program the schema uses.The different schemas allow the payroll driver to execute the functions of diverse programs runat various times during processing. To execute the payroll program, the function must be set toparameter ABR.
Function UPD controls whether the payroll results are updated on the database or onlyavailable during the payroll run. If the payroll driver has been set to test run, function UPD will
not update the database even when set to YES.Function OPT set to the parameter INFT ensures that only the infotypes required in thefunctions within the schema are imported. The parameter TIME enables all time infotypes to beimported. This function is designed to enhance performance.
You must create a control record in Customizing for each payroll area before it can be used.
The personnel control record performs the following functions in payroll:
•Defines the payroll past for retroactive accounting recognition.
•Locks master data and time data so no changes can be made during the payroll process.The lock is valid for the payroll past and the payroll present. Changes affecting future
payroll runs are still possible.•Defines the earliest possible retroactive accounting date for each payroll area.
•You can use transaction code PA03 to create control record.
•You must pay particular attention when creating the payroll control record in your livesystem. The payroll period used to create the payroll control records must be 1 periodbefore the period in which you want to go live.
• Various partial periods can contain different data. Where this is the case, the different entriesare assigned a split indicator in internal tables WPBP and IT.
• In this example, a new employee's basic pay and planned working time have been changedduring the payroll period. The system creates an entry in table WPBP for each partial periodof the payroll period.
Function GON checks whether all the master data has been imported. Further processing of thepersonnel calculation schema only occurs if certain data is available. Checking procedures vary
from country to country. If not all the data is there for payroll to be run, will get an error.
• During the payroll run, the system reads various time wage types from tables. These timewage types contain only one number (NUM). To calculate the amount (AMT) of the time wage
type, the number must be multiplied by a rate (RTE). The system calculates the rate for eachunit
RTE * NUM = AMT
Example:
• An employee has worked 10 hours. You enter the time data manually for him. The valuationbasis for this wage type is USD 20.00. The employee therefore receives USD 200.00
remuneration.
20.00 * 10 hrs = 200.00
• The method of calculating this within SAP is known as the wage type valuation base.
Valuation bases can be used for number of different ways to process rates within the payrollschema.
In payroll, a wage type can be valuated using a constant amount. The amount does not dependon the employee's organizational assignment or on any other characteristics. This type of
valuation is used for fixed amounts. In this step, you determine the values for constantvaluations, which are wage-type dependent. A single wage type can have multiple validityperiods.
Example: A company pays same bad weather bonus to all the employees.
IMG Menu Path:
Payroll International Time Wage Type Valuation Valuation Bases Constant Valuation
Bases Constants dependent on wage types Click the Determine Constant Valuation Wage Type.
This process is used when the constant valuation basis is based on collective agreement. If wage types are subject to constant valuation depending on their pay scale level assignment, you
must define the values for each pay scale level assignment and wage type.Example: A company pays different hourly rate depending on day and night shift.
IMG Menu Path:
Payroll International Time Wage Type Valuation Valuation Bases Constant Valuation
This process is used when employee remuneration vary depending on the organizational unit.
Example: A company pays referral bonus depending on the personnel area. Bonus wage type
4000 to be remunerated differently for employees in personnel area 1000 than for employees inpersonnel area 1100.
IMG Menu Path:
Payroll International Time Wage Type Valuation Valuation Bases Constant Valuation
Bases Constants dependent on wage types
Follow the steps as explained in the Wage Type-Dependent Constants section.
Maintain the PMOD (Payroll Modifiers) fields as required. In this example PMOD value 01 and02 corresponds to personnel area 1000 and 1100 as these are the values we are going to use inpersonnel calculation rule XMOD to extract the different hourly rate for bonus.
Add the organization unit as required. In this example Personnel Area is used as criteria for bonus calculation. So add personnel area 1000 and 1100. Once they are added use MODIF 2
function for constant wage type valuation. Maintain the values of MODIF 2 for personnel area1000 and 1100 from the Wage Type-Dependent Constants screen i.e. 01 and 02 respectively.
E OUTWPPLANT
E 1000
MODIF A = 01
Employee grouping for payrollXMOD
E ****
MODIF 1 = 01
MODIF 2 = 01
MODIF A = 02
MODIF 1 = 02
MODIF 2 = 02
E 1100
3E UsingUsing ESES groupinggrouping 3 wage/3 wage/time type **** astime type **** as anan exampleexample
The first and second derived wage types enable you to define bonus wage types for whichremuneration is calculated when an employee's current wage type is valuated in payroll.
You can determine whether remuneration is calculated for the current wage type by specifying avaluation basis in the appropriate line.
As in this example wage type 1205 (over time) is valuated on 25% of wage type 1003 (payperiod salary). It will be calculated as follows:
Wage type 1205 before valuation has 5 hours in AMT field.
After valuation :
Wage type 1205 = 5 * regular hourly rate + 5 * (25% hourly rate of wage type 1003)
There are four different methods of valuating absences. You can use one method, or acombination of several methods. The following provides an introduction to the four methods.
1. Form c oun t ing classes for factor ing: Absences which are not paid, or only partially paid, lead to a reduction in salary. Countingclasses are used in order to form "buckets" to valuate paid and unpaid absences.Example: Employees who have taken unpaid leave should be subject to a reduction in salary.
2. Valuate absences u sing the 'as if ' princ iple: The absence is valuated as if the employee had worked.
Example: If employees are absent due to incapacity to work and are being paid, they shouldreceive the same bonuses for working on Sundays and public holidays as they would if theywere actually at work.
3. Valuate absences us ing averages or co nstan ts: The number of absence hours, absence days, calendar days, payroll days or payroll hours isentered in the number field of the wage type.Example: The average amount of overtime worked by the employee merits a supplementaryvacation allowance.
4. User-specif ic c alculat ion : If the standard methods of absence valuation are not adequate for your purposes, you cancreate your own personnel calculation rules for special processing.
In this activity, you describe absences according to your company requirements regardingabsence valuation in Payroll. You describe absences by defining rules for absence valuation.
Examples: You create descriptions of absences based on the following requirements:
1. You want to valuate absences for paid leave differently to absences for illness or days in lieu.
2. You want to keep statistics on the number of paid and unpaid absences that occur in your company. To do this, you create counting class in in the step Form counting classes for absencevaluation. When the payroll is run, you collect the times in these "buckets" and can then fill the
Absences that must be processed in the same way through the assignment of absence
valuation rules are grouped in this step. According to the absence valuation rules, you definehow specific employee absences must be valuated in payroll in the subsequent operationphases.
Examples: You want to valuate absences for paid leave differently to absences for sickness or days in lieu.. So, decide which absence types you want to group together & enter the requiredabsence valuation rule.
Time wage type is a Primary wage type that the system makes available by means of time data
information. Example: Requirement is to generate a Overtime bonus 50% time wage type. Youcan use the customizing system to define conditions that must be met before the Overtime
bonus 50% time wage type can be assigned to an employee.
Such conditions could be as follows:
•The employee must have worked at least 2 hours of overtime.
•The employee must have worked on a weekend.
•The employee must have worked on a public holiday.
Whenever the conditions you defined are met, the system automatically selects the time wagetype Overtime bonus 50% for the employee in question.
In time wage type selection, we use employees‟ time data to determine the hourly wage and
bonuses for overtime, work on a public holiday, and night work.
Time wage type selection is a processing step and is called by function GWT (Generate WageTypes) in the schema (TC00 Wage Type Generation International or TC04 Wage Type
Generation International for Time Evaluation Without Clock Times for Payroll, or in the standardtime evaluation schemas.
Function GWT processes the entries of table T510S (Time Wage Type Selection), whichcontains the wage types that can be selected and the conditions that must be met for the
selection of a wage type.It is very important to have table T510S configured accurately (i.e. conditions set per therequirement) in order to be able to select the time wage types. This is done in Customizing for Time Management by the time management team.
There are many different regulations governing the selection of time wage types. They areformed when several individual rules in T510S are grouped into a rule group. Each individualrule contains the time wage type to be selected. If even one of the conditions specified in anindividual rule is not fulfilled, the time wage type is not selected.
The rule groups for the selection of time wage types are determined according to the time wage
type selection rule group (first column) and the day grouping for time wage type selection(Second column), which are the key to reading table T510S.
Conditions on the time or duration of work performed or on the day being evaluated
For each time wage type/individual rule, you determine conditions on the day being evaluatedfor the time or duration of work performed. A time wage type is only selected if all the specifiedcriteria are met.
Collective bargaining agreements envisage various situations whereby employees receiveremuneration based on averages from previous periods - for example, in the case of absence or because of lost production time.
There are usually three types of valuation basis for time wage types:
• Valuation bases entered in a table as a constant.
• Valuation bases calculated according to basic pay.
• Valuation bases calculated as an average of several previous periods.
STEP 1: Create bases for calculating average values
In this step, you define which primary wage types and which partial period parameters are to be
included in which average basis. The average value calculation bases that you create here arecumulated in an internal table and are entered through final processing in the calculation of theaverage value. When you execute this step, the screen gives you an option to go either by wagetype or by partial period parameters.
Factoring refers to a partial pay period amount determination. It describes the pro ratacalculation of remuneration for an exact period. For example, it is required to reduceremuneration for unpaid absences, to account for change in organizational assignment and incost accounting.
In payroll, partial period parameters are created based on the employee‟s work schedule,
absences and public holidays. These parameters are used in personnel calculation rules tocalculate partial period factors.
Factoring only covers the events that occur in the current period. Once the factor is calculatedand it is then multiplied by the wage type assigned to calculate the prorated employeeremuneration.
Infotype changes relevant to Factoring during a payroll run:
In payroll, a factor is required to calculate partial period amounts. The partial period factor is avalue between 0 and 1. As soon as changes are made to master data that trigger factoring, thefactor is multiplied by the employee's primary wage types for exact periods if the primary wagetypes must be reduced, or if their constituents for exact periods must be calculated separately.The calculation of partial period factors is always based on times that result, for example, fromthe employee's personal work schedule or absences.
Example: An employee is hired in the middle of the payroll period.
•The deduction method multiplies the employee's hourly/daily rate by the number of unpaid
times, and deducts the result from the employee's pay. The number of working hours specifiedper period is used as the divisor.
•If payroll is run for monthly periods, the general divisor determines that each calculation unit(hour or day) has the same value irrespective of whether the period is a short or long month.
•In the payment method, the employee is remunerated for the period actually worked or for paid
absences. The hourly or daily rate for the payroll period is calculated based on the amount of remuneration agreed and multiplied by the number of hours or days to be paid. The number of working hours specified per period is used as the divisor.
•If payroll is run for monthly periods, the general divisor determines that each calculation unit(hour or day) has the same value irrespective of whether the period is a short or long month.
•In the PWS method, the individual, actual planned working time according to the employee's
personal work schedule (PWS) is used as the divisor. The PWS method is particularly suitablefor reductions if planned working time is specified exactly and all deviations from plannedworking time are entered in the system.
•Personnel calculation rule XPPF is accessed in subschema XAL0 according to wage types /801to /816 to calculate partial period factors. XPPF accesses personnel calculation rules XPP0 andXPP1 for wage types /801 and /802. XPPF calculates the following factors for Cost Accounting:
•Difference between the working time for the current period and the average working time andsave it in secondary wage type /810.
•Share of paid public holidays on which there is no work and save it in secondary wage type/814.
•Share of work on public holidays and paid absences and save it in secondary wage type /815.
•Share of unpaid absences and save it in secondary wage type /816.
In this step, you specify the factor by which a wage type is to be reduced, if this is required. Thisapplies to wage types that are recorded using the Basic Pay (0008) or RecurringPayments/Deductions (0014) infotypes Select the required specification for processing class 10(Mark wage types for monthly factoring).
IMG menu path:
Payroll International > Reduction Formulas > Assign Reduction Factors
Processing class 3 is used for cumulation of time wage type. In this step, you determine howeach Time wage type is stored in the results table and how you create cumulation wage types.
The standard SAP R/3 System contains the following possibilities:•The wage type is not stored in the results table but is transferred
•The wage type is stored in the results table without being cumulated
•The wage type is cumulated and stored in the results table
The wage type is cumulated and stored in the results table, the hours for this wage type are alsocumulated as overtime hours.
IMG menu path:
Payroll > Cumulation Wage Type> Maintain cumulation wage types on basis of temporal
In this screen you can setup specification for the cumulation of time wage type asper requirement. You can also define the validity period for the cumulation. Youcan also indicate whether it is total gross or net payments/deduction.
Processing class 20 is used for the cumulation of basic pay wage type. In this step, youdetermine how each wage type, that you enter using infotypes Basic pay, Recurring Paymentsand Deductions and Additional Payments - is stored in the results table, and which cumulation
wage types are generated.
The standard SAP R/3 System contains the following possibilities:
•The wage type is not stored in the results table but is transferred unchanged
•The wage type is excluded
•The wage type is stored in the results table and is included in the cumulation wage types
•The wage type is stored in the results table without being cumulated
IMG menu path:
Payroll > Cumulation Wage Type> Maintain cumulation wage types on basis of master data
In this screen you can setup specification for the cumulation of basic pay wage type as per requirement. You can also define the validity period for the cumulation. You can also indicatewhether it is total gross or net payments/deduction.
Processing class 30 is used for the cumulation of annual wage type. In this step you can setupwage type for year-to-date cumulation. For each wage type to be cumulated you will define thefollowing:
For each wage type to be cumulated you will define the following:
the time period to be cumulated
whether number/balance is to be cumulated.
IMG menu path:
Payroll > Cumulation > Assign cumulations to wage types> Wage types for cumulation
In this screen you can setup specification for the cumulation of YTD wage type as per requirement. You can also define the validity period for the cumulation.
Retroactive accounting relevance is determined per infotype or per infotype field. Determinationof which infotypes or fields are relevant to retroactive accounting, customizing for Personnel
Administration under Customize Procedures ® Infotypes ® Define Fields Relevant for Retroactive Accounting.
Retroactive accounting is triggered in the following steps:
1)If an infotype that is relevant to retroactive accounting is edited, the system enters the
following date specification of the changed infotype record in the Payroll Status infotype (0003): Earliest master data change since last payroll run
Earliest payroll-relevant master data change (bonus).
2) At the next regular payroll run or correction accounting (Off-Cycle Payroll Type B), the systemchecks whether the date specifications set in the first step are before the date up until which thesystem has already run payroll according to the Payroll Status infotype (0003).
3)If this is the case, the system performs retroactive accounting. It begins with the payroll periodin which the date of the earliest master data change or the earliest payroll-relevant master datachange (bonus) is. The system calculates all payroll periods again, which are between this dateand the date up until which the system has run payroll for the employee.
4)The system deletes the date specifications for the earliest master data change and the earliestpayroll-relevant master data change (bonus) from the Payroll Status infotype (0003).
A retroactive accounting limit is determined by the system for all employees assigned to aparticular payroll area and then it determines a more recent retroactive accounting date for individual employees.
The date furthest in the past up until which master and time data may be changed in the payrollpast and up until which the system can perform retroactive accounting.
The employee‟s absolute retroactive accounting limit is his or her hiring date.
The retroactive accounting limit for an employee set in the payroll status infotype 0003.This is employee specific retroactive accounting period.
The retroactive accounting limit of a payroll area set in the payroll control record. This isspecific to the payroll area
The system uses these values to select the most recent date and applies it to the payrollof the employee.
Name of employee Hiring date of employee Earliest possible retroactive
accounting period in control
record of payroll area
Earliest personal retroactive
accounting period of employee
(infotype Payroll Status )
Donna Moore Jan. 01, 1996 Jan. 2000 July 01, 2000
David Grecco Aug. 01, 2000 Jan. 2000 No entry
Pierre Dubois Jan. 01, 1996 Jan. 2000 July 01, 1998
The system always uses the most recent of the three dates that are relevant to the process of
determining an employee‟s retroactive accounting limit. Up to this date, an employee‟s master data that is relevant to payroll can be changed with retroactive effect. The employee‟s absolute
retroactive accounting limit is his or her hiring date.
Therefore, the employees listed above have the following retroactive accounting limits:
Donna Moore: July 01, 2000
David Grecco: August 01, 2000Pierre Dubois: January 01, 2000
How are payroll results updated due to Retroactive Accounting
If a payroll result is no longer up-to-date because retroactive accounting was performed, it is notdeleted. Instead, it is assigned a different status indicator by the system.
The system assigns a status indicator to each payroll result.
If employee‟s wage and salary elements are changed with retroactive effect, the system
calculates difference amounts and forwards them to the current payroll period as recalculationdifferences.
If wage and salary elements are changed with retroactive effect, the amount of wage type /560(Payment amount ) is not changed. Recalculation differences are calculated and forwarded asfollows:
The system calculates a new payment amount for the previous payroll period, but does not savethis value in the payroll result.
The system calculates the difference between the new payment amount and the originalpayment amount for the retroactive accounting result.
– If the new payment amount is greater than the original payment amount, the employee receives anarrears payment. In this case, the system saves the insufficient amount transferred to the employee witha negative sign in wage type /551 (Recalculation difference).
– If the new payment amount is less than the original payment amount, the employee must effect arepayment. The difference is withheld in the current payroll period. In this case, the system saves the
excessive amount transferred to the employee with a positive sign in wage type /551 (Recalculationdifference).
The system transfers the amount of wage type /551 (Recalculation difference) from theretroactive accounting result with a reversed sign to the payroll result of the current payrollperiod, and saves it in wage type /552 (Subs.clearing/prev.month):
– If the employee receives an arrears payment, the sign changes from minus (-) to plus (+).
– If the employee must effect a repayment, the sign changes from plus (+) to minus (-).
Therefore, wage types /551 (Recalculation difference) and /552 (Subs.clearing/prev.month)always have opposite positive (+) / negative (-) signs:
Change Sign for wage type /551(Recalcul ation dif ference) in
retroactive accounting result
Sign for wage type /552Subs.clearing/prev.month in