Skip to Content

Imagine the following scenario:

You are a CIO who relied on SAP ERP system to run for the last decade(s) and decided last year to embrace the cloud with SuccessFactors for your performance management needs that have outgrown your on-premise system.  So you integrated the two on data level, and made it available for seamless access on your Corporate Portal.  Among the ESS/MSS section of on-premise apps, you introduce the new cloud-based goal setting functionality and decide to call it something sexy like “Success Map”.  As a CIO you reached your objective, and probably surpassed expectations when Employees report full satisfaction while Managers claim how they drastically reduce their time to setup and align goals.  Sounds familiar?

Great, but the other day –  the Head of HR decides to stop by your office and talk to you about an issue she still has in the company.  She complements first on the great effort to get a new momentum in the HR apps and tools like new Macs and iPhones you offer to employees.  However, she realizes that there is still lot of silo building in the company according to org structures and departments despite of “lean” and other processes in place.  In meetings and off-meetings, it’s always the same people talking to each other, maintaining existing key relationships.  There’s very little new relationships being forged, and very little information exchange going outside of the usual circles.  You claim as a company to have lot of diversity as your strength, but you don’t really take advantage of the potential.  Actually you fall short, especially when you need to bring a new product to the market.  The marketing guys tell one story, the sales guys develop another, the R&D guys are upset because none of that is close to the reality, the solution guys try somehow to cover it all up, the executives are staying on the high-level message.  Causing some serious customer confusion at the end.  Still with me?

As a CIO you cannot solve this alone, but that’s why you have talent in your company or outside in the partner ecosystem of SAP.  Luckily, this cool, rockstar developer we call Robert came up with an idea to develop an app to tackle such challenges.  And he decided to spend his Fridays to innovate beyond call of duty.  But before he started to write a single line of code, he thought deeply where and how to develop, test and deploy this new app.  He had the following options:

  1. On-premise SAP ERP 
    Robert knows his company uses ECC6 and he has some ABAP BC400 skills, but he’s also fluent in Java languages from his college days and lot of JavaScript lately.   So he heard about this UI Add-on with SAPUI5 JS libs and OData-based UI Services, which can be installed without upgrading the core ERP backend.  He just found out how SAP Fiori is using it to ship the new 25 mobile apps.  Cool stuff!  But wait, he needs to ask his CIO to get all that infrastructure installed and running, and maybe they need to move up an SP on the ECC side first – delaying the 1st line of code he can write for his new app.  Then he needs to ask for dev authorizations to write the custom app code in the same system where all the mission critical apps are running while putting additional load of concurrent users.  Speaking of users, this app should go out to all employees in the company and not just the classical ERP Professional workers – so do you have all the right SAP licenses for such usage?!?  Then Robert looked at the app requirements, realizing it requires integration with the cloud – read and write data back to Employee Central, read and process data from LinkedIn, etc.  Doing that out of the ERP system will probably get the Chief Security Officer nervous, and Robert doesn’t want to open a can of worms here.  He wants lot of people to simply try out his new self-service app, and not have to worry about every internal process that he might brake on the way.  Next option!
  2. SAP Cloud with SuccessFactors
    Robert learned last year that the company started using the SuccessFactors cloud apps.  Here he doesn’t have to worry about installation and upgrades as the vednor runs the latest release with up-to-date infrastructure.  He also heard about this new MDF extensibility framework that allows you to enrich or create new EC objects, rules, workflows with generated UIs on top.  So he asks his CIO for Admin rights to the EC system to start playing with MDF.  He’s excited and finds out how simple it is to use MDF without having to code.   And it gives him powerful access to the EC data Robert needs.  He actually gets to a working version of his app pretty fast.  But it’s not exactly the full functionality Robert imagined to drive desirability of his app.  For example, he needs: a content mgmt store where employees can upload pics and other unstructured data, a mail service for the app to send automatically calendar invitations and email reminders, a secured connectivity to on-premise LDAP and ERP for optional user data integration, a data processing layer for the necessary logic in matching employee interests, a cool SAPUI5 look-and-feel with responsive design no matter if I’m using the app on mobile /  tablet / PC, a flexible portal service for IT and employees to personalize the app and enrich with widgets they need in context.  Next option!
  3. SAP HANA Cloud Platform
    After Robert read a blog, he realized he could get started immediately with a trial account on the cloud platform without needing any approvals or infrastructure to be installed.  All provisioned for him automatically, including an EC trial system.  All tools available in one place, including the cool SAPUI5 technology he knows from the on-premise case.  All platform services like email server, content storage, cloud connector, the use of any language that runs on JVM gives Robert now the full feasibility in his app.  He can also integrate the app with Employee Central either via the SF API or even better – reuse the work he did with MDF and access EC more deeply and flexibly via OData-based MDF services.  On top, he uses OpenSocial as component model to turn his app into reusable widgets published in the Cloud Portal catalogue for any employee to arrange the site content and navigation.  Last but not the least, his app and cloud portal site get themed and visually integrated in the Employee Central native UI paradigm.  And as soon SAP Fiori gets installed on premise by the IT, he can imagine also plugging-in easily to the Fiori’s launch page / home page to serve as the 26th app, but this one running from the HANA Cloud Platform.  BINGO!

Summary and Conclusion

The fictitious scenario described above was intended to give customers and partners an overview of options when creating custom apps and the kind of factors to consider in the selection process. It was not meant to cover all options and all decision factors, but the mainstream ones Robert needed to consider in his use case.  And even though Robert found HANA CloudPlatform as the ideal choice, keep in mind how he’s also taking full advantage of the Employee Central frameworks and services, the On-premise ABAP frameworks and services, new capabilities like Cloud Portal, etc.  It’s not a black-and-white exclusion when to use what, rather Robert kept an inclusive perspective of what can make his app feasible, desirable and better accessible.

Now in the entire story, there are lot of true aspects.  First, Robert exists and I admire him as a rock-star developer.  But aslo as an entrepreneur inside a big company like SAP.  He did spend his Fridays to develop a Networking app and to prove the platform viability since.  The app has been broadly used at SAP in a  productive version side-by-side with the other known classical ESS transactions, like Leave Request.  Together with colleagues in the platform and SuccessFactors teams, they were also able to integrate it with Employee Central.  His experience with the app is captured in this blog post.  And recently with the Portal colleagues, they did an extended version to demonstrate the joint potential.  Enjoy the short demo below.  Tell us what you like, where we can improve overall, and definitely if you have more use cases for custom apps.

To report this post you need to login first.

10 Comments

You must be Logged on to comment or reply to a post.

  1. Chris Paine

    Filip,

    Hopefully I’ve already communicated my excitement for this enablement of enhancing the cloud. The next step will of course be enabling those outside of SAP to follow in Robert’s footsteps. As not many organisations will have CIOs that will allow an interested developer access to their limited MDF enhancements. I look forward to further announcements around the developer options for playing with SAP HANA Cloud.

    Bring on the brave new world where just because it is “cloud” does not mean we can’t enhance it.

    Cheers,

    Chris

    (0) 
  2. Harald Mueller

    There’s a good and long discussion how systems of record can meet the systems of engament.

    http://www.linkedin.com/today/post/article/20121112224653-110300724-the-future-of-enterprise-it-systems-of-record-meet-systems-of-engagement

    Now, i don’t know a better example for this than Robert, the rock star developer, which spend his (innovation) Friday inside the company to build, deploy and run, this wonderful system of engagement. And this is just the begining.

    (0) 
    1. Filip Misovski Post author

      All big-picture thinkers agree on the direction.  Also Ray Wang authored a similar article in HBR back in Oct 2011 on the evolution of transactional systems:

      http://blogs.hbr.org/cs/2011/10/moving_from_transaction_to_eng.html

      Glad to see in Geoffrey’s post the importance of the interfaces to the system of records. Lot of people may assume that these new systems / platform / apps of engagement will just replace the older ones.  In some case perhaps, but in most cases it’s a story of smartly extending the “best practices” with the “next practices” to unlock new value.

      (0) 
  3. Filip Misovski Post author

    Here’s a set of material on the potential of custom apps and use cases for the HANA Cloud Platform:

    • We start with this video shot by Krassi – explaining in much more detail the whole Networking app, how it works, and the integration with Employee Central

    [embed width="482" height="397"]https://www.youtube.com/embed/CbhGZEx45pg[/embed]

    • We move to another use case which was brought up to me by Vasiliy.

    Quick background: our technology team did this demo right after the SuccessFactors acquisition to show the value of Desktop integration for combining SAPGUI screens with new SF apps using the Side Panel concept of NetWeaver Business Client.  One can imagine using the HANA Cloud Platform + Portal as the catalogue and runtime for such custom SF gadgets showing up in context of the on-premise screens.

    [embed width="493" height="405"]https://vimeo.com/58830081[/embed]

    • Last but no the least, we’ve noticed this nice time tracking app developed on the HANA Cloud Platform by Chris and his consulting group out of Australia.  We look forward to see this app in the next phase as it begins to integrate with SF’s Employee Central.

    [embed width="492" height="405"]https://www.youtube.com/embed/9oAXQ6SmvPo[/embed]

    (0) 
  4. Martin English

    A nice story, but (I’m speaking from a Netweaver BASIS background) the technical stuff is the easy part. I work in an enterprise environment where it can take 3 months to get afirewall port opened. For an interna firewall.

    So, yes, I can see how a good developer, using tools she is familiar with, can produce the kind of application you show, with a dozen or so hours of coding. But your example talks about the internal silos in the organisation; I’d like to hear how our intrepid developer talks Network Security into opening the corporate HR system to an external provider, which board members she lobbies on the Corporate Governance when she realises the legal implications of the NW cloud being in another country, and so on. After all, the point of her effort is not to produce an elegantly coded piece of eye candy, it is to get something that solves a known problem deployed.

    hth

    (0) 
    1. Chris Paine

      Martin,

      All the systems involved are running on SAP HANA Cloud Platform which is outside your corporate firewall. Where access to onPrem solutions is needed the SAP Cloud connector provide a secure VPN for this.

      This isn’t hacking on an ABAP stack anymore!

      Cheers,

      Chris

      (0) 
    2. Filip Misovski Post author

      Martin,

      Solid point on the reality check wrt Security and Corporate Governance.  If you read carefully what was written in the option 1. On-premise SAP ERP to use for developing such a custom app – it is a known problem that takes time and (non-coding) effort.

      So here are the options on how one can mitigate the issue you raised:

      1. The actual custom app in our case talks directly to the SucessFactors cloud, and both Data Centers behind happen to be managed by SAP in the same location.  This means whoever in the company (Head of HR or CIO) got SF cloud apps through the Company Board, they solved indirectly the issue of Security and Corp Governance for the new custom apps.  In this case, we only deal with Cloud-to-Cloud integration and security.
      2. Let’s assume your custom app still needs data from the On-prem system (and not rely on another cloud app like SF EC), one option is to consider UI-level of integration that does not require firewall opening.  The employee as user in this case is the “tunnel” that has secured VPN access to on-prem and cloud platform.  Couple of years ago we investigated this approach internally at SAP and did work with customers to validate this using the NetWeaver Business Client (also seen in one of the demos above).  It works for lightweight apps that have the HTML5 UI logic on the cloud and calls REST / OData services found in the On-prem system through the User.  Dashboard and read-only Gadgets are good examples.
      3. In the case of this Networking custom app, we actually need to load lot of employees data – so we can’t do that efficiently only through the user everytime time they log-in, therefore we need system-to-system integration.  One option I belive used at SAP is batch job to upload data from the on-prem system to the cloud custom app.  No need for firewall to be approved and setup, but someone needs to physically export the data.  There are also limitations here that the data is not up-to-date, but still an option that may work for some use cases or to prove a POC (and then push for the next option).
      4. This is what Chris referred to as the SAP Cloud Connector, where you need the firewall / port opened for establishing a secured connection between you SAP on-prem system and SAP HANA Cloud platform.  On the flip side, here you benefit from the full flexibility in your custom cloud app in how to access on-prem data.

      Robert – can also perhaps share the real-world experience at SAP to get the Networking cloud app connect to the on-prem systems and show up in our Portal for employees to access.  Nothing is easy, but certainly he did make it happen at SAP.  And I have no doubt that a customer or partner can do the same and more.  It’s time to unleash some of the alligators surrounding the ABAP system (in a positive sense) to benefit from all the mobile, social, and cloud innovations.

      🙂

      (0) 
  5. Ged Hurst

    Filip,

    I really like this blog series, and, from personal experience, I can agree with a lot of the points you make. We have no shortage of ideas for applications to place on the SAP HANA Cloud.

    One thing I would add, as a hidden benefit of Cloud development, is that these projects bring a different way of working and a huge amount of new ideas and energy to SAP development teams. This won’t last for ever, so we’re trying to get the most out of it while we can!

    Thanks and cheers

    Ged

    (0) 
  6. Gautam Kumar Singh

    Hello Filip,

    Congrats !!! for writing this excellent blog. One of the major advantage of using Cloud Platform for any application development is the versatility that it provides. And, you explained that part of solutioning in a informative way.

    Thanks

    Gautam

    (0) 

Leave a Reply