<?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 P_PERNR in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/p-pernr/m-p/2804733#M655305</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have a situation where a program called by our ESS system requires write access to infotype 2006 to succesfuly project leave for an employee. So, I assigned the role with P_ORGIN W and 2006. This is a standard program (used by PT50).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My issue is that those users with PA30 access can now update their own and others infotype 2006. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So... To ensure that the user could only write to their own infotype 2006 record and not others, I thought I would use P_PERNR (with W, I and ST *).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This has not restricted write access to the persons own 2006 infotype and they can continue to write to other employees 2006 infotype.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I change P_ORGIN from write access to read, then the restriction works, but the program (outlined earlier) stops working.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;P_PERNR is active in the system.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any Ideas?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 03 Sep 2007 02:28:32 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2007-09-03T02:28:32Z</dc:date>
    <item>
      <title>P_PERNR</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/p-pernr/m-p/2804733#M655305</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have a situation where a program called by our ESS system requires write access to infotype 2006 to succesfuly project leave for an employee. So, I assigned the role with P_ORGIN W and 2006. This is a standard program (used by PT50).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My issue is that those users with PA30 access can now update their own and others infotype 2006. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So... To ensure that the user could only write to their own infotype 2006 record and not others, I thought I would use P_PERNR (with W, I and ST *).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This has not restricted write access to the persons own 2006 infotype and they can continue to write to other employees 2006 infotype.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I change P_ORGIN from write access to read, then the restriction works, but the program (outlined earlier) stops working.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;P_PERNR is active in the system.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any Ideas?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 03 Sep 2007 02:28:32 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/p-pernr/m-p/2804733#M655305</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-09-03T02:28:32Z</dc:date>
    </item>
    <item>
      <title>Re: P_PERNR</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/p-pernr/m-p/2804734#M655306</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Closed due to no response.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 10 Sep 2007 00:45:02 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/p-pernr/m-p/2804734#M655306</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2007-09-10T00:45:02Z</dc:date>
    </item>
  </channel>
</rss>

