Skip to Content

12 Comments

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

  1. Chris Paine

    Great work Luke, and good luck in getting answers to any of those forward facing and market sensitive questions 😉

    I wrote about some of them a while back – http://www.wombling.com/cloud/oh-and-time-management/ and http://www.wombling.com/cloud/blue-sky-thinking/

    I’ve already been right about one prediction, I wonder how many more!

    I really don’t think running on HANA is a big issue, because until the customer gets some benefit from running on HANA they couldn’t care less what database/platform they are running on. Nothing currently about SuccessFactors is slow anyway! However HANA will enable some new and cool reporting and potentially forecasting abilities. But those functionalities would need to be built! Just having the database underneath swapped out is meaningless and is chasing marketing buzzwords/headline grabbing stuff that doesn’t actually result in improvements for the customer.

    Right – that rant out of the way 😉 … My additional questions I will be posing. (and similarly hoping to get responses on, but not holding my breath!)

    SAPJam – where is the developer enablement of this tooling? It is supposed to the the social glue between SAP’s products, yet beyond SAIL there isn’t much that has been done to help people take advantage of it. APIs exist (I know, I have copy of them 😉 ) but it’s not as easy as it should be to take the next step here to building awesome solutions.

    OffBoarding, can it be as good as the OnBoarding? (I’m hoping this is a simple YES! but if so it’s not been pushed as an advantage of SuccessFactors nearly enough).

    EC API – Will the OData API used for Employee Central be extended to the other areas of the suite, (I’m sure it will) and what is the roadmap.

    Partner/Customer Extensions – As you know this is a topic dear to my heart and that we will very likely hear a lot more about at SAP TechEd. It’s also one of those predictions I got right 😀 However, I’d like to find out a little more about the roadmap as currently it’s just Employee Central as far as I’m aware, it would be great to see this expand, as I’m sure it will.

    Once I’ve finished with those questions… Then I’ll be asking if any of you namby pamby functional types actually understand the Tech part of the HRTech or you’re all just looking at the functionality. 😉

    Looking forward to seeing you!

    Cheers,

    Chris

    (0) 
    1. Luke Marson Post author

      Hey Chris,

      Fingers crossed you get more right 🙂

      Well, at the moment a large enterprise or a customer using RBPs can expect additional performance lags. RBPs can add up to 30% performance lag, so HANA will remove this lag. But it also offers other capabilities, particularly for supporting multiple customer apps built on SAP HANA Cloud Platform within the SuccessFactors HCM suite.

      I see your questions are more developer-related, which is where you bring your perspective into play. I certainly would be keen to see how far you get with answers (as I am with my questions), but they won’t be at the forefront of my “namby pamby” conversations! 🙂

      Look forward to catching up next week too!

      Cheers,

      Luke

      (0) 
  2. Howard Marshall

    I would like to know when successfactors will allow clients, and not, as per mark ingram pointed out, successfactors and implementers to do basic config changes. why should I pay for someone to change my oil in my car when I can change my own oil?

    (0) 
    1. Luke Marson Post author

      Hi Howard,

      Customers can make basic and even more complex configurations within SuccessFactors. Some modules have more flexibility than others, but overall there is a high level of configurability. SuccessFactors is designed to be managed and maintained by HR professionals and not by Basis. For example, creating performance appraisal forms or compensation forms is the job of HR and not the job of a consultant. However, it is down to a consultant to ensure that a customer is ramped up on these skills during a project otherwise there remains a reliance.

      I hope that clarifies somewhat.

      Best regards,

      Luke

      (0) 
      1. Mark Ingram

        Hi Howard and Luke,

        Howard has a good point. I’d like to see customer be able to do more. Luke is right in that clients can do a lot in the admin tools. In recruiting the issue is specifically around requisitions, candidate profiles, applications and offer approval templates. They are defined using XML and not accessible to the client.

        Cheers, Mark

        (0) 
        1. Luke Marson Post author

          Thanks for the insights into Recruiting Mark and I can see where Howard is coming from. It’s a shame that Recruiting doesn’t have the same level of configurability as some of the other modules that I’ve worked with – I certainly wasn’t aware that this level of “customization” is required for configuring standard functionality.

          Best regards,

          Luke

          (0) 
          1. Mark Ingram

            I’d still call it configuration vs the SAP notion of customization. It’s anywhere you have forms such as requisitions, candidate profile, etc. It’s easy XML editing but still should be something clients can do.

            I hope to learn about recruiting and the MetaData framework. Like Chris I love opportunity for extensions and the use of APIs.

            Cheers, Mark

            (0) 
          2. Jayasree D

            Hello Luke,

            Thanks, its been a wonderful take of representation on SuccessFactors that integrates  other areas of SAP like HANA, HCM,etc.

            I am also keenly interested how it will overtake Workday in Future.

            Please share your valuable information.

            Thanks.

            Best Regards,

            Jayasree D

            (0) 

Leave a Reply