Skip to Content
author's profile photo Former Member
Former Member

SAP Gateway for transactional interfaces?

Hi All, I was going through this post - A simple overview on SAP Netweaver Gateway

Post says -


SAP NetWeaver Gateway is not designed to be a channel for the type of transactional applications used by Power Users, neither is it designed to replace existing middleware like SAP NetWeaver PI. In addition to this, SAP NetWeaver Gateway applications are not designed to target A2A or B2B scenarios. Instead, SAP NetWeaver Gateway is the door through which the mass consumption of SAP business data and functionality is made possible. The target audience for SAP NetWeaver Gateway applications is a group known as Occasional Platform Users (OPU). These are people who need ad hoc access to SAP data and functionality in an easy-to-consume manner.



Why Gateway cannot be used for transactional type of interface developments? Is there architecture constraints that we should be aware of ?


Ranjeet Singh

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

1 Answer

  • Best Answer
    Posted on May 24, 2016 at 07:07 PM

    The major difference between classical transactional apps and Gateway Apps(Fiori Transactional apps) is Session handling. Gateway is OData based which is build on REST principles. There is no session handling possibility in Apps based on Gateway.

    Classical transactional apps based on WebDynpro or module pool are heavily dependent on user session. For example: when a user open a PO in edit mode a lock is created in the backed and when the user closes the UI the lock is released. This is not the case gateway as there is no similar locking concept.

    Gateway offers Etag handling for optimistic locking but still is not a direct equivalent of locking concept in the classical transaction app. Also S/4 apps are utilizing the draft concepts for complex apps.

    Add a comment
    10|10000 characters needed characters exceeded

    • Hi Atanu,

      Thank you for the details provided.

      Using draft approach , Fiori apps can achieve collaboration, locking and usability features.

      For custom UI5 applications NOT using S/4 HANA:

      Do we have create OData services consuming BOPF objects and inturn BOPF framework will handle the locking(draft approach) implicitly ? Please suggest if there are any example implementation in the existing SAP NW releases to understand the methodology.

      Appreciate your help.

      Regards

      Santhosh Kumar

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.