<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>David Lai&#039;s Business Intelligence Blog &#187; Best Practices</title>
	<atom:link href="http://davidlai101.com/blog/category/business-objects/best-practices-business-objects/feed/" rel="self" type="application/rss+xml" />
	<link>http://davidlai101.com/blog</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Fri, 20 Aug 2010 20:56:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Understanding Business Objects Inheritance</title>
		<link>http://davidlai101.com/blog/2010/02/20/understanding-business-objects-inheritance/</link>
		<comments>http://davidlai101.com/blog/2010/02/20/understanding-business-objects-inheritance/#comments</comments>
		<pubDate>Sat, 20 Feb 2010 22:02:26 +0000</pubDate>
		<dc:creator>David Lai</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Business Objects]]></category>
		<category><![CDATA[best practices]]></category>
		<category><![CDATA[content management]]></category>
		<category><![CDATA[Inheritance]]></category>
		<category><![CDATA[User Access]]></category>
		<category><![CDATA[User Management]]></category>

		<guid isPermaLink="false">http://davidlai101.com/blog/?p=233</guid>
		<description><![CDATA[When setting up user and group rules, it is important to understand inheritance and how inheritance works.  Otherwise you may run into unexpected access rights for your groups and users.
Global to object level hierarchy
By default, groups and users will inherit rights from the highest level.
The highest level starts at the Global Settings level.  The second [...]]]></description>
			<content:encoded><![CDATA[<p>When setting up user and group rules, it is important to understand inheritance and how inheritance works.  Otherwise you may run into unexpected access rights for your groups and users.</p>
<h2><span style="color: #00ccff;">Global to object level hierarchy</span></h2>
<p>By default, groups and users will inherit rights from the highest level.</p>
<p>The highest level starts at the Global Settings level.  The second level is the folder level; and finally the lowest level is at the object level.  If we set rights at the current level itself, then those rights have precedence over inheritance <span style="color: #ff0000;"><strong><em>(except if rights have explicitly been denied)</em></strong></span></p>
<p>Here are a few examples of setting up a group at multiple levels</p>
<p><img class="aligncenter size-full wp-image-235" title="object-security" src="http://davidlai101.com/blog/wp-content/uploads/2010/02/object-security1.jpg" alt="" width="635" height="319" /><br />
<span id="more-233"></span></p>
<h2><span style="color: #00ccff;">Group and User security Overlap</span></h2>
<p>Use the following formulas as a guide to understand what happens when inheritance from multiple groups overlap</p>
<ul>
<li>Grant + Deny + Not Specified = Deny</li>
<li>Grant + Not Specified = Grant</li>
<li>Grant + Deny = Deny</li>
<li>Not Specified = Denied</li>
</ul>
<p>For Predefined access levels, the access level with more access will take precedence.</p>
<p><strong>For example:</strong></p>
<p>If user <em>“James”</em> is part of Group <em>“Sales”</em> and <em>“Marketing”</em>.</p>
<p>If <em>“Sales”</em> has <em>“View”</em> access on the Marketing Folder and <em>“Marketing”</em> has <em>“Schedule”</em> access on the Marketing folder.  <em>“James”</em> will have “Schedule” access on the Marketing folder.</p>
<h4>User rights take precedence over inherited rights</h4>
<p>User rights will always take precedence over inherited rights.</p>
<p><strong>For example:</strong></p>
<p>User <em>“James”</em> is part of the <em>“Marketing”</em> and has <em>“Schedule”</em> access on the Marketing folder.  However we set <em>“James”</em> with <em>“View”</em> access on the Marketing folder.  View access will then take precedence.</p>
<p>The only time an inherited right takes precedence is if an inherited right explicitly denies access.  To override an inherited deny, you must uncheck the box that inherits rights.</p>
<p><img class="aligncenter size-full wp-image-236" title="advanced-rights" src="http://davidlai101.com/blog/wp-content/uploads/2010/02/advanced-rights.jpg" alt="" width="547" height="232" /></p>
<h2><span style="color: #00ccff;">Recommendations</span></h2>
<ul>
<li>Assign security at the folder level to groups whenever possible.  Avoid setting rights for specific users on specific report objects.  This will reduce the complexity of your system security model.</li>
<li>Use predefined access levels whenever possible.</li>
<li>Grant the “Everyone” group No Access at the global level and then grant specific rights to the appropriate groups to prevent any loopholes.</li>
<li>When setting rights, make sure to include the appropriate Universes and Business Views as well since access may be denied if they are not included.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://davidlai101.com/blog/2010/02/20/understanding-business-objects-inheritance/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Understanding Business Objects Access Levels</title>
		<link>http://davidlai101.com/blog/2010/02/19/understanding-business-objects-access-levels/</link>
		<comments>http://davidlai101.com/blog/2010/02/19/understanding-business-objects-access-levels/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 05:44:03 +0000</pubDate>
		<dc:creator>David Lai</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Business Objects]]></category>
		<category><![CDATA[Access Levels]]></category>
		<category><![CDATA[best practices]]></category>
		<category><![CDATA[User Access]]></category>
		<category><![CDATA[User Management]]></category>

		<guid isPermaLink="false">http://davidlai101.com/blog/?p=209</guid>
		<description><![CDATA[Understanding the Business Objects security model will enable you to map out a content management strategy for your organization.  Visit my previous post at http://davidlai101.com/blog/2008/11/06/content-management-planning-in-business/ after understanding user access levels and inheritance to setup your content.  In this article we&#8217;ll go through the Business Objects Enterprise Access Levels.
There are 2 ways of assigning access [...]]]></description>
			<content:encoded><![CDATA[<p>Understanding the Business Objects security model will enable you to map out a content management strategy for your organization.  Visit my previous post at <a href="http://davidlai101.com/blog/2008/11/06/content-management-planning-in-business/">http://davidlai101.com/blog/2008/11/06/content-management-planning-in-business/</a> after understanding user access levels and inheritance to setup your content.  In this article we&#8217;ll go through the Business Objects Enterprise Access Levels.</p>
<p>There are 2 ways of assigning access in Business Objects Enterprise</p>
<p><strong><span style="text-decoration: underline;">Predefined Access Levels</span></strong></p>
<p>Predefined access levels are a collection of individual rights that have been set up in the Business Objects Enterprise system to provide common user access requirements.</p>
<p><strong><span style="text-decoration: underline;">Advanced rights</span></strong></p>
<p>By going into the advanced rights, you may totally customize the type of access a user has on an object.</p>
<p><img class="alignleft size-full wp-image-210" title="access-rights" src="http://davidlai101.com/blog/wp-content/uploads/2010/02/access-rights.jpg" alt="" width="660" height="211" /><br />
<span id="more-209"></span><br />
It is simplest to use predefined access levels, as we don’t have to manually configure every single right.</p>
<p><strong><span style="text-decoration: underline;">Below is a table of Predefined access levels</span></strong></p>
<table border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="319" valign="top">Access Level</td>
<td width="319" valign="top">Rights</td>
</tr>
<tr>
<td width="319" valign="top">No Access</td>
<td width="319" valign="top">The no access level may be misleading.   The no access level does not explicitly   deny access, but rather, sets all permissions to “Not Specified.”  This can be overridden through inheritance.</td>
</tr>
<tr>
<td width="319" valign="top">View</td>
<td width="319" valign="top">When set at the folder level, the user can view the folder, the   objects contained in the folder, and all generated instances of each object.</p>
<p>At object level, the user can view the object, history of the object,   and all generated instances of the object.</p>
<p>The user cannot schedule or refresh the report, however by default;   the user can edit the report and save to a personal folder to refresh   there.  You can deny users from copying   the object by going to advanced and denying “Copy Objects to another folder”</td>
</tr>
<tr>
<td width="319" valign="top">Schedule</td>
<td width="319" valign="top">A user can generate instances by scheduling the object to run against   a specified data source once or on a recurring basis.  The user has full access to the scheduled   instances that they own.  They can also   schedule to different formats and destinations, set parameters, pick servers   to process jobs, add contents to the folder, and copy the object or folder.</td>
</tr>
<tr>
<td width="319" valign="top">View On Demand</td>
<td width="319" valign="top">A user can refresh a report in real time.  Note that if a report is a WEBI document,   the user will also need View On Demand access to the universe and universe   connection to perform the refresh.</td>
</tr>
<tr>
<td width="319" valign="top">Full Control</td>
<td width="319" valign="top">Allows users to modify all of the object’s properties.  This is the only access level that allows   users to delete objects.</td>
</tr>
</tbody>
</table>
<h1></h1>
<h1><span style="color: #3366ff;"><strong>Security Hierarchy</strong></span></h1>
<p>The security levels flow in the following manner:</p>
<ul>
<li>Global security</li>
<li>Folder-level security</li>
<li>Object-level security</li>
</ul>
<h2><strong>Global Security</strong></h2>
<p>The default security set for the entire system.   For example when a new folder is added, its default rights come from the global level.</p>
<p>If there are any access levels that are common for the entire system, you should set them at the global level.</p>
<p><img class="alignleft size-full wp-image-212" title="global-settings" src="http://davidlai101.com/blog/wp-content/uploads/2010/02/global-settings.jpg" alt="" width="730" height="312" /></p>
<p>Global level rights can be set at the settings management area of the Central Management Console</p>
<h2><strong>Folder-level security</strong></h2>
<p>Folder level security allows you to set access-level rights for a folder and objects contained within that folder.  Subfolders will inherit the security of their parent folders.</p>
<p><img class="alignleft size-full wp-image-213" title="folder-settings" src="http://davidlai101.com/blog/wp-content/uploads/2010/02/folder-settings.jpg" alt="" width="732" height="280" /></p>
<p>Folder level security can be set by going to the “Folders” page of the CMC, then selecting a folder, and then clicking on the Rights tab.</p>
<h2><strong>Object Level security</strong></h2>
<p>Object level security is the access-level rights set at the object level.</p>
<h1></h1>
<h1><span style="color: #3366ff;"><strong>Folders and Categories</strong></span></h1>
<p>It is important to understand the differences between folders and categories.  Both provide a way of organizing documents and BI content.  <em>Folders provide the physical storage location of a file as well as navigation to content.  Categories provide navigation only</em>.  Folders are required whereas categories are optional.  Thus when using a combination of both, it is recommended that categories are used for navigation only and permissions be set at the folder level.</p>
<p>When you create a new folder, two sets of permissions are automatically assigned:</p>
<ul>
<li>Administrators are given the access level Full Control</li>
<li>Everyone is given the access level Schedule</li>
</ul>
<p><img class="alignleft size-full wp-image-214" title="folder-default" src="http://davidlai101.com/blog/wp-content/uploads/2010/02/folder-default.jpg" alt="" width="817" height="329" /></p>
<p>Since the “Everyone” group is assigned the default access level of Schedule when a folder is first created, all users are able to view, open and schedule any reports saved in the new folder.  For many companies, this type of access level may not be acceptable, so the best practice is to make sure “No Access” is set for the “Everyone” group when creating a new folder.  If you want to give more permission, you can tweak it later on.</p>
]]></content:encoded>
			<wfw:commentRss>http://davidlai101.com/blog/2010/02/19/understanding-business-objects-access-levels/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
