Car and Conveyance
In this section of the IMG you set up the benefit of a company car being provided to the employee. The company car could be provided for employee's use with or without the provision to transfer the ownership of the car to the employee at the end of a specified period. The benefit of a Company provided car is provided to employees for official use. Company cars are also provided for the personal use of the employee where a perquisite value is attached to the use of the car based on the horsepower of the car and the extent of benefit provided to the employee. If the employee is provided with a driver for a car an additional perquisite value is added for the driver. The perquisite values attached are fully taxable and added to the gross salary. The allowance or reimbursements for conveyance is a separate amount given to all employees to commute to office but the eligibility for the allowance varies if the employee uses a company provided car.
To set up this component, you:
1. Define the eligibility criteria for a Company owned car and own your car schemes.
2. Assign eligibility amounts for conveyance.
3. Assign a perquisite value for the vehicle and for the benefit of a Driver.
Define Vehicle Details - In this activity, you define details of the vehicle such as the type of car and its horsepower.
Activities
1. Enter the type of car in the Car type field.
2. Enter a description for the car in the Car description field.
3. Enter horsepower value of the car in the Car HP field.
4. Save your entries.
Define Conveyance Types - In this activity you define a code for Conveyance Type.
Recommendation - Six pre-configured codes for Conveyance Type have been provided for you.
They are:
Code Conveyance Type
1 Availing COCS (company owned car scheme)
2 Availing OYCS (own your car scheme)
3 Availing Company Transport
4 Own Two Wheeler
5 Own Two Wheeler
6 No Vehicle
You can create additional codes for Conveyance Type in the name range 'F' through 'Z'. Based on the chosen code for Conveyance Type, WT placement or substitution will happen in IT08. The codes for Conveyance Type will be associated with Tax Codes. This activity can be accessed from Payroll India -> Tax -> Define Tax Codes.
You must check view V_T7INT7 in TRESC maintenance for:
• name space range for taxability codes
• creating new taxability codes
When you are creating a taxability code, the consideration should be that at a time an ALGRP should have only one WT for a given taxability code.
Further notes - In case of new rule based taxability codes, a new payroll function may be required.
Define Amounts and Numbers for Car Schemes - In this activity, you maintain details about the employees' entitlement to a company-owned car. For each allowance group, you define the total value of the car and the number of cars employees in the group are entitled to.
Activities
1. Enter the allowance group in the AllGrp field.
2. Select the type of car scheme eligible for the group in the Car scheme field.
3. Enter the number of cars the employee is eligible for in the No of cars field.
4. Enter the max value of the car for which the emp. is eligible in the Amt limit field.
5. Select the currency in the Currency field.
6. Enter the start and end dates for the period.
7. Save your entries.
Assign Type and Age of Car for Car Schemes - In this activity, you associate a car scheme and other vehicle details to an allowance grouping. This information is used to identify the eligibility criteria for a group of employees.
Activities
1. Enter a grouping for car schemes in the AlGrp field.
2. Select the type of scheme applicable to the grouping in the Car scheme field.
3. Select the type of car applicable to the grouping in the Car type field.
4. Enter the age of the car in the Car age field.
5. Enter the start and end dates for the period.
6. Save your entries.
Assign Eligibility Criteria for Conveyance Allowance - In this activity, you assign WTs used to calculate eligibility amounts for conveyance and the type of vehicle to an allowance grouping. These inputs are used to calculate the eligible amounts payable to employees who belong to the respective allowance grouping.
Activities
1. Enter the allowance group in the AlGrp field.
2. Enter the type of vehicle used by the employee in the Vehicle type field.
3. Enter the wage type to calculate amounts for conveyance in the WT field.
4. Enter the start and end dates for the period.
5. Save your entries.
Maintain Rate of Perquisite for COCS - In this activity, maintain the Car perk calculation rate constant (CRPRK) of Payroll Constants table view (V_T511K). In this constant, you maintain the rate of perquisite for the second and third cars in case of Company Owned Car Scheme (COCS).
Standard settings - The value of this constant till 31.03.2005 is 10%. As per budget changes 2005, the value of the constant the employees were not required to pay perquisite on the cars. Hence the value of this constant was changed to zero.
After budget 2009, the value of the constant is again set to 10%.
Constant CRPRK - Car perk calculation rate - Symbolic constant – value renumeration / constant
Explanation - This constant stores the rate of perquisite for the second and third cars in case of Company Owned Car Scheme (COCS).
BAdI: Perquisite and Exemption Processing - This Business Add-In is used in the Car and Conveyance (PY-IN) component. This Add-In enables you to determine, during a payroll run, values for all the conveyance perquisites and exemption related WTs.
Prerequisites - You should only carry out this step if both of the following points apply:
• The SAP standard processes do not suit your needs.
• You are a competent ABAP/4 programmer.
Default - In the standard system, the Business Add-In is not activated.
Activities - After calling up the IMG activity, a dialog box appears, in which the existing implementations are displayed. Choose Change, and proceed as follows:
1. From the tab index, choose Interface.
2. Place the cursor on the method, and double-click to enter method processing.
3. Enter the coding for the implementation between the statements method - if_ex_hr_in_cco_processing ~ <Name of method> and endmethod.
4. Save and implement your coding. Return to the Edit Implementation screen.
5. Save the entries on the Edit Implementation screen.
Note: You can also change the implementation, and then activate it at a later time. In such a case, end the processing stage at this point.
6. Choose Activate.
The coding you stored in the method will be run when the application program is executed.
Example - To display the sample code, choose Goto -> Sample Code -> Display.
Tuesday, August 24, 2010
Pay Scale Groupings
Pay Scale Groupings (PSG)
In this section, you define PSG for allowances. These groupings are used to select employees based on their eligible compensation benefits. To achieve this, each PSG is assigned to a combination of pay scale level, pay scale area, pay scale type, pay scale group and ESG grouping for Collective Agreement Provision (ESG for CAP).
These groupings determine the eligibility of the employees for various allowances, reimbursements and perks.
To do this you:
Define PSGs for allowances - In this activity, you define PSGs for allowances to differentiate between employee groups. These groupings determine which benefits apply to a particular group of employees.
Example - Consider a company Thumbtacks Pvt Ltd., with two levels of managers and three levels of regular employees. We will define allowance groupings, such that each level of managers or employees get the benefits entitled to them as per the employers policies.
To enable this:
1. Identify the different benefits each person is entitled to
2. Create groupings for each category, and assign the privileges
We can now proceed to create employee groupings starting with the top management. Working down the corporate ladder we have:
• MN01 for senior managers who receive the benefit of a company provided House, Computer, Medical Allowance, Car with a driver and an additional 5% Provident Fund (PF) contribution from the employer.
• MN02 for junior managers who receive the benefit of a company provided Medical Allowance, Car and an additional 5% PF contribution from the employer.
• EE01 for senior employees who receive the benefit of a company provided Car and Cellular Phone.
• EE02 for junior employees who receive the benefit of a company provided Cellular Phone only.
• EE03 for office boys who receive the benefit of a lunch allowance
In a similar manner, you can create any number of 'PSGs for Allowance' based on the diff benefits you wish to provide for your employees.
Activities
3. Enter a 4 digit alphanumeric value for each PSG for allowances in the AlGrp field
4. Enter a description for the grouping in the AlGrp desc. field and save your entries.
Assign PSGs for allowances - In this activity you assign pay parameters to each 'PSGs for Allowance' created in the previous step, based on:
Pay Scale Area
Pay Scale Type
Pay Scale Group
Pay Scale Level and
ESG Grouping for Collective Agreement Provision (ESG for CAP)
Example - Looking at the company Thumbtacks Pvt Ltd., for who we defined 'PSG for Allowance' in the previous step. Consider the grouping MN01 for senior managers and MN02 for junior managers. To associate the benefits for each group, we:
Assign the Pay Scale Area Bangalore, Pay Scale Type Production, PSG Sr. Mgr., PS Level 05 (the highest in Thumbtacks Pvt Ltd.), and CAP as zero for the grouping MN01.
Assign the Pay Scale Area Bangalore, Pay Scale Type Production, PSG Jr. Manager, PS level 04, and CAP as zero for the grouping MN02.
You can now assign other PSGs for Allowance for your company in a similar manner. Activities
1. Enter the PS Area, PS Type, ESG for CAP, PSG and the PS level based on your company’s requirements.
2. Enter the Allowance grouping in the AlGrp field for which the above criteria apply, and save your entries.
In this section, you define PSG for allowances. These groupings are used to select employees based on their eligible compensation benefits. To achieve this, each PSG is assigned to a combination of pay scale level, pay scale area, pay scale type, pay scale group and ESG grouping for Collective Agreement Provision (ESG for CAP).
These groupings determine the eligibility of the employees for various allowances, reimbursements and perks.
To do this you:
Define PSGs for allowances - In this activity, you define PSGs for allowances to differentiate between employee groups. These groupings determine which benefits apply to a particular group of employees.
Example - Consider a company Thumbtacks Pvt Ltd., with two levels of managers and three levels of regular employees. We will define allowance groupings, such that each level of managers or employees get the benefits entitled to them as per the employers policies.
To enable this:
1. Identify the different benefits each person is entitled to
2. Create groupings for each category, and assign the privileges
We can now proceed to create employee groupings starting with the top management. Working down the corporate ladder we have:
• MN01 for senior managers who receive the benefit of a company provided House, Computer, Medical Allowance, Car with a driver and an additional 5% Provident Fund (PF) contribution from the employer.
• MN02 for junior managers who receive the benefit of a company provided Medical Allowance, Car and an additional 5% PF contribution from the employer.
• EE01 for senior employees who receive the benefit of a company provided Car and Cellular Phone.
• EE02 for junior employees who receive the benefit of a company provided Cellular Phone only.
• EE03 for office boys who receive the benefit of a lunch allowance
In a similar manner, you can create any number of 'PSGs for Allowance' based on the diff benefits you wish to provide for your employees.
Activities
3. Enter a 4 digit alphanumeric value for each PSG for allowances in the AlGrp field
4. Enter a description for the grouping in the AlGrp desc. field and save your entries.
Assign PSGs for allowances - In this activity you assign pay parameters to each 'PSGs for Allowance' created in the previous step, based on:
Pay Scale Area
Pay Scale Type
Pay Scale Group
Pay Scale Level and
ESG Grouping for Collective Agreement Provision (ESG for CAP)
Example - Looking at the company Thumbtacks Pvt Ltd., for who we defined 'PSG for Allowance' in the previous step. Consider the grouping MN01 for senior managers and MN02 for junior managers. To associate the benefits for each group, we:
Assign the Pay Scale Area Bangalore, Pay Scale Type Production, PSG Sr. Mgr., PS Level 05 (the highest in Thumbtacks Pvt Ltd.), and CAP as zero for the grouping MN01.
Assign the Pay Scale Area Bangalore, Pay Scale Type Production, PSG Jr. Manager, PS level 04, and CAP as zero for the grouping MN02.
You can now assign other PSGs for Allowance for your company in a similar manner. Activities
1. Enter the PS Area, PS Type, ESG for CAP, PSG and the PS level based on your company’s requirements.
2. Enter the Allowance grouping in the AlGrp field for which the above criteria apply, and save your entries.
Indirect Evaluation Method
Hi
I am not doing anything new, just ensuring that what SAP has given in the documents are presented in one place for all to view............
1. Indirect Evaluation Method -
Indirect evaluation module - Name of a module that valuates wage types according to certain criteria.
The following descriptions of the diverse options can be used for WTs in the following info types:
Basic Pay (0008)
Standard Wage Maintenance (0052)
Recurring Payments/Deductions (0014)
Additional Payments (0015)
For some modules, the type of valuation depends on the specification of the module variant.
The following indirect valuation modules are available in the standard system:
TARIF - Valuation according to the "collective agreement group and level" specifications you enter in the IMG step:
• Module variant 'A'
Country grouping derived from the employee's personnel area
Pay scale type from info type 0008/0052
Pay scale area from info type 0008/0052
Pay scale indicator derived from the employee subgroup
Pay scale group from info type 0008/0052
Pay scale level from info type 0008/0052
Wage type = SPACE
• Module variant 'B'
Like module variant 'A' except Wage type = wage type to be valuated indirectly
• Module variant 'C'
Like module variant 'A' except:
• Pay scale level = SPACE
• Wage type = wage type to be valuated indirectly
• Module variant 'D'
like module variant 'A' except:
• Pay scale group = SPACE
• Pay scale level = SPACE
• Wage type = wage type to be valuated indirectly
PRZNT - Valuation according to the "basic WT" specifications in the IMG. Country grouping assigned to the employee master (derived from the personnel area)
MODUL = 'PRZNT'
Valuated wage type = indirectly valuated wage type
• Module variant 'B'
The basic pay is determined from the total of all basic wage type amounts entered in info type 0008 according to the specifications in the "basic wage type valuation" step irrespective of which info type is being valuated. Wage types in the Wage Maintenance info type (0052) are then valuated using the wage types in the Basic Pay info type (0008).The value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the percentage specified for the wage type to be valuated.
• Module variant 'D'
The basic pay is determined from the total of all basic wage type amounts specified in the info type currently being valuated according to the specifications in the "basic wage type valuation" step. The wage types in the Wage Maintenance info type (0052) are then valuated using the wage types in the Basic Pay info type (0008).The value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the percentage specified for the wage type to be valuated.
• Module variant I
The basic pay is determined from the total of all basic wage type amounts weighted with GWCHT according to the specifications in the "basic wage type valuation" step. All these basic wage types are valuated indirectly even if these wage types are valuated directly in the info type. The value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the percentage specified for the wage type to be valuated.
• Module variant 'J'
Like module variant 'I' except that basic wage types are not reduced
SUMME - Module variants 'B', 'D', 'I','J'
The 'SUMME' module corresponds to the 'PRZNT' module except that the value of the wage type to be valuated indirectly is always the entire basic pay.
Module variant 'M' - Corresponds to the module variant 'D'. The basis wage types are valuated as unreduced.
Module variant 'O' - Corresponds to the module variant 'I'. The basic wage types are not weighted in payroll.
UNITS - Module variants 'B', 'D', 'I', 'J'
The 'UNITS' module corresponds to the 'PRZNT' module with the exception that the value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the number entered for the wage type to be valuated.
CONST - Module for constant valuation of wage types according to table T510K.
Module variants -
' ' - In this module variant, the entry from table T510K is assigned to the wage type.
M - In this module variant, the entry from table T510K is multiplied with the Number field (Number) of the info type. The wage type must be set up in the wage type table (T511) accordingly. In other words, a unit must be allowed, and the minimum number should, if possible, be 1. If no value is entered, the system uses 0 as the default.
P - In this module type, the entry from table T510K is valuated as a percentage using the info type's Number field (Number). The wage type must be set up in the wage type table (T511) accordingly. In other words, a unit must be allowed, and the minimum number should, if possible, be 1. If no value is entered, the system uses 0 as the default.
ARBPL - Valuation according to the specifications which you must make in the "Determine indirect valuation for positions/work centers" section of the IMG.
OTYPE = module variant value
PLANS = position from the Organizational Assignment (0001).
The total of the wage type values specified in the "Determine indirect valuation for positions/work centers" section is the value used for the wage type to be valuated. If the wage type amount is zero, this wage type is valuated indirectly before the total is formed.
ANSAL
The accounted salary is converted to an annual salary or vice versa. The valid period values from table T549R Period Parameters are used to determine the payroll period frequency. One should only use this module for wage types defined as annual salary. One cannot use this module for other wage types. Annual salary functionality is available for screen '2010' in info type 0008 Basic Pay.
CHSTD - Module variants 'B', 'D', 'I', 'J'
The module 'CHSTD' corresponds to module 'PRZNT'. However, it is not directly displayed in the info type 0008 for the evaluation of the wage type percentage rate. It is determined using the view "Proportion of hourly wage (V_T5C3C).
The percentage rate is dependent on the employee's leave quota, which is determined using the features LVTYP and LVNUM.
The key date for the determination of the leave quota is the start date from info type 0008. This date is used for the pension and length of service calculation.
The length of service is determined as follows:
If a date with date type 01 is present in info type 0041 (determined by RMAC module RP-SW-P0005), this date is used as the start date.
If no technical start date is present, the hiring action date is used.
INVAL - Indirect Evaluation Module Variant for India
There are four module variants for INVAL:
1. A - This calculates the value of the wage type as a fixed amount.
2. B - This calculates the amount as a percentage of a base wage type added to a fixed amount. More than one such amount, with same or different percentage of the base wage type, can be calculated for an INVAL wage type. In this case, the amount that will be Indirectly Evaluated will be the sum of all such calculated amounts, added to a fixed amount. For example, for the wage type M230, the different INVAL B amounts are
a) 10% of MB10
b) 30% of M220
c) Fixed amount of Rs.1000
In this case, the INVAL amount for the wage type M230 will be the sum of a, b and c.
3. C - This calculates the amount as a percentage of a base wage type subject to a maximum limit. More than one such amount, with same or different percentage of the base wage type, can be calculated for an INVAL wage type. In this case, the amount that will be Indirectly Evaluated will be the sum of all such calculated amounts, subject to a maximum limit. For example, for the wage type M230, the different INVAL C amounts are -
a) 10% of MB10
b) 30% of M220
c) Limit of Rs.5000
In this case, the INVAL amount for the wage type M230 will be the sum of A and B subject to a maximum of c.
4. D - This calculates the amount as one or any combination of the following INVAL Module variants based on Basic salary slabs:
a) Fixed amount
b) Percentage of a base wage type added to a fixed amount
c) Percentage of a base wage type subject to a max limit
In the SAP system, INVAL D can be configured as only INVAL B or C. Once the percentage of the base wage type is calculated, the result is multiplied with a factor. This resultant amount is then added to fixed amount or is compared with a maximum limit. For example, the INVAL module variant for the wage type M210, for an employee who falls in the Basic Salary slab of Rs.10, 000 - 12, 000, is INVAL C.
The INVAL amounts are:
a) 10% of MB10
b) 30% of M220
c) Multiplication factor of 50%
d) Limit of Rs.7000
In this case, the INVAL amount for M210 for the employee is the sum of A and B, multiplied by c and the result is subject to a maximum of D. If you want to configure the wage type as a fixed amount for a particular slab, the wage type is configured as INVAL B. In this case, the percentage of the base wage type is multiplied with the factor of 0% and then the fixed amount added to the result.
For example, the INVAL module variant for the wage type M230, for an employee who falls in the Basic Salary slab of Rs.15, 000 - 25, 000 is INVAL B. The INVAL amounts are:
a) 100% of MB10
b) Multiplication factor of 0%
c) Fixed amount of Rs.5000
In this case, the INVAL amount for M230 for the employee is the value of a, multiplied by b and the result added to c. In this case, the INVAL amount will be the fixed amount of Rs.5000.
Note
• For defining INVAL D, instead of using only the Basic salary to be compared with the salary slabs, you can use the user exit EXIT_SAPLHRPADINA1_006, available in the Enhancement HRINRAP5, to define additional wage types to be added to the Basic salary. The sum of all these wage types can then be compared with the salary slabs for the computation of INVAL D.
• The base wage type in case of INVAL B, C or D may be the Basic salary, the Dearness Allowance or/and any other wage type the employee is eligible for.
Contd........
I am not doing anything new, just ensuring that what SAP has given in the documents are presented in one place for all to view............
1. Indirect Evaluation Method -
Indirect evaluation module - Name of a module that valuates wage types according to certain criteria.
The following descriptions of the diverse options can be used for WTs in the following info types:
Basic Pay (0008)
Standard Wage Maintenance (0052)
Recurring Payments/Deductions (0014)
Additional Payments (0015)
For some modules, the type of valuation depends on the specification of the module variant.
The following indirect valuation modules are available in the standard system:
TARIF - Valuation according to the "collective agreement group and level" specifications you enter in the IMG step:
• Module variant 'A'
Country grouping derived from the employee's personnel area
Pay scale type from info type 0008/0052
Pay scale area from info type 0008/0052
Pay scale indicator derived from the employee subgroup
Pay scale group from info type 0008/0052
Pay scale level from info type 0008/0052
Wage type = SPACE
• Module variant 'B'
Like module variant 'A' except Wage type = wage type to be valuated indirectly
• Module variant 'C'
Like module variant 'A' except:
• Pay scale level = SPACE
• Wage type = wage type to be valuated indirectly
• Module variant 'D'
like module variant 'A' except:
• Pay scale group = SPACE
• Pay scale level = SPACE
• Wage type = wage type to be valuated indirectly
PRZNT - Valuation according to the "basic WT" specifications in the IMG. Country grouping assigned to the employee master (derived from the personnel area)
MODUL = 'PRZNT'
Valuated wage type = indirectly valuated wage type
• Module variant 'B'
The basic pay is determined from the total of all basic wage type amounts entered in info type 0008 according to the specifications in the "basic wage type valuation" step irrespective of which info type is being valuated. Wage types in the Wage Maintenance info type (0052) are then valuated using the wage types in the Basic Pay info type (0008).The value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the percentage specified for the wage type to be valuated.
• Module variant 'D'
The basic pay is determined from the total of all basic wage type amounts specified in the info type currently being valuated according to the specifications in the "basic wage type valuation" step. The wage types in the Wage Maintenance info type (0052) are then valuated using the wage types in the Basic Pay info type (0008).The value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the percentage specified for the wage type to be valuated.
• Module variant I
The basic pay is determined from the total of all basic wage type amounts weighted with GWCHT according to the specifications in the "basic wage type valuation" step. All these basic wage types are valuated indirectly even if these wage types are valuated directly in the info type. The value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the percentage specified for the wage type to be valuated.
• Module variant 'J'
Like module variant 'I' except that basic wage types are not reduced
SUMME - Module variants 'B', 'D', 'I','J'
The 'SUMME' module corresponds to the 'PRZNT' module except that the value of the wage type to be valuated indirectly is always the entire basic pay.
Module variant 'M' - Corresponds to the module variant 'D'. The basis wage types are valuated as unreduced.
Module variant 'O' - Corresponds to the module variant 'I'. The basic wage types are not weighted in payroll.
UNITS - Module variants 'B', 'D', 'I', 'J'
The 'UNITS' module corresponds to the 'PRZNT' module with the exception that the value of the wage type to be valuated indirectly is calculated by multiplying the basic pay by the number entered for the wage type to be valuated.
CONST - Module for constant valuation of wage types according to table T510K.
Module variants -
' ' - In this module variant, the entry from table T510K is assigned to the wage type.
M - In this module variant, the entry from table T510K is multiplied with the Number field (Number) of the info type. The wage type must be set up in the wage type table (T511) accordingly. In other words, a unit must be allowed, and the minimum number should, if possible, be 1. If no value is entered, the system uses 0 as the default.
P - In this module type, the entry from table T510K is valuated as a percentage using the info type's Number field (Number). The wage type must be set up in the wage type table (T511) accordingly. In other words, a unit must be allowed, and the minimum number should, if possible, be 1. If no value is entered, the system uses 0 as the default.
ARBPL - Valuation according to the specifications which you must make in the "Determine indirect valuation for positions/work centers" section of the IMG.
OTYPE = module variant value
PLANS = position from the Organizational Assignment (0001).
The total of the wage type values specified in the "Determine indirect valuation for positions/work centers" section is the value used for the wage type to be valuated. If the wage type amount is zero, this wage type is valuated indirectly before the total is formed.
ANSAL
The accounted salary is converted to an annual salary or vice versa. The valid period values from table T549R Period Parameters are used to determine the payroll period frequency. One should only use this module for wage types defined as annual salary. One cannot use this module for other wage types. Annual salary functionality is available for screen '2010' in info type 0008 Basic Pay.
CHSTD - Module variants 'B', 'D', 'I', 'J'
The module 'CHSTD' corresponds to module 'PRZNT'. However, it is not directly displayed in the info type 0008 for the evaluation of the wage type percentage rate. It is determined using the view "Proportion of hourly wage (V_T5C3C).
The percentage rate is dependent on the employee's leave quota, which is determined using the features LVTYP and LVNUM.
The key date for the determination of the leave quota is the start date from info type 0008. This date is used for the pension and length of service calculation.
The length of service is determined as follows:
If a date with date type 01 is present in info type 0041 (determined by RMAC module RP-SW-P0005), this date is used as the start date.
If no technical start date is present, the hiring action date is used.
INVAL - Indirect Evaluation Module Variant for India
There are four module variants for INVAL:
1. A - This calculates the value of the wage type as a fixed amount.
2. B - This calculates the amount as a percentage of a base wage type added to a fixed amount. More than one such amount, with same or different percentage of the base wage type, can be calculated for an INVAL wage type. In this case, the amount that will be Indirectly Evaluated will be the sum of all such calculated amounts, added to a fixed amount. For example, for the wage type M230, the different INVAL B amounts are
a) 10% of MB10
b) 30% of M220
c) Fixed amount of Rs.1000
In this case, the INVAL amount for the wage type M230 will be the sum of a, b and c.
3. C - This calculates the amount as a percentage of a base wage type subject to a maximum limit. More than one such amount, with same or different percentage of the base wage type, can be calculated for an INVAL wage type. In this case, the amount that will be Indirectly Evaluated will be the sum of all such calculated amounts, subject to a maximum limit. For example, for the wage type M230, the different INVAL C amounts are -
a) 10% of MB10
b) 30% of M220
c) Limit of Rs.5000
In this case, the INVAL amount for the wage type M230 will be the sum of A and B subject to a maximum of c.
4. D - This calculates the amount as one or any combination of the following INVAL Module variants based on Basic salary slabs:
a) Fixed amount
b) Percentage of a base wage type added to a fixed amount
c) Percentage of a base wage type subject to a max limit
In the SAP system, INVAL D can be configured as only INVAL B or C. Once the percentage of the base wage type is calculated, the result is multiplied with a factor. This resultant amount is then added to fixed amount or is compared with a maximum limit. For example, the INVAL module variant for the wage type M210, for an employee who falls in the Basic Salary slab of Rs.10, 000 - 12, 000, is INVAL C.
The INVAL amounts are:
a) 10% of MB10
b) 30% of M220
c) Multiplication factor of 50%
d) Limit of Rs.7000
In this case, the INVAL amount for M210 for the employee is the sum of A and B, multiplied by c and the result is subject to a maximum of D. If you want to configure the wage type as a fixed amount for a particular slab, the wage type is configured as INVAL B. In this case, the percentage of the base wage type is multiplied with the factor of 0% and then the fixed amount added to the result.
For example, the INVAL module variant for the wage type M230, for an employee who falls in the Basic Salary slab of Rs.15, 000 - 25, 000 is INVAL B. The INVAL amounts are:
a) 100% of MB10
b) Multiplication factor of 0%
c) Fixed amount of Rs.5000
In this case, the INVAL amount for M230 for the employee is the value of a, multiplied by b and the result added to c. In this case, the INVAL amount will be the fixed amount of Rs.5000.
Note
• For defining INVAL D, instead of using only the Basic salary to be compared with the salary slabs, you can use the user exit EXIT_SAPLHRPADINA1_006, available in the Enhancement HRINRAP5, to define additional wage types to be added to the Basic salary. The sum of all these wage types can then be compared with the salary slabs for the computation of INVAL D.
• The base wage type in case of INVAL B, C or D may be the Basic salary, the Dearness Allowance or/and any other wage type the employee is eligible for.
Contd........
Subscribe to:
Comments (Atom)