<?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: Previous version comparison to avoid transport error in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397575#M1644407</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If you are in ECC then you can check the possibility of encapsulating the customised functionality within Enhancement Spots by creating an Enh Implementation.This way neither there is a need to get the access key for changing the standard objects for user exits nor this will be affected during the upgrade and also different teams can work on the same object at a time without having any  issues.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you are in prior version to ECC then the only way is to have all the developers working on different user exits of the same transaction have an understanding about the TRs and their version.Each and every respective developer should compare the dev version with the production version everytime he is moving the TR from dev to QA and then to production.This way he can ensure that the TR has only got his current and valid changes and no other changes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;K.Kiran.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 19 Dec 2011 13:02:24 GMT</pubDate>
    <dc:creator>kiran_k8</dc:creator>
    <dc:date>2011-12-19T13:02:24Z</dc:date>
    <item>
      <title>Previous version comparison to avoid transport error</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397574#M1644406</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Friends,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sometimes multiple developers need to work on a same object at a time. for example, users exits in PO, RFQ &amp;amp; Contract.&lt;/P&gt;&lt;P&gt;In such cases before moving a request to production, we have to check carefully whether previous version already moved to production to avoid transport error. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm developing a program with basic idea to check whether the previous version of all the objects assigned in a given request exists in production. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please let me know if you have some idea about it already.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks &amp;amp; Regards,&lt;/P&gt;&lt;P&gt;Sudhahar R.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Dec 2011 12:30:07 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397574#M1644406</guid>
      <dc:creator>sudhahar_ramachandran</dc:creator>
      <dc:date>2011-12-19T12:30:07Z</dc:date>
    </item>
    <item>
      <title>Re: Previous version comparison to avoid transport error</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397575#M1644407</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If you are in ECC then you can check the possibility of encapsulating the customised functionality within Enhancement Spots by creating an Enh Implementation.This way neither there is a need to get the access key for changing the standard objects for user exits nor this will be affected during the upgrade and also different teams can work on the same object at a time without having any  issues.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you are in prior version to ECC then the only way is to have all the developers working on different user exits of the same transaction have an understanding about the TRs and their version.Each and every respective developer should compare the dev version with the production version everytime he is moving the TR from dev to QA and then to production.This way he can ensure that the TR has only got his current and valid changes and no other changes.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;K.Kiran.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Dec 2011 13:02:24 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397575#M1644407</guid>
      <dc:creator>kiran_k8</dc:creator>
      <dc:date>2011-12-19T13:02:24Z</dc:date>
    </item>
    <item>
      <title>Re: Previous version comparison to avoid transport error</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397576#M1644408</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Kiran for your valuable inputs. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Not only for user exists but for all versionable objects.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Human errors are bound to happen. in such cases, the impact will be more and will lead to firefighting. Just to avoid that, I'm trying to give the basis guy a transaction to run before moving any workbench to production so that he can be make sure / warn the developer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks &amp;amp; regards,&lt;/P&gt;&lt;P&gt;Sudhahar R.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Dec 2011 13:30:19 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397576#M1644408</guid>
      <dc:creator>sudhahar_ramachandran</dc:creator>
      <dc:date>2011-12-19T13:30:19Z</dc:date>
    </item>
    <item>
      <title>Re: Previous version comparison to avoid transport error</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397577#M1644409</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It is Developers responsibility to ensure that correct version is moving to Production.Moreover there will be some instances&lt;/P&gt;&lt;P&gt;when we do some changes in development and move only till QA just for testing.In such a case checking whether the previous request got moved to production or not is not a valid check point.So,it is solely the responsiblity of the Developer and not the Basis team.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;K.Kiran.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Dec 2011 11:05:15 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397577#M1644409</guid>
      <dc:creator>kiran_k8</dc:creator>
      <dc:date>2011-12-20T11:05:15Z</dc:date>
    </item>
    <item>
      <title>Re: Previous version comparison to avoid transport error</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397578#M1644410</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Kiran for your valuable input which I don't know...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 31 Dec 2011 06:38:05 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/previous-version-comparison-to-avoid-transport-error/m-p/8397578#M1644410</guid>
      <dc:creator>sudhahar_ramachandran</dc:creator>
      <dc:date>2011-12-31T06:38:05Z</dc:date>
    </item>
  </channel>
</rss>

