cancel
Showing results for 
Search instead for 
Did you mean: 

Adjustment Reason based Enrollment Issue

Former Member
0 Kudos

My Open Enrollment ESS piece is working fine. The issue is with the Adjustment reason based ones.

Basically our Open Enrollment service is enabled via regular Open Enrollment object in Benefits Adminsitration under Personnel Management ( and this works fine when I use the OPEN_ENROLLMENT service since it picks up the OPEN event).

We also have another plan which is given to employees via 378 and so is based on an Adjustment Reason.

When I try to enable the EMPLOYEE_GENERICENROLLMENT_SERVICE service, I get the first page which lists all the available plans for my user. But when I try to click on a particular plan, it takes me to a blank page.

I have set the PCD URL for the Resource to the corresponding page and that is why I think the first page shows up - this is all good but I can't get to the actual enrollment from there. Any ideas?

Thanks,

BR

Accepted Solutions (1)

Accepted Solutions (1)

former_member201257
Active Contributor
0 Kudos

In your resource for Generic Enrollment do you have the following under URL parameter ?

TRACKING_ID=GENERIC&INITIATOR_ROLE=HRASRD&EVENT=

This URL parameter differentiates OPEN enrollment and GENERIC enrollment.

If you are using Z (custom) entries for your resources and services - make sure to adjust your proxy class used in the corresponding service.

- Shanti

Former Member
0 Kudos

Thanks Shanti.

I do have a Z Service which is mapped to a standard Resource namely GENERIC ENROLLMENT.

For the URL parameters you have mentioned, I can map it to the GENERIC ENROLLMENT05, which has those. So no problems with that.

For the second part of answer, what would I need to change in the PROXY CLASS? I already have a proxy class (developed by someone else) which only takes care of O type (OPEN enrollment). What would I need to add to this so that the Adjustment reason is also picked up?

Thanks,

BR

former_member201257
Active Contributor
0 Kudos

If you are using a Z service, then you will need to add the name of the Z service in the IF_XSS_SER_PROXY_SERVICE~GET_SERVICES method of your Z proxy class. Your Z proxy class should have implemented the interface IF_XSS_SER_PROXY_SERVICE.

This is a small change:

Include the custom service name in the WHEN condition below:

when 'EMPLOYEE_BENEFITPAY_GENERIC_ENROLLMENT' OR
           'EMPLOYEE_BENEFITPAY_GENERIC_ENROLLMENT05'.

Add your custom service in this WHEN condition as follows:

when 'EMPLOYEE_BENEFITPAY_GENERIC_ENROLLMENT' OR
           'EMPLOYEE_BENEFITPAY_GENERIC_ENROLLMENT05'
      OR 'ZEMPLOYEE_CUSTOM_GENERIC_ENROLLMENT05'.

This change will dynamically make the corresponding Generic enrollment service available on ESS Benefits overview page - based on the validity dates of the corresponding Adjustment Reason. The text is also updated dynamically.

- Shanti

Former Member
0 Kudos

Shanti,

Thanks again for your inputs.

Just to make sure I am explaining this correctly, I AM able to get the links to show up on the homepage of Benefits. For example, I see the two plans we have with Adjustment reasons on the homepage. I understand that these links are showing up due to the Proxy class mentioned (in my case I am using the standard Proxy Class). But the problem is - when I click on those links, it takes me to a blank page.

Scenario 1:

Z Area > Z Subarea > Standard Service (EMPLOYEE_BENEFITPAY_GENERIC_ENROLLMENT05) > Standard Resource

I tried this - the link appeared but took me to a blank page.

Scenario 1:

Z Area > Z Subarea > Z Service (ZEMPLOYEE_BENEFITPAY_GENERIC_ENROLLMENT05) > Standard Resource

I tried this but from what you say I need to accomodate this service in my Proxy Class for the link to show up, right?

But will it also take care of my main issue - If I make the modifications you suggested to the Proxy Class (create a Z one, of course), then the links would actually take me to the enrollment screen and not a blank one?

Thanks,

BR

Edited by: BR on Feb 25, 2011 9:37 AM

former_member201257
Active Contributor
0 Kudos

Just a small clarification:

Are you able to only get to the Benefits overview page - and clicking on the service for generic enrollment - you see a blank page ?

Are you able to get to the Enrollment page by clicking on the Generic Enrollment service link - and then clicking on the Plan - you see a blank page ?

A proxy class is only needed to incorporate some kind of dynamic behavior to the service. (For an example, if you want New Hire Enrollment service to show up only when the corresponding IT0378 Adjustment reason is active (or) if you want to dynamically show/hide the service to specific set of users).

If your Generic Enrollment service (based on the Adjustment Reason) is to be available at all times - then you don't really need to use the proxy class in your service. In this case, you should have the field for proxy class as BLANK. The service links will be shown in the overview page all the time.

Make sure that the PCD path for the page you enter in the resource is correct - and this page is assigned to the Role.

However, if you want to make use of the proxy class, and if you are using a Z service, then make the changes I have suggested above in a copied version of the proxy class. Use this Z proxy class in your service.

- Shanti

Former Member
0 Kudos

Shanti,

Thanks again for your insightful answers. Have been giving you points along the way.

This is my Navigation path:

Employee Self Service > Benefits & Payment

Here I see the Benefits & Payment Homepage - where there is the "Enroll in Employee Assistance Program" under the "Adjustment Reason Enrollments" service group.

Clicked on the link and it takes me to a blank page.

Important Note:

From what you have mentioned about the Proxy Class, the only thing I don't have is that the new page is not in any Role yet. Maybe I should add this page to the current ESS role and test out? What do you think?

BR

former_member201257
Active Contributor
0 Kudos

Add your new page to the existing Benefits and Payment workset (I believe you have already assigned this workset to the Role or an entry point workset).

Then, open the role and select the newly added page - Right Click and view the properties of this page (under the role) - get the PCD location - this will give you the relative path of the page (under the role).

potal_content/my_folder/my_role/my_entry_point_workset/my_benefits_n_payment_workset/my_newly_added_page

Use this PCD path in your new resource as the PCD path:

ROLES://potal_content/my_folder/my_role/my_entry_point_workset/my_benefits_n_payment_workset/my_newly_added_page

- Shanti

Former Member
0 Kudos

Edited Update

I tried what I had written here - clicking on the OPEN ENROLLMENT link takes me to the corresponding enrollment screen, but clicking on the Adjustment reason link (Enroll in Employee Assistance) links me back to the same page again.

Any thoughts?

Previously wrote

Shanti,

My page is called My Benefits and it is under the respective role. (Have a Z role copied from the original).

On this page, the Open Enrollment link appears and so does the link for Adjustment Reason Enrollment (Employee Assistance Program).

For the resource for OPEN ENROLLMENT, I already have the path to this page (and it works fine).

For the resource for ADJUSTMENT REASON also, do I give the path for the same page?

The resource I am using here is the standard one - EMPLOYEE_GENERICENROLLMENT_SERVICE05 which has the URL parameters you had mentioned. I am not using any PROXY Class in the ZService that associated with this Resource

If your answer is YES - give the same page path, then I can create a Z version of EMPLOYEE_GENERICENROLLMENT_SERVICE05, and use that in my service - am I right?

BR

Edited by: BR on Feb 25, 2011 10:43 AM

Edited by: BR on Feb 25, 2011 10:44 AM

former_member201257
Active Contributor
0 Kudos

For answering your first question - what you are doing with resource is good and it should work.

For your later question:

That is the expected behavior.

The same application is launched in both the cases - OPEN or GENERIC enrollments.

http://help.sap.com/erp2005_ehp_04/helpdata/EN/18/2f834071adc65de10000000a155106/frameset.htm

Like, I have mentioned earlier, the difference comes from the URL parameter.

TRACKING_ID=GENERIC&INITIATOR_ROLE=HRASRD&EVENT=EAP

where EAP is the event for Employee Assistance Program.

Have you set the value for EVENT= with the correct value ?

- Shanti

Former Member
0 Kudos

Awesome. Almost there and you are taking me there

To answer your question, no I have NOT set that. Let me do that and update you right away.

Thanks,

BR

former_member201257
Active Contributor
0 Kudos

You can find it from table V_T74HA

Former Member
0 Kudos

The Plan Code is EAP1

ZService uses ZEMPLOYEE_GENERICENROLLMENT_SERVICE05

ZEMPLOYEE_GENERICENROLLMENT_SERVICE05 has URL parameter as TRACKING_ID=GENERIC&INITIATOR_ROLE=HRASRD&EVENT=EAP1

and the URL points to the same page as the OPEN ENROLLMENT one.

The difference between the Resources for OPEN ENROLLMENT AND ZEMPLOYEE_GENERICENROLLMENT_SERVICE05

is the URL parameter.

I tried this but it is still taking me to the same page when I click on ZService for Adjustment Reason. Do you suspect any caching issue on the portal?

-BR

Former Member
0 Kudos

Shanti,

Update

Basically if I can get your initial suggestion to work, I would be done.

I want Employee Assistance Program link to take me to the enrollment and not the same page again.

Do you think I might be missing something other than the URL where I have added EVENT=EAP1

Thanks much.

Previously wrote

Appreciate all your help.

According to this post [url] I tried to put the URL PCD Path as ROLES://portal_content/com.sap.pct/every_user/com.sap.pct.erp.ess.bp_folder/com.sap.pct.erp.ess.roles/com.sap.pct.erp.ess.employee_self_service/com.sap.pct.erp.ess.employee_self_service/com.sap.pct.erp.ess.area_benefits_payment/com.sap.pct.erp.ess.enrollment

in ZEMPLOYEE_GENERICENROLLMENT_SERVICE05

What this does is it says "No correct adjustment reason specified". I have the same URL parameter you suggested in there.

Am I doing the right thing or should I still use the same page as I have in the OPEN_ENROLLMENT service?

Thanks,

BR

Edited by: BR on Feb 25, 2011 12:02 PM

former_member201257
Active Contributor
0 Kudos

When you say, the same page is launched:

Do you mean the overview page (Area Page) is launched again upon clicking on the link for Generic Enrollment ?

(or)

Do you mean the same application page for Benefits Enrollment (Service Page) is launched with the plan selections ?

*******************

Let me try to explain the above with reference to the standard ESS role:

Open the standard ESS role from your Content Administration in portal.

If you look at the pages under the Workset "Benefits and Payment" :

The Page with the name - Benefits and Payment - is the Area Page - this one contains all the links for your services

The page with the name - Enrollment - is the service page - this one launches the application for benefits enrollment.

In your new resource for generic enrollment - you should have the PCD relative path of the service page (and not the one for area page )

**************************

As I have noted earlier, the same application page should be launched for both open and generic enrollments.

The plan selections will vary based on the adjustment reason (as per your benefits configuration). The adjustment reason is fed to the page via the URL parameter.

- Shanti

Former Member
0 Kudos

Thanks Shanti.

Update

I think I know what the issue is. Both the OE link and the adjustment reason link point to the same application page. But the OE part works and the AR part does not. The only diff between these two services is that the OE part has the Proxy Class and the AR does not. So once I incorporate the change you had mentioned in the Proxy Class and use that in AR service, I guess it should work. Sounds logical?

Previously wrote

In the standard Benefits and Payment workset, I see several WD pages, two of which are:

1. Benefits & Payment (I see this is the application (PCD) mapped in the OPEN_ENROLLMENT standard resource & the GENERIC_ENROLLMENT standard resource - PLEASE NOTE this is not GENERIC_ENROLLMENT05)

2. Enrollment (I dont see this mapped anywhere in the standard resources).

Should I make my custom ZGENERIC_ENROLLMENT05 point to this and use that in my ZService?

BTW, to answer your question, the link keeps taking me to the Benefits & Payment Overview page.

Edited by: BR on Feb 25, 2011 1:20 PM

former_member201257
Active Contributor
0 Kudos

Now, I am confused....

You say that you are pointing your resource for OE to the area page of Benefits - and it is working fine.

I cannot verify it since I am on ECC 6.0 and using all the services ending in 05.

This is what I see in my system:

EMPLOYEE_OPENENROLLMENT_SERVICE

ROLES://portal_content/com.sap.pct/every_user/com.sap.pct.ess.employee/com.sap.pct.ess.roles/com.sap.pct.ess.employee_self_service/com.sap.pct.ess.employee_self_service/com.sap.pct.ess.area_benefits_payment/com.sap.pct.ess.serv_benefits_payment

EMPLOYEE_GENERICENROLLMENT_SERVICE

ROLES://portal_content/com.sap.pct/every_user/com.sap.pct.ess.employee/com.sap.pct.ess.roles/com.sap.pct.ess.employee_self_service/com.sap.pct.ess.employee_self_service/com.sap.pct.ess.area_benefits_payment/com.sap.pct.ess.serv_benefits_payment

EMPLOYEE_BENEFITPAY_PAG

ROLES://portal_content/com.sap.pct/every_user/com.sap.pct.ess.employee/com.sap.pct.ess.roles/com.sap.pct.ess.employee_self_service/com.sap.pct.ess.employee_self_service/com.sap.pct.ess.area_benefits_payment/com.sap.pct.ess.area_benefits_payment

The first two resources above are pointing to a Service page. (Page you see as "Enrollment" in the standard role)

The third one points to the Area Page (Page you see as "Benefits and Payment" in the standard role)

****************************************************************************************************************************

You should be using the PCD path of the Service page in your resources for OPEN enrollment and Generic Enrollment

************************************************

Anyway, to just quickly test your new Generic Enrollment service, you can edit the existing resource for OE and enter the URL parameter and see if it works...

*******************

Try these things and let me know how it goes ...

- Shanti

Former Member
0 Kudos

Everything seems to be working. Thanks.

The only thing now is that the Proxy Class that I created from the standard one (by just adding the extra Z Service) in the when clause of IF_XSS_SER_PROXY_SERVICE~GET_SERVICES doesn't seem to suffice and the Service link doesn't show up if I include this Proxy Class. Is there something else I should do? Std Class = CL_BENEFITS_AREAPAGE

Thanks.

former_member201257
Active Contributor
0 Kudos

That is the only code change you will need to do to make the link appear on the overview page. Please make sure to activate your Z class and also the 3 methods inside it.

Also, make sure that the personnel number associated with the user id you are logging in with has the corresponding IT0378 adjustment reason record valid.

The GET Services method basically looks for currently valid IT0378 records for the given PERNR and then populates the link on the overview page.

Thanks,

Shanti

Former Member
0 Kudos

Resolved. The last method was not activated.

Thanks Shanti for all your advice.

Answers (0)