Skip to Content

    This weekend, I went to visit the “European Motor Show” in Brussels. A various range of cars, motorbikes, trikes were on display in any kind of criteria one can think of. You could find extra-ordinary supercars which takes you from 0-100KM in astonishing 3.6 seconds, Cars with latest hybrid technology, cars so big you can have your pool party inside, from the car brands owned by her majesty Queen of England or driven by ‘007’ in the latest Bond-film to of-course average Jo’s (myself included) car which you see every morning parked in the corner of your street. And price range, all between 10,000 Euros to a staggering half a million euros and even more!
    Despite this beautiful extravaganza, one basic thing remains common. Cars help us to drive from one place to another. But, then what car do we choose?

    It reminded me of one of the Project meetings I was attending few weeks ago. There was a requirement to be able to send and receive IDOCs out of SAP R/3 Enterprise system in XML format. It was for one of our partner companies and they do not yet have a EAI backbone. After some discussions, we could see three possible options:

  • Installing a SAP-XI system in front of the SAP R/3 and performing a HTTP Post of IDOCs towards external system. The benefit of this solution is that it will give a EAI backbone, a very important step towards eSOA in future. It is secure and can be extended to other Integration needs that company might have. However, at this point they needed to have an Investment to start a SAP-XI implementation project.
  • Using SAP Business Connector to convert SAP IDOCs into XML and vice versa. The main problem with this solution before was announcement of out of maintenance of SAP BC 4.7 at the end of 2009 (OSS note: 571530). However with new SAP Business Connector 4.8 coming up, it’s not an issue anymore. For details see OSS note: 1094412. This gives a secured connection towards external system, XML mapping possibility to send message structures other than IDOC-XML and can be re-used for other requirements. However, it does not get them a strong EAI backbone for future but the cost to implement this at this point is significantly low.
  • Directly from SAP R/3 system using HTTP connection with Web-service idoc_xml. This is perhaps most straight-forward solution and with almost negligible investment requirement. IDoc_XML web-interface is standard available in SAP systems based on WAS 6.40 or higher. You have to just activate them via SICF and you can use with a HTTP RFC connection you define in SAP (SM59) and build your ALE partner definition. In our particular case, as the SAP system is based on WAS 6.20, we needed to create it according to OSS note: 701597. This is simple, cheaper and meets the basic requirement of the project. But, make no mistake; it does just that and no more.

    At this point, I do not know which of the above options will finally be implemented, but one thing was very clear to me. If that company needs to have a comprehensive eSOA strategy, capability to handle any complex integration requirements which offers more options in integrating SAP and non-SAP systems, they will need a robust EAI backbone and I have no doubt in my mind that implementation of SAP XI will be one step forward in that direction.

    And yes, when I was finally leaving the Motor show, I remembered, I will have to arrange a car for our upcoming ski vacation in the Alps which is little bigger and stronger than the one I drive around in the streets of a busy city.

To report this post you need to login first.

6 Comments

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

  1. S. Gokhan Topcu
    Hi, nice blog!
    Interesting how you connected the auto show to an EAI strategy of a company! Do you always live with the SAP XI in mind?:) Anyways, the point is clear: eSOA is coming and companies should plan their future investments including a real backbone solution like XI to avoid simple solutions to save the day.

    Regards,
    Gökhan
    (0) 
    1. Satyabrata Basu Post author
      Hi Gökhan,
      Thank you. I agree with you completely that companies should see the long term benefits instead of just meeting the requirement of today.

      Best regards…

      Satya.

      (0) 
  2. Michal Krawczyk
    Hi,

    thanks for the info about BC – 1094412
    it’s amazing that SAP decided to upgread it
    for many smaller customers XI will now
    become a costly middleware to
    a well tested and working and cheap BC

    I still cannot believe that they are doing the upgread

    Regards,
    michal

    (0) 
    1. Satyabrata Basu Post author
      Hi Michal,

      Indeed. Making a Business Case for implementing SAP-XI where SAP BC can be used/re-used would be difficult without a comprehensive EAI strategy. However, I guess this is good in a sense that it will now give the customer a choice.

      Best regards…

      Satya.

      (0) 
  3. Kalle Pokkinen
    Nice thoughts about the right way to go. I would like to comment on the perceived state of BC. We have torn apart both BC and XI versions in the last 5 years as part of our product development and customer migration projects.
    What has truly amazed us is that BC is a real can of worms and in a number of real life projects it is pure luck that things actually work as BC is full of severely flawed “features”.
    XI is not (yet) as fast, definetly more expensive and still with it’s teething problems but it is fundamentally a much better product, probably a lot of it due to following of open standards. The only reason to recommend BC would be for short term $$ savings (but you would still have to factor in the cost of migration later on).
    (0) 
  4. Prateek Raj Srivastava
    Thanks for the information about BC.

    It really would be a pain now to convince the customers to migrate to XI from SAP BC. I coulnt get what SAP achieves with BC upgrade.

    Best Regards,
    Prateek

    (0) 

Leave a Reply