EhP 5 ESS: The architect’s view
ERP EhP5 marks a turning point for the architecture of SAP Employee Self Services. With the shift of the architecture of the ESS scenarios from WebDynpro Java to WebDynpro SAP architects need to reevaluate the architecture of their organization in this area.
The challenge
Up to EhP5 the architecture of SAP ESS was quite clear. With most of the ESS services on WD Java a SAP Enterprise Portal was needed. This has changed now. With the new ESS you can implement them based on the Netweaver Business Client (NWBC) even without the SAP Portal.
In a nutshell you get three options for the future use of ESS:
1. WD ABAP-based ESS with NWBC without SAP NetWeaver Portal
2. WD ABAP-based ESS with SAP NetWeaver Portal
3. WS Java-based ESS with SAP NetWeaver Portal
A lot of information is already provided by some notes and by the documentation which also lists up all the improved features of the WD ABAP-based ESS:
Note 1450179 ESS Based on Web Dynpro ABAP available as of EhP5
Note 1509139 ESS EHP5 solution Based on Web Dynpro JAVA available
As a lot of SAP customers plan to implement EhP5 shortly or are just starting their ESS projects and are therefore defining their future SAP HR architecture.
The two decisive questions for your HR architecture:
Which version of ESS should be used in the future (WD ABAP vs. WD Java)?
Should we use SAP NetWeaver Portal for ESS or the NWBC?
I have tried to facilitate your work by listing up some of the decisive points:
1. Evaluation of the as-is situation
- Existing HR IT Architecture (if such architecture already exists it will contain a lot of the points listed below)
- Existing SAP HR systems within your organization
- Existing ESS implementations within your organization
- Implementations based on releases prior to ERP 2004 (based on ITS technology)
- Custom developed ESS scenarios
- Overall portal strategy of your organization
2. Determination of future requirements
- List of standard ESS-scenarios which should be used in the future
- List of requirements for additional ESS-scenarios:
- Scenarios which can be realized by using HCM processes and forms
- Scenarios which needs to be developed
3. Designing your future ESS architecture(s)
- Decision whether one unified ESS approach will be feasible throughout your landscape
The decision which ESS technology should be used within your organization will be made in this phase. The clear recommendation from an SAP’s HR architect point of view is to use the ESS WD ABAP whenever possible. The main reason which I could see against it is a very huge implementation of custom developed ESS scenarios based on WD Java. But even then it must be clear that future ESS functionalities will be based on WD ABAP.
Whether you use the SAP NetWeaver Portal or not depend on your strategic portal decisions and also needs to consider which other SAP scenarios you want to use in your portal implementation.
4. Designing your future HR architecture
A lot of strategic HR initiatives mean a lot of interesting activities for SAP architects. In some cases these activities create a very strong need for a HR architecture. In the past a clear architecture document for a SAP HR system was not always high on the priority list and substituted by a list of interfaces and SLA for the connected systems. With more and more customers adopting SAP ESS, SAP eRecruiting and SAP Enterprise Learning a clear document with architecture guidelines could save your organization a lot of redundant efforts which would be created otherwise.
thanks for your feedback which is a very good motivation for future blogs.
Best regards,
Bernhard
I'm selecting this option because of how CRM is better with this option. Better integration with SAP core and better development environment. I think if this option comes most people will select this.
I am quite happy too about the new ESS.
But I am also happy to read something from you again as I was missing your blogs about HCM processes and forms.
Hope to read a new one from you soon.
Best regards,
Bernhard
Tnx for blogging on this topic. I've been reading about the new ESS scenario's and i agree that these new developments ask for clear architecture guidelines. A lot of my customers prefer other portal frameworks to build their employee portal. Frankly in most cases SAP has lost the horizontal portal to Microsoft SharePoint. Self services are horizontal portal scenarios so seamless integration with SharePoint is a must requirement here.
Therefore i'll introduce a 4th option.
4. WD ABAP-based with 3rd party portals (like MS SharePoint) without SAP NetWeaver portal.
Although webdynpro uses different UI elements and floorplans in regards to standard SharePoint a close integration between WD ABAP and e.g. Sharepoint via CSS can create a feasible user experience without the downside of custom development.
Unfortunately self services for other area's in the business suite (e.g. SAP Enterprise Learning or shopping) is still based on BSP and other interaction patterns.
It's striking to me that SAP is still not able to create a single UI experience based on a single technology and floorplan to unify all self service based scenarios. Apparently solution development still focuses on optimizing processes within their own domain without looking at the perspective of the end user with the need for a unified UI experience regardless of HCM, SRM, Learning.
So unfortunately we're not their yet but it is a step in the right direction.
SAP's own Guide to Best Built Applications even recommends that customers don't use BSP's any more.
thanks for the feedback.
You are right the integration with another portal seems to be a 4th option although it is included in option 1 as NWBC could integrate with other portals as well.
Although things are taking some time I think that the new ESS is a big step in the right direction.
BR Bernhard
Thanks for your great blog!
Yet, using other Portals through NWBC would mean deploying NWBC on numerous workstations...
Anyway, isn't it (still) complex - from an authentication point of view - to seamlessly go from SharePoint (or any 3rd party Portal) to an ABAP backend?? As far as I can remember, it is much more easier to have a SAP Web Application Server Java in between.
Best regards,
Guillaume
thanks for your kind feedback.
You are right authentication requires efforts but now we can offer the customers the option to decide whether or not to use the SAP portal.
Efforts are another question.
Best regards,
Bernhard
As I said WD ABAP will be the future direction of ESS and I think this should be the decisive point for the decision (especially in case you develop new scenarios).
BR Bernhard
Thanks, Siddharth Rajora
thanks for your kind feedback.
Best regards,
Bernhard
Very nice blog here. I've read it several times. We are planning to use ESS with NWBC, as we do not have an SAP Portal installed.
A key question: Could ESS with NWBC be made available over the Internet with an SAP Webdispatcher, but no SAP Portal? Or should the ESS with NWBC option only be used within a company's network.
This is a driving factor in determining our company's strategy with ESS/MSS.
thanks for your interesting blog.
Using ESS-Scenarios implicates a frontend application to handle the workflow dialog workitems. In the backend it's the business workplace, in the portal we've got the UWL, but what about the NWBC? Is there a subsitute to the UWL and what technology is it based on? WDA? How is it customized? Via SWFVISU? Is it also running without a "NBWC Container"?
Thanks for your answer,
Nicolai
Very Well defined blog...
In my previous client we started with Enterprise Portal and all services were in Java (based on EhP4) once we moved into EhP5, we decided to migrate to WDA services since they had more functionalities and better look and feel...
At my current client we are going "portal-less" using EhP5 on NWBC... and going forward it looks like the services will be better in WDA...EhP6 looks promising...
My 2 cents worth... Companies should stick to NWBC/WDA is it is possible... Companies can free up maintainance and resources if they stick with NWBC...
thanks for sharing such a wonderful info.Can someone tell me if we want to go for "portal less" do we still need to have to the licence from SAP?
gud info