Home

Home If your browser does not support the SDS Knowledge Base menu, click here for an alternative.

Services & Products

Human Resources

Knowledgebase
Payroll

About SDS

Customers & Partners

Links

Sitemap

Knowledgebase

Payroll Processing

Search Q

SAP HR Payroll

Query Tools Data Tools Human Resources FI/CO Cross System Miscellaneous BW

Inland Re ve nue Ele ctronic Exchange Network

If you have any concerns, issues, feedback or suggestions for online filing in the UK, then you can provide it to the group known as the Inland Revenue Electronic Exchange Network. The Inland Revenue Electronic Exchange Network is an independent group, made up of employers and oth er parties like agents and intermediaries, who are interested and experienced in filing online - either by Electronic Data Interchange or via the Internet. They hold regular meetings and provide an opportunity for employers who are new to online filing to dis cus s the practicalities with those who have already started. For more information contact Anne Murray (anne_m_murray@standardlife.com) on 0131 245 0339

SDS Offe rs

SAP HR Se

Overview Data Analy Quality Assu

Se parate Payroll Are as

Remember that one of the criteria for choos ing separate payroll areas is that each payroll area has to have a s eparate PAYE reference. You cant have more than 1 PAYE reference for the same payroll area. There are also other criteria for choosing separate payroll areas. The pay frequency and pay date are key criteria as well. In addition, there may be other factors s uch as how you wis h to report on your employees which may b e driven by bus iness needs rather than by SAP validation checks and s tatutory conditions .

Tutoria
Your Input

Error Message relating to Ne gativ e Pay

You may find that you are running the first payroll period for the new tax year and you get the erro r message: This periods taxable pay takes total year to date into a negative situation You also get this situation for leavers. See the topic relating to that issue and solution as well. The error and scenario described above can be as a res ult of a retro going back over the year end fo r an abs ence update to the system (e.g. SSP/SMP in the UK). The above error may be solved by re-importing the ORT at the appropriate stage of the schema. It can happen that during the s chema when SAP is comparing the ORT it may be using spurious results which may contain i ncorrect figures. You can get around this by re-importing the ORT us ing the function IMPRT O, jus t before the new processing is carried out. See the OSS notes 653211 and 721490. The OSS note 653211 contains more details on how to undertake this piece of work.

Please let us kno is a particular arti would like to see.

Or give us some on the site s o we improve your expe

How doe s SAP handle 52 and 53 we ek tax years?

The answer to the above question is best answered by looking at the many OSS notes which cover the a bove topic. There are many notes covering this topic.

Handling Late Le av ers with GRET

Typically the following can happen in your organis ation. An employee leaves directly after the bank transfer has been initiated. The company wants to retrieve the money owed. Its probable that you will end up with a negative value for the technical wage type /121 taxable gross pay. The error that you will normally see in the payroll log is: GGDN*/121<0 ERROR #NEXTR A * NEGATIVE TAXABLE PAY This is a typical situation in the UK which is caus ed by a late leaver. The UK has a special s chema for handling this scenario. The schema is GRET (or your customis ed version of it) which needs to be run instead of G00 0 (or your customised version of it). The difference between the 2 schemas is the gros s to net process ing (G000 us es GNT0 whereas GRET uses GNT9). When the tax rewrite takes place SAP is hoping to get rid of GRET, but until that happens , when you get a negative /121 (which is usually a clas sic sign for a late leaver) you will need to run GRET.

With GRET, the retro processing does not take place as per usual with the normal schema. In addition , whereas the normal schema G000 calculates the tax cumulatively (unless the employee is on a week1/month1 tax bas is), GRET recalculates the tax period by period.

Se arching for Key Documents on the SAP Support we bsite

If you struggle to remember where SAP holds the key documents and guides for HR and Payroll, jus t type in the s hortcut after the www.s ervice.sap.com URL. For the UK add hrgb. The full URL then becomes: www.service.sap.com/hrgb For other countries just add the 2 appropriate letters after hr. The following are valid examples: www.service.s ap.com/hrza South Africa www.service.s ap.com/hrde Germany If you are s earching for UK specific documents relating to SxP, eFiling etc just drill down into the documents in the menu on the left hand side or use the useful Quick Links on the right hand side.

Che cking for Delete d Payroll Re sults

To find out which payroll res ults have been deleted you can check this by us ing transaction code SLG1. Use the object HRPU.

Reporting on Payments sent to the bank

There are a number of different reports for determining the cash breakdown of bank payments made to employees. UK payroll s taff us ed to use the report RPCGTNG0. This was replaced by the Payroll Journal report (RPCLJNG9) as outlined in OSS note 427685. Whilst the payroll journal is us eful, it requires the wagetypes to be configured on evaluation clas s 03. The transaction code to get to this report is PC00_M08_CLJN. Another useful report is the Payroll Results Check Tool (RPCRECG0). Before this can output meaningfu l results, the Payroll Results Check Tool generation ( RPURECG0) has to be run. For thes e reports to run properly, configuration has to be carried out for evaluation class 15. Another extremely useful report output is the Cash Breakdown for Cas h Payment bas ed on Payment Metho d (H99CMLI0). The required trans action code is PC00_M99_CMLI0_NEW. Us e the SAP standard variants to start with. The variant SAP&GB_PAYMENT is a good one to s tart with. When you get your output, click on the hyperlink which is offered to you when you hover on the * on each of the different output lines .

Gene ral
This will be old hat for mos t of you, but for thos e who are learning payroll, it is important to rem ember that there are certain mandatory infotypes which an employee must have, in order for you to run a s ucces sful payroll for them. One of those infotypes is Planned Working Time (0007). If you delete an employee's Basic Pay infotype (0008) record, the payroll will still run, but falls over if you have entered any overtime etc. You can, however, have an infotype 8 record, without any wagetypes.

Payroll Simulation from IT 0008

Payroll Simulation from Infotype 0008 - Feature PM004 If you wish to run a payroll simulation from infotype 8, you can do so by modifying the feature PM004 - to reflect the lines indicated below. 000030 IT D ABKRS 000040 IT S1 &PM004=1/INFOTYPE 8 S1 000050 IT S3 &PM004=1/INFOTYPE 8 S3 000060 IT W1 &PM004=1/INFOTYPE 8 W1 000070 IT ** &PM004= The above variants were created. The feature links the payroll area to the corresponding feature.

Details of De le ted Payroll Results

Choose transaction SLG1. The Evaluate application log screen appears. In the Object field, enter HRPU. In the Time Restriction group box, enter dates and times to determi ne the period you want to check. Choose Program Execute . A list of payroll res ults deleted during the specified period is dis played. The list displays the de letion date and the administrator who has deleted the payroll result. Select an entry from the list. Choose Goto Display messages

Notifications on Payslip - General and Pe rsonne l

Use the menu path: Tools SAP Script Standard Text

or transaction code SO10.

Use the ID: HR_G which is the one for general messages. Type the message, save it and then attach it to an empl oyee or group of employees on IT 128 - sub-type 1 or 2, so that it can appear on the payslip. You can use the fast entry screen for master data - trans action code PA70. Note that for personal mess ages, you need to create an IT 0128 sub-type 2 for each applicable employee. For general mess ages you have to create an IT 0128 sub-type 1 for each and every employee in the payroll area. This can be a bit of an effort if you ha ve a few thousand employees. Larger customers might wish to use CATT procedures or write an ABAP routine to automate the update. There is a program RPU12800 which is a model report for creating batch input sess ions for infotype 0 128 s ubtype 2, personal notifications. You still have to us e the standard fas t data entry functions to enter records for subtype 1, general notifications, en masse.

Constant Amounts on a Wage Type - Indire ct Valuation

If you are wanting to ass ign a value against a particular wage type you can use 3 different methods. 1. If you have the s ame value for different pay scale types and areas you can enter the amounts on table T510 for each type or area. You need to set the characteris tics of the wage type to TARIF. When entering the wage type on IT0008, you specify the wage type and the value will then be defaulted in. 2. If you have the s ame value for each employee in the company, you can use T539J. Remember to insert the WT on the table and have the characteris tics set to PRZNT or SUMME for the Indirect Valuation module. When entering the WT on IT 0008, you don't get to s ee the value of the amount. 3. If you have the s ame value for each employee for a particular WT, you can use table T511k which allows you to insert different constants . As in the previous case you will not be able to s ee the amount once ente ring the WT on IT 0008. You can use different levels on the number/units to give you the flexibility to call different amounts. You can then call the constants found in T511K with the different amounts , where each amount is linked to a different level.

Payslip Config Extras

When writing rules for the pays lip, remember that the rule has to cover all poss ibilities in order for it to work correctly. In other words, if the rule checks for EE Group, ens ure that you have interrogated all the EE groups, o therwise the rule will not work correctly. SAP has validation rules set up within the payslip config. If you wish to bypas s this validation - enter the config directly on the T512... tables. If you wish to configure a field on the pays lip and SAP gives you the warning mess age "the table or field you entered is not valid". You can enter the pertinent table into table T514K and the field into table T514N. You m ay even find some fields on SAP-s tandard pays lips which do not exist in these tables.

Payroll Control Record

Transaction Code: PA03 Menu Path: Payroll Tools Control Record

The payroll control record allows you to control the state of the payroll run. Control records are not transported acros s clients . They have to be created in each client. The control record only advances to the next payroll period when you move it from a state of "Exit Payroll" to "Released for Payroll". You will be prompted with the warning: Payroll area xx: Do you want to release the period xx.yyyy for payroll?. Clicking yes will advance the payroll control record. If you wis h to change either the payroll period or the earliest retro accounting period, you have to delete the control record and then recreate it with the correct dates. Remember that if you are loading your cumulative values into period 6/2001 (i.e. running XLK0 for 6/2001) then you should s et the earliest retro date to 7/2001. This wi ll s top anyone from entering any data which may caus e the payroll to try and retro into a period in which SAP never crea ted a full set of payroll results. The icons at the top left of the screen show you which employees have a matchcode of W (thos e employees who have had data modifications during the current payroll monthly cycle). The icon showing 2 employees next to one another is used to list all the employees who have been process ed through the payroll for the current month. Th e locked icon indicates which employees have been locked and will therefore not be proces sed through the payroll.

Pre-DME
When running the Pre-DME program, each employee process ed has a specific time and date s tamped in their payroll results in the BT table. This will be the s ame for all employees processed in each report - which is done per payroll area. If for some reason the report is terminated during proces sing, you can re-run the Pre-DME with the relevant time and date in the boxes at the bottom LHS. Fill in the time and date in the field Repeat Run and tick the checkbox "flagged records only". This will pick up all those employees and put them into a clean file. You can then run it again without the date and time - which will pick up all the employees who had not been processed at the time of the i nitial program termination - i.e. they would have no record on their BT table in their payroll results. Take care to enter the payroll area in both the "period" and "selection" options. Failing to enter the payroll area in the selection field will mean that everyone in a payroll area with the same period parameters as the one selected at the top will be processed - which is rather dangerous.

Schemas and PCRs

1. Viewing the contents of any of the important tables during the payroll processing is very useful when trying to find the source of an error. In the schema, you can use the function "print" and the name of the internal table in the parameter column - for example it, ot, ort etc. Us e the Operation "print" in the "cycle", to view the head entry of the "it" for every loop of the cycle. 2. Wishing to s top the payroll processing with a break point. You can do so using the conventional m ethod of setting "break points" in the ABAP debugger. Alternatively, you can insert a "BREAK" command in the schema at the point where you wish the program to s top. The corresponding ABAP will break at run-time. You don't have to set up breakpoint in ABAP explicitly. When you reach the break, you can modify the table contents as is the case with the normal ABAP debugger.

Basic Pay split with different currency and payment me thod

Scenario: You would like an employee's bas ic pay to be s plit into 2 or more parts - with each part defined ag ainst a different currency. You need to create more than one IT 0009 records - bank details with subtype 'other banks '. Here you can specify the abs olute amount or a percentage to pay out with a specified currency.

Rev ersing Incorrectly paid amounts

Scenario: You may find that a payroll user mis takenly enters P45 details for a re-hire. After running the payroll the CRT will have the P45 taxable pay and tax paid wage types in it. How can you clear these out of the CRT? Ass ign WTs E505 & E506 to IT 0015. You can then enter the reverse amounts for the affected employees . Make sure that these work in your version of the payroll schema, and that they cumulate the CRT or create wage types /505, /506 in the current RT and that these are updating CRT.

Payroll Results - Av erages ove r a Period

You may have a requirement to produce a report that averages certain wage types over a number of periods. You could use the Wage Type Distribution (RPCLGV09) to give you results for the past xx pay periods . You could then load the output into Excel to get the averages.

Basic Pay and Curre ncie s

You are trying to create a bas ic pay infotype for an employee and it is giving you a warning message "No currency could be determined for country grouping xx" You have already made the correct entry in table T510F Check the entries in tables T005T and T500C

Copyright 2009 Strategic Data Solutions Ltd. All rights reserved