<?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: Table Level Security in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977653#M1340303</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Table level security is provided mainly by three authorization objects S_TABU_DIS,   S_TABU_LIN   ,   S_TABU_CLI .&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S_TABU_DIS is used to restrict the acces to a table through the authorization group assigned to that table and the activity give.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S_TABU_LIN ,, If you want to secure more i.e , table for specific company code  , you can use S_TABU_LIN where you will specify the Organizational criteria to restrct the access.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S_TABU_CLI  can be used to restrict the cross client table access &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 28 Aug 2009 09:09:36 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2009-08-28T09:09:36Z</dc:date>
    <item>
      <title>Table Level Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977650#M1340300</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am working with the EH&amp;amp;S system and need to find a way to restrict access to certain data. An example would be restricting the ability to view composition data. (Stored in table ESTVP). Does anyone have any idea how to do this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Aug 2009 15:49:11 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977650#M1340300</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-08-06T15:49:11Z</dc:date>
    </item>
    <item>
      <title>Re: Table Level Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977651#M1340301</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I would investigate the possibility of moving that table to its own authorization group and then limiting access to that authorization gruop.&lt;/P&gt;&lt;P&gt;Two things to be concerned about, off the top of my head:&lt;/P&gt;&lt;P&gt;Current access to that table would suddenly stop.&lt;/P&gt;&lt;P&gt;Would SAP have an issue with customers moving delivered tables to custom auth groups.&lt;/P&gt;&lt;P&gt;On the security side, you would have to modify any current roles that need access to this table to include the new auth group if any.&lt;/P&gt;&lt;P&gt;Create a new role or modify existing ones for the users that need to access this table.&lt;/P&gt;&lt;P&gt;J.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Aug 2009 16:05:28 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977651#M1340301</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-08-06T16:05:28Z</dc:date>
    </item>
    <item>
      <title>Re: Table Level Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977652#M1340302</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can do this with the auth object S_TABU_DIS , with corresponding auth group and actvity.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the users are directly accessing the table through SM30, SE16 or SE11 .. etc, you can better have an table transaction created for this table (an abaper could help you in creating this)  and can restrict the access by assigning to the appropriate roles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Nanda&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Aug 2009 16:19:44 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977652#M1340302</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-08-06T16:19:44Z</dc:date>
    </item>
    <item>
      <title>Re: Table Level Security</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977653#M1340303</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Dear James,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Table level security is provided mainly by three authorization objects S_TABU_DIS,   S_TABU_LIN   ,   S_TABU_CLI .&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S_TABU_DIS is used to restrict the acces to a table through the authorization group assigned to that table and the activity give.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S_TABU_LIN ,, If you want to secure more i.e , table for specific company code  , you can use S_TABU_LIN where you will specify the Organizational criteria to restrct the access.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;S_TABU_CLI  can be used to restrict the cross client table access &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 28 Aug 2009 09:09:36 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/table-level-security/m-p/5977653#M1340303</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2009-08-28T09:09:36Z</dc:date>
    </item>
  </channel>
</rss>

