Skip to Content

I have been pretty psyched about BPM/BRM from the time SAP has been talking about it – maybe even earlier. I religiously read all the SDN blogs on it, and have RSS feeds that get me BPM news from elsewhere. Every time I attend an SAP event, I try to make it to a couple of lecture sessions and at least one hands on session. I did that this year in Phoenix too – and in addition, Marilyn very kindly let me into the Process Slam too. There is much to like about the tool, and the methodology that goes with it. There are plenty of blogs on the good part in SCN and elsewhere. I don’t think I have anything original to add there. I am mostly in agreement with all of it.


So, where do I think BPM is going? hmmm…not anywhere in a hurry that I can see. And I want to explain my views and concerns here. I am a consultant, and of course my views are possibly affected by that. Also, I will try my best to stay away from the philosophical discussion around BPM – and stick to just my views on how the suite will potentially get used in the field.


What kind of users are primarily expected to use the BPM suite?  If the answer is “Functional Consultants” , “Business Analysts” ( or BPX, if you want to go fancy), I would say – think again. If you answered “developers” – then you win. As your reward, skip my whining in the next 4 paragraphs.


Let us look at a simple scenario here. As part of business process flow, we want to create a transaction – say a sales order. We find a service from ESR that does it, choose the 10 fields we want to expose to our user, generate a UI with Web dynpro or VC and so on.


I have tried to educate a bunch of functional people on how services work, and how to navigate in ESR. While they don’t seem to take it like fish to water, I think they will figure out easily if they need to. Similarly VC is a tool most functional guys can figure out. After all, these are folks who play with variant configuration and pricing. How hard can VC be? I agree – this part works well.


In real life though, having a simple set of UIs is not enough in most cases – we will need additional screens and logic for error handling etc. This is where things don’t always go well – not all functional folks are used to thinking about custom error handling. In the “good old world”, SAP screens handle this for them for free. Also, the more complex the functionality gets – the chance of Web Dynpro replacing VC is also pretty high. This is not easily possible for functional folks – and they will need a java developer for this process. Of course WD for ABAP is not an option (at least not yet), otherwise we could have argued that those functional people with basic ABAP skills could have figured their way around. And what happens when we need to debug? This needs more effort than doing so from SAP GUI.


I suppose all this is good news for programmers – they will very much be in demand.


Lets talk about the workflow aspect for a bit now. This was the primary lesson that was covered in the 4 hour hands on session I attended on Thursday in Phoenix, on an empty stomach :). A very simple workflow – took us 250 steps or so and 3 hours. Some of it can be attributed to lesson organization (example – repeatedly creating similar forms, rather than creating copies of the form screen created once, and changing them), but I did not find the tool friendly for a non-developer type person. To add to my frustration, there was the curious case of missing tasks. Another issue was on drag and drop – only certain ways of drag and drop would work for mapping. Thankfully the instructors warned us that this is a new version, and these are known bugs that they will fix soon.


I spoke to several people after I stepped out of the class – for two reasons. One, I had a splitting headache, and needed some aspirin or something (Which Marilyn gave me later when I met her in the club house. I am VERY grateful), and two, I wanted to check whether it is just me who thinks this way about the toolset, or whether there are others too. I spoke to mostly developers and a couple of functionally oriented people (who were fewer in number). While developers seemed to like it more than functional folks, I did not see any one getting really excited about this amongst these people. I also checked via twitter with fellow mentor Michael Koch, and he confirmed that he also thinks that this is very much an IT tool. I should add that Michael, and his colleagues appreciated the newer features of CE. Considering the fact that these guys have more exerience using developer studio and CE than me, I am inclined to believe that SAP will have a good product in a couple  more releases or so.


Off to my next point – business rules. Decoupling business rules and reusing them consistently is a great idea. But I have a few issues here.


1. Business rules reside outside the transaction processing systems in this model. So what happens if that system is not up and running when a transaction gets processed? Sure we can have high availability around such systems too – but is the cost justified?


2.Rules act on master data  and master data sits in ERP. How do we keep this in sync between the two systems? and again, is it worth the cost?


3. Some rules are very tightly coupled to the ERP transaction for a variety of reasons, like complexity, performance etc. Pricing, Output determination etc come to mind here. This would mean that some rules exist in ERP and some outside. What is the big advantage then?


4. What kind of user does SAP expected to use BRM tool? I have hardly seen a business user who has told me – lets create an Enumeration type, and while we are at it – lets choose java type as java.lang.string .


I am sure SAP will hit this out of the park at some point soon, but till then I have taken a note to self – Do not attend future BPM/BRM sessions on an empty stomach.

To report this post you need to login first.


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

  1. Tammy Powlas
    with Visual Composer!  In my last position, functional people did not do VC; it was up to the developers to find the function/module/BAPI / BW query to bring into VC and do all the linking.

    It sounds like BPM might work the same way.

    BTW, which workflow session did you attend on Thursday?  I would like to look it up.  Thanks!

    Thank you for your excellent post!

    1. Former Member Post author
      Thanks Tammy. It was at 8AM for 4 hours. Ginger G was one of the instructors. (I am a big fan of Ginger, although I never had the opportunity to get introduced to her. I have attended many of her sessions in the past).I forgot the name of the other instructor.
  2. Marlo Simon
    Hello Vijay,

    The exact same feelings attending that session suites the exact description about the way that I feel about this toolset.
    I’m also a consultant inside the trenches, a humble developer, gradually trying to drive the Sap client’s vision to SOA/BPM approaches.

    Such BPM/BRM suite at the current state is a nice eclipse extension that only Java developer could polish, but yet a promise for the business user.

    Thanks for you blog,
    Marlo Simon.

    1. Former Member Post author
      I am more and more convinced that first generation of BPXers will be developers who move to business aspect, and not the other way around 🙂 Of course, I am biased – I am from a development background myself.

      Or, may be BPM could evolve into a great developer productivity tool – and be marketed as such, instead of being projected as a business tool.

  3. Srini Tanikella

    This is exactly what I mentioned in the mentors forum a few months back – I was told though that the UI would be made more user-friendly in the coming questions.

    As for BPM (as a concept), I still think there will be a great need for it in the coming years -will blog on it…


    1. Former Member Post author
      Looking forward to your blog, Srini.
      I am convinced as well that BPM as a concept is here to stay – the tool set just needs some time to evolve.
  4. Krishnakumar Ramamoorthy
    I like your analysis and agree with you. I attended the hands on session as well and found it equally strange that user defined functions are to be written for even simple casting operations. Ofcourse, the product still needs to mature and I don’t see functional folks using it extensively yet but even as a developer, on the lighter side, I was wondering why ‘string()’ when it should have been String().
    1. Former Member Post author
      Learning from past mistakes is apparently not easy for a large company with a wide array of products. SAP has made tremendous progress in getting usability right on products like CRM – but it took them a few releases to get there. So I am optimistic that BPM will get there too one day soon.
  5. Former Member
    being a Session speaker on BPM Integration with PI, and the questions from audience etc lead into similar one stating BPM suite is kind of developer’s tool 🙂 But hope we have true BPM suite in near future!!

    Thanks for the blog Vijay


  6. Former Member
    Hello Vijay:
    May be because of your empty stomach or whatever,
    you felt not so enthusiastic about BPM or NW CE
    If you remember, SAP introduced a new role Business
    Process Expert, who will be having more Business
    Analyst skill set and skill set of a Development
    Consultant(both ABAP and Java). Definitely BPX’er
    is not a beginner Consultant role, it is an advanced
    role along the likes of Technical Architect progressing towards Solution Architect.

    About VC. I never believed any development tool to
    be used by a Business Analyst, what ever SAP tried
    to convince the user community. It is not about it
    technical nature or any other thing- it is about
    managing your job responsibilities.

    Coming to how the Customers are going to recieve –
    NW CE have so many niche areas it (only) can fill
    like MDM Workflows, basic eSOA based workflows etc
    Just like eras like Mainframe, Client-Server, and later ERP etc., the eSOA is going to be another
    era. Every major software vendor is preparing their
    Customer for this, so does SAP. Among ECC 5.0 or 6.0 customers, many of them will find lot many uses
    for NW CE which can be delivered by using their
    existing Java and ABAP developers.

  7. Hi Vijay,

    You make some valid points about the user friendliness of the BPM/BRM tooling that SAP provides. However,i feel that SAP BPM is not about the tooling per se.

    We are currently implementing SAP NetWeaver BPM at a Dutch utilities company (see session SOA113 at TechEd Vienna for a presentation) and the truth of it is the business case for applying this technology is mindblowing!

    Even in its current immature stage the tooling enables vast productivity improvements in business process execution (Run Time). These are improvements that easily offset any inconveniences for the consultant/developer in the Design Time environment.

    SAP NetWeaver BPM brings the process layer to life in the Business Suite and enables cross-application, cross platform end to end process execution.

    The business really will not care if the design time of the tooling is unwieldly, clumsy or inefficient. If the run time creates huge business benefits, such as a reduction in outage management throughput time from 3 weeks to 1 day, and the saving of millions of euros per year, you can bet that the tool will be deployed and used extensively.

    Your expected timing of the “BPM breakthrough” may still be correct because there are simply not enough people around today to approach the BPM story the right way, that is from the business benefits side rather than the technical tool side.

    best regards,



Leave a Reply