PAYROLL CLASS 09.01.2012. RECURRING PAYMENTS AND DEDUCTIONS: 1.

SPRO=> PERSONNEL
MANAGEMENT => PERSONNEL ADMINISTRATION => PAYROLL DATA => RE CURRING PAYMENTS A
ND DEDUCTIONS=>Define Reasons for Recurring Payments and Deduc tions New Entries
: Reason Reason text 22 Test Reason 2. SPRO=> PERSONNEL MANAGEMENT => PERSONNEL
ADMINISTRATION => PAYROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>WAGE TYPES
=> Create Wagetpe Catalogue Here we can find the benefits wage types that are d
iscussed earlier. The benefi ts can also be deducted from 014. New Entries All M
odel wage types starts with M***. Copy the below wage types. M114 M115 M116 M200
M210 M212 8301 8302 8303 3351 3352 3353
All the wage types configured are copied now. 3. SPRO=> PERSONNEL MANAGEMENT =>
PERSONNEL ADMINISTRATION => PAYROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>
WAGE TYPES => Check Wage type group recurring p ayments and deductions. Here we
need to check whether the specified wage types are available in this tal e or no
t. If the copied value is not available in this table then we need to go to new
entries and create the record. 4. SPRO=> PERSONNEL MANAGEMENT => PERSONNEL ADMIN
ISTRATION => PAYROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>WAGE TYPES => C
heck Wage type Catalogue=> Check Wage Text: Table: V_512W_T Here we need to chec
k and if required we can change the wage type text, start da te and end date of
the wage type. In this table we can also delimit the wage type and deletion is n
ot usally recom mended. 5. SPRO=> PERSONNEL MANAGEMENT => PERSONNEL ADMINISTRATI
ON => PAYROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>WAGE TYPES => Check Wa
ge type Catalogue=> Check Entry permissibility per infotype
Table: Here we need to check whether the defined wage types are copied into this
table and if not available then we need to create that entry in this table. Wag
e Type Times 8301 8302 8303 8351 8352 8353 Wagetype Text Start Date 01.01.1900 0
1.01.1900 01.01.1900 01.01.1900 01.01.1900 01.01.1900 End Date 31.12.9999 31.12.
9999 31.12.9999 31.12.9999 31.12.9999 31.12.9999 Once X X X X X X Several
Once = Time constratint is 1. Only one entry for the complete duration, Several
= Time Constrating is 2. More than one record could exist with no gaps for the s
ame wage type. 6. SPRO=> PERSONNEL MANAGEMENT => PERSONNEL ADMINISTRATION => PAY
ROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>WAGE TYPES => Check Wage type C
atalogue=> Defin e Wagetype permissibily for each ES and PSG EE Subgroup Groupin
g Applicable for which employee subgroup grouping that we configured in basic pa
y configuration. PSG Grouping Applicable for which Personnel Subarea grouping th
at we configured in basic pay configuration. 7. SPRO=> PERSONNEL MANAGEMENT => P
ERSONNEL ADMINISTRATION => PAYROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>W
AGE TYPES => Check Wage type Catalogue=> Check Wagetype Characteristics Table: T
511 Select wage type and double cick on the wage type 8301 (Uniform Allowance).
If we select Add To Total, then amount will be displayed in 0008 as salary amoun
t. If we don't check this box then the value will be added but not shown in 000
8 under payments and deductions tab in 0008 infotype. The check is not mandaory
its based on clients requiremnet. Number/Unit: Uniform Allowance so no entry sh
ould be there in this field. Input combination: Amount Number/Unit = + = -
Here amount is Mandatory. Indirect Valuation: This is a direct wage type so no i
ndirect evavluation is req uired. Rewriteable: X , When a new record is created
this amount should be rewriteabl
e. Select wage type and double cick on the wage type 8302 (Equippement Allowance
). If we select Add To Total, then amount will be displayed in 0008 as salary am
oun t. If we don't check this box then the value will be added but not shown in
000 8 under payments and deductions tab in 0008 infotype. The check is not manda
ory its based on clients requiremnet. Number/Unit: Uniform Allowance so no entry
should be there in this field. Input combination: Amount Number/Unit = + = -
Here amount is Mandatory. Indirect Valuation: This is a direct wage type so no i
ndirect evavluation is req uired. Rewriteable: X , When a new record is created
this amount should be rewriteabl e. Select wage type and double cick on the wage
type 8303 (Car Allowance). If we select Add To Total, then amount will be displ
ayed in 0008 as salary amoun t. If we don't check this box then the value will b
e added but not shown in 000 8 under payments and deductions tab in 0008 infotyp
e. The check is not mandaory its based on clients requiremnet. Number/Unit: Unif
orm Allowance so no entry should be there in this field. Input combination: Amou
nt Number/Unit = + = -
Here amount is Mandatory. Indirect Valuation: This is a direct wage type so no i
ndirect evavluation is req uired. Rewriteable: X , When a new record is created
this amount should be rewriteabl e. Select wage type and double cick on the wage
type 8351 (Charitable deduction). If we select Add To Total, then amount will b
e displayed in 0008 as salary amoun t. Here if we ceck both add to total and ded
uction, then system will show this wage type in 0008 and consider this as a dedu
ction by showing an indication A be side the amount. The check is not mandaory i
ts based on clients requiremnet. Number/Unit: Uniform Allowance so no entry shou
ld be there in this field. Input combination:
Amount Number/Unit
= + = -
Here amount is Mandatory. Indirect Valuation: This is a direct wage type so no i
ndirect evavluation is req uired. Rewriteable: X , When a new record is created
this amount should be rewriteabl e. Select wage type and double cick on the wage
type 8352 (). If we select Add To Total, then amount will be displayed in 0008
as salary amoun t. Here if we ceck both add to total and deduction, then system
will show this wage type in 0008 and consider this as a deduction by showing an
indication A be side the amount. The check is not mandaory its based on clients
requiremnet. Number/Unit: Uniform Allowance so no entry should be there in this
field. Input combination: Amount Number/Unit = + = -
Here amount is Mandatory. Indirect Valuation: This is a direct wage type so no i
ndirect evavluation is req uired. Rewriteable: X , When a new record is created
this amount should be rewriteabl e. Select wage type and double cick on the wage
type 8353 (Cafteria Dedction deduct ion). If we select Add To Total, then amoun
t will be displayed in 0008 as salary amoun t. Here if we ceck both add to total
and deduction, then system will show this wage type in 0008 and consider this a
s a deduction by showing an indication A be side the amount. The check is not ma
ndaory its based on clients requiremnet. Number/Unit: Uniform Allowance so no en
try should be there in this field. Input combination: Amount Number/Unit = + = -
Here amount is Mandatory. Indirect Valuation: This is a direct wage type so no i
ndirect evavluation is req uired. Rewriteable: X , When a new record is created
this amount should be rewriteabl e. PAYMENT MODELS:
We can use the payment model both for Payments as well deductions. 1. SPRO=> PER
SONNEL MANAGEMENT => PERSONNEL ADMINISTRATION => PAYROLL DATA => RE CURRING PAYM
ENTS AND DEDUCTIONS=>PAYMENT MODELS => Define Payment Models => Defi nePeriodici
ties New Entries: Model Text 1212 Monthy 1313 Weekly Name Name of period paramet
er Quarterly Payment Model Y (Year) Every Last Week of the Period Y (Year) Date
Modifier Name 01 Annually Annually Period Paramater 01 03
only if T549Q is generated for all payroll periods the system can understand the
above table entires. 2. SPRO=> PERSONNEL MANAGEMENT => PERSONNEL ADMINISTRATION
=> PAYROLL DATA => RE CURRING PAYMENTS AND DEDUCTIONS=>PAYMENT MODELS => Define
Deduction Periods select payment model: 1212 Start Date:2007 End Date:2014 New
Entries: Payment model Period parameter Payment Period: X-MARCH X-JUNE X-SEPTEMB
ER X-DECEMBER There will an error populate an error to have entry in T549Z as a
prerequisite f or this table. Navigation for T549Z in SAP IMG node is SPRO => PA
YROLL => PAYROLL USA => DEDUCTIONS => DEDUCTION FREQUENCIES => GENERAT E CALENDA
R FOR PAYMENT MODEL PERIOD PARAMETER DATE MODIFIER INITIAL YEAR END YEAR START D
ATE OF FISCAL YEAR DETERMINE PEROD NUMBER 01 01 2007 2014 0101 (1ST JANUARY) 1 1
212 01 Quarterly payment model Monthly
It is similar to Generate payroll period but only two fields are missing in comp
arision.
Select the check box carry out the table change to do the live run of generate p
ayroll period for payment model. select payment model: 1313 The number of weeks
in every month are not same so we need to select the week on which the payment
has to be done in any specific month. Prerequisites: We need to generate Holiday
calendar, Work schedules, payroll mo del period, This generation will happen on
ly once every year so every year this activity need to be done. Start Date:2010
End Date:2010 New Entries: Payment model Period parameter 1313 03 Quarterly paym
ent model Weekly
sELECT THE TAB LAST TO ENABLE SYSTEM AUTOMATICALLY PAY IN THE LAST WEEK OF EVER
Y MONTH. SELECT THE TABL FIRST TO ENABLE SYSTEM AUTOMATICALLY PAY IN THE FIRST W
EEK OF EV ER MONTH. INFO: FOR FSA ALSO WE NEED TO SELECT SIMILAR CONFIGURATION I
N BENEFITS CONFIGUR ATION BASED ON THE NUMBER OF WEEKS FOR THE NUMBER OF DEDUCTI
ONS. Payment Period: MONTH JAN FEB MAR APR MAY JUN JUL AUG SEP OCT NOV DEC W1 W2
W3 W4 X X X X X X X X X W5
There will an error populate an error to have entry in T549Z as a prerequisite f
or this table. Navigation for T549Z in SAP IMG node is SPRO => PAYROLL => PAYRO
LL USA => DEDUCTIONS => DEDUCTION FREQUENCIES => GENERAT E CALENDAR FOR PAYMENT
MODEL PERIOD PARAMETER DATE MODIFIER INITIAL YEAR END YEAR START DATE OF FISCAL
YEAR 01 01 2007 2014 0101 (1ST JANUARY)
DETERMINE PEROD NUMBER
1
It is similar to Generate payroll period but only two fields are missing in comp
arision. Select the check box carry out the table change to do the live run of
generate p ayroll period for payment model. In 0014 infotype we have field for 1
st payment period, here we can define first deduction period. SPRO => PAYROLL =>
PAYROLL USA => DEDUCTIONS => DEDUCTION FREQUENCIES => DEFINE EMPLOYEE GORUPING
FEATURE : MODDE This will default the payment model in 0014 infotype. Select pay
rol area and provide dummy return value 1111. This feature is a field transfer 1
(Check in Pe03 attributes). So we cannot pro vide return value. SPRO => PAYROLL
=> PAYROLL USA => DEDUCTIONS => DEDUCTION FREQUENCIES => Default value VAREY WA
GE TYPE 1111 8301 MODEL WAGE TYPE TEXT UNIFORM ALLOWNACE PAYMENT MODEL 1212 NAME
QUARTERL PAYMENT
This configuration will default the value in payment model as 1212 for the secif
ied wage type. New Example: Employee take 401K loan, and employee requests the
employer to deduct 500 every month from his salary. The employee can obtain more
than one loans taken at dif ferent periods but deduction with in the same paype
riod Here once the 5000 is paid, the deduction should stop automatically. Possib
lity: We can give the start date and end date for 10 months, if the employee may
miss any one deduction. So here we need to extend a period. If we wanto the sys
tem to check and deduct till the employee has outstanding. w e should not use pa
yment model. For this solution, we need to create three wage types: 1. Balance W
age type = Maintained in 0015 2. Deduction Wage type = Maintained in 0014 3. Tot
al Wage Type = Available in Results table (Not maintained in any tabl e but crea
ted) Go to table: T51P1 to create link between these three wage types.
There is a PCR that will check if there is any balance to be deducted from the e
mployee salary then if yes it will deduct and if no the deduction will be stopp
e d. If the employee has lesser amount deduction compared to the entry in 0014 t
hen t his pcr will check the balance and deduct which ever is less in the both.
CONFIGURATION: SPRO => PERSONNEL MANAGEMENT => PERSONNEL ADMINISTRATION=> PAYROL
L DATA=> RECURR ING PAYMENTS AND DEDUCTION => WAGE TYPES => CREATE WAGETYPE CATA
LOGUE Copy standard wage types: M235 8375 401K LOAN 1
If the employee is permitted upto 3 loans, then we need to create 9 wage types a
s above for each loan type in 0014, 0015. Now we need to create a wage type in
0015. Go to Tcode : OH11 cLICK ON WAGE TYPE GROUP: SELECT 0015 copy the below wa
ge type M236 8376 401K Loan 1 Balance
Now we need to create a wage type for Results table. Go to Tcode : OH11 Here the
wage type model should be blank. copy the below wage type M237 8377 401K Loan 1
Total.
The remaining 6 steps are common 2. Check Wage type text 3. Check wage type perm
issibility 4. Ceck wage type characteristics. ADDITIONAL PAYMENTS INFOTYPE: For
infotype 0015 only date of origin which is end date of the payperiod. We hav e o
ption to change the date of origin. The system will pay the employee in the s am
e month if the date falls in the same payperiod. The records can be for future d
ated payments or deductions also. The amount will be paid not in the month the p
ayperiod is specified, it will be paid in the next month. Here we ave only one t
me payments or one time deductions
SPRO => PERSONNEL MANAGEMENT => PERSONNEL ADMINSTRATION => PAYROLL DATA => ADDIT
IONAL PAYMENTS => DEFINE REASONS FOR CHANGE New Entry: Code 22 Description Test
Reason
SPRO => PERSONNEL MANAGEMENT => PERSONNEL ADMINSTRATION => PAYROLL DATA => ADDIT
IONAL PAYMENTS => WAGE TYPES => CREATE WAGE TYPE CATALOGUE Copy wage types: 860
3 8604 SIGNING BONUS (JOINING BONUS) COMMISSION 8304 8405
CHECK WAGE TYPE GROUPING create if any of the copied entry is not available CHEC
K WAGE TYPE PERMISSIBILITY Give the permissibility for all the groups. CHECK WAG
E TYPE CHARACTERISTICS: TABLE: V_T511 Wage type 8304 Signing Bonus Add to total
X Input combination: Amount x Number x By doing this, we can enter either amount
or number for the wage type for paymen t. We can even have dot and dot here ins
tead of x and x. Time unit: Percentage Rewriteable X We need to check the wage t
ype charateristics for all the wage types created in wage type catalogue. Reqire
ment: 1. Some employees agreed to take the commision in ever 3 payperiods rather
than waiting for the whole period. We need to use the same wage type in 0014 an
d 0015, then we need to go to 0014 c onfiguration, FORMAT FOR WAGE TYPES WAGE TY
PE SHORT TEXT LONG TEXT 0008 0014 0015
Now we configure to make the wage type that is created for 0015 to be visible in
0014. 1. Go to wage type model select 0014 and create this wage type there. 2. G
o to 0014 navgation and configure in check entry permissiblity for wage type s a
nd create the record for the same wage type. Tomorrow we are going to discuss on
table 512W_D tomorrow: In this table we will discuss: PROCESSING CLASS: 1 -19 C
UMLATIN CLASS: EVALUATION CLASS: 10.01.2012 SPRO=> PAYROLL => PAYROLL USA => BAS
IC SETTINGS => PAYROLL ORGANIZATION WE NEED TO DEFINE AND GENERATE PAYROLL MODIF
IER AS DISCUSSED IN PA. SPRO=> PAYROLL => PAYROLL USA => BASIC SETTINGS => PAYRO
LL ORGANIZATION => ENVIR ORNMENT FOR MAINTAINING WAGE TYPES => PROCESSING CLASSE
S AND EVALUATION CLASSES All the Processing and evaluation classes are maintaine
d in the table for each a nd every wage type: TABLE: V_512W_D PROCESSING CLASS:
Processing class defines how the wage type has to be processed in a payroll. The
entire payroll is dependent on process class. In SAP Standard we have 01 - 89 a
s standard processing classes. 90 - 99 are cust omer specific processing class.
The custom processed is created just like a custom infotype but the process is d
ifferent.
CUMULATION WAGE TYPES: These are nothing but some kind of bucket where we speci
fy which wage types are used for cumulation. All the cummulations are valuated f
or Fiscal year. Cumulation wage types are from /101 - /199 i standard. These wa
ge types are use d for cumulating the wage type balances. In V_512W_D we have li
st of cumulation class, Example: 1 Gross Salary = in payro ll results it will be
preceeded with /10 and become /101. /101 is used to check the gross salary in p
ayroll results. /102 is for 401 (K) . If the employee is contributing Basic and
HRA as 10% for 401K, then for those two wage types we need to check this check b
ox. This will become the base for 401K calculation.
/103 is for Pension Eligible Earnings: If the emloyee is working for more than 3
years in the company they are eligible pension from the company.In savings pla
n if we have a penson plan, then we need select those wage types with this chec
k box to calculate the pension. In the confuguation we define how much is the e
ligiblity but here we define which wage types should be used to account the spec
fic calclation. /104 is for NQP (Non Qualified Plans) Eligibile earnings. In an
other type of pl an where employee can opt for deduction just like /101 or /102.
/109 is for Employer benefits contribution. Here we define which wage types are
to be selected for employer benefit contribution. /110 is for Net paymens / Ded
uctions. If there is a wage type that is part of n et payment then we need to se
lect this check box. Example Name P0001-ENAME Earning /101 Deduction /110 Total
Tax /5U0 Net pay /559
/5U0 is the wage type very secific to USA to derrive the employee total Tax dedu
cted. In time management , we will have TIP entries, similarly we have wage typ
es in p ayroll. Cumulation class wage types are not only used for reporting but
also for perform ance tuning. Instead of reading all the wage types every time i
n payroll, syste m will take the cumulation wage types and increase the performa
nce. What ever the cumulation class we see in the list are based in MOLGA. /101
- Universal /102 - USA /103 - USA /104 - USA /009 - USA /110 - Universal /114 -
USA /114 - is for Base wage for BSI. We need to take this cumulation class for B
SI c laculation /115 - is for Bonus Wages. We specify the percentage or bonus pa
yments in maste r data. Which wage types need to be used or bonus calculation ne
ed to be checke d here. If we have non standard bonus calculation then we need t
o create a cust omer specific calclation. /900 - is for Vacation YTD - This is f
or vacation base cumulation for selection of wage type for Vacation computation.
/101 - /189 - SAP Standard Cumulation Class /190 - /199 - Customer Specific Cum
ulation Class.
EVALUATION CLASSES: Evaluation classes is used to define, on which window of the
payslip are the wag e type need to be printed.
Practically it aluation class s with similar ew entries for
is difficult to create processing class / cumulation class and ev for every wage
type so, we always need to copy standard wage type specification. This is the r
eason why SAP dosen't come up with N wage type and always its a copy from wage t
ype model.
For Infotype 0008 - We will see 11 tables copied for each wage type. US SPECIFIC
TECHINICAL WAGE TYPES: /001 - /099 - Valuation Basis - Valuation Basis wage typ
es are used to define Ho urly rate valuation. Hourly rate = Basic Pay total / Av
erage Hours per period. These technical wage type are used hours rates. We have
diferent kinds of hour ly payments based on the nature of work, for example: Ove
r time horly rate, on call hourly rate, production control hourly rate, basic pa
y hourly rate. For eac h kind of hourly rate individual techinical wage type use
d from /001 - /099. /101 - /199 - Cumulations - Cumulation wage types as discuss
ed above /201 - /299 - Averages - If the emloyee is going on leave for 6 month a
pproved l eave, then we might have requireme that take last 10 months average sa
lary and p ay to the employee. For such requirement this technical wage types ar
e used. /301 - /399 - Total Gross Earnings - Total earnngs will be stored in Tot
al earni ngs. /401 - /499 - Taxes - Taxes are calculated based on /601 - /699 /5
01 - /599 - New Payments - The amount paid, reversed, unpaid wage types are st o
red in this series. /601 - /699 - Taxable Earnings - Total earning - pre deducti
ons is taxable earni ngs used for tax calculation. /701 - /799 - Reortable Sage
types (Subject Wage types) - These series are used for reporting purpose. Exampl
e: An employee has cap on Social securit tax as 1 ,10,000. If the employee is ea
rning more than that limit, we only need the maxi mum rate will hold for reporti
ng purpose.These wage types are used for such purp oses. If we have to print on
W2 only the tax deducted amount, then we need use this wage types. The same will
be used for employee and employer unemployment t ax. /801 - /899 - Time Wage ty
pes - If an employee has taken an unpaid absences. If we want to print on paysli
p that how many unpaid days are there and print on pa yslip, then we use this se
ries of wage types. These techincal wage type are generated by the system after
the payroll processi ng. CONFIUGRATION: PROCESSING CLASS: SPRO=> PAYROLL => PAYR
OLL USA => BASIC SETTINGS => PAYROLL ORGANIZATION => ENVIR ORNMENT FOR MAINTAINI
NG WAGE TYPES => PROCESSING CLASSES AND EVALUATION CLASSES => Maintain Procssing
classes and their specifications: 1 - Assignment to Valuation Basis. We maintai
n this processing class for all the wage types with an appropriate specification
to identify or to calculate the ho urly rate. Example: WPBP: This is the first
table either in time management and payroll that is going to b e created for run
ning the schema.
This table we have 0008 infotype. Wage types: 7000 7001 7002 7003 Basic Pay Spec
ial allowance Project allowance Comission
The way we have a TIP table in Time evaluation, we have IT table in Payroll. Al
l the wage types are going to be stored in IT table for schema processing as inp
ut. The way we have PTIP in Time evaluation, we have PIT table in payroll. The
reason we don't read IT table in time management we will not be able to see payr
oll wage types in tme evalation. Now we have 4 wage types as specified above, no
w we need to pick which wage type is required for hourly rate calculation. We ne
ed to provide the processing cla ss 1, but to understand how it has to process w
e need to maintain specification class. Example: For unpaid absence deduction: B
asic pay only For oncall support payment: Basic pay + Special allowance. Then we
need to check as below: Basic Pay Special allownace - /001 and /002 - /002 only
Why should we calculate hourly rate since begining of the employment: Once we de
rive the hourly rate, system will prorate the employee tenure in the c ompany an
d multiple with the hourly rate. Select the processing class 1 and click on proc
essing class specifications: Here we wll find the list of specifications. Create
a specification class = B = Add the wage type to /005 (It is just a descr iptio
n) To push it to a wage type we need to do it in payroll. Every processing class
has a documentation. Now go to V_512W_D For the processing class 1 = we need to
choose B specification class for that wa ge type. In processing calsses 0 is al
so going to have its own meaing and it is different from blank. Keep 0 as specif
ication for 7001,7002,7003. Go to PE02: PCR: X010
*x010 **1 **2 **3 = ESG for CAP (Salaried) ***VWTCL 01 (Check the processing cla
ss 01) * ERROR (It means, if the processing class is spec ified as blank the err
or should be populated) 0 ADDWT * (Add the wage type to output table) Info: ADDW
TI ADDWTE ADDWTL ADDWT ADDWT * = Add to * = Add to * = Add to * = Add to 1234 =
Add IT table (Input Table) RT Table (Results Table) LRT Table (Last results tabl
e) OT Table (Output Table) to Wage type 1234. 1 (In this subnavigation we are pu
shing the value to /00 1 wage type) 2 3 4 5 6 7 8 9 A B (We need to add a proces
sing class entry and add /005 wage type) This is how we can create and assign cu
stom procssing process. 11-01-2012 X010 PCR: WPBP SPLIT: Multiple records for th
e same pay period is called split. If there employee joined in mid of the month
there will be WPBP slpit If the employee salary is not the same in the same pari
od then there will be bas ic pay split. So in both the above cases the hourly ra
te for that month is not same. If the employee take unpaid leave in first half o
f the month wher the salary is different from the second half of the month we ne
ed to derrive the exact hourly rate for the split. In Infotype 0008 if there are
any changes, then we need to consider for WPBP spl it. There can be change in 0
007 then also there will be split.
There can be change in 0027 then also tere will be split. There can be change n
0001 then also there will be split. If the employee goes on leave with inactive
status, then there will be split in 0000 infotype. Amount that is entered in 001
5 is not subject to proration. WPBP will not have split for this infotype. Amoun
t that is entered in 0014 is not subject to proration. WPBP will not have s plit
for this infotype. At a conclusion, what ever the wage types that are available
in 0008 are only co nsidered for WPBP split and system will prorate the amounts
accordingly Even though it is not a regular practice, we can also bring a wage
type that is entered 0014 for WPBP split. When there is a split in the wage type
there will be many categories of splits d one by the system after the payroll p
rocess. Example: Tax Split, Gross split... We ned to fine the required split wag
e types for our calculation based upon the calculation that is required by clien
t. In India, all most all the wage types that are required for WPBP split are ma
int ained in 0008 infotype. There is an operation called ELIMI *. It will elimin
ate all the indicator for a wage type in case of split. ELIMI R Employee sugroup
grouping table T503: All the pcr we are writing based on employee subgroup grou
ping. Here we can dif ferentiate the split based on emploee subgroup. ELIMI A Wo
rk center period WPBP - This is very specific to 0008 infotype only. ELIMI ELIMI
ELIMI ELIMI ELIMI ELIMI ELIMI ELIMI ELIMI 1 2 3 T K U X Y Z SV TBALE XS TABLE (
Not Used) ALP (Alternative Payment Table) C1 BT VO
if we keep ELIMI * system will remove all the indicators. If we keep any value o
ther than * after ELIMI then system will ignore rest all i ndicators and take th
at indicator only into consideration. If we want to use any variable after ELIMI
* then we need to write RESET Z or an y variable that is required. Both the ope
rations works like the same. The maximum number of char after ELIMI are 3. If ke
ep ELIMI R12 then system will remove all indicators except R,1 and 2.
In every payroll infotype, the employee subgroup grouping will be prefixed for e
very wage type. Based on the ESG for PCR the wage type will be processed in eve
ry pcr. In infotype 0008 we have 7000 = BASIC PAY = 10000 ADDWT * Bring wage ty
pe amount 10000 ELIMI Z = if there are any tme units split consider that, elimin
ate any other sp lit indicators. ZERO N = (Amount, Number, Rate) - Nullify the n
umber field in the WPBP and consi der the amoutn and rate only. ADDWT /001 = Add
the 10,000 derrived after the splits and after nullifying the N umber. Again sy
stem checks the second wage type 7001 = 5000 and ere ADDWT * will becom e 10,000
+ 5000 and do the similar processing as above. At the end it will take all the
wage types in 0008 based on the indicators and add to /001 for gross sa lary. X0
13 - Division of Valuation Bases. X013 * 1 2 3 (ESG for PCR) VWTCL 01 (Chec the
processing class 1) * (Any Specfication other than 5) ADDWT * (Add all wage type
s to output table - O T) 5 (If the specification class is 5) RTE = TSDIVP (Rate
= (Average number of working hours in 0008)) = 175 (Example) DIVID ARR (Division
of Amount / Number / Rate) = 10,000 / 175 = 57.14285. ZERO = A (Nullify Amount
10,000) ADDWT * (Add wage types to output table - OT) After this PCR, system wil
l show the split of wage type amount in the output tab le under /001 ad /002 as
the spcification class is 3 which is to add the wage ty pe to /001 and /002 PROR
AM FOR PAYROLL CALCULATION IS RPCALCU0 Maintain 0210 infotype prior to payroll g
eneration. Generate test run for one employee. In the output table IT: 3 7700 Ba
sic Pay 01 Here 3 is the ESG and 01 is the split number.
If there is a split, system will calculate the amount/ number of days for that w
age type into number of splits available in that month. The average working hou
rs in 0008 infotype are based on the payroll area - peri od parameter. We should
also define the wage type amount only based on the Payr oll period. Example: If
it is a weekly payroll employee the hourly rate is going to be calculated bas e
d on the weekly value available in average woring hours. DIVID = Devide ADD = AD
D SUBS = Substract 12.01.2012 PCR: X020 (Cumulation of Gross Amounts) PROCESSING
CLASS 3:Cummulation and Storage of wage type. Specifications type 0 - Pass on u
nchanged: Just move it to out put table for futher analysis withou t any process
. Example Basic pay wage types. 1 - Storage, cumulation with esg for pcr and ac2
indicator: Storage, cumulate w ith ESG for pcr and ac2 indcator for time wage t
ypes. Initally we wll identify the hourly rate, once we get the hourly wage, in
time w age type we will only know the nmber of hours. Now we need to get the Amo
unt, so we need to multiple the number with the rate based on this specification
class. This process is called time wage types valuation. The table for time val
uation is : V_512W_B (Time Wage type Valuation) Sect the time wage type 1205. Ti
me wage type is nothing but an absences or attendance type. Double cick on the w
age type 1205. If it s a time wage type we will have only hours. Valuation of Cu
rrent Wage type: Valuation Basis 01 means it is a technical wage type /001. % Ra
te is how much percentage of the specified wage type should the time wage ty pe
be valuated. The valuation will change between different wage types. We need to
identify the rate and store them in /0** series wage type and assign that valuat
ion basis in this field. Statement Wage type: If we want to transfer the amount
calculated in this time wage type to another wage type then we need to specify t
he wage type in statemen t wage type. Example: 6260.
Example scenario: Employee on a public holiday and on a weekend, the employee wo
rked on that speci fic day. According to the company policy, if the employee com
es and works on su ch days, he is entitled for holiday allowance, over time and
weekend premium. OT = 125% HOL = 25% WEND ALLW = 10% 1400 = Over time on weekend
. 1401 = Holiday Allowance 1402 = Weekend allowance. Wage type: 1400 Current Wag
e type: Valuation Bases:01 Rate:125.00 First derrived wage type: Valuation Bases
:01 Statement Wage type:1401 Rate:25.00 Second Derrived wage type: Valuation Bas
es:01 Statement Wage type: 1402 Rate:10% In the output for 1400 wage type we wil
l have the total value o three wage type. We can create the time wage types in O
H11 or under create time wage types naviga tion. Second scenario: Employee on a
public holiday and on a weekend, the employee worked on that speci fic day. Pay
him 200%. Create tme wage types: 1400 = Over time on weekend. Valuaton Bases : /
001 Statement: % Rate = 200 Scanario: Weekend Premium is paid with different rat
e Holiday Premium is paid with different rate Over time allowance with a differe
nt rate
Then we to transfer the rates into diferent valuation bases: 1400 = Over time on
weekend. Valuaton Bases : /001 Statement: % Rate = 200 1401 = Over time on week
end. Valuaton Bases : /002 Statement: % Rate = 200 1402 = Over time on weekend.
Valuaton Bases : /003 Statement: % Rate = 200 We can also handle this requiremen
t directly in tme schema by creating time wage types in PCR. Scenario: If the co
mpany fix an amount of 200 per hour as a constant rate. In the valuation basis w
e need to take K (for constant) Earlier we have discussed T510K table based on t
he wage type. Here in the valuation basis K, it is not with reference to wage ty
pes. If we need the rate or both hourly and salaried employee same then we maint
ain t he value in T510K. If the hourly employee and salaried employee rates are
different then we need to maintain the values in T510J constant table. Here we n
eed to create the same wage type in two MODIF groupings and use them in TMON or
MODT pcr. Same like time management we have TMON or MODT we have a similar PCR i
n Payroll schema also. Scenario: If the employee have rates diffentiated based o
n pascale structure, then we need to use the Valuation Basis TS. The classficati
on will be based on below parameters: ESG for PCR: Payscale type:
Payscale Area: Payscale Groups: Payscale Levels: We will define the rate in T510
Table (Revise Payscale Groups and levels). GRP CUR 3 PSGRP MGR LVL 01 WAGE TYP
1205 START DATE 01.01.1900 END DATE 31.12.9999 AMOUNT 100
SCENARIO: Valuation Basis : TG. It works just like TS. But it wont consider the
payscale levels. SCENARIO: Valuation Basis : T. It works just like TS. But it wo
nt consider the payscale Groups and levels. SCENARIO: The consultant some times,
keep all the values in time wage type valuation. The y will handle the calculat
ion directly in the pcr. For handling this scanarios: Got to Constant table: T51
1K. Create: Variable: K1234 - Test constant 1 Variable: K1235 - Test Constant 2
01.01.1900 01.01.1900 31.12.9999 31.12.9999 55 60
We need to define the constats based on employeee groups. every wage type should
have either number or amount or rate. x xxxx OUTWPPERSG Y SCOND=T IF X SCOND=F
IF in payroll: 3 1206 RTE=KK1234 MULT NRA ADDWT* **** ADDWT*
X020 3 (ESG for PCR) **** (Any Wage type) VWTCL 03 (Processing Class 03) * (Spec
ification class specified other than belo w) ADDWT* (Add wage type 0 (If the spe
cification class ADDWT* (Add wage type 1 (If the specification class ADDWTE* (Ad
d the wage ble ELIMI RK (Exlude processing indicators o ther than R,K). In stand
ard PCR it is wrong. ADDCU (Add t0 cumulation wage type n out put table) For tim
e wage types we alwasy use specification 1. Offset Wagetype: It is neither earni
ng or deduction, these are reference wage t ypes only. 2 ELIMI * ADDWTE* 3 ADDWT
e* 4 ADDWT* ELIMI AR ADDCU 5 ADDWTE* ELIMI KTX ADCU ELIMI * ..... PROCESSING CLA
SS 5: Create Net remmuneration and toatl expenditure: /550 - Net Remuneation /70
0 - Total Expenditure PCR used for this processing class:X030 Here we derrive ho
w much we need to pay to the employee and what is the total co st to the employe
e. In the below PCR we will define which wage types should be added to /550 and
which wage type should be added to /700. X030 (Cumulation of Net Amount) * (Any
ESG for PCR and CAP) **** (Any Payroll Wage Type) VWTCL 05 (Processing Class 05)
* (Any specfication which is not mentioned below ) ADDWT* (Add to output table)
0 (If the specification is 0) to output table) is 0) to output table) is 1) typ
e to Results ta
ELIMI * (Elimite all split indicators) ADDWTE* (Add to Results Table) ADDWT/550
(Add to /550 Wage type) ADDWT/700 (Add to /700 wage type) 1 (If the specificatio
n is 1) ELIMI * (Elimite all split indicators) ADDWT * (Add to output table) 3 (
If the specificaton is 3) ELIMI * (Elimite all split indicators) ADDWT /550 (Add
to output table) We maintain indicator 3 for storing the Net remunneration) 4 (
If the specificaton is 3) Summarized storage in RT and substratition in Net ELIM
I* ADDWTE* SUBWT /550 5 (if te specification is 5) Summarized storage in RT and
addition in total expenditure ELIMI* ADDWT /700 class: 13.01.2012 PROCESSING CLA
SS 6: Enter wage type from old payroll account in LRT. RESULTS OF TABES: The bel
ow tables wll be stored after the payroll process: RT : Results Table, It concta
ins the current results when ever the payroll is e xecuted. LRT: Last results ta
ble, this will be previous payroll process results ORT: Original results table,
We may not need accumulate all the wage type results in LRT. Example: System sho
uld check the balance in 0015 and deducted in 0014 every month till th e balance
becomes zero. MAY: BALANCE: 800 TOTAL: 400 DEDUCTION: 200 JUNE: We only need Ba
lance: 800 here as LRT to carry over next period for processing. The PCR behind
this processing class is X006.
The specification for processing class are as below: 0 - Wage Type will not be t
ransferred. 1 - Wage type will be taken from PRevious Payroll. 2 - Wage type wil
l be taken from same year. X006: * **** VWTCL 06 (If Processing Class 06) * ERRO
R (Cancle Processing) 0 1 ADDWTL* (Add to Last results Table) 2 LRTST Y (LRTST =
Previous Month is in?, Y = Same Year) ADDWTL* (Add to Last Reslts Table) PAYROL
L SCHEMA In time management we have global schema, but in payroll, we will have
payroll f or every country. India USA UK = IN00 = U000 = GB00
Program name for payroll driver: RPCALCX0. The last two digits in the program re
presents the country of the payroll process . India USA UK INTERNATIONAL = = = =
RPCALCIN. RPCALCU0. RPCALCGB. RPCALCX0.
SIMMULATION RUN: PCOO_M10_CALC_SMU - Simmulation. In M10, the 10 represents MOLG
A. For India it is M40 For International it is M99 For UK it is M08. The Payroll
is process is based on the payroll area and payroll period. Current Period: Wha
t ever the period is open in control record wll be considere d for payroll proce
ssing. When ever the user want to run using the current period, the payroll area
need t o be relased. Other period: This is used for current and future payroll
periods payroll proce ss. It will be generally used for testing the payroll proc
ess. Personnel Number: If we want to run payroll for a specific employee, then w
e ne
ed to enter the personnel number here without entering the payroll area Schema:
U000 - Here we specify the schema we use for payroll processing Forced retro acc
ounting as of: If we want retro to be calcuated from specific d ate irrespective
of whether it is available in 0003 or not, then specify the dat e here and it w
ill process the payroll only from the specified date in this peri od. Another ex
ample is, if we change the configuration, 0003 will ot be updated. so we need to
give the date from when it has to run retro of each and every employ ee. In the
below scenario: 0003 earliest master data change date is 1st jan 2010, the date
given in forced retro acounting as of is 1st june 2010. System will always cons
ider the earlies t date of both for the processing. Here it will take 1st Jan 20
10. Display Log: Show the log in the output table: Display log for time manageme
nt additionally. In payroll schema we will have time eval schema: Scenario: The
employee will leave the company today after work, but today he is going to w ork
till midnight or the time evaluation is not executed prior to the employee s hi
ft completion, then this check box will bring the employee time evalauation pr i
or to payroll in this field. While running the schema with this cehck, system wi
ll show if there are any erro s in time evaluation and populate the error log wh
ich we can use for check the e rrors and resolve. Remmuneration statment paamete
rs: Payslip is configred in different methods. 1. HR Forms 2. Smart Forms:In sma
rt forms, we can have logo and other additions features. SCHEMA: U000 In Payroll
most of them are subschemas: SUBSCHEMA: UINO = Initialization of US Payroll. PG
M ABR = Check which type of payroll program are you using.
The reason for this function is, it will determine whether it is regular payroll
or Bonus Payroll or correction payroll or payroll adjustments. We can find the
types of payroll in offcycle payroll field in the schems process ing program: Bl
ank Regular paroll A - Bonus Payrol
B - Correction Payroll C - Manual Check (Payroll Results Adjustmnets) S - Additi
onal Payments The types of payroll as above are same as time management status i
n 0007 infotyp e. UPD OPT OPT YES = Whether the data base is updated properly or
not. INFT = Read only processed infotypes. TIME = Read all time Infotype.
OPT DEC = It is going to be commented in realtime systems also. If we activ ate
it, the hourly rates will be processed with more than 2 decimals. CHECK ABR = It
is going to be commnet it in development and quality sy stem. But it will be ac
tivated in production system. If this function is activa ted, the payroll wil no
t be processed if the payroll area is not released in con trol record. OPT BSI =
Check whether all the BSI switches are open. It will be activated in Production
system. But testing payroll we can deactivate this function. The BSI will be in
terfaced using transaction code :SM59 => TCP/IP connection (SOAP in the latest T
erm)=> BSI-US-UPDATE. SUBSCHEMA: UBD0 = Basic Data Processing ENAME = Go and Rea
d employee name WPBP = Go and Read employee wor place basic pay data. P0002 = Go
and Read 0002 infotype data. P0006 = Go and Read 0006 infotype data. P0207 2 =
Go and read residence tax area and "2" = whether W4 information in f iling statu
s in 0201 infotype. The informatio that is output of 207 and 210 are stored in T
AXR internal table. P014 UW14 GEN NOAB = Split WPBP and set APZNR for P0014. (Th
is UW14 P CR will force system to check 0014 if there is any change in addition
to WPBP ta ble) While runnign the test run we can open and maintain data in PA30
. But in live r un it will throw error if we do so. In 0014 infotype, if the pay
mement model should not be considered. then we need to remove the payment model
from the 0014. In India we don't have this pcr for 0014 split. We need to copy a
nd customize t o use it in Indian Payroll P0014 = Read Infotype 0014 UW14 = Read
if ther are any splits GEN = Generate the data
NOAB = Irrespective of employee. UW14: (Spliting WPBP and assigning the split to
IT * **** ELIMI A (Elimiate all except Indicator A) WPVPCW WPBPC = Operation WP
BPCA = Amount is distributed according to calendar days. Example: 01.04.2010 - 3
0.04.2010 the Payment is 3000 for WPBP and 300 for 0014. SPLIT: WPBP 01 - 01.01.
2010 - 10.10.2010. 1000 WPBP 02 - 11.01.2010 - 30.10.2010. 2000 0014 01 - 01.01.
2010 - 10.10.2010 100 0014 02 - 11.01.2010 - 30.10.2010 200 WPBPCD = Amount will
be same and updated for every split. Example: 01.04.2010 - 30.04.2010 the Payme
nt is 3000 for WPBP and 300 for 0014. employee have his payroll areas a1 from 01
- 10 apr and 11 - 20 apr in payroll a rea A2 WPBP 01 - 01.01.2010 - 10.10.2010.
1000 WPBP 02 - 11.01.2010 - 30.10.2010. 2000 0014 01 - 01.01.2010 - 10.10.2010
300 0014 02 - 11.01.2010 - 30.10.2010 300 WPBPCS = If the validty period starts
or ends during the preiod , the entry in t able WPBP is split using this date. S
ystem will create a split in WPBP table and OT table for further processing. Exa
mple: 01.04.2010 - 30.04.2010 the Payment is 3000 for WPBP and 300 for 0014. SPL
IT WPBP 01 - 01.01.2010 - 30.10.2010 0014 01 - 01.01.2010 - 10.10.2010 0014 02 -
11.01.2010 - 30.10.2010 WPBPCW = It will create a split but don't transfer the
data to IT table. What ever the wage type we have in 0014, we don't need this am
ount for hourly ra te calculation. This will reduce the payroll processing time
by excuding this s plit and it can be take care at later point of time in the sc
hema. PRINT NP NAM = Print employee name.
PRINT = Print NP = In a New Page
NAM = with employee Name PRINT PRINT PRINT IF RFRSH ll WPBP = Print Workplace ba
sic pay TAXR = Print TAXT data received from 207 and 210 PERM = Print data from
personal data infotype SPRN = If it is offcycle payroll IT = Delete the IT data
as it is not required for offcycle payro
PRINT = Print 17th jan 2012 UPRO: This subscema will process the retro payroll.
It will read previous resul ts of current period. IF R
It will check each and every wage type in the previous period in comparision to
the current period. It the value is negative then system will deduct and if it i
s positive it will create payment for the employee salary in that month. LPBEG R
C
Lopp at previous results (Still valid) in retuls table IMPRT O
System will download all the tables from ORT table (Old Results table). All ORT,
LRT and RT tables have the same table structure. PITAB M OV0
This function is used to merge two different internal tables. M = Merge, IT wil
l delete the value in one interna table and merge the value in another internal
table. D = Deelete. Example: Variabe pay: 10000 Project special allowance: 10% o
n Variable pay. Which ever the wage types are processed will go to RT tabe, whic
h are not proces sed will be available in IT table. There is a payment called pr
oject special payment. We can modify or change the calculation only as long as t
he values are in input table. If the results are p osted to the output table the
n no changes can be done for that period. FILIF = Is an operation will help to r
eset the original values back to the wage
type. We can write this operation before transfering the wage types to the outp
ut tabe. To keep the value secured until next processing. So we need to replicat
e this in a different internal table. PITAB will create another temporary table
and tran sfer the values. once the project allowance as shown in the above examp
le is der rived, it can be posted to results table. FILIF can be used to roll ba
ck the current value in the wage type to original va lue. This Operations can be
as many numbers as required. Ultimately PITAB function will create a temporary
table and copy the values. M = Remove the value in actual table and instert in t
emporary table. V0 = 5 OV0 = 10 after PITAB = OV0 = 15. A = Copy the value in ac
tual tabe to the temporary table. L = PITBA A PCT
This fucntion is used to add values from one internal table to another internal
table. A = Add. LPEND End Loop
SUBSCHEMA: XLRO: Import previous payroll results. Example: Employee is issued a
cheque and empltoyee is paid difference in compar ision to the previous payroll.
This Subschema wil transfer the results to /564 ( Advances) wage type, it will
be from the same payroll period. T569V = Table to check if the payroll is in exi
t status. This should be used fo r functional specs for defining the logic. Comp
anies like ADP / Deloitte will check the payroll results after payroll proce ss.
If we want to send the data, we should send only after payroll is exit. In USA,
the employer can deduct the excess tax if there is excess then the exces s amou
nt will be paid back to the employee with in 14 days. If the eployer is pa ying
less tax, the employer will attract penalty. to avoid this kind of scenario s, t
he company will send the data to 3rd party only after the payroll exit. Using an
interface the data will be sent to 3rd party with date and time stamp i n the b
ackground. Another scenario is in a specific payroll period, certain employees p
ayroll is n ot processed and user need to correct the data and reprocess to exit
payroll. So Ultimately the payroll results should be posted to 3rd party only a
fter exit payroll. A test scenario is must for every functional specification. S
AS = Statement of Audit Standards will not clear the FSD if the test scenario i
s not available in some companies.
XLRO will store the previous results table in LRT table. LRT need not have retro
to bring the data from previous results. It is only to check the balances avail
able after last procss to pay the remaining in the curre nt month. Example: Ever
y month there should be a deduction of $500 for 401K every month. APR MAY JUN +
500 = IMPRT PORT X006 $400 $500 - Employee has insufficient funds. $900 - When t
here is a slary increments effective from april (400 + 500 1400 - 500 = 900) ORT
L = iMPORT LAST RESULTS P06 NOAB
If there is any payroll process required from pervious payroll period to current
payroll period the PCR used is X006. But the employee dosen't have sufficient f
unds in th ORT need retro to bring the data from previous results. All the wage
types that are required from previous pay period for cauculation in the current
month are only brought using this PCR and stored in LRT table. Example: We might
not need Basic pay but we need advance balance. SETCU Prepare CRT (Cumuative Re
sults Table) old results. Example: The maximum 401K is 17000 and the employee al
ready paid 16000. so if there are 6 months remaining then the 1000 will be distr
ibuted accordingly. The total paid will be available in CRT table. The last bala
nce will be available in LRT to calculate. In USA we have table called TCRT (Tax
Cumulative results table). We don't have this in Indian Payroll. The structure
of CRT and TCTR is different. The YTD values are available in CRT table except t
ax wage type. In TRCT table w e can see all the wage types including tax wage ty
pe. In TCRT, the tax paid is for different authorities. Here we will find additi
ona l fields like what is the tax authority and which period is that tax authori
ty t he tax paid for. Every payperiod, system will check the LRT table irrespect
ive whether it is retr o or not. ORT will be checked only if there is a retro SU
B SCHEMA: UMO0 = Determine Payroll Modifier. It is as good as TMON PCR in time m
anagement.
MOD
UMO1
Determine US Payroll Modifiers. UM01 (PCR) 3 (ESG for PCR) **** (For any wage ty
pe) UMODI 5=00 UMODI is same as MODIF in time management. This PCR will be used
only for Long term disability employees. Here 5 means, it is an indicator for lo
ng term disability. Company will pay upto 13 weeks for a short term disability,
if still the employe e don't come to the company, employee will execute an actio
n and convert the eml ployee to inactive status and declare him as long term dis
ablity. During this period the employee will be paid as below: 3 Months = 100% P
ayment 1 Month = 75% Payment 1 Month = 50% Payment Here the above % split may no
t be same for salaried employee and hourly employee . Here 5 will be read from c
onfiguration, just like time we define in T554C / T554 A Tables. Check the confi
guration. MOD = Modifiers for Payroll accounting MODIF A = 01. (Absence Valuatio
n) If the employee took an absences, the payment might be different from salarie
s a nd hourly. This MODIF A will differtiate the payment between hourly and slar
ied employee using the parameter. This operation will read T554C table. MODIF 2
= 01. This will read T510J table for constant based on wage type table. MODIF B
= 01. This will read T51D1 table for Limit Modifiers. Example: There is a parkin
g fees, the maximum deduction is 1000 per year for Salaried Emp loyees. We are d
educting 150 for both salaried and hourly. Here if it is salaried employee syste
m will stop at 1000 and for hourly it will deduct 150 for the complete period. T
his different is set in this table. MODIF C = A. (Accrual Basis) MODIF D = 0. (D
elay Basis) MODIF C AND D are not in Use. In the output all the groupings are st
ored in MODIF output table.
Till now we checked the payroll readiness. SUBSCHEMA = UT00: Gross compensation
and time evaluation. In International and other payroll schemas, we will have XT
00 instead of UT00. The contents are same or UT00 and XT00. We can use XT00 also
in USA instead of UT00. PRINT NP PCI
Personal calendar annual view: It will read and print the infotype 0007 for wor
king and holidays for the complete year. It is just for information. PRINT NP PC
IP
Personal calendar period view: It will read and print the infotype 0007 in a pay
roll period view. It is just for information. GENPPS This function will generat
e the periodic work schedule of an employee provided i f the employee is active
or retiree where we run the payroll. During data migration, it is recommended to
run work schedule generation atleast one month before the payroll proces. This
is a very important function. Based on this function we can determine: How many
Working Hours How many working days How many calendar days CHECK THE SCHEMA TILL
THIS STEP TO UNDERSTAND WHAT IS HAPPING IN THE LOG. The output for GENPPS is PS
P table (Personnel work schedules) PSP is the same table used in time evaluation
to store the data. It will take o ne day before and one day after the generatio
n data. ********************* 18TH JAN 2012 PARTP - PARTIAL MONTHLY (PERIOD) PAR
AMETER Till now we have identified the partial days available in the period. Her
e we a re going to identify how may working days, how many calednar days in that
partia l perod. This function is going to identify partial period valued in a m
onth. Input for PARTP Function is: 1. WPBP - How many splits are there. 2. PSP -
How many number of days the employee supposed to work tat particular pe riod. (
PSP - PERSONNEL SHIFT SCHEDULE) During customizing also We need to ensure all th
e WPBP and PSP splits are determ ined and processed before PARTP Function.
The output of PARTP wil be as below: To know the below, go to PE04. Go to funtio
n PARTP. Click on documenation. Go through the documentation click on any highli
ghted link, further check for RTE highligted link and you can find the below doc
umentation. You can even give the Operation RTE in PE04 and find t he complete d
ocumentation below. In Payroll schema RTE is same as HRS operation in time manag
ement. G T S A K SOLL AU AP AX DM DIVP ** GSSOLL GASOLL GKSOLL GSAU** GAAU** GKA
U** s GSAP** GAAP** GKAP** GSAX** GAAX** g classes GKAX** nting classes GSDM GAD
M = Whole Period = Partial Period = Working Time in Hours = Payroll Days = Calen
dar Days = = = = = = = Planned Time Unpaid Absence Paid Absence Public Holiday I
ndividual Period Flat Rate Any counting class for the Absences. TSSOLL Planned w
orking hours TASOLL Planned working time in work days TKSOLL Planned working tim
e in calendar days TSAU** Unpaid absences in hours for all counting classes TAAU
** Unpaid absences in working days for all counting classes TKAU** Unpaid absenc
es in calendar days for all counting classe TSAP** Paid absences in hours for al
l counting classes TAAP** Paid absences in working days for all counting classes
GKAP** Paid absences in calendar days for all counting classes TSAX** Work on p
ublic holidays in hours or all counting classes TAAX** Work on Public holidays o
n all work days for all countin TKAX** Work on public holidays on all calendar d
ays for all cou TSDIVI Individual period working time in hours TADIVI Individual
period working time in work days
SDIVI = How many hours the employee supposed to work according to a specific wor
k schedule. ADIVI = How many days the employee supposed to work according to a
specific work schedule. Example: Purpose - We need to pay exact amount to the em
ployee. Suppose the employee agr eed to work 8 hours a day and 5 days a week so
its 176 hours a month. From 01 - 10 = 176 hours per month pattern.
From 11 - 30 = 208 Hours per month pattern declared by the management. Employee
salary = 3000 per month So it will be: 01 - 10 = 3000/176 11 - 30 = 3000/208 So
the calculation will be like this: If it is calendar Days TKSOLL(Total Number of
Partial period calendar days) - TAAU** (Number of absence s in that partial per
iod)*3000(Monthly Salary) /TKSOLL (Partial Planned calendar days - (01 - 10 = 10
Days) and (11 - 30 = 20 days) or TADIVI (Partial Planned w orking days accordin
g to work schedule (01 - 10 = 9 Days) and (11 - 30 = 17 days ) GSDIVP GADIVP GKD
IVP TSDIVP Flat Rate period working time in hours TADIVP Flat Rate period workin
g time in working days TKDIVP Flat Rate period working time in calendary Days
In a month we might have 28/29/30/31. To maintain flat rate irrespective number
of days in the month DIVP is used. Feb = 28 Days Mar = 31 Days Apr = 30 Days If
there are unpaid days as 10 in a month. Then Feb = 28 - 10 * 3000 Mar = 31 - 10
* 3000 Apr = 30 - 10 * 3000 In Indian scenario, the rate is fixed per 30 days. S
o we see no diference in th e pay irrespective of month. We need to maintain T51
0H or T511K tables. USA Scenario: FEB = 20 Working days MAY = 23 working days Fo
r Hourly employee we should not take flat rate. So we need to take as below: TSS
OLL(PARTIAL PLANNED WORKING DAYS IN MONTH) - TAAU** (UNPAID ABSENCES FOR THE PAR
TIAL PERIOD/ TSDIVI(PARTIAL WORKING DAYS ACCORDING TO WORK SCHEDULE) If company
choose to go for Hours: TSSOLL(PARTIAL PLANNED WORKING DAYS IN MONTH) - TAAU** (
UNPAID ABSENCES FOR THE PARTIAL PERIOD/ TSDIVP(PARTIAL WORKING HOURS IN ACCORDIN
G TO WORK SCHEDULE) If empoyee join date is 20th of the month, system will check
how many working ho urs are there accoding to work schedule using TSDIVI, syste
m will check how many
working days are there accoding to work schedule using TADIVI. GENPS function wi
ll generate only if the employement status is Active - STAT2 = 1 (Active) / 2 (R
etiree) S and A are going to be on employee work schedule and K is going to be o
n month always. FUNCTION: P2003 - Import sihift substitution into Periodic works
chedle. P2003 s**
It will read if there are any substitutions recorded for that specific employee
in the month. PIT U010 P01 Create valuation bases (addtion / substraction)
The output will added to /001 and /002 PIT X013 P01 Create Valuation Bases (Divi
sion)
The output will added to /001 and /002 OPERATION: RAB (Import Absences) PAYROLL
=> PAYROLL USA => DAY PROCESSING OF TIME DATA => DEFINE TIME TYPES (T555 A) PAYR
OLL => PAYROLL USA => DAY PROCESSING OF TIME DATA => Assign identifiers (T5 55Y)
Its just a replication of time Navigation in payroll, no need to do it again he
r e if we do it in time management. PAYROLL => PAYROLL USA => ABSENCES Till now
in time management, we assume that all the absences are paid. But no w here in t
ime manage we specified the paid or unpaid absences. PAB - Processing of the abs
ences in payroll. There is an alternative way of procesing the absences by gener
ating the wage typ e in time evaluation and valuating the wage type in T512W_B t
able. In time management create 3 wage type: 1234 - PL 1235 - SL 1236 - Unpaid V
ARSTABTYP PL OUTTYP A ADDZL1234 SL OUTTYP A ADDZL1235 UP OUTTYP A ADDZL1236
Valuation of absences in Payroll: PAYROLL => PAYROLL USA => ABSENCES => Describe
Absence valuation rules. The valuation rule is 2 digit code. The best practice
is to create individual valuation for each absence type in pay roll New Entries:
77 78 79 Sick Leave PL Paid Unpaid Leave
We need to maintain valuation rule for every absence. PAYROLL => PAYROLL USA =>
ABSENCES => Assign Absences to Valuation Class. PSG AT/ABS TYP VAL CLASS 30 5001
78 30 5002 77 30 UNPL 79 AT/ABS TYPE TEXT PL SL UNPL START DATE 01.01.1900 01.0
1.1900 01.01.1900 END DATE 31.12.9999 31.12.9999 31.12.9999
PAYROLL => PAYROLL USA => ABSENCES => Determine Grouping for absence valuation:
Feature: UMOD Here we need to define if there is any different between salaried
and hourly emp loyee for absence valuation. If we want to modify, we need copy a
nd then modify. Update schema UT00 (It is the schema where this UMOD or copy of
UMOD need to be upated. 19th Jan 2012. Payroll => PAYROL USA => ABSENCES=> Creat
e wage type cataogue. Copy the wage types: Wage type model: 0520 is for absence
valuation. 8355 = Sick Pay 8356 8357 8358 It is not mandatory to copy but it dep
ends on the requirement. We purpose of th is wage type is to assign to absence t
ype. 1. If we want to print any kind of information on payslip, it is possible o
nly t hrough a wage type. 2. If a company want to show both planned and actual w
age types on payslip then we need to create a wage type Absence Valuation => Eva
luate absences using AS IF principle:
Table: T554C New Entries: Abs Val Grp 01 (MODIF A = 01 in payroll schema) Valuat
ion Rule 77 (Sick Leave) Start Date: 01.01.1900 End Date: 31.12.9999 A table ent
ry in T554E table is a prerequisite for this table entry CC for absence = Entry
in T554E table. Paid X (If this box is checked, it means it is a paid absences.
For unpaid abs ences this should not be checked) Percentage = 100%, Percentage o
f payment for the employee. If there is a rule like, if salaried employee we nee
d to pay 100% and for hourly employee we need to pay 75%. We can diferentiate us
ing Absence Valuation Group ing (MODIF A = 02). This is the significance of MODI
F A. Wage type: 8355 Description: Sick Pay Time Unit: I I = Valation in current
payroll period. B = Valuation in First Payroll Period. First payroll period gene
rated in payroll periods for that year. Percentage: 100% Time Unit: AH (Absence
Hours) KT AT AH RT RH = = = = = Calendar Days Absence Days Absence Hours Payroll
Days Payroll Hours
Basic Pay split: X (Valuate the absence according to WPBP Split) Abs Val Grp = 0
1 Val rule = 79 Start Date =01.01.1900 End Date = 31.12.9999 CC for absences = 7
9 Description = Unpaid leave Paid: (No check) Percentage 100% Days Rule = Blank
Remaining same as previous wage type. Wage type: 8359 description: unpaid leave
Time: I
Percentage: 100% Time Unit: AH Basic Paysplit =X After there this coniguration w
e have to specify Valuation baises in 512W_B. If we want the basic pay directly
reduced and shown in payslip then this entry i s not required and we do it in fa
ctoring in schema. If we want to show the basic pay and deduction separately, th
en we need to do th e above entry + configure processing class in the 512W_B. Th
e day rules are used in situations like, if the employee is taking this leave on
a specific day then the configuration specified in this wage type should be a p
plicable. Valuation Basis table:512W_B Wage type: 8359 Valuation basis 01 % Rate
= 100% If sick leave a different process is required then we need to change in
valuatio n basis. This is the completion of absence valuation. SHORT TERM DISABI
LITY AND LONG TERM DISABILITY PLANS: It is country specific so it is maintain un
der payroll navigation: 1. Setup STD/LTD Plans => Establish and define short/lon
g term disability Plans. New Entries: (Copy an Entry) STD/LTD Plan: 20 STD PLAN
USA. STD Quota: Quota per Year Illnes Permission: X (If the employe is applying
an STD / LTD, employee need to apply sick leave prior to that. This should remai
n applicable only if the quota of sick leave is complete. Illness Quota = Quota
er year per illness In the same table: STD/LTD Plans => PLAN DEFINITION C Unit 1
Weeks C = STD STD STD CS Unit STD 3rd Unit Year 8 Weeks Start Date 01.01.1900 E
nd Date 31.12.9999 STD 1st Unit 1 Weeks STD 2nd 4
Seniority in CS Unit. 1st = 100% 2nd = 75% 3rd = 50%
The employee should maintain sick leave prior to applying STD which is shown how
many days in the last two fields in this table. check the last two fields and u
pdate the notes.
STD/LTD Plans => PLAN DEFINITION=> STD ILLNESS DEFINITION PSG = 30 ILL TYPE = 50
08 (Employee need to apply this sick leave for 6 days for this wage type in conn
ecto to above config) DESC = SICK LEAVE ABS/ATT TYP = 6700 DESCRIPTION = (STD DI
SABILITY LEAVE) START DATE: 01.01.1900 END DATE: 31.12.9999 2008 screen in 2001
infotype will have a different screen for STD absence type. Assign STD/LTD Plans
for Org Units: If STD/LTD is applicable only for Production employees only, the
n we can define in this navigation. We can also define which STD is applicable f
or which departm ent / Enterprise structure. Feature: 07MSP (Determine Sick Pay
Modifier) We can not only give this feature for Enterprise structure but also be
applied b ased on organizational unit. ASSIGN HIRE DATE TYPE TO ORGANIZATIONAL
UNIT: Feature: 07DTY If we want to check the seniority in STD using a date type
specified in 0041, If there is no value in this feature 07DTY: Determine Hire da
te type, then system will check the Hire date as the date for seniority configur
ation. PREPARE PAYROLL FOR PROCESSING PAY RELATED TO STD/LTD PLANS: In earlier c
oniguration we can specifiy only one valuation rule for each wage ty pe. So for
single valuation rules we cannot give 3 different percentages as req uired for S
TD. So here we need to create 3 valuation rules. 25 26 27 STD -1 (For first time
) STD -2 (For Second time) STD -3 (For Third time) 30 6700 25
PSG abs val rule
3rd step :Define 554C table: In 554c we need to define percentage as below: 1. 1
00% = Paid 2. 75% = Paid and 25% Unpaid 3. 50% = Paid and 50% Unpaid The second
entry is only for statistical calculation purpose and it is not manda
tory but its a best practice to maintain. 4th step PREPARE PAYROLL FOR PROCESSIN
G PAY RELATED TO STD/LTD PLANS => CHECK AB SENCE BREAKUP FOR STD AND LTD. PCR =
UMO1 IS FOR STD PLANS => CHECK ABSENCE BREAKDOWN FOR STD ABSENCE VALUATION RULE
SICK PAY SUPPLIMENT RULE VALUEATION RULE START DATE END DATE P V1 V2 V3 FMLA: Fa
mily Medical Leave Act. Employee can avaiail 12 weeks of unpaid leave with out t
ermination from employme nt 2008 is the screen number for absence type in absenc
e configuration. 1. Employee need work in the company for a minimum of 12 months
. 2. In the 12 months, the employee should work atleast 1250 Hours. 3. A valid r
eason should be from the list of available reasons as declared by th e governmen
t. 4. To take care of newly born child can be one reason. 5. Employee should not
have any sickleave balance. Te transaction code is : PTFMLA. Only two steps for
configuration available here. work Bench: Te reason we create a work bench is:
1. To enroll into 401k plan, the employee need to wait for 90 days. 2. In PA30,
the system wll allow to create an entry but in work bench system wil l not allow
and show a red symbol. This is the purpose of work bench. Example for work benc
h in Time evaluation is PT40 (Time managemnet Pool) FMLS GUIDELINES => Create FM
LA Reasons: New Entries: REASON TEXT BIRTH FMCAR FOST SICK Brth of Child Car of
family member Foster Care Serious Illness :01 :00 :25 :01011900 :311299999 :01 (
Payroll modifier always will be 01) :25 :26 :27
DEFINE FMLA RULES: PSG = 30 (PSG for time recording) FMLA RULE = 001 Federal FML
A
From Date: 01.01.1900 End Date: 31.12.9999 Entitlement: 12 Weeks Deduction Inter
val = Calendar Year Eligibility check: Atleast Calculation Process working hours
: atleast in last 12 Months 1SVY 1250 12 Months
X - Calculated from Planned Hours (It takes from 0007 infotype X - Calculated fr
om Hours worked from time type (Actual working time0 Day Balance (the time type
from which we need to read for this eligibility) IN THE SAME TABLE: FMLA RULES =
> ASSIGNMENT OF FMLA REASONS Here we define which reasons are allowed for this s
pecific FMLA Rule type: According to the statutory regulations, we can specify t
he reasons for which the employee is eligible for the speified FMLA Rule. REASON
S BIRTH FMCAR SICK DEFINE VALIDITY OF FMLA RULES FOR EMPLOYEES DEFINE FMLA RULE
GROUP: FEATURE : FMLMO (Define FMLA Rule Group) MOLGA => EG => RETURN VALUE 20 I
N THE TRAINING EG IS SALARIED AND HORLY (UPDATE THE PRACTICE CONFIGURATION ACCO
RDINGLY) DEFINE VALIDITY OF FMLA RULES FOR EMPLOYEES: NEW ENTRIES: PSG FMLR RULE
NAME OF THE RULE 10 (PSG For Time Recording) 20 001 FEDERAL FMLA
Here we can define the grouping for which group of employees we can allow this e
ligibility. STEPS: 1. Create Reasons: 2. Define Rules:
3. Asssigment of Rules FMLA : T5U1K TABLE => FMLA DEDUCTION AND FMLA ABSENCES =>
Define rules for determining weekly workin g time. PS GROUPING: 30 PS Grouping f
or time recording. Calculation Rule: 100 Weekly working time. Start date: 01.01.
1900 End Date: 31.12.9999 x - Constant: 30 Hours (System will multiply 12 weeks
* 30 Hours for the employe e FMLA leave calculation Reduction rule: No Reduction
Rule or X - Weekly working hours for planned working time or x - Average actual
working time (The average of parameters given below) Time type Analysis period
in weeks It is weeks analysis will be numeber of weeks (-) applied date. x - Ave
rrage planned workng time (The average of planned workng time from 0007 i nfotyp
e with parameter given below) Analysis period in week. => Determine validity of
rules for determining week converter for employees Group employees for week conv
ersion: Feature: WWKMO (Determine employee groups for weekly conversion) SAL - 0
2 HRLY - 01 Define validity rules for determing week coverter for employees New
Entries: PSG = 30 WGP = 02 wCOMP = 900 Desc = Weekly working time FMLARI = 001 T
ext: Feature FMLA The employee FMLA leave will be applied in 2001, but before ap
plying the user ne ed to check whether he/she is eligible for that leave or not.
so all this confi g is required Assign absence types for FMLA Reasons: select a
ny of the below and select the folder permissibilit per absence type.
BIRTH FMCAR FOST SICK PSG A/ATYPE ATT/ABS TEXT FMLA PER CONT PERMITTED WITH AaCT
ION REASON PER INIT PERMITTE
30 0204 D WITH ACTION REASON
in case when the employer want to apply without reason, then no need to configur
e FMLA separately. Just absence configuration is sufficient. This configuraton
will restrict the misuse of employee useage. How to check whether an employee is
eligibe for this specific leave or not: Transaction code PTFMLA Enter a reason:
Select period Select the continuity: Intermittent: Gaps in between. Status: In
Process Click on check reqest: if the period is more than 1 year from employee j
oin date then he is eligible. In the result: APPLICABE TAB: Eligibility = x mean
s not eligible and yes check mark means he is eligibile ABSENCES TAB: Click on p
rocess Absences: System wll take to PA61 Screen and apply FMLA leave for that em
ployee. If we set approval process, then in the PTFMLA screen and set the status
to appr oved from in process to get the absence visible in pa30 If the time adm
in is going to appove then tcode is PTFMLA_PROF or PT_FMLA_APP Wh ere the admin
can see the list of applied absences for approval. Here also the admin should ch
ange the status from process to approved to see the record in 2001. For absence
valuation of FMLA, We need to create and assign valuation rule for F MLA. In a s
cenario a future absences is applied in current month and paid in current month
then we need to use custom functions in pcr. GO TO RPTM0Z00 Program.
We need tell ABAPer to use this include program. It is not directly executable.
This list of custom operations or custom functions shold be written in this pr o
gram. IN PE04 FOR A FUNCITON OR OPERATION: STANDARD ROUTINE FOR OPERATIONS START
S WITH OP* FOR CUSTOM FUNCTION OR OPERATION WE NEED TO SELECT THE STRUCTURE: THE
MAXIMUM LENGTH OF OPERATION IS 5 CHAR AND OPPRAND IS 5 CHAR FOR ADDZL THE STRUC
TURE IS EB EB = 00000SVVVV 00000 = OPEARTION S = COMPARISION VVVV = WAGE TYPE TH
IS IS HOW WE HAVE TO DEFINE THE STRUCUTRE EXAMPLE: IN A COMPANY IF THERE IS NO T
IME ADMINISTRATOR MAINTAINED AND WE NEED TO QUERY BASED ON SOME OTHER PARAMETER,
WE NEED TO CREATE A CUSTOM OPERATION TO FIND THE TIME ADMINISTRATION. IN SUCH S
ITUATIONS WE USE THE CUSTOM OPERATION OR FUNCTION. THE LIST OF VALUES PERMISSIBL
ES FOR THE OPERATION ALSO NEED TO BE LISTED UNDER P ARAMETER TABLE IN PE04 => SE
LECT OPERATION => DISPLAY SCREEN. WHILE DEFINING THE PERMISSIBLE VALUES FOR OPER
ATION, WE NEED TO DEFINE THE RETUR N VALUE TO DIAGNOSE THE ERRORS IN THE OUTPUT.
VARIABLE TYPE : TYPE OF THE OPRAND, WHETHER IT IS NUMBER OR VALUE OR ALL VARIAB
LE LENGTH: LENGTH OF THE OPRAND, HOW MANY CHARACTER ARE PERMISSIBLE. RPTBU00_OPE
RATXX (Check the exact program name for each operation) The custom opearations o
r functions shold start with y or z or special character s. CREATE A CUSTOM OPER
ATION: _ADMIN CREATE DESRIPTION: CHECK THE ADMINISTRATOR SELECT ALL COUNTRIES ST
RUCTURE OF THE OPERATION: EY = 00000FFFFF ADD VALUE FIELDS: PTADM MEANING TIME A
DMINISTRATOR RETURN VALUE : 0 TYPE: ALL LENGTH: 3
ADD VALUE FIELDS: PYADM MEANING PAYROLL ADMINISTRATOR RETURN VALUE : 0 TYPE: ALL
LENGTH: 3 If we use S in the structure we need to difine permisisble comparator
s in Val.S Now we need to tell the abaper that when we use the opeation _ADMINPT
ADM OR _ADM INPYADM go and check a spefic field. Once the program logic is writt
en, we need to activate the program. After activating this program we need to go
t program called: RPTOIP00 Click on dislpay we will find dummy series. If the c
ustom operation is not avai lable here then it will not work. We need to ensure
the structure and operation is available in this program. In payroll every count
ry has it own custom payroll opeartions and Functions. PCBURC* is the program na
mes where we can write custom operations for specific c ountry in payroll. The s
imilar program used for time managemnet which we give f or abaper will be used f
or payroll also. VALUATE ABSENCES USED QUOTA DEDUTION: For the same absences we
have two qutoa types wher ethe valuation is different f rom quota type to quota
type, Here we can define an absnece type with 3 different quotas, then we need t
o crea te three valuation rules and assign the valuation rules in this table. We
need to maintaint he values in T511K in current year rate, every year we need t
o create entris if there is a change. OR PCR * 9191 RTE=KPY123 MULTINRA ZERO=R A
DDWT* TILL HERE WE COMPLETED THE PCR UT00 SUBSCHEMA. RAB FUNCTION WILLR EAD ABSE
NCE WITH VALUATION CLASS UNAB FUNCTION WILL READ THE SHORT TERM DISABILITY WITH
VALUATION CLASS ALL THE ABSENCES WILL BE PRINTED ON A NEW PAGE IN AB (ABSENCE TA
BLE) FLSA: FAIR LABOR STANDARD ACT. In infotype 1 we have a field called Exempt:
We have to maintain the status for Job to get this value visible.
It means if the employee exceed certain slary he will be exempt. TC00 : Process
Time Evaluation in (Paroll)
Instead of MODT, system will user TMOD PCR in TC00 schema. Here system reads onl
y two MODIF'S frm T555Z table and the next table. P2001 P2002 P2005 12 = Infotyp
e 2001 with pairtype 1 and 2 1 = INFOTYPE 2002 WITH PAIR TYPE 1 1 = INFOTYPE 200
5 WITH PAIR TYPE 1
TIMTP = SYSTEM WILL CHECK TABLE T555Z SINCE THIS SCHEMA READS ONLY FOR POSITIVE
TIME PBKRS = EVALUATION BREAK END INCLUDING ABSENCE BIFURCATION DAYMO GWT GWT CU
MBT IF 01 02 S M 02 02 = SET DWS GROPING FOR T510S
DZL = GENERATE WAGE TYPES FOR PROCESING CLASS S ML = GENERATE WAGE TYPES FOR PRO
CESS CLASS M
= Store overtime time wage type PDC = IF PLANT DATA COLLECTION
IN PAYROLL SCHEMA IF WE WANT TO SEE THE COMPLETE OUTPUT FOR TC00 THEN WE NEED TO
USE THE OPTION TIME EVALUATION LOG IN PAYROLL SCHEMA TO TEST 2005 IN TC00 FIRST
CREATE ATTENDANCE IN 2002 AND LATER CREATE OVER TIME IN 2005 IN A COMPANY IF TH
ERE IS ANY ISSUE IN THE OUTPUT, WE SHOULD PREPARE IMPACT ANALY SIS DOCUMENT AND
GET CONFIRMATION PRIOR TO CONFIGURATION CHANGES. IN TIME EVALUTION THE WAGE TYEP
S ARE GENERATED IN HOURS, THESE WAGE TYPES NEED T O BE CALLED IN PAYROLL FOR PAY
MENTS. PAB: Process absence Data with 554C table (Mandatory table) If there is a
ny absences, then we will see the wage type if there is any absence applied in t
hat day along with the basic paysplit of 0008. V_T538A is the table where we can
see all the unit table like, hours, days,..... The technical name of this filed
used in the configuration is ZEINH. In the output log 001 = hours read fromt he
abova table, 16 is the number of ho urs for that specific wage type. The struct
ure of IT table is different from ZL table. If want to process any pa yroll wage
type, it should be in IT table. PRINT PRINT NP NP PART = PRINT ON NEW PAGE WITH
PARTIAL PARAMETER. PARX = PRINT ON NEW PAGE WITH PARTIAL PARAMATER.
PART AND PARX ARE GENERATED ONLY BASED ON WORKED TIME NOT ON PLANNED TIME.
THIS HAS TO BE GENERATED NOW BECAUSE, RAB FUNCTION IS ALREADY PROCESES BY NOW. T
he output has both partial period facotring as well full month with comes with a
ddition of partial period factoring. PARTA = Partial period factoring for absenc
es only. P0416 = TIME QUOTA COMPENSATION: In 0416 do not account means do not pa
y in payroll but reduce quota of the emplo yee. This function is only for payrol
l and if we try to use it time management schema , it will prompt an error. This
wage type will be read only if there is 0416 wage type maintained. P2010: Proce
ss employee reumneration info Go and create a wage type in 2010 using PA30 tcode
2010 infotype is alternatie for zl table the data read from this infotype are s
t ored in IT table. This will be processed based on V_T512W_B table Number hours
: We can only enter the number of hours here NUmber/Unit: we can enter both numb
er and UOM Amount: we can calculate amount outside SAP and enter the amount here
in situati ons where each and every union has its own rate of calculation. Curr
ency: The currenc of payment can be entered in this field. If the user requireme
nt is to show the over time hours and amount on the payslp: In T511 table we nee
d to enable both the fields as optional. So then we can sho w both number and am
ount in infotype. Extara Pay evaluation: Any employee who is supporting oncall,
we are giving extra hourly rate 50. In Z L table we wil have actual hourly rate
for every empoyee. If we use this field + 50
Then system will add 50 to hourly rate determined in payroll for this specific e
ntry. 50
Then system will substract to hourly rate determined in payroll for this specifi
y entry. Premium indicator: The table for premium is T510P table. This premium
is paid for every hour and pay to the employee If we did't hourly rate in T512W_
B also this will work
This valuation will take care of 2003 substitutons also Tax area: Work tax area
where the employee worked for this specific shift. This field is for 0014, 0015,
2010 and 2002 only. External Document Number: To read each and every field in t
his infotype, we have a pcr in payroll schema. We have total 9 pcrs to read the
functionality of 2010 infotype. In time management, the intermediatory data is s
tored in utility time type In Payroll, the intermediatory data is stored in vari
ables. Variable is a 4 digit alpha numeric code. In timemanagement we need to de
fine the time type to store the intermediatory da ta but in payroll there is no
need to create a variable. We can stright away de fine the in PCR with 4 digit a
lpha numeric code. Example: ADDWT&1234 IF we want to call the value into that ta
ble then we need to write RTE=8, 1234 At the end of the procesing the data will
be added to /001 wage type. The PCR for 2010 infotype in payroll starts with X93
0. Click on documentation o f X930 pcr for complete list of schemas available fo
r this infotype 2010. X930 * **** VALBS?0 (Is there any evaluation basis for thi
s wage typ e in 512W_B. * (If there is no valuation basis for this wage type in
512W_B AMT=BETRG (Is the amount available in am ount field of 2010) * (Means f t
here is amount maint ained which is great or less value) OPIND (Check the operat
i on indicator OBKEN) ADDWT* (Pass the amount with OBKEN indicator) = (Means if
the amount is not m aintained) NUM=ANZHL (If the number is there) ADDWT* (Just p
ass the nu mber into the wage type table) x (If there is valuation basis for thi
s wage typ e in 512W_B VALBS?0 0 = CURRENT WAGE TYPE VALUATION
1 = FIRST DERRIVED VALUATION 2 = SECOND DERRIVED VALUATION * = ANY VALUATION OTH
ER THAN x X = Yes if the value exist. BETRG = Technical Name for Amount ANZHL =
Technical Name for Number BETPE = Technical Name for Rate OPIND = It will check
OBKEN (Indicatory for A if negative) If we enter negative amount for deduction w
age type, it will become a payment to the employee.