Skip to Content
avatar image
Former Member

ChaRM Retrofit in SolMan 7.0 Ehp1

Dear,

Our client has a SolMan 7.0 Ehp1 SP26 system in which Retrofit is configured.

When doing the setup for a demo, I noticed that within customizing request, no object check is performed. For example: when I retrofit an object from the DEV system in the maintenance landscape (source system) to the DEV system in the implementation landscape (target system), the object in the target system is simply overwritten. No matter the object in the target is system is newer or not.

Shouldn't SolMan perform a check before performing the retrofit?

Thanks in advance.

Roel

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

3 Answers

  • Best Answer
    avatar image
    Former Member
    Apr 03, 2012 at 10:56 AM

    Hi Roel,

    we came across similar issues for customising using the retrofit tool, we found that when applying table changes it copied the entries over the top of what was already in the target system.  With this in mind to avoid any risk we had to incorporate an additional process that had the developer check the table between source and target development systems (using cross system table comparision of tables) prior to applying the retrofit to see if retrofit was permissable.  If not it had to be done manually, although we found it safer to perform the customising retrofit manually in most cases anyway.

    Regards

    Paul

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Apr 03, 2012 at 01:42 PM

    Hi Roel,

    was the item red, yellow or green in the Retrofit analysis? If it was yellow, that is the indication that you need to be careful and do a comparison. Retrofit doesn't really care if you are overwriting code, it just warns you that you are about to do so. A transport of copies is used to bring the configuration into the target system and it overwrites orginal by default.

    If it was green, it means Retrofit missed the object. You should look to see if CSOL is turned on in the target and source system. Also make sure the RFC connections used to log the CSOL entries are not broken between the systems and SolMan. It's these CSOL entries that are used to identify the conflicts.

    regards,

    Jason

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      Hi Roel,

      Sorry, but I don't think there are any documents available for this. It was an SAP supported initiative, and It's my understanding that it has only been done a couple of times in the US and a handful of times in Germany. If you want to know about the functionality, it's basically the 7.1 process. We just had to install some custom BADIs, setup some RFCs, turn on CSOL and start releasing transports.

      regards,

      Jason

  • avatar image
    Former Member
    Apr 03, 2012 at 03:01 PM

    Okay. Thanks a lot Paul for getting this straight. That explains why the CSOL wasn't doing what I expected.

    Thanks both for you help.

    Roel

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Roel,

      Were you able to figure out why customizing requests were not checked/overwritten in retrofit? We are also having the same issue in our 7.0 Ehp1 system.

      TIA

      Saj