Skip to Content

One of the key concepts introduced in ABAP 7.40 involves the addressing of entities at a finer granular level than the client. These entities are called Identifiable Business Contexts (IBCs). Some of the advantages of IBCs are:

  • By addressing business entities instead of technical systems, your application scenarios will be more robust because of the decoupling of business and technical configuration. The scenarios will be independent of hardware, for example.
  • The size and complexity of messages will be reduced because some information for processing messages that was previously included in the payload is not needed.
  • Security can be enhanced because you can restrict access to dedicated business entities rather than giving general client level access.

If you want to know more, see the documentation Semantic Addressing Using Identifiable Business Contexts (IBCs) . To take away some of the mystery, I provide screenshots here illustrating where you can find IBCs and how to create your own.

Client IBCs

Each client has an IBC of its own that is automatically generated. So you can still do client-level addressing without creating other IBCs. Here is transaction SOAMANAGER:

/wp-content/uploads/2013/07/client_ibc_249528.png

In a managed landscape, the central system has an automatically generated IBC reference for each system client in the landscape, including itself.

/wp-content/uploads/2013/07/client_ibc_references_249529.png

Creating Your Own IBCs

Before you can create an IBC, there needs to be a class in the system that specifies the types and names that are allowed to be created. Here is transaction SE24:

/wp-content/uploads/2013/07/se24_ibc1_249608.png

The class must implement the interface IF_SRT_WSP_IBC_APPLICATION.

/wp-content/uploads/2013/07/se24_ibc3_249609.png

/wp-content/uploads/2013/07/se24_ibc2_249610.png

I only need to implement the LIST_RECEIVER_TYPE and LIST_RECEIVERS. I chose silly values for this demonstration so that they are easily identified and understood in the following screenshots.

/wp-content/uploads/2013/07/se24_ibc5_249611.png

/wp-content/uploads/2013/07/se24_ibc4_249612.png

Once the class is activated, it is visible in transaction SOAMANAGER. At this point there are no IBCs or IBC references based on the class.

soamanager_UI3_223_ibc1.png

What I am about to show is not recommended. In general applications should create IBCs, but it is easier to understand if I show the manual way.

In a managed system, I now create an IBC.

soamanager_UI3_223_ibc2.png

I choose Create and then, on the following screen, Save.

soamanager_UI3_223_ibc3.png

Now the IBC is visible when I search for it.

soamanager_UI3_223_ibc4.png

   

Now in the central system there is an IBC reference that has been automatically generated.

soamanager_UI3_222_ibcref1.png

   

Conclusion

There is nothing difficult about creating IBCs and IBC references, and they open up a whole load of new possibilities.

To report this post you need to login first.

Be the first to leave a comment

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

Leave a Reply