<?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>iBizSoft Knowledge &#187; srgupta</title>
	<atom:link href="https://www.ibizsoftinc.com/blog/author/srgupta/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ibizsoftinc.com/blog</link>
	<description>iBizSoft blog page</description>
	<lastBuildDate>Tue, 17 Mar 2026 05:00:01 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Release 12 &#8211; Multi &#8211; Org Access Control (MOAC)</title>
		<link>https://www.ibizsoftinc.com/blog/r12-multi-org-access-control-moac/</link>
		<comments>https://www.ibizsoftinc.com/blog/r12-multi-org-access-control-moac/#comments</comments>
		<pubDate>Fri, 01 Feb 2008 17:17:53 +0000</pubDate>
		<dc:creator>srgupta</dc:creator>
		
		<guid isPermaLink="false">http://ibizsoftinc.com/blogs/oracle-ebusiness-suite-r12/r12-multi-org-access-control-moac</guid>
		<description><![CDATA[Release 12 came with a new feature of accessing the multiple Operating Units with the single responsibility. In R12 they call it Multi-Org Access Control (MOAC). Multi-Org Access Control (MOAC) enables companies that have implemented a Shared Services operating model to efficiently process business transactions by allowing them to access, process and report on data <a class="read-more" href="https://www.ibizsoftinc.com/blog/r12-multi-org-access-control-moac/">...read more</a>]]></description>
				<content:encoded><![CDATA[<p>Release 12 came with a new feature of accessing the multiple Operating Units with the single responsibility. In R12 they call it Multi-Org Access Control (MOAC).</p>
<p>Multi-Org Access Control (MOAC) enables companies that have implemented a Shared Services operating model to efficiently process business transactions by allowing them to access, process and report on data for an unlimited number of operating units within a single applications responsibility.</p>
<p><span id="more-48"></span></p>
<p><strong>Features of MOAC</strong></p>
<ul>
<li>Access multiple operating units within a single      application responsibility.</li>
<li>Perform following tasks for and across multiple      operating units with out changing responsibility.</li>
</ul>
<p>Set-up controls, Negotiate sales agreements</p>
<p>Enter quotes, orders and returns</p>
<p>Schedule orders, Apply and Release holds</p>
<p>Run reports and concurrent programs</p>
<p>Setup Transaction Type, apply and release holds</p>
<p>This increases the productivity of Shared Service Centers, as users no longer have to switch application responsibilities when processing transactions for multiple operating units at a time.</p>
<p>Ability to view data from multiple operating units from a single responsibility, gives users more information.  This enables them to make better decisions.  For example when performing scheduling actions, users can now look at orders across multiple operating units and make more informed decisions on inventory allocation.</p>
<p>To support Multi-Org Access Control the Operating Unit has been has added as a hidden folder field in the following forms:</p>
<ul>
<li>Sales Order Form</li>
<li>Find window (All tabs)</li>
<li>Quote window, Find Customer window</li>
<li>Sales Agreement Form</li>
<li>Scheduling Organizer</li>
<li>Pricing and Availability</li>
<li>Order Import.</li>
</ul>
<p>Since operating unit is a hidden field we can made it visible (using folder tools).</p>
<p><strong>Setup required for MOAC            </strong></p>
<p><strong>At a high level we need to set-up security profiles that allow access to multiple Operating Units.</strong>  We also need to set the following MO profile options, in order to enable Multi-Org Access Control:</p>
<p>MO:   Security Profile</p>
<p>MO:   Default Operating Unit.</p>
<p>Note that if you do not set these profiles the application will behave as it does now</p>
<ul>
<li>We need to set the Security Profile at MO:      Security Profile – This is Mandatory step to accessing multiple operating      units from single responsibility but optional for cases where only one      Operating Unit is accessed.</li>
<li>We can default the Operating Unit, which is      frequently used on your forms, pages or Concurrent programs.</li>
</ul>
<table border="1" cellpadding="0" cellspacing="0">
<tr>
<td valign="top" width="163"><strong>Profile Value</strong></td>
<td valign="top" width="427"><strong>Description </strong></td>
</tr>
<tr>
<td valign="top" width="163">MO: Security Profile</td>
<td valign="top" width="427">A Security profile   contains either hierarchy of the Operating Units and/or the Operating Units.   Setting the security profile at the responsibility level allows the access   the multiple Operating Units from a single Responsibility.</td>
</tr>
<tr>
<td valign="top" width="163">MO: Default Operating Unit</td>
<td valign="top" width="427">Profile Option to set the   Operating Unit to be defaulted on your Forms, Pages and Concurrent Programs.   Set this profile option to the Operating Unit for which the maximum volume of   works is carried on.</td>
</tr>
</table>
<p><strong>Setup Details</strong></p>
<p>Go to Responsibility &#8211;> Human Resource</p>
<p>Navigation: Security &#8211;> Global Profile</p>
<p><strong>Select Global Profile</strong></p>
<ul>
<li>Enter a Name for Profile.</li>
<li>Select security type as &#8220;Secure      Organizations by Organization Hierarchy and/or organization list&#8221;.      Select the <strong>classification</strong> as Operating unit and the <strong>Organization      name </strong>as the Name of all operating units that you want to provide to      responsibility or user.</li>
</ul>
<ul>
<li>All operating units that are to be associated to      this security profile should be added in the <strong>Classification/Organization      Name </strong>section. In a consistent example this would have been Denmark,      Germany and Austria.</li>
<li>Save and Exit from Global Security Profile</li>
</ul>
<p><strong>Run Security List Maintenance</strong></p>
<p>Responsibility: US Super HRMS manager</p>
<p>Navigation: Navigate to View &#8211;> Requests &#8211;> Submit a new request &#8211;> Single Request</p>
<p>The Security List Maintenance concurrent program has to be run. This has to be run each time a new security access profile has been created or updates have been made.</p>
<p><strong>Set Profile Options</strong></p>
<p>The security Access Profile is to be associated to the user/responsibility which is done via the profile option &#8220;MO: Security Profile&#8221;</p>
<p>Responsibility: System Administrator</p>
<p>Navigation: Profile &#8211;>System.</p>
<p>Query for the Profile: %Security Profile%</p>
<p>In the System profile Form, assign <strong>the Responsibility /User</strong> to the Profile <strong>MO: Security Profile.</strong></p>
<p>For more details on setup, implementation steps of MOAC, reach us at support@ibizsoftinc.com</p>
]]></content:encoded>
			<wfw:commentRss>https://www.ibizsoftinc.com/blog/r12-multi-org-access-control-moac/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
