<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: BI Security in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236005#M1525536</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Anjan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is standard behavior for display attribute security and to my mind is justifiable to a large extent. When you add a field as display attribute of another characteristic to a query, any restriction if used, is on the base attribute. So the query can potentially return any value for the display attribute and is hence checking for * access makes sense.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does your security requirements allow you to return any value of object X when its appearing as an attribute of Y? To me individual value level security for X and Y is contradictory to what you are trying to do for display attributes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is  however a way to give full access to display attributes without opening up full access for it in the cube. Create a new analysis authorization for X with value * and 0TCAIPROV as ZTEST (you can use dummy value here). Use this with your existing authorizations. This will give access to X in any case where it appears as a display attribute of another characteristic.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Aninda&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 25 Sep 2010 17:30:38 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2010-09-25T17:30:38Z</dc:date>
    <item>
      <title>BI Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236004#M1525535</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Friends&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have come across a situation in BI security which I would like to share with you guys. Appreciate if you can share your expert opinion regarding the same...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have a info object X &amp;amp; info object Y. Security applied through RSECADMIN restricts the user to view the data for info object X for specific values... &lt;/P&gt;&lt;P&gt;Based on the security access provided to the user, user is able to view the data of both X &amp;amp; Y as a info object . &lt;/P&gt;&lt;P&gt;Now the user has raised a requirement of viewing the data for info object X as an attribute of info object Y. Till the time the value of info object X is restricted to specific values, user is not able to add info object X as an attribute of info object Y. The moment we change the value of info object X to " * " in Analysis Authorization, user is able to add info object X as a attribute of info object Y. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone come across this situation. If yes do you know why this is happenning. Any clue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We donot want to make info object X as a navigational attribute of info object Y.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks &lt;/P&gt;&lt;P&gt;Anjan Pandey&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 24 Sep 2010 08:26:51 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236004#M1525535</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-09-24T08:26:51Z</dc:date>
    </item>
    <item>
      <title>Re: BI Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236005#M1525536</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Anjan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is standard behavior for display attribute security and to my mind is justifiable to a large extent. When you add a field as display attribute of another characteristic to a query, any restriction if used, is on the base attribute. So the query can potentially return any value for the display attribute and is hence checking for * access makes sense.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does your security requirements allow you to return any value of object X when its appearing as an attribute of Y? To me individual value level security for X and Y is contradictory to what you are trying to do for display attributes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is  however a way to give full access to display attributes without opening up full access for it in the cube. Create a new analysis authorization for X with value * and 0TCAIPROV as ZTEST (you can use dummy value here). Use this with your existing authorizations. This will give access to X in any case where it appears as a display attribute of another characteristic.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Aninda&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 25 Sep 2010 17:30:38 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236005#M1525536</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-09-25T17:30:38Z</dc:date>
    </item>
    <item>
      <title>Re: BI Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236006#M1525537</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for your response. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt; Does your security requirements allow you to return any value of object X when its appearing as an attribute of Y? To me individual value level security for X and Y is contradictory to what you are trying to do for display attributes.&lt;/P&gt;&lt;P&gt;As per the requirement only the recent most value for info object X should be displayed when viewed as an attribute. This conditioned is fulfilled only when value for info object X is maintained as " * " in the Analysis authorization. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt; There is  however a way to give full access to display attributes without opening up full access for it in the cube. Create a new analysis authorization for X with value * and 0TCAIPROV as ZTEST (you can use dummy value here). Use this with your existing authorizations. This will give access to X in any case where it appears as a display attribute of another characteristic.&lt;/P&gt;&lt;P&gt;I agree with the solution sugegsted, however as per standards this solution should not be used as there has to be a justification for new Analysis Authorization created. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I will still keep the thread open for few more days if someone else has some other opinion regarding the issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;P&gt;Anjan Pandey&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Sep 2010 08:29:21 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/bi-security/m-p/7236006#M1525537</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-09-27T08:29:21Z</dc:date>
    </item>
  </channel>
</rss>

