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

Multiprovider and Authorizations

Multiprovider and Authorizations:

The challenge is to ensure you do not have more access trough the multiprovider then you have trough the sourcecubes.


Multiprovider, Joining sourcecube 1 + 2 ( Heterogeneous MP combining data from different infoareas)

Sourcecube 1: Authorizations for company code X+Y

Sourcecube 2: Authorizations for company code Y+Z

What company codes in which source cubes will you have access to report on trough the multiprovider?

1) XYZ from both cubes ?

2) X from cube 1 , Y from cube 1+2, Z from cube 1

3) only the common Y from cube 1 +2

The expected results is scenario 2. Basically the same access/restriction you would get, if reporting directly on the sourcecube's.

This can of course be tested with a test user with limited authorizations. The obstacle here though is that the authorization setup is defined with roles and a business unit hierarchy authorization object (consisting of several company codes) that is not fully in place yet. Hence the test will not give you a 100 % liable verification.

Has anyone else faced the same question, or can verify the expected results? I have not found any good documentation on authorization and multiprovider .

(PS, With Support package 2 for BW 3.0B a new authorization object is available used to define authorizations on a Multiprovider level. S_RS_MPRO - Multiprovider. This gives more flexibility , but is not the answer to the general question)

Best regards Per Roar

Add a comment
10|10000 characters needed characters exceeded

Related questions

1 Answer

  • author's profile photo Former Member
    Former Member
    Posted on Dec 16, 2004 at 03:06 PM

    It depends. When you create an authorization object you decide on which InfoProviders the authorization object is valid. So if it's valid on Cube 1 it doesn't say anything about authorization on the Multiprov.

    Best regards


    Add a comment
    10|10000 characters needed characters exceeded

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.