reyemsaibot

SAP BI Blog about SAP BW/4HANA, Analysis for Office and SAP HANA - by Tobias Meyer

BW/4HANA 2.0 Composite Provider with InfoObject Join

At the end of last month I ask on Twitter why I should create a join between an Advanced DataStoreObject and an InfoObject to read the attributes from
this InfoObject when I even can activate the attributes on the output tab of the Composite Provider in SAP BW/4HANA. The answers on Twitter was not satisfactory, and I ask a colleague if he
knew a reason. So I build a Composite Provider with a join between an InfoObject and an ADSO in our BW/4HANA system.

SAP BW/4HANA 2.0 Composite Provider Join
SAP BW/4HANA 2.0 Composite Provider Join

Now I have the same picture as in my post on Twitter. The screenshot there is from the book BW4/HANA – An Introduction. So maybe when this book came out in 2017 it was a good idea to build a
Composite Provider like this. So let’s give it a try. First we need some data for our ADSO, so I used my Sales Data DSO which I already have. Then we have to create for this test an attribute. I
decided to add the Business Category to my Country InfoObject.

SAP BW/4HANA 2.0 InfoObject with Navigation Attribute
SAP BW/4HANA 2.0 InfoObject with Navigation Attribute

Now I thought I don’t win anything when I join the InfoObject Country with my ADSO Sales Data and add the Business Category from the InfoObject to my Composite Provider. So there must be a way to
use this scenario. So I added to my InfoObject Business Category the InfoObject Partner.

SAP BW/4HANA 2.0 InfoObject with Navigation Attribute
SAP BW/4HANA 2.0 InfoObject with Navigation Attribute

Now we are facing some cool idea. Can I report on my Partner and get the Sales Data for it? Even when the Partner is not in the ADSO or has a relationship to an object which is directly in the
Advanced DataStoreObject? So we can now activate on the output tab of the Composite Provider the navigation attribute of my Business Category.

SAP BW/4HANA 2.0 Activate Navigation Attribute on Composite Provider
SAP BW/4HANA 2.0 Activate Navigation Attribute on Composite Provider

So let’s look into SAP Analysis for Office and analyze the data with the Partner.

SAP Analysis for Office report
SAP Analysis for Office report

And voilà it works perfectly. Now I can analyze my data with a dimension which has nothing to do with my data model. 

Conclusion

So I think this could be a nice way to combine data with InfoObjects which have nothing to do with the data model. So It could be for example to report the sales rep responsible profit
center with some financial data which as only the customer in the data model. So you have a link between the customer and as navigation attribute the sales rep. And each sales rep has a profit
center. What do you think about this idea?

author.


Hi,

I am Tobias, I write this blog since 2014, you can find me on twitter,
facebook and youtube. I work as a Senior Business
Warehouse Consultant. In 2016, I wrote the first edition of . If you want you can leave me a paypal coffee donation.
You can also contact me directly if you want.



You want to know SAP Analysis for Office in a perfect detail?
You want to know how to build an Excel Dashboard with your Query in Analysis for Office? 
You want to know how functions in SAP Analysis for Office works?

 

Then you have to take a look into Analysis for Office  – The Comprehensive Guide. Either as a video course or as an e-book.


Kommentare

4 Kommentare zu „BW/4HANA 2.0 Composite Provider with InfoObject Join“

  1. Avatar von Dietmar
    Dietmar

    Your conclusion is right: „… which have NOTHING to do with the data model …“ But, if it has to do with the data-model, you have to activate the „transitive attributes“ in the IOBJ, so you can use the NAV-attribute within a NAV-attribute !

  2. Avatar von Tobias
    Tobias

    Yes you are right, but I have to „change“ my original object and add a nav attribute which I maybe only need for one report and otherwise it is not neccessary. I know there are always several ways to solve the problem. Thanks for clearing it up.

  3. Avatar von Aaron
    Aaron

    Either way you have to change the object (transitive) or create a composite provider which joins your original ADSO to an infoobject. In the second case, you have to copy queries or deal with two objects. I think the transitive option is better. The one plus about once you create a composite provider, you can easily add other objects to it. Kind of like the old days where best practice was create a multiprovider for every cube, don’t write any queries directly on base objects.

  4. Avatar von Tobias
    Tobias

    You are right Aaron. BW has different ways to do the work. I show different ways and say not my is the best way. I think it depends on the existing data model and what you find in the BW.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert