<?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: HR Auth Question in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/hr-auth-question/m-p/4233144#M1010794</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There is no performance penalty for maintaining ranges.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For audit and maintenance purposes however, I advise you to put each allowed infotype into the role separately. Basically SAP authorization design is about &lt;U&gt;giving people what they need&lt;/U&gt; and not about giving people everything and then &lt;U&gt;taking away what they shouldn't have&lt;/U&gt;.&lt;/P&gt;&lt;P&gt;Initially it's more work but it will pay back during audits, maintenance and upgrades.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;An example in this case would be introducing a new infotype which almost no-one is allowed to see or manipulate. &lt;/P&gt;&lt;P&gt;With ranges this introduction of an infotype will force you to review all your roles and amend the ranges. With named infotypes a non-existent one is not in your roles yet so it'll be safe from the beginning .....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jurjen&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 11 Aug 2008 11:17:55 GMT</pubDate>
    <dc:creator>jurjen_heeck</dc:creator>
    <dc:date>2008-08-11T11:17:55Z</dc:date>
    <item>
      <title>HR Auth Question</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/hr-auth-question/m-p/4233143#M1010793</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I want to build a role which have display authorisation to all infotype except some 3 -4 infotype .Is there any other way then maintaining ranges skiiping the 4 infotypes .Will there be any performance issue if i maintain ranges .&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 Aug 2008 11:02:39 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/hr-auth-question/m-p/4233143#M1010793</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2008-08-11T11:02:39Z</dc:date>
    </item>
    <item>
      <title>Re: HR Auth Question</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/hr-auth-question/m-p/4233144#M1010794</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;There is no performance penalty for maintaining ranges.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For audit and maintenance purposes however, I advise you to put each allowed infotype into the role separately. Basically SAP authorization design is about &lt;U&gt;giving people what they need&lt;/U&gt; and not about giving people everything and then &lt;U&gt;taking away what they shouldn't have&lt;/U&gt;.&lt;/P&gt;&lt;P&gt;Initially it's more work but it will pay back during audits, maintenance and upgrades.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;An example in this case would be introducing a new infotype which almost no-one is allowed to see or manipulate. &lt;/P&gt;&lt;P&gt;With ranges this introduction of an infotype will force you to review all your roles and amend the ranges. With named infotypes a non-existent one is not in your roles yet so it'll be safe from the beginning .....&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jurjen&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 11 Aug 2008 11:17:55 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/hr-auth-question/m-p/4233144#M1010794</guid>
      <dc:creator>jurjen_heeck</dc:creator>
      <dc:date>2008-08-11T11:17:55Z</dc:date>
    </item>
  </channel>
</rss>

