Self-Service Benefits Enrollments

Self-Service Benefits supports a variety of enrollment types, including open, unrestricted, and life event enrollments for one or more flex or non-flex programs.

The enrollment choices, price tags, and other information in Self-Service Benefits web pages are derived from Oracle Applications database tables using the rules of your plan design. Updated information is stored in the Oracle Applications database tables using standard Application Programmable Interfaces (APIs).

Self-Service Benefits supports enrollment for plans and options in a program.

The benefits administrator can control the display format for plans and options in a program. Depending on the display format chosen for a program, employees can:

Use Oracle's professional forms interface or the self-service Individual Compensation Distribution web pages to enroll participants in all plans not in a program such as savings plans, Employee Stock Purchase Plans (ESPP), or 401(k) plans.

Self-Service Benefits Enrollment Functionality

Self-Service Benefits offers an employee the opportunity to:

Note: Family member information entered through the self-service interface and personal contact data entered through the professional forms interface share the same table. Any data entered or updated in Self-Service HRMS or the professional forms interface is reflected in both interfaces.

Note: Self-Service requires dependents and beneficiaries to have the personal relationship check box checked on the Contacts window.

Legal Disclaimer Page

During implementation, you can choose to display a predefined Legal Disclaimer page in Self-Service Benefits. Before self-service users can enroll in a benefit, they must read and accept the terms provided in the Legal Disclaimer page. If they do not accept these terms, the application will not enable the users to enroll.

You can enter the instruction text for the Legal Disclaimer page in the Self Service Instructor Text field in the Communication Types Usages window. This is a one-time process that you can complete when you set up Self-Service Benefits. You can also include HTML tags in the Disclaimer text for formatting effects, such as bold and indented text.

Enrollment Change Workflow Notifications

You can configure the Workflow Builder to send a notification to an HR professional whenever a participant updates a Self-Service Benefits Enrollment web page, excluding the Primary Care Provider page. The notification contains the following information and provides direct access to the Confirmation page for the participant, but is not linked to any Workflow approval process:

Oracle Workflow sends a notification to a worklist or group that you maintain after the participant completes the enrollment update. If the participant closes the browser window prior to reaching the Confirmation page, Oracle Workflow sends a notification within one hour of the first enrollment change.

You can manually override the enrollment or contact the participant to correct and resubmit the election if necessary.

See: Self-Service Workflows

Hidden Fields in Self-Service Benefits

There are a number of fields that are delivered hidden by default on the self-service pages. You can choose to display them. They include:

See: Benefits Enrollments for further details of these hidden fields and the regions where you can display them.

Displaying Descriptive Flexfields

The following descriptive flexfields can be entered in self-service Benefits:

If you have set up the Further Person Information or Additional Contact Relationship Details flexfields, you can choose to display some or all of the segments in self-service using the Personalization Framework. See: Configuring Flexfields

The Additional Ben Prtt Enrt Rslt F Details flexfield appears automatically if you define and freeze this flexfield. You must bounce the Apache server after freezing or unfreezing the flexfield to ensure that your changes are displayed.

Plan Type Context

You may want to display the Additional Ben Prtt Enrt Rslt F Details flexfield only for enrollment in specific compensation objects. For example, you may want to display prior years commission information to participants for a supplemental life insurance plan, while hiding commission information used to calculate group life insurance rates.

To display the flexfield differentially by compensation object, you must define a context for the flexfield based on BG_ID_PL_TYP_ID. On the Descriptive Flexfield Segments window, uncheck the Displayed check box for the context if you do not want to show the context poplist to the user. Notice that if you display this list, it will contain all the contexts for the flexfield (even those for other business groups) unless you restrict them by a value set defined for the context.

If there are frozen segments for the descriptive flexfield but no global segments defined and no segments defined for the selected plan type, the Benefits Information page appears in the enrollment chain but the region pertaining to this plan type does not display. Existing data set up in the flexfield is not affected by any new contexts you define for self-service.

Plan Design Considerations for Self-Service Benefits

Before eligible participants can enroll in self-service benefits using the self-service interface, you must design your benefit plan using Oracle's professional forms interface. The following topics look at the points you should consider when designing your plan for the self-service environment.

Legislative Configurations

Self-Service Benefits is delivered with US-style formatting for the following fields:

For non-US self-service implementations, you can edit field labels to fit your legislative requirements and you can also hide and unhide fields. For example, you may want to hide the list of States from the address fields.

Note: The address style and country used by Self-Service Benefits is inherited from the primary benefits participant.

If your legislation or benefit plan design does not allow for after tax contributions, consider hiding the after tax columns on the tables contained in the following web pages:

See: Setting Up Self-Service Benefits Web Pages

See: Benefits Enrollments for a list of the configurable user interface elements in each delivered web page.

Integration with Authoria HR (US and UK)

The third party product Authoria HR provides a common knowledge repository to manage and communicate HR and benefits information.

After a self-service implementer defines a total compensation plan in the Oracle HRMS professional user interface, licensees of Authoria HR can configure links between Oracle HRMS and Authoria HR.

End users can click on links in the applicable self-service web pages to display context-sensitive Authoria HR documentation.

You can configure the following self-service enrollment windows for use with Authoria HR:

See Configuring Links Between Oracle Standard and Advanced Benefits and Authoria HR

Multiple Rates

You can display up to four standard rates for each compensation object to enable employees to see employee and employer paid premiums, and related costs such as fringe benefit taxes and administrative fees. Multiple rates are displayed on the Overview, Benefits Selection, Current Benefits, and Confirmation pages.

Only vertical display Plan Types are able to be custom formatted in self-service to display multiple rates for a single compensation object. Due to display and sizing constraints, horizontal display Plan Types cannot display multiple rates. You can only display one standard rate per column.

When you define standard rates for self-service, you can select any activity type and tax type. However, you must check the Display on Enrollment check box (Processing Information tab) and you must specify the Self Service Display Order number (1 to 4).

When you display multiple rates, the column headings in self-service are Cost 1, Cost 2, Cost 3, and Cost 4. Otherwise, a single rate displays as either Pretax or Aftertax. You can change the column headings using the Personalization Framework.

When defining your standard rate, consider the following:

Benefits Pools (Advanced Benefits)

If you are displaying multiple rates, you may not want them all deducted from flex credits. Use the Application tab on the Benefits Pool window to determine which standard rate to deduct. All rates selected on this tab are included in the Flex Credit Used Total. Unused Flex Credits (rollovers) displayed are not impacted by the use of multiple rates.

Flexible Spending Accounts (US)

To ensure that your qualifying participants can enroll in Flexible Spending Account (FSA) plans using Self-Service Benefits, you must set up your plans using one of the following two methods:

The preferred method is to use the Plan Types window to define one plan type for each FSA plan. For example, you define one plan type for Dependent Care FSA plans and a second plan type for Health Care FSA plans. For each plan type, you define the coverage plan or plans into which participants and their dependents can enroll. You also define a decline coverage plan which is linked to each plan type.

Alternatively, you can set up one FSA plan type that covers both dependent care and health care plans. Within this plan type, you define plans for both dependent care and health care. Then, within these plans, you link options for both selecting and declining coverage.

Other items for consideration:

Flexible Benefits Programs (Advanced Benefits)

With Flexible Benefits Programs, you can offer flex credits to eligible participants to offset the cost of benefits. When you defining a benefit program in the Programs window, select the same periodicity for the activity reference period (the time period in which the system expresses activity rates) and the enrollment rate frequency (the activity rate that is communicated to participants). This ensures that the price tags for selecting benefits and the flex credits available to participants are expressed for the same time period.

Other items for consideration:

Temporary Participant Identification Cards

A temporary identification card allows a participant to obtain medical, dental, or other benefit treatment before the participant receives the official membership card from the provider. Using Self-Service Benefits, a participant can print one card for each elected plan that allows for temporary identification cards. The participant can also print a card for each covered dependent.

The application generates a temporary ID card upon:

The identification card includes information such as:

You indicate that a plan allows for the printing of temporary ID cards by checking the Allow Temporary Identification field on the Plans window.

Declining Coverage

Depending on your plan design, you must set up either a decline coverage plan or option that allows a participant to waive an enrollment opportunity for which they are otherwise eligible.

If a plan type contains multiple plans, you create a decline coverage plan in the Plans window (in addition to the regular plans) and indicate that the plan is of the specified plan type. If a plan type has only one plan, you define a decline coverage option and link it to the plan. This ensures that participants can either select or decline benefit coverage.

Note: If your plan design requires that a participant select at least one option from a group of options or at least one plan from a group of plans, do not define a decline coverage plan or option.

Self-Service Benefits What-if

Self-Service Benefits What-if enables you to model electability for benefits based on proposed changes to a person's HR record, before you make the actual change. When you model electability, the database does not save changes, so you can view different electability scenarios without having to manually save data.

The Self-Service Benefits What-if page is available from Manager and Employee Self-Service Responsibilities. To ensure that certain data is not visible to all users, as an administrator, you can define roles for Self-Service Benefits What-if. Managers can review changes to benefits for employees in their security group that would result from proposed changes to the employee's HR record. Employees can view changes to their benefits based on proposed data changes to their HR records. The comparison is in terms of their electable choices, plan or option enrollment rate.

As a manager or an employee, you can compare current benefits with the proposed benefits based on the electable choices, and a plan or option enrollment rate. For example, you can view the benefits impact of relocation or a change in weekly hours worked.

See: Modeling a Person's Benefits Eligibility (Advanced Benefits)

The system does not allow you to model electability if current life events are in progress. What-if electability depends only on the data changes you elect to model. Using the HRMS System Administrator responsibility, you need to enable the Benefits Compensation Objects Extra Information Type (EIT). This EIT enables you to add information about the type of compensation object such as program, plan type, compensation object name, and a flag indicating whether the compensation object is visible to the user.

See: Setting Up Extra Information Types Against a Responsibility

You also define the What-if Label that displays to users who perform the what-if modeling, and the life events for compensation objects and link one or more person changes to each life event.

See: Setting Up What-if Modeling

You can use the HRMS System Administrator responsibility to configure Self-Service Benefits What-if so that managers only view changes to benefits for employees in their security profile.

By default, the Self-Service Benefits pages do not display some fields. However, you can choose to display them using the Personalization Framework.

See: Benefits Enrollments