<?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: Structural Authorizations &amp; non-HR modules in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448479#M212559</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;When we implemented payroll and travel we implemented structural authorizations and had a similar problem.  We used BADI HRBAS00_STRUAUTH to deactivate structural authorizations for specific users of specific transactions.  We created a custom Z table which had the user id and transaction code that should be deactivated.  The logic in the BADI searched that table for the users login id (SY-UNAME) and current transaction code (SY-TCODE).  If an entry is found structural authorizations was deactivatated.  The code for deactivating the authorization was provided by SAP.  Further documentation can be found at&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://help.sap.com/saphelp_46c/helpdata/en/69/a6c3a635e1d311ba4d0800060d888b/frameset.htm" target="test_blank"&gt;http://help.sap.com/saphelp_46c/helpdata/en/69/a6c3a635e1d311ba4d0800060d888b/frameset.htm&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 25 Jul 2006 20:09:04 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2006-07-25T20:09:04Z</dc:date>
    <item>
      <title>Structural Authorizations &amp; non-HR modules</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448477#M212557</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Gurus,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have an existing R/3 system running HR with Structural Authorizations (SA) implemented.   The structural authorizations are assigned to managers and used  for reporting e.g. a manager can only see their reports vacation balances, time approvals, etc.  We are now rolling out PS, SD, MM, PP, etc and are finding areas where at least PS and SD are affected.  For example a user with a structural authorization is not able to assign a user outside of their reporting structure to a sales document or a project.   Is there a (simple) way to support both without have to reengineer SAs or go to context sensitive SAs?  It would be nice if we could exclude non-HR functions from the SAs&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Below is the existing management structural authorization profile.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does anyone have any ideas?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Auth Profile		No.	Plan	Obj	Maint	Eval Path	Status Vec	Period 	Function Mod&lt;/P&gt;&lt;P&gt;Z_MANAGER	1	01	O	        		ZSBESX	12	D	RH_GET_MANAGER_ASSIGNMENT&lt;/P&gt;&lt;P&gt;Z_MANAGER	2	01	C	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	3	01	NA	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	4	01	NB	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	5	01	NC	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	6	01	ND	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	7	01	NE	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	8	01	VA	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	9	01	VC	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	10	01	VE	        		     &lt;/P&gt;&lt;P&gt;Z_MANAGER	11	01	VB&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jul 2006 20:07:07 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448477#M212557</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-07-24T20:07:07Z</dc:date>
    </item>
    <item>
      <title>Re: Structural Authorizations &amp; non-HR modules</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448478#M212558</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Greg,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;SA sets up the access on the org.management. This framework is used in several areas like crm srm etc. So if you assigned a user via this framework to another object this also has to go through the structural authorization check.&lt;/P&gt;&lt;P&gt;And of course this should be the case as the access should be consistent thoughout the system. Maybe you can include the objects in "non-HR-modules" with wildcards but that heavily depends on the scenario.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also there are a bunch of BADI you can use to trick and tweak like HRBAS00_STRUAUTH.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Michael&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;PS: If you do not know the documentation &lt;A href="http://service.sap.com/erp-hcm" target="test_blank"&gt;http://service.sap.com/erp-hcm&lt;/A&gt;&lt;/P&gt;&lt;P&gt;on the leftside follow:&lt;/P&gt;&lt;P&gt;Services for mySAP ERP HCM -&amp;gt; Special Documentation&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Jul 2006 14:46:18 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448478#M212558</guid>
      <dc:creator>McF</dc:creator>
      <dc:date>2006-07-25T14:46:18Z</dc:date>
    </item>
    <item>
      <title>Re: Structural Authorizations &amp; non-HR modules</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448479#M212559</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;When we implemented payroll and travel we implemented structural authorizations and had a similar problem.  We used BADI HRBAS00_STRUAUTH to deactivate structural authorizations for specific users of specific transactions.  We created a custom Z table which had the user id and transaction code that should be deactivated.  The logic in the BADI searched that table for the users login id (SY-UNAME) and current transaction code (SY-TCODE).  If an entry is found structural authorizations was deactivatated.  The code for deactivating the authorization was provided by SAP.  Further documentation can be found at&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="http://help.sap.com/saphelp_46c/helpdata/en/69/a6c3a635e1d311ba4d0800060d888b/frameset.htm" target="test_blank"&gt;http://help.sap.com/saphelp_46c/helpdata/en/69/a6c3a635e1d311ba4d0800060d888b/frameset.htm&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Jul 2006 20:09:04 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448479#M212559</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-07-25T20:09:04Z</dc:date>
    </item>
    <item>
      <title>Re: Structural Authorizations &amp; non-HR modules</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448480#M212560</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you all for your input.  The BADi suggestion should work nicely for us.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Greg&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Jul 2006 13:13:33 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448480#M212560</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-07-26T13:13:33Z</dc:date>
    </item>
    <item>
      <title>Re: Structural Authorizations &amp; non-HR modules</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448481#M212561</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are considering implementing Structural Authorizations (SA) in conjunction with SAP&amp;#146;s Travel Management component.  The intent is to use SA to control access to viewing and approving employee travel expenses.  I would really appreciate any input on the following:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does SA in fact actually work with Travel Management?  I know from personal experience that SA can limit, for example which employees a manager can see.  But will it also limit which Travel Management trips (i.e., just the trips of the people who report to them) a Manager could see?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I had read that the tolerance time authorization check (ADAYS) does not work with SA.  So that, even though ADAYS is set to 15, when a manager moves from one org unit to another, the effect is immediate and they can no longer view info for the prior unit employees.  Is this still the case or is there a way to make it work.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;TIA&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 20 Sep 2006 18:30:25 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/structural-authorizations-non-hr-modules/m-p/1448481#M212561</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-09-20T18:30:25Z</dc:date>
    </item>
  </channel>
</rss>

