Escolar Documentos
Profissional Documentos
Cultura Documentos
-----Original Message----Subject: Payroll Accounting This is the first time I am setting up system for UK payroll. We are using Citrix (Preconfigured version for UK) To build a demo, an employee was hired effective 01.01.2001, A record for Org Assignment, Planned working time, Payroll Status and Basic Pay are existing (All effective 01.01.2001). In It 0003, earliest pers RA date is 01.01.2001 and PDC recalculation date is 01.01.2001. What sequence of activities should be used if I have to run the payroll till 01.06.2001. Need a guidence on the above -----Reply Message----Subject: Payroll Accounting You do not need to do something more than usual. If you change the control record of the payroll area of the employee (transaction pa03) to 06.2001, and run the payroll afterwards, the payroll automatically calculates all the payrolls from Jan to June. i hope this will help. -----End of Message-----
3) goto PAYROLL INDIA - REPORTING FOR POSTING PAYROLL RESULTS TO ACCOUNTING - ACTIVITIES IN THE AC SYSTEM - ASSIGNING ACCOUNTS - ASSIGN BALANCE SHEET A/C AND ASSIGN EXPENSE A/C 4) EASY ACCESS - HR - PAYROLL-INDIA - SUBSEQUENT ACTIVITIES - PER PAYROLL PERIOD- EVALUATION - POSTING TO A/C-EXECUTE RUN The prerequisite for posting is -Enter posting information in Master data and run payroll. After doing that follow this posting process:a) Create a document b) release document ( it asks do u want to release for posting-say post immediately) c) post document Though the t.code FB03 you can do completeness check of the document. Now execute the posting run - a posting run can be performed as a test run without documents / a simulation run / a productive run. In a simulation and production run the system checks all HR and FI tables and the posting info in master data to determine whether they exist. In a test run the system checks only the balance of expenses and payables. Now you chose execute run - next select release post run - now post post run - finally it generates index info. Tips by : Aruna Rani I have to create a new wage type for additional payments. This has to look at a payroll constant and calculate the amount to be paid. What I would like to know is when I do this do I have to do anything so that the amount in this Wage Type will be posted to FI like create a G/L ? Or will this be posted automatically along with other wage types? If you are copying wage type xxxx to create your new wage type for additional payment, there is a chance that your posting will take place similar to wage type xxxx. Rest is pure config in payroll. There is a full section for it. Symbolic accounts...... G/Ls....Accrual A/Cs.... pretty involved stuff. Without a FI guru with you ...I won't advise proceeding forward. *-- Bijay
That depends on how you create the wage type. The link is done in some T52E* table, which is for instance copied by PU30. If you create the wage type by creating it directly in T512W (via view V_512W_T), then you will have to do the link additionally. The standard way to create a wagetype is however to find a corresponding wage type, which has the same (or similar) functionality as the one you want to create and then use PU30 to copy this wage type to the new wage type. Thereby a lot of tables (I think in the newest, 4.6C, it's around 95 tables) are checked and if needed the entries are copied. Amongst those tables you will also find the ones establishing the links to FI's G/L. *-- Thomas. Following comments relate specifically to 3.1H. They may or may not apply to your system. Normally a new wage type is created by copying an existing wage type, either a model wage type that has some standard attributes, or an existing actual wage type in production use. Your config changes will need to set up the new wage type so that the amount is derived from your payroll constant. However, the posting to FI will have been copied from the wage type you copied. The posting is represented by processing class 32 and evaluation class 01 (of table T512W) for a payment wage type. Provided the new wage type is similar in its posting requirement to the one you have copied you only need to do two things now: 1. ensure that processing class 32 is the correct option for the type of posting you want. 2. ensure that the value in evaluation class 01, also known as a symbolic account, correctly represents the target account number in FI for this expense. If you have to post to an existing account number, for which there is already a symbolic account allocated, you can set evaluation class 01 to that symbolic account. If the payment is so different from existing payment types, that your accountants want it posted to a new account code, you need to 3. allocate a new symbolic account number (next available number in the range)
4. insert a new entry in table T030, "Posting of HR to FI/CO", linking the new symbolic account to the account number advised by your FI administrator. It's actually easier to do than describe. *-- Andrew
Day types
-----Original Message----Subject: day types Hi, The client organisation works on 1st and 4th Satuarday of every month , and 2nd and 3rd satuarday are off. Please tell me how to create Period work schedule for this . -----Reply Message----Subject: RE: day types
Hi, It's very simple. you should use the week number in period work schedule and declair this work schedule 4 time one for each week. -----End of Message-----
On a re-reading of your problem, I see that you have stated that the Wagetype is not being generated in the table ZL - Maybe you should relook at your wagetype selection rule table t510s. Here also you set the conditions of the day for which the wagetype is applicable - whether you have set that it is ok for wagetype to be generated on sunday? Also check what you have set for the function DAYMO in schema TM00 - DAYMO has 4 parameters - the second and fourth are for Sundays - based on what you put here, schema will read corrsponding rule from table T510S. Is there a correspodning rule for Sunday in T510s???? I am giving below the place where the dws is changed iin the schema, but you can try that as a last resort if the above config is not working out. ---------------BLOCK BEG Provide time data IF NOT SIMF No simulation for future periods PERT TD20 Evaluate errors from pair format P2011 Provide time pairs and daily WS ACTIO TD10 End if daily work schedule still A2003 Process work center substitution ACTIO TD60 AB Convert daily WS if RWH and leav P2001 Provide absence data of the day P2002 Provide attendance data of the d PTIP TD80 GEN Process absence/attendance reaso ACTIO TD90 Process generated locked records P2005 * Provide overtime data of the day PTIP TD40 GEN * Set PTYPE/TTYPE for overtime ACTIO TD30 Dynamic DWS assignment: Clock-in ---------I have pasted the xtract of TM00 above - Just after we have imported the planned working times and actual working times, there is the line ACTIO TD60 - please have a look at rule TD60 You can make a copy of this rule, with your own requirements - Rule TD60 checks if there is a leave and changes the DWS for that day. Pl look up the documentation for the operation DAYPG. You are so good!!!! It was the day grouping settings at the function DAYMO in the schema that did the trick. I copied the line and placed all 01 in the parameters. Finally, overtime wagetypes for Sunday are being generated and can be seen in the ZL table.
I am not able to add a wage type to the total display of the payroll journal. there is a form in which I added this wage type for the display. But, it does not display on that journal. Can you please give me some ideas how to resolve this issue? Have a look at V_512W_D and check the Evaluation Class (2) for your wage type. If the value is blank, it will not be displayed in your form, even if the wage type is specifcally defined in your form. You need a non-blank value for your evaluation class (2) in order to print. The Eval Class for that WT already has the value 3 (Earnings) in it. Can you please tell me what else to look for? The Payroll Journal uses 4 separate forms for the print format (1) Page Header (2) Continuation Excerpt (3) Employee Data Excerpt (4) Totals Block Did you add your new wage type to both (3) and (4) print formats? Be aware that in the totals form, with the cummulation ID's, all wagetypes that you want to have cumulated are: 1) Assigned to a cumulation ID of choice and 2) also assigned to cumulation ID ****
1) Follow the menu path Human Resources>>Time Management>>Administration>>Tools>>Funtions/Operations or transaction PE04. Enter a four digit name for e.g ZIABC, and press the create button, enter the description. On creation the system proposes the name of the routine use it, or enter a name of your choice by selecting the option 'Selfdefined'. 2) During the execution of payroll some tables are filled with wage types and there amounts to make these tables available to your routine enter the name of the table for e.g (RT or CRT) in the input parameters, and to make the changes done to the data in the tables avaiable to the payroll enter the name of the table in the Output parameters as well. Input Parameters ---------------Ctry Num Object Name ---------------------------------------------------------------99 1 RT 99 2 CRT and same shall be done in the Output Paramters if required. 3) Create an include in the program PCBURZ990 (using Transaction: SE38), in which create a subroutine with the name supplied by SAP or the name selected by you during Funtion creation, in our case, it is FUZIABC. Note: The program PCBURZ990 is in SAP Namespace, so an Access Key will be required before you can proceed. But it will not be overwritten during any upgrade.
*Example of the subroutine *-------------------------
4) After this activate the program the Funtion and add it in the schema used for payroll processing.
1. For Contract Employees 2. For Salaried Employees For salaried employees, mostly the norms are same, but most of the employees are on contract basis Therefore their classification is mainly on two grounds W2 and 1099. In W2 company pay the taxes and in 1099 employee pay the taxes. The contract employee fee is mainly based on hourly basis for which they are billed. But the vendor takes care of the contract employee salary. This means the company send a time sheet to the vendor and vendor then makes the payment to employee. SAP has given country specific payrolls for more than 38 countries and periodically SAP is releasing the country versions for new countries Each country specific version is called country version. When sap says country version it includes country specific civil, tax laws, contributory and other tax laws (all these details are populated in the country specific info types). Pay roll driver and Schema: - For each Payroll country version there is a country-specific payroll driver with the technical name RPCALCx0 or HxxCALC0 . - For programs with the technical name RPCALCx0 , the x is replaced with a country indicator, for example, Z for South Africa D for Germany, , or X for "Other countries". - For programs with the technical name HxxCALC0, the xx is replaced with the ISO code of the respective country, for example MX for Mexico, or G.B for U.K. Pay roll schema: - The payroll schema contains calculation rules to be used by the payroll driver during payroll. SAP has developed country-specific schemas which are based on standard schema X000. When it is country specific ,the first character in the name refers to the country indicator (for example, G for U.K, F for France D for Germany etc.). When you run any countrys pay roll in the sap system some common info groups which are part of international pay roll and personnel administration.
Some of them are: - Personnel data ( address-6, bank details97 personal data-2,challenges-4 etc..) - Actions ( 0000 info type) - Organizational data - Contractual and contract agreements (Company Instructions info type 0035 , Corporate Function 0034 ) Etc., So when run a pay for a specific country, besides general information valid for the international pay roll, one needs to enter specific details in the particular info types for example if you are running U.K pay roll you need enter The National Insurance number (NI number) used by the Contributions Agency (CA) to uniquely identify an employee in the info type 0002-personal data and if its U S pay roll there is social security number and if its south Africa it some SARS code etc.. all these are available in personal data-national features. Apart from these they are some country specific info types for each country pay roll. For U.K pay roll there are some specific info types: - Tax Data Info type 0065PAYE (Pay as you earn) details are stored - WFTC/DPTC Info type 0087- employees tax credit details are stored - National Insurance Info type 0069 National Insurance Info type 0069 - Pension Funds Info type -0071 - Court Orders/Student Loans (info type 0070) record for them with the appropriate court order subtype - Court Orders/Student Loans (Info type 0070): to record and deduct student loan repayments as specified by the Inland Revenue. - Company Cars- Info type 0442 - Offshore Tax GB -Info type 0570 This info type allows you to record an employee's tax details for Isle of Man, Jersey, or Guernsey and Alderney Offshore Social Security GB -Info type 0571 to record an employee's social security details for Jersey or Guernsey and Alderney. Then there is SMP SSP details specific to U.K pay roll: - SMP is Statutory Maternity pay. - SMP is Statutory Sickness pay - SAP -Statutory Adoption Pay and - SPP- Statutory Paternity Pay. The rates for SMP,SSP,SPP and SAP vary, so accordingly they need to be updated with the latest changes. Every year like Indian Tax rates , there in U.K also changes take place with regard to Tax slabs ( which needed to be reflected in PAYE.. Pay as you earn), civil and social and tax laws. In fact from Oct 2006 this year, there are going to be many changes in the various laws related to employees in U.K All this
need to be populated in respective info types. Like wise U.S pay roll has got some specific info types which are large in number as it has a complex system in place. This is general idea about U.K pay roll.
Casual leave -05, Sick Leave-10, Privilege Leave-05 Now when the Employee applies for leave, which of these leave will come to picture FIRST i.e the deduction sequence from abscence quotas is determined through deduction rules.Whether first it will be deducted fromPL , OR CL OR SL Sequence in which attendance and abscence has to be deducted from Attendance and abscence quota is based on the following criteria: 1. Attendance/absence quota types 2. Start and end of validity period of the quotas-Until which date the quota is valid 3. Start or end of quota deduction period PERIOD IN A YEAR IN WHICH QUOTA DEDUCTION IS POSSIBLE Deduction Priority: Here you enter the criteria, according to which sequence the system should sort existing employee quotas to make them available for deduction. You can enter the priority levels 1 to 5 for the criteria quota type, start of validity period, end of validity period, start of deduction period and end of deduction period
Catalog --> Absence --> Administration Constraint Classes. Here find the Absence Type that you have created. Click X on Magnifying glass or Ctrl+Shift_F2. Here, by specifying the screen number for attendance type and absence type, you determine which screen is to be used for entering, displaying and maintaining records. Select screen number field and press F1.Give screen number that suits your requirement. Quota Ex.2001 deduction No quota deduction 2051 4. Define Counting Classes for Period Work Schedule. Time data recording Menu Path: Time Management Define Counting --> Absence Counting --> Absence Catalog --> Absences --> Administration Classes for Period Work Schedule. Here, select your PWS and give counting class range 01-09. Counting classes: Counting classes for PWS are used to evaluate absences& attendances. Use different counting classes for PWS with long DWS &many Dayoffs.When you maintain a counting class you must define a separate rule for each Counting class.) For Employee sub groups 5. Group Employee sub groups for Time Quotas. Time data recording and Administration Menu Path: Time Management --> Rules for absence counting (New) --> Absence Counting --> Absence Catalog --> Absences Group Employee sub groups for Time Quotas. Here select you Employee group & Group Employee sub groups for Time Quotas give number ranging from 1-9. For Personnel sub areas 6. Group Personnel sub areas for Time Quotas Time data recording and Administration Menu Path: Time Management --> Rules for absences counting (New) --> Absence Counting --> Absence Catalog --> Absences Group Personnel sub areas for Time Quotas. Here select your & Group Personnel sub areas for Time Quotas give number ranging from 01-99. 7. Define Absence Quota Time data recording Menu Path: Time Management Time --> Managing Time Accounts using Attendance/Absence Quotas -->Administration --> Define Absence Quota Types.-->
Quota Types Definition of Absence quota: Here we define valid absence quota types with 2 digit code (entitlement to time off & leave types) for your employee group& personal sub areas grouping for time quotas. Why we define Absence quota, because, in this we define unit of time measurement whether you want the entitlement to time off to be maintained in Hours or in Days. 8. Permit Quota Generation without Time evaluation Time data recording and Administration Menu Path: Time Management Calculating Absence --> Managing Time Accounts using Attendance/Absence Quotas --> Permit Quota Generation --> Automatic Accrual of Absence Quotas --> Entitlements without Time evaluation Here we define, to transfer the left absence quota for next year or not. Select the Absence quota and click No generate (Radio button). 9. Specify Rule groups for Quota type selection. Menu Path: Managing Time Accounts --> Time data recording and Administration --> Time Management Rules for Calculating Absence Entitlements using Attendance/Absence Quotas --> Specify Rule groups for Quota type --> Generating Absence Quotas selection. Here we give one 2 digit code (01-99) for quota type selection, that what we mention in QUOMO feature. 10. Set Base Entitlement Time data recording Menu Path: Time Management --> Managing Time Accounts using Attendance/Absence Quotas --> Administration Set --> Rules for Generating Absence Quotas --> Calculating Absence Entitlements Base Entitlement. Select Base Entitlement for Absence Quota Generation and Click on Choose: button Click on --> New Entries --> to enter the data. Base Entitlement: Why we define this is, here we evaluate number of eligibility days for the Absence quota. And we assign this to Absence quota that we created earlier. 11. Determine Validity and Deduction Periods. Menu Path: Time Managing Time Accounts using --> Time data recording and Administration --> Management Rules for Calculating Absence Entitlements --> Attendance/Absence Quotas Determine Validity and Deduction Periods.--> Generating Absence Quotas Click on New Entries to enter the data. We define Validity & deduction periods, as you want to define as per calendar year, Accrual period etc.
12. Define Generating rules for Quota Type Selection. Time Menu Path: Time Management Managing Time Accounts using data recording and Administration Rules for Calculating Absence Entitlements --> Attendance/Absence Quotas --> Define Generating rules for Quota Type --> Generating Absence Quotas Selection. 13. Define Deduction Rules for Absence and Attendance Quotas Time data recording and Administration Menu Path: Time Management Quota Deduction Using Managing Time Accounts using Attendance/Absence Quotas - Define Deduction Rules for Absence and Attendance --> Attendance /Absences Quotas Click on New Entries to enter the data. We define deduction rules according to which attendance & absences are to be deducted from the Attendances & Absence quotas. Actually the quota deduction did not depend on individual Absence/Attendances types, but it is determined by the counting rules for Absences/Attendances that are counting rules assigned to an Attendances &Absences types Select Define deduction Rules for Absence Quotas and Click on Choose button. Go and Click on New Entries and enter the data 14. Define Counting rules Time data Menu Path: Time Management --> Absences Counting --> Absence Catalog --> Absences recording and Administration Define Counting Rules --> Rules for absence counting (New) Click on New Entries; enter the data as of your requirement. Counting rules: We define counting rules for counting Attendances & Absences. The rules are used to determine the payroll days & hours for an Attendance & Absence type. The payroll days and hours that have been counted are used to control the deduction of 15. Assign counting rule to Absence type Menu Path: Time --> Absence Catalog --> Absences --> Time data recording and Administration --> Management Assign Counting rules to Absence Types --> Absences Counting 16. Set Personnel Sub area groupings for Time Recording Menu Path: Time Set Personnel Sub area groupings for Time --> Time Evaluation setting --> Management Recording. Select your personnel sub area and give the 2digit code, for grouping and give the same digit for Personnel Sub area groupings for Time Recording. While creating the
Attendance /Absence type. Run Absence quota: The Transaction code to run Absence quota is SE38.In SE38 we generally use to run the SAP Reports. Give SE38, and give report RPTQTA00, to run Absence quota. Then Execute it....
3.) errors.txt in gateway working directory 4.) C: 5.) CD C:\BSI\ 6.) in same directory 7.) tf80server.exe %* DSN = ODBC connection. Example = "TF80". UID = Tax Factory 8.0 Database user. Example: "TF80". PWD = Tax Factory 8.0 Database password. Example: "bsi". (Line 2) "TF80DB" = Database's name. (Line 2) "TF80SCHEMADB" = Database Schema's name. (Line 5) Location of tf80server executable file (same place of bat file). 1.b) Unix Scenario: The Csh file should be set like the following example: #!/bin/csh # set execution environment for TaxFactory 8.0 set oracle environment variables grant database rights to users who invoke this # setenv ORACLE_SID ORCL#Replace with your Oracle SID setenv ORACLE_HOME /usr/sap/oracle/product#Replace with your OracleHome setenv LD_LIBRARY_PATH /usr/sap/oracle/product/lib#Replace with $ORACLE_HOME/lib # set the directory path for BSI setenv BSI_DIR /usr/sap/{SID}/SYS/exe/run/#Replace with appropriate path unsetenv NLS_LANG unsetenv ORA_NLS33 change directory to the TaxFactory server directory cd /usr/sap/{SID}/SYS/exe/run #Replace with appropriate path # #set the TaxFactory default database connection setenv DATABASE tf80/bsi@ORCL #Replace with your Oracle Connect #
for SAP trace debugging, uncomment below & see file error.txt in same directory ./tf80server $1 $2 $3 -o error.txt else for usual operation ./tf80server $1 $2 $3 end file 2.) The Tax Factory database user MUST has access to database and a valid password. You can test this in a lot of different ways: 2.a) Connecting directly to database with the Tax Factory Database User for testing purposes. 2.b) Testing the ODBC connection with the Tax Factory Database User Normally the path is Control Panel - Administrative Tools - Data Sources (ODBC) 2.c) Sometimes the dabatase does not allows database account logon (Only Windows Account logon), so it will not possible to test connecting to database using the Tax Factory Database User. In this case you need to connect on database with an Windows Account Logon (with administration permission) and then check if the Tax Factory Database User exists, password is not wrong, user is not locked, user has all permissions to access the tables, etc. 3.) The database's schema MUST be the same mentioned in the bat file. Normally you can check the database schema in the properties of the database (inside of your database program administration, for example SQL Enterprise Manager is the program for Microsoft SQL 2000 database). 4.) The ODBC connection MUST has set the default database your BSI database. 5.) Tax Factory Program must has created the "Data Set", like the following example: Example: System ER5 Client 110 So the "Data Set" will be 110 More information please check note 1068271 section 17 (Q. What is a dataset in TaxFactory 8.0?).
6.) The RFC Connection must target the BAT file and not the executable file and the RFC's name MUST be "BSI80-US-TAX". 7.) Sometimes the problem/dump persists so it will be necessary to create/analyse the log files. To create a test lof file you need to change the bat file to look like this: SET TF80_CONNECT_STRING=DSN=TF80;UID=TF80;PWD=bsi; SET TF80_SCHEMA_NAME=TF80.TF80 errors.txt in gateway working directory C: CD C:\BSI\ in same directory tf80serverdebug.exe %* <<< CHANGED LINE >>> This executable file will create a log file in the same folder describing his problem, then you will be able to analyse the results, if it is a RFC problem, permission, Data Set not created, etc.
SPRO -> Time Management -> Work Schedules -> Daily Work Schedules -> Define Rules for Variants SPRO -> Time Management -> Work Schedules -> Day Types -> Define Selection Rules SPRO -> Time Management -> Work Schedules -> Work Schedule Rules and Work Schedules -> Set Work Schedule Rules and Work Schedules Those are the main points related with the holiday configuration in a PWS. After this, generate the PWS. --The bank holidays for 2009 may be set up as "moveable holiday" which requires you to enter the date in the public holiday for 2009, if you have 2010 dates you can enter those as well. You can check these via tcode SCAL, after you make changes to the public holiday/s all work schedules that use the calendar/s for the public holiday need to be generated. Remember to transport the calendars once you have changed them, calendars are not automatically added to a transport when you make a change, its a manual processes. If the Bank Holidays are fixed dates, then check the holiday calendar end date and end dates for the public holidays assign to the calendar ( tcode SCAL), end date could be 2008. --To create work schedule, just get in tcode PT01. In there, you create and you can check in PT03 the result. If in there is not appearing the new holiday that you created before, there is a problem in the configuration, you may have to check in SCAL the public holiday class of the holiday, then, check the rule variant in the DWS and PWS. --The following are what have work on my system:
y
Inserted 2009 and 2010 public holiday dates for Easter Monday, May Day, Spring Bank Holiday and Late Summer Bank Holiday into the public holiday Calendar and saved the data.
y y y y y y y y
Assigned the public holidays to the Holiday calendar in question and saved the holiday calendar. Displayed the holiday calendar for 2009 and 2010 to check dates being brought through. Some public holiday's were being displayed twice, so I deleted these assignments. Saved the holiday calendar and rechecked calendar for 2009 and 2010 . I transported the public holiday and holiday calendar. Created a work schedule using PT01 . Checked public holidays were being brought through. Displayed work schedule using PT03
relevant wage types will pop up for the person to whom the position is assigned. What is the diffrence between RT table and cluster table? RT Table: The purpose of RT Table is to store the wage types and its various attributes and to update the cluster table PCL2 as per its contents. The function used here is PRT. Cluster Table: A data cluster is a grouping of several data objects. Elementary fields, field strings and internal tables can be grouped in a data cluster. Clusters B1 and B2 in files PCL1 and PCL2 are relevant to time evaluation, as is cluster PS, which stores the generated schema. When we enter the amount in wage type components in IT0008, in which table its going to store? IT0008 - Initially it will sits in the Internal Table PIT. I have to assign a holder to a position 'A'. Then hire a new employee with supervisor as the holder of position A. Later on change the holder of position A. Go to Simple Maintenance in Expert mode of Org Mgmt,there you will find PPOM_OLD change. In that you can assign a holder to a position by clicking the staff assignments tab and then assign holder tab.
Enter the form class as CEDT.....for Remuneration Statement. Give the form name and Save....the Attributes for the payslip will be saved. Next: 2. Design the background how the payslip should look alike... 3. Maintain the Single fields, where the values to appear using table names & fieldnames..... 4. Maintain Windows...this is to group any items to appear within a window...for ex., Earnings to display in a window.... 5. Check Line Layouts....how the field values should appear in the payslip.. 6. Maintain Cumulation IDs... 7. Maintain Text IDs.....for texts to be displayed: for ex., Emp Name, Org. Unit, Position, Company.....etc....you maintain these text names in this Text IDs section & select those as Single fields in Step 3. 8. Maintain rules, if any, to be considered... And to print the payslip, you can view the Print button on the Menu bar. Go to PC00_M99_CEDT - Remuneration Statement, enter the details and press Execute, you will find the Payslips.... On the menu bar, you will find Print Symbol....Press it and select the Printer......You can get the printout for the payslip....
is defined and documented via transaction PE04; you can also view the function documentation via transaction PDSY in releases 4.5 and greater, or with report RPDSYS00 in earlier versions. In SAP HR terms, a payroll function is not the same as an ABAP function. A payroll function does consist of ABAP code, but it is not executed in the same way an ABAP function would be. Payroll functions are executed within a schema by the payroll driver program (lets assume RPCALCU0). A schema is just a collection of functions executed in a specific order each one passing its results on to the next. Schemas are always created and edited via transaction PE01, but are actually stored as a collection of rows in tables T52C0 (SAP standard schemas) and T52C1 (customer-created schemas and modified SAP-standard schemas). The payroll driver reads the lines in T52C0/T52C1 and executes the functions one by one. So how do we make the leap from a payroll function stored in a table to the execution of ABAP code to get the work done? In transaction PE04 you can see the ABAP code associated with every function. The function name in the schema correlates to an ABAP form for example payroll function WPBP maps to the ABAP form fuwpbp; function USTAX maps to form fuustax. So when the payroll driver is executing the schema, it takes the function name from the current row in schema, puts an fu on the beginning of the name, and then does a perform statement on it. Its a very simple and elegant design. Wage Types In a broad sense, a wagetype simply holds a piece of data a rate, number, and/or amount. But more specifically, a wagetype has dozens of attributes that control how it is manipulated and processed. In the end though, it ends up as an object in the payroll results database that stores a rate, number, and/or amount. The most typical use of a wagetype is to store the amounts of earnings, deductions and taxes in an employees paycheck. A persons base pay is stored in a wagetype, the amount of their United Way deduction is stored in a wagetype, and their taxable wages & taxes are stored in wagetypes. Wagetypes, as the primary data element for employee paychecks, are also mapped to FI/CO accounts to record the debits and credits resulting from the paycheck and reported on the W-2 and other tax forms. Wagetypes can also be used to store statistical data such as the number of hours worked in a pay period, the average weekly wages for the past six months, or the amount of wages eligible for a profit sharing calculation. Wagetype attributes are
stored in several tables, but the central table is T512W. Much more time will be spent on various aspects of T512W. There are three categories of wagetypes model, technical, and user. Model wagetypes are delivered by SAP for customers to use as guidelines for creating their own wagetypes. They always start with a letter and SAP may add, delete or update them in system upgrades or HRSPs. Technical wagetypes always start with the / symbol, and are delivered by SAP. They are intended for very specific standard processing in payroll, and while you can modify them, SAP may also update them during upgrades or HRSPs. So if you ever (I mean EVER) change a technical wagetype, check it after each upgrade or HRSP to make sure it still has the attributes you want. And never delete a technical wagetype. User wagetypes always start with a number and these are wagetypes that SAP does not change during upgrades & HRSPs. OK, SAP rarely changes them in upgrades and HRSPs. User wagetypes are for all the company-specific payroll payments and deductions. Rules and Operations A long-time client of ours once created a screen-saver message that stated Payroll Rules!. Those of us who were experienced SAP Payroll analysts or consultants immediately saw the double meaning, and corny humor, in that message. Rules contain the most basic logic used in SAP Payroll. Where a schema is a collection of functions, a rule is a collection of operations. An operation is a very basic piece of logic that is used, mostly, to manipulate wagetypes. For example, operation MULTI multiplies the number and rate fields of a wagetype to determine the amount to pay an employee. Operation OUTWP retrieves specific data about an employee so that another operation can make a decision on how to process it. For example, if the work contract on infotype 1 is UA then do x, if it is UB then do y, otherwise do z. Operations can also be viewed in transactions PE04 and PDSY, and are edited with transaction PE02. Where a functions ABAP equivalent form starts with fu, an operations ABAP form starts with op. For example, operation MULTI would have an ABAP form opmulti. Rules, like schemas, are stored in a table rules are stored in T52C5. The more senior SAP consultants who have been working with computer systems for many years often find similarities between payroll rules and programming mainframe computers in Assembly language. While there is nothing fancy about operations, when used correctly together they can be very powerful.
Result - The remuneration statements are created. - Payroll results are transferred to Accounting. - Checks are printed for the payroll amounts. Depending on the variant used for program RFFOUS_C, payment summaries or payment advice notes are output with the checks.
Create one date modifier and different period parameters and assign that one to one pay roll area
fortnightly/monthly amounts stored. Period salary is derived from the Annual Salary using the calculation Fortnightly Salary = Annual Salary * 12/313. Rule ZU13 performs this calculation and 4 decimals are used to ensure accurate calculations. 1.2 Configuration Steps Schema Changes Schema AUP0 copied to schema ZUP0. Modify schema ZPS0 to call ZUP0 instead of AUP0. COM ************************************ COM Payroll schema: Public Sector Standa COM ************************************ COPY QIN0 * Initialization of payroll COPY ZIN0 <Client>:Initialization of payroll COPY AUBD * AU-PS: Edit basic data COPY ZUBD <Client>:AU-PS: Edit basic data COPY QRET Load up any retro recalc values requ COPY QLR0 Import last payroll result COPY AUHC * AU-PS: Higher Duty Allowance COPY ZUHC <Client>:AU-PS: Higher Duty Allowance COPY AUP0 * Convert annual salary to fortnightly COPY ZUP0 <Client>:Convert annual salary to fort s COPY AUQT * AU-PS: Gross remuneration (time mg) COPY ZUQT <Client>:AU-PS: Gross remuneration (time COPY XTBS Save tables for iteration Rule AU13 copied to ZU13, AU10 to ZU10. SAP Rule SAP HR-PS Rule <Client> Z*** Name Description Changes required AU13 ZU13 Convert annual salary into fortnightly Use <Client> wage types instead of SAP Model wagetypes AU10 ZU10 Create wage type into IT Use <Client> wage types instead of SAP Model wagetypes Modify schema ZUP0 to call Post rule ZU13 instead of AU13 and rule ZU10 instead of AU10. COM *************************************** BLOCK BEG Convert annual salary to fortnightly sal COM *************************************** PIT AURD GEN NOAB * Rounding factor from T511K PIT AU10 GEN NOAB * Create wage type into IT
PIT ZU10 NOAB <Client>:Create wage type into IT PIT AU13 GEN NOAB * Convert annual salary into fortnightly PIT ZU13 P01 <Client>:Convert annual salary into fort PIT ZU14 P01 NOAB <Client>:Part Timers BLOCK END Modify Rule ZU10 to create the fortnightly wage type 1010 from the Annual Salary wage type 1000 and to generate Higher Duty Salary 1210 from standard /3H3. PCR Wage Type Cont. Decision Oper 1 Oper 2 Oper 3 Oper 4 * 1000 D ADDWT 1010 * /3H3 ADDWT 1210 Modify Rule ZU13 to convert the fortnightly salary wage types (which will be on the Basic Pay infotype) from the annual amounts to fortnightly amounts. This rule will also convert all rates and amounts to 4 decimals (AUD4) if they are in AUD. PCL 01 will set which wage types are converted from yearly to fortnightly amounts.
If you want to form several counting classes for unpaid absences, you must specify explicitly which counting classes should be taken into account in factoring. 2. To generate statistics and for cost accounting You can collect absence times in the counting classes in order to fill wage types and evaluate the cumulated values for cost accounting or statistical purposes. You can access the counting classes using operation NUM. Both paid and unpaid absences are usually collected in one counting class. The following rule applies to the further course of payroll: Paid counting classes are queried in operations APnn, and unpaid counting classes in operations AUnn. Example 1. An employee with a fixed salary takes unpaid leave. The number of unpaid absence hours must be calculated before a reduction in salary can be determined. You therefore specify a counting class which is 100% unpaid for the absence valuation rule unpaid leave. 2. You want to find out what sort of costs are incurred for a paid period of incapacity to work. You therefore assign the absence valuation rule Sickness/Cure a counting class in which the absence times are 100% paid. 3. You want to collect absences on public holidays in one counting class, and absences on workdays in another.
Explain Pay scale Area, Pay scale Type, Allowance group. Pay scale type The collective agreement type defines the sector of industry for which the collective agreement is valid Pay scale Area A pay scale area is a special area in which a collective agreement is valid. Grpg PS Group Level Wage type 1 1055/01 01 MS40 1 1055/01 01 MS41
1 1055/01 02 MMVC Pay scale grouping for allowances Indicates a grouping for a set of employees with similar characteristics regarding compensation and benefits based on the following: Pay scale type Pay scale area Pay scale group Pay scale level Employee subgroup grouping for collective agreement provision. This grouping determines eligibility and amounts for various allowances, reimbursements and perks for an employee as per the company specified rules. IMG Path: Personnel Management -> Personnel Administration -> Payroll Data -> Basic Pay -> Check Payscale Type Personnel Management -> Personnel Administration -> Payroll Data -> Basic Pay -> Check Payscale Area Personnel Management -> Personnel Administration -> Payroll Data -> Basic Pay -> Check Assignment of Pay Scale Structure to Enterprise Structure Personnel Management -> Personnel Administration -> Payroll Data -> Basic Pay -> Determine default for pay scale data Personnel Management -> Personnel Administration -> Payroll Data -> Basic Pay -> Setup payroll period for collective agreement provision