Hr - Benefits Configurations

Hi Every body,
I have a requirement on Hr-Benefits, Could any body have a documentations,Configure on Hr-Benefits.Pls send to [email protected]
Thank you,
Vikram.C

Hai..
The Following Steps will Definitely Help u..
1) Define Benefit Areas
In this step, you define benefit areas. Benefit areas allow you to have separate administration of different benefit plan pools. This division is primarily for administrational purposes and would not normally be used for eligibility..
2) Assign Currency to Benefit Area
In this step, you specify the currency for the benefit area.
3) Define Benefit Providers
In this step, you enter the providers of the benefit plans you offer.
Example
This could be the Insurance company, or Health Maintenance Organization that receives the benefit plan costs.
4) Set Current Benefit Area
In this step, you set the relevant benefit area for your Customizing activities.
If you have more than one benefit area to set up, you must set up each separately. After you have set up all the plans in one area, you should switch the benefit area in this step and work through the IMG again, making settings for the new benefit area.
5) Define Benefit Plan Types
In this step, you enter the benefit plan types that you require for the plan categories predefined in the system.These categories are predefined because the system handles each differently. In order to reflect your own requirements regarding the categorization of plans, you define plan types within these categories.
Plan types are a control mechanism for enrollment, since the system does not allow an employee to enroll in more than one benefit plan per plan type. This allows you, for example, to offer a choice of regular health care from different providers under one plan type, without the risk of accidentally enrolling an employee in more than one of these benefit plans.
Within each plan category (for example, Insurance Plans) you should define one plan type for each sort of benefit plan that the employee is likely to elect (for example, Life Insurance, Spousal Life, Supplemental Life). Thus an employee can elect a plan from the Life Insurance as well as from the Spousal Life plan type.
6) Define Benefit Plan Status
In this step, you define the plan statuses that you require for benefits administration. You later assign these statuses as to your plans in their general data.
It is important that you assigning statuses in order to be able to control the availability of plans with a minimum of effort. For example, you can control whether or not employees can enroll in a plan simply by changing its status.
7) Define Employee Criteria Groups
In this section, you can define employee criteria groups to determine how plan-related amounts are to differ according to employee age, salary and/or seniority (or the age of the employee's spouse or domestic partner). These groups are later in the customizing of plans, in the definition of plan-related amounts.
You define employee criteria groups as follows:
1. Define parameter groups that will include individual criteria groups.
2. To each parameter group, assign the individual salary groups, age groups, and seniority groups that you require.
8) Define Cost Groupings
In this step, you can define cost groupings and determine how employees are allocated to these groupings. You only need to do this if you want to differentiate between costs for employees using additional criteria to those available in the cost variant. For example, you may want to use geographical location, job classification, or marital status as criteria. You determine how employees are allocated to cost groupings using the feature CSTV1
9) Define Credit Groupings
In this step, you can define credit groupings and determine how employees are allocated to these groupings. You only need to do this if you want to differentiate between credits for employees using additional criteria to those available in the credit variant. For example, you may want to use geographical location, job classification, or marital status as criteria. You determine how employees are allocated to credit groupings using the feature CRDV1
10) Define Coverage Groupings
In this step, you can define coverage groupings and determine how employees are allocated to these groupings. You only need to do this if you want to differentiate between coverages for employees using additional criteria to those available in the coverage variant. For example, you may want to use geographical location, employment contract, or residence status as criteria. You determine how employees are allocated to coverage groupings using the feature COVGR
11) Define Employee Contribution Groupings
In this step, you can define employee contribution groupings and determine how employees are allocated to these groupings. You only need to do this if you want to differentiate between employee contributions for employees using additional criteria to those available in the employee contribution variant . For example, you may want to use geographical location, weekly hours, or residence status as criteria. You determine how employees are allocated to employee contribution groupings using the feature EECGR
12) Define Employer Contribution Groupings
In this step, you can define employer contribution groupings and determine how employees are allocated to these groupings. You only need to do this if you want to differentiate between employer contributions for employees using additional criteria to those available in the employer contribution rule variant . For example, you may want to use geographical location, weekly hours, or residence status as criteria. You determine how employees are allocated to employer contribution groupings using the feature ERCGR
SETTING UP OF PLANS(EG:HEALTH PLANS)
1) you define the details of your health plans. 2)You define different options within a health plan
3) possible dependent coverages for health plans.
4)You define how costs may vary for different employees depending on their personal data,
5) you define the actual costs for these various groups of employees.
6)The final step is to bring together in each health plan all the information you have defined separately in the preceeding steps.
7) Define Evidence of Insurability Conditions
For certain levels of coverage, employees may be required to provide evidence of their insurability. In this step, you define evidence of insurability (EOI) requirements in accordance with the policies of the plans that you offer.
Flexible Administration
1) Define Administrative Parameters
In this step, you enter parameters that apply to processing within an entire benefits area, including:
• Open enrollment period dates
• Default validity dates for adjustment/standard plan records
• Advance availability of future plans
• Dependent age limits
2) Define Prerequisite Plans
In this step, you define prerequisite plans.
In order to enroll in a plan for which another plan is required as a prerequisite, an employee must be participating in the prerequisite plan on the day before he starts participating in the new plan.
The system checks whether this condition is fulfilled during initial enrollment in the new plan only.
Example
An employee wants to participate in the Standard Dental plan. He must already be participating in the Standard Health plan or Deluxe Health plan on the day prior to the begin date of the Standard Dental plan.
3) Define Corequisite Plans
In this step, you define corequisite plans.
In order to enroll in a plan to which another plan is corequisite, an employee must be enrolled in the corequisite plan on the begin date of the new plan. Enrollment in the corequisite must be registered by the end of the enrollment procedure at the latest. It is therefore possible for an employee to enroll in a plan and its prerequisite simultaneously.
The corequisite condition is ongoing. The system checks whether it is fulfilled during enrollment and each time the benefits monitor is run.
Example
An employee wants to participate in the Standard Dental plan. She must must already be enrolled in or have selected the Standard Health plan or Deluxe Health plan at the start of participation in the Standard Dental plan.
4) Benefits Adjustment Reasons
In this section , you determine how changes to benefit enrollments are to be controlled within your organization. You do this as follows:
1. If you want different permissions to apply to different groups of employees, you set up an adjustment grouping to do this.
2. You define adjustment reasons for which specific changes are permitted.
3. You define adjustment permissions to determine which adjustments are allowed per plan type, adjustment reason and, if required, adustment grouping.
In enrollment, the list of adjustment reasons valid for an employee is displayed, and the clerk (using the standard enrollment transaction) or the employee (using Employee Self-Service) selects a reason for enrollment, according to which a benefits offer is to be generated. The system then creates an offer based on the adjustment permissions assigned to each plan .
5) Define First Program Grouping
In this step, you define first program groupings. Later, you define programs for a combination of first and second program groupings.
Identical attributes are available for the setup of both the first and second program groupings, and they are therefore interchangeable. The fact that you determine macro-eligibility for a program using two dimensions means that you are able to make finer distinctions between groups of employees.
Example
An organization offers one set of benefit plans for hourly-paid employees and a different set for salaried employees. Hourly-paid employees may enroll in medical, dental and life insurance plans after a four month waiting period. Salaried employees may enroll in medical, dental, life and vision plans after a one month waiting period.
6) Define Second Program Grouping
In this step, you define second program groupings . Later, you define programs for a combination of first and second program groupings.
Identical attributes are available for the setup of both the first and second program groupings, and they are therefore interchangeable. The fact that you determine macro-eligibility for a program using two dimensions means that you are able to make finer distinctions between groups of employees.
Example
An organization offers one set of benefit plans for full-time employees and a different set for part-time employees. Full-time employees may enroll in medical, dental and life insurance plans after a four month waiting period. Part-time employees may enroll in medical, dental, life and vision plans after a one month waiting period.
7) Employee Eligibility
In this step you define the criteria according to which you control eligibility for individual benefit plans within a benefits program (definition of micro-eligibility). You perform the following steps to set up eligiblity requirements:
1. You define eligibility grouping to identify groups of employees for whom certain eligibility criteria apply.
2. You create eligibility variants , which you later use to link eligibility rules to programs.
3. If necessary, you define dynamic eligibility conditions relating specifically to actual hours worked/length of service, or zip codes.
4. You bring your definitions together in the eligibility rule, where you can also specify further conditions for enrollment.

Similar Messages

  • Benefits Configuration - Basic Coverage Amount Capping

    I am mostly familiar with the Benefits Configuration and currently have an issue with capping the Basic Coverage Amount.
    I have capped the Insurance Coverage amount in the field - V_74FC_B-MAXAM and this works correctly however I am struggling to cap the Basic Coverage Amount - does anyone know what I could try to achieve this?
    Many thanks,
    Danny Boy

    Hi,
    I am not sure if I got your query right. You wish to configure two limits (basic coverage amount and insurance coverage amount) in a single plan?. What you have configured in V_74FC_B-MAXAM, is the maximum allowed coverage in this insurance plan (It refers only to the base coverage for this plan. It does not refer to the additional coverage units).
    You would require separate plans if you wish to cap at different limits on the coverage amount.
    Hope this helps.
    regards
    Sharath

  • Post Benefits Configuration and Payroll Integration

    Hi Experts,
    We have completed our Benefit Configurations its  schedule to golive for 2015. Do help me with configuration / integration steps with Payroll .
    Payroll: We have gross payroll, third party is ADP
    Thanks
    Priya

    Hello Praneeth,
    Golive from Jan 2015, Enrollment starts during Mid Jan thru Portal, Deduction should happen thru next payroll run, We are closing the enrollment during Mid March 2015.
    Payroll runs in ADP, What settings to be done in SAP for deductions and postings, advise to ADP while sending PY data.
    Sequential integration check points and respective configuration steps will be helpful
    thanks
    ~ Priya

  • Enrollment issues after Benefits Configuration Changes

    Two of our Disability plans will no longer need to use Cost Groupings as a variant because all enrollees will have the same rates. I changed the configuration 'Define Cost Variants' screen (which has no effective date) to reflect this and added a new cost rule with a blank cost group effective 1/1/2011. All of the existing cost groups for this plan are now delimited as of 12/31/2010.
    When we try to enroll employees in these plans for 1/1/2011 Annual Enrollment, the results are inconsistent. For some employees, the plans just don't show up on the enrollment screen. For those who are currently in the plans, the plan shows up, but if you try to enroll them, you receive this error message 'No entry for plan LTD1 / cost variant FINS / key //////0000000000000'.  If I change the enrollment date to 1/2/2011, the error goes away.
    For employees where the plan does show up, and they have never been enrolled in the plan, the enrollment works fine for 1/1/2011.
    Can anyone help?
    Thanks

    hello,
    I have seen this error before and it was usually linked to incorrect configuration.
    You should check your feature CSTV1 Cost grouping and make sure it returns the correct entry for the employee
    Hope this help
    Sarah

  • Benefits Configuration - need guidance

    Hi All,
    I have the following situation and seek your guidance to do the config accordingly.
    1.  Some benefit plans are eligible for one set of employees based on their Paygrades - can I set the eligibility criteria for these plans for employees based on their TRFGR in feature ELIGR.  Pls let me know if I am right in this approach.
    2.  Some benefit plans are closed and are available only for those employees who have already enrolled.  So, this plan should be available only in the adjustment reason and only as change or delete.  This plan should not be configured in Standard Selection.  Pls confirm if this would meet my requirements.
    3.  One benefit plan is available only for new employees.  How should I achieve this through config.  I am not sure how to go about this.
    Would appreciate if you can kindly help me in this.
    Regards,
    Lakshmi

    Hi Lakshmi
    Here is what I think:
    1. To enable eligibility based on Pay/Salary, you need to do following:
    a. Make sure Salary Groups are defined
    b. Link it with eligiblity grouping
    2. Immediately after a plan is closed, and you want it to be available only to employees already enrolled in the same plan. In this case, nothing special is required, just change the plan status to closed. In case, you want another plans to be available to employees who have enrolled to closed plan, make sure you have an entry in table V_T74FY indicating such condition.
    3. It is not possible with simple configurations because Benefit eligibility citireria can be defined based on: 1. Number of hrs worked, 2. Number of Days/Month/Year worked, 3. On a specific Date in Future
    To achive your client's requirement, you may try following: (Note: This may not be the best solution)
    Lets say you have Plan A, Plan B, Plan C and Plan D, of which Plan A should be available to new hires.
    You can create two plan groups, as:
    PG1 = Plan A, Plan B, Plan C and Plan D
    PG2 = Plan B, Plan C and Plan D
    Now make sure new hires are automatically falling in PG1 Group. And rest in PG2. You can develop this case from here on.
    Thanks
    Yash

  • Benefits and Payments in ESS Portal

    1) How can employee know when their benefits should start (cant enter start date via ESS)
    -           It appears that they need to enter a start date but cannot
    2) For insurance enrollment, why does BASIC COVERAGE show ZERO amount. Can we remove if we can?
    3) We need to relabel some of these plans we set up for HSA - how can we do that?

    1) How can employee know when their benefits should start (cant enter start date via ESS)
    - It appears that they need to enter a start date but cannot
    Typically, EEs are not allowed to enter a start date for benefits coverage. The start date usually depends on the type of enrollment.
    If it is a new hire enrollment - the start date for benefits coverage will be the employee start date.
    If it is open enrollment - the start date for benefits coverage will be the beginning of the following year (open enrollment is done usually towards the end of the current year - for benefits coverages of the following year)
    If it is a generic enrollment (for example - birth of a new child) - the start date will be the beginning date of the corresponding adjustment reason (IT0378 record start date).
    2) For insurance enrollment, why does BASIC COVERAGE show ZERO amount. Can we remove if we can?
    This is a generic screen used for all the plans and hence it shows ZERO amount. You may choose to customize the code if you want to.
    3) We need to relabel some of these plans we set up for HSA - how can we do that?
    This can be done by changing the corresponding texts in the benefits configuration. The webdynpro application reads it from there.

  • Customizing Benefits and Payments iview in ESS Portal

    Hi Guys ;
    I am working on ESS portal.
    I want to add new links and textviews in the Benefits and Payments iview. After adding them I want to rearrange their positions with respect to existing fields on the iview.
    I tried by opening the preview of iview from
    Content Administration -> portal Content -> ESS->iviews ->Benefits and Payments iview.
    Then I selected an existing link on the preview of iview and did ctrl + right click but when I select any uielement and click on rearrange I don't get any filed inthe table to rearrange its empty.
    Is there any particular node in UI element tree to be selected to rearrange the fieldst?
    Please reply I am in a fix.

    1) How can employee know when their benefits should start (cant enter start date via ESS)
    - It appears that they need to enter a start date but cannot
    Typically, EEs are not allowed to enter a start date for benefits coverage. The start date usually depends on the type of enrollment.
    If it is a new hire enrollment - the start date for benefits coverage will be the employee start date.
    If it is open enrollment - the start date for benefits coverage will be the beginning of the following year (open enrollment is done usually towards the end of the current year - for benefits coverages of the following year)
    If it is a generic enrollment (for example - birth of a new child) - the start date will be the beginning date of the corresponding adjustment reason (IT0378 record start date).
    2) For insurance enrollment, why does BASIC COVERAGE show ZERO amount. Can we remove if we can?
    This is a generic screen used for all the plans and hence it shows ZERO amount. You may choose to customize the code if you want to.
    3) We need to relabel some of these plans we set up for HSA - how can we do that?
    This can be done by changing the corresponding texts in the benefits configuration. The webdynpro application reads it from there.

  • Reg: Benefits and claims

    Hi gurus,
    Need your immediate response. What is Benefits and claims, Is this separate HCM module or part of Payroll? If it is belongs to payroll, I need the information related to Indian payroll. Kindly share some useful information on Benefits and claims.
    Thanks in advance.
    Regards,
    Narayana

    Dear Venkat,
    Benefits and Claims are part of Payroll and not separate modules in SAP.
    Claims: In India payroll context, in SPRO there is a node for Claims configuration, pls go thorough the node and its documentation.
    Benefits: In India payroll context, there is no separate node for Benefits configuration.
    ESI, EPF, Gratuity come under definition of Social/Statutory benefits, we have separate nodes for the configuration of these benefits under India payroll.
    In International payroll context, there is a separate node for Benefits configuration, pls go through the steps and documentation available against each nodes in SPRO.
    Also pls explore SCN, you will get lot of documents/materials on the above. Happy exploring...
    Regards
    Dixit

  • CONFIGURATION STEPS IN U.S 401(K) SAVINGS BENEFIT PLAN

    Hi Experts,
    can u please let me know the configuration steps involved in 401(k) benefits plan.If you are having any docs on Benefits configuration,please send me on [email protected]
    Thanks in Advance.
    sairam

    Hi Associates,
    If you have any information on configuration on 401( k), U.S Benefits Savings plan
    please provide the configuration steps.
    Thanks in advance.
    SAIRAM

  • Benefits Infotype Switch

    Hi,
         We are using a BAPI function module BAPI_BEN_BUS3029_CREATE_PLANS to create an insurance plan in InfoType 0168
         Internally it calls HR_BEN_CREATE_INSURANCE_PLANS function module to upload the Insurance Plan + its Beneficaries
         Now this FM contains a tables parameter BENEFICIARIES_SELECTION which contains a field BEN_CATEG (Benefit Infotype Switch)
         What are the valid values for this field? Also what is the purpose of this field….does this control whether it will update or not update the Beneficiaries
         What happened is that when we called this function module without populating BEN_CATEG field, then it did not update the data for Beneficiaries. When I checked the IT0168 data, the Percentages were all blank and Contingent indicator was not checked where applicable
         Please let me know if you have any update on this as it is urgent for our project. Your help is appreciated
    Thanks and Regards,
    Aditya

    Hi Sony,
    What is the actual error that you are getting over here.
    In benefits, after confiiguring of all steps automatically all the steps will get default in all those infotypes.
    We will not do any thing manually.
    infotype 168 ( Insurance plans ) i am getting a error message '' employee salary grouping couldnot be determined for plan insurance ''
    For the above error, you might have done wrong configuration. If you wan't to know whether your configuration is correct or not, check the benefits configuration consistency check in payroll.  Basing on this you will come to an end.
    Thanks
    Vijay

  • Benefits Plans Enrollment Problem in ECC

    Hi All,
    I have two insurance plans and i configured two insurance plans and i attached to one insurance plan type and i am able to see my insurance plans in my Benefits Enrollment screen (HRBEN0001).
    Now my problem is: i am not able to enroll two plans one after another, if i am able to enroll one plan then i am not able to enroll in another plan, so only one plan is allowed to enroll.
    Could you please some one tell me where did i mistake, and i am new to this Benefits configuration.
    Thanks in Advance.
    Regards,
    Abhi.

    Hi,
    You have probably configure both plan under same plan category and that only allow to enroll a person in just one. You have to configure it in different category under the same attributes.
    There is also an activity in spro under Flexible Administration called Prerequisites and Corequisites. Check that out, but the issue may be in what I mentión aboved.
    Regards,
    Edoardo

  • Fringe Benefits

    Hi,
    I want to do the Frienge Benefits configuration. On this FB, I want to configure the income tax calculation.
    Pls let me know how to configure this one.
    Thanks and Regards,
    Revathi.

    Hi
    There is no standard report available for FBT in system. However, for every type of expense create two Expense Heads, one with FBT and other without FBT. For eg, travelling expenses can be created with two heads, with FBT and with out FBT. Now based on GL balances, you can get the details of income tax liability.
    Regards
    Sanil Bhandari

  • Missing Benefit Plan in HRBEN0001 in one client but not in another.

    Hi All,
    I was wondering if anyone has stumbled upon this issue where your benefits configuration are identical in three clients.  I have configured two savings plans - 401K and Roth which the employee is allowed to make changes anytime.  In two DEV clients, I was able to see both savigns plan in HRBEN0001 and 401K in QA but not the Roth.  I've compared the configuration and the dates and they are correct (and identical). 
    I went back into QA and hired a new test employee and the Roth plan appears in HRBEN0001.  My question is: why didn't the Roth plan appeared for the employees that were previously hired.  Is there a table that needs to be activated in QA? 
    Your help is much appreciated!  Thanks!

    Hi Donna,
    Could you please tell how did you resolve this issue as I am facing same problem. I have configured 3 pension plans which are not reflecting under HRBEN0001. Appreciate your help.
    Regards,
    Purnima

  • Emp Group and Status

    A question about the Best Practice for US Benefits Implementation...We are having Active, Terminated, Retiree, etc groups in Employee Group (EG) and we use EG throughout the Benefits configuration in various features as a Decision Field.
    Instead of EG, can we use the Employment Status (P0000-STAT2) to distinguish Active, Terms and Retirees for various benefits? But, SAP has not provided the Status field available as decision field in any of the Benefits features...so, we end up with using User Exits for all the features.
    Alternatively, we should not delimit the IT0171 record on termination and keep it open and let the Benefits get terminated. But, it would impact the COBRA module, right?
    Please share the best practice to deal with Empt Status and Emp Gp fields for US Benefits.

    Yes, we have standard SAP's Withdrwan and Retiree in P000-STAT2 field. I am thinking of using them in place of Emp Gp. Presently we are not using User Exits but once we want to replace EG with Empt Status, we need to move from using the standard features and use User Exits for all of them.

  • Participation Overview-ECC 6.0

    Folks,
    We are planning in implementing self services and have installed the business packages for ESS. Is there a configuration guide available for how the individual services are configured? When I go to the link in the Portal side for the Participation Overview, it is blank. I have found config in the IMG and see a EMPLOYEE_BENEFITPAY_PARTICIPATION in the V_T7XSSSERSRV table. Shouldn't this work by default? I want to see what is delivered. What hooks the V_T7XSSSERSRV table to the link in the Portal? How do I find the generated URL or link for this service? When I go to a bsp app in se80 (e.g. HAP_DOCUMENT) - I see a URL in the Attributes that I can test. Is there a way to test the EMPLOYEE_BENEFITPAY_PARTICIPATION generated URL before I event test via the Portal application?
    Kind regards, Heather

    Is there a configuration guide available for how the individual services are configured?
    The documentation is available at each node of the IMG for the specified step. Past that, there is also the http://help.sap.com documenation for your specific version (which you did not list above).
    As for the specific Participation Overview  service....if you linked your userid to an employee record and that employee has benefits, you should see this. No special set up required. ESS config for Benefits is probably the "slimmest" of all.....you basically just set up a library of URLs and link those to plans and plan types....not much more...the rest is all dependent on actually benefits configuration outside of ESS.
    Hope this helps.

Maybe you are looking for

  • Some pages in japanees or chiness.

    Hello, i Installed some fonts in fontbook, and after that only some pages(like hotmail) turn to be in a oriental lenguaje. That includes the fill sapeces where I write and other letters, not al of them, I cheked my safari preferences and the booth ar

  • Problem in Navigating the Journal Entry through Web Services

    Dear All, We are using the Webservice(B1WS) to navigate the Journal Entry data. its showing the error message '坨ᷧymentMen' in Enum 'PaymentMeansTypeEnum', the valid values are '', 'CHK', 'BTR', 'CAS', 'CRD'" and record is not navigated. I analyzed th

  • How do I view my entire video after I do the whole "Trim Comp to Work Area" thing?

    I've trimmed a video to the work area or something using the B and then N, then Right click, Trim Comp to Work Area, finished doing what I want to do. My question is how do I zoom out to see the WHOLE video (outside the trimmed area) again so I can r

  • Trying to install speedit what do these commands mean?

    Install.sh : chmod -R 755 speedit.kext chown -R root:wheel speedit.kext kextload speedit.kext sync;sync;sync How do I run this? Don't I need to point spmething to the command? I have a foldert on my desktop named Speedit. Inside it are three files: I

  • Inspection Lot System Status

    In transaction QA32(Inspection Lot Selection) for an Inspection Lot there is  a System Status (not Result Record Status) . What is the database Table-Field where this System Status is stored? OR How can I retreive that System Status in my ABAP progra