<?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: issue with FM HR_MAINTAIN_MASTERDATA in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/issue-with-fm-hr-maintain-masterdata/m-p/8073330#M1613821</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;From the functional standpoint, the business logic to default value '3000' should be coded within the PBO of custom infotype(9xxxx). The logic that currently defaults '2000' should be enhanced to default '3000' whenever it becomes applicable. If for some requirement you have to pass '3000' from the FM, the same should happen if someone maintains the infotype in a dialog mode i.e. via PA30 for example. The user must not be asked to first remove '2000' defaulted by PBO and then enter '3000' in it's place. If the business logic demands the value '3000', the same should be defaulted by PBO.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here the idea is to keep things uniform whether the infprtype is maintained Programatically(FM) or in Dialog.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sat, 27 Aug 2011 05:39:29 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2011-08-27T05:39:29Z</dc:date>
    <item>
      <title>issue with FM HR_MAINTAIN_MASTERDATA</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/issue-with-fm-hr-maintain-masterdata/m-p/8073329#M1613820</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm using FM HR_MAINTAIN_MASTERDATA to update an infotype(specific infotype 9nnn). the PBO of this infotype default values for some fields : example : field1 = 2000&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The issue is that when I try to run the FM with another value for this field field1= 3000 for example, it's not done, the field is created with the defaulted value 2000.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you please help?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;K&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Jul 2011 18:17:05 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/issue-with-fm-hr-maintain-masterdata/m-p/8073329#M1613820</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2011-07-26T18:17:05Z</dc:date>
    </item>
    <item>
      <title>Re: issue with FM HR_MAINTAIN_MASTERDATA</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/issue-with-fm-hr-maintain-masterdata/m-p/8073330#M1613821</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;From the functional standpoint, the business logic to default value '3000' should be coded within the PBO of custom infotype(9xxxx). The logic that currently defaults '2000' should be enhanced to default '3000' whenever it becomes applicable. If for some requirement you have to pass '3000' from the FM, the same should happen if someone maintains the infotype in a dialog mode i.e. via PA30 for example. The user must not be asked to first remove '2000' defaulted by PBO and then enter '3000' in it's place. If the business logic demands the value '3000', the same should be defaulted by PBO.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here the idea is to keep things uniform whether the infprtype is maintained Programatically(FM) or in Dialog.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 27 Aug 2011 05:39:29 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/issue-with-fm-hr-maintain-masterdata/m-p/8073330#M1613821</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2011-08-27T05:39:29Z</dc:date>
    </item>
  </channel>
</rss>

