Registration

Dear SAP Community Member,
In order to fully benefit from what the SAP Community has to offer, please register at:
http://scn.sap.com
Thank you,
The SAP Community team.
Skip to end of metadata
Go to start of metadata

Purpose

With the following steps you will be able to create a Solution to practice with Change Request Management in SAP Solution Manager 7.2 SP03.
Also I will try to give some tips and tricks for the creation of a good solution from Change Request Management point of view.
I will work in this example with this real TMS landscape:
Legend:
EYE:001 is where Change Request Management is configured with Solman_Setup
-
EYE:100 represents the development system in the maintenance landscape, n landscape
EYE:200 represents the quality system in the maintenance landscape, n landscape
EYE:300 represents the production system in the maintenance landscape, n landscape
-
EYE:101 represents the development system in the implementation landscape, n+1 landscape
EYE:102 represents the quality system in the maintenance landscape, n+1 landscape
Changes from the n+1 landscape should finally reach production system EYE:300 following this transport track:
EYE:101-> EYE:102-> EYE:100 -> EYE:200 -> EYE:300
Note: You could have a minimum of two systems, source and production systems, for a ChaRM scenario.
ChaRM expects to see consolidation routes from source to target systems, delivery routes between target systems and from the last target system to production system.
So in the case that you have a landscape of two systems you need to create the consolidation routes and also a delivery route from source to production system.
With this test managed system landscape this would be the solution- logical component  to create to represented it:

Create the Solution

In /nslan you can create your solution.

Remember that the solution, branches, logical component groups, system roles ... will represent the TMS REAL LANDSCAPE, TMS IS THE MASTER OF THIS DATA AS ALWAYS!!!!

 

 When you create a solution by default Maintenance and Production branches are created.

 

Note: A development branch can be created if required. This development/innovation branch will be required for situations where there is a two-tier landscape, n+1 landscapes. The second dev system is maintaining the same objects that are maintained in the first dev system plus additional functionality, like for retrofit systems. We will see how to create this Development branch later.

Create Logical Component Groups LCG

Then create Logical Component Groups LCG, click on Maintenenace Logical Component Groups link:

Please notice that the LCG name cannot be changed after the creation, so I would enter as naming convention for example the Software product of the landscape like ERP for example. The logical component group name should be unique.

Logical component groups are uniquely defined for each solution. The unique identifier for a logical component group is the logical component group name.

The name is unique for the whole system. This name cannot be changed after the creation of a logical component group.

See also:

Process Management - Logical Components and Logical Component Group at: https://help.sap.com/viewer/60943adf3ff44893b62c568bb8a87d17/7.2.05/en-US/d8a85557e03f9067e10000000a4450e5.html.

 

Then click on Assign Technical System link:

Ensure that you select the branch and the Technical System Type for your logical component group for a better system:client selection afterwards.

 

For the Maintenance Branch we have added EYE:100 as development system and EYE:200 as quality system. See in System role section how to determine which type of role is linked to this "column" name descriptions.

For the Production Branch we have added EYE:300 as production system.

Note: all the systems of one transport track have to be in the same logical component group, see SAP Note 2461467 - ChaRM&QGM: One transport track should not contain systems crossing logical component groups.

If you get errors like AGS_TD125  Transport track of source system &1 does not include a production system,  check that the above condition is fullfilled.

 

 

Create a development branch

A development/innovation branch will be required for situations where there is a two-tier landscape, n+1 landscapes like in our example TMS landscape where you can see EYE:101 as development system of the implementation landscape or n+1 landscape or simply retrofit system.

In the Branches tab click on Create link:

 

 

 

 

Now assign the correct technical systems to the Development branch:

 This would be the final picture:

 

When you are creating the change cycle for the n landscape, maintenance landscape, you need to select the retrofit system during the creation of the task list:

 

When you are creating the change cycle for the Development branch with this transport track:

Note:  When you are creating a change cycle you will need to select in the Landscape field one solution or one change control landscpe, and then the branch.

Only branches with contains a source system will be available for selection.

Then when the change cycle document moves from Created status to Scope the task list will be created if there are not task list.

The transport tracks shown like in the picture above will start in the source systems of the branch selected but it will contain all systems included in the solution/change control landscape selected.

In the information button of the above screenshot you can read this information:

 

You can also add a virtual system VI1 as production system in the solution.

Create Change Control Landscape

You could create Change Control landscapes in Change Control Landscapes tab.

Use right click on the white area and New to create them.

You can select which logical component groups of the solution are included in them.

Note: For using Release Management cycles SMRE you need to create a Change Control Landscape.

 

System roles

When you were assigning the tecnical systems to a branch you saw that you need to fill a system:client under a column with a name.

Each column name is linked to a type of system role such as source system, target system, production system, etc..

There is no change in the concept of system roles from SAP Solution Manager 7.1 to 7.2, but the maximum number of custom roles has been increased from 10 to 52.

Note: You can use all lower and upper-case letters except A, B, C, D, E, F, P, S, T, V, as well as numbers. This is necessary to assign systems of multiple sites to the same logical component (countries, plants). Use system roles for this purpose, do not create site logical components,

In sm30: smsy_roles you can create new roles, however what it is really important is not the description name of the role, it is the Type of Role linked to it, assign it in transaction /nmaint_roles:

 

Solution Documentation integration

If ChaRM needs to be integrated with Solution Documentation select Maintenance Branch and go to Properties and then enable Change Control.

 

 

If you are using ChaRM only for transport management then you only need to maintain the systems:clients inside the LCG, not Change Control enabling is required.

 

Sites 

To enable sites go to Properties tab and enable "Landscape with Sites": With this configuration the production branch is site enabled.

To define sites goto System Landscape -> Maintain Sites and create your sites.

Now the sites must be activated per Logical Component group, so goto --> Maintain Logical Component Groups select your LCG and set Sites On enable.

To enable site for Maitenance Branch and also for additional branches goto Branches tab where you want to use sites select the branch and in Properties link select Branch with Sites.

 
Now you are ready to create a change cycle by selecting a solution/change control landscape and a branch.

Only the branches containing a logical component group with a system with role source are available for selection.

Note: if you are using the same system:client under different roles, for example as source system and also as target sytem, then you could try to separate them in two sites for the same logical component group to enter the different roles in the different sites.

*NEW SP05*  Delete a Solution

Since SAP Solution Manager 7.2 SP05 it is possible to delete a solution.

But for deleting a solution already used in a ChaRM cycle you need to get completed all cycles using the solution to delete.

In /nSLAN select the Solution to be deleted

Go to the Properties tab to see the Delete Solution option

You will get this information pop up:

 

In the case that the solution is used as landscape in any ChaRM cycle you will get this error:

 

Then the only option is to complete the cycle, and for this you need to move all the relative request for change and change documents until a closed status untill you get this pop up when closing the cycle:

Note: all the transport requests associated to this cycle cannot be in the production import buffer

With the cycle in status Completed

Call again /nSLAN and go to Delete Solution again

 

Solution will be deleted.

The Logical component groups created in the solution will be deleted when the solution is deleted, as Logical component groups are uniquely defined for each solution.

Before SP05 the solution deletion is not possible.

Authorization object SM_CM_FUNC

SM_CM_FUNC is the authorization object to manage which solution/change control landscape (SUB_LAND) and branches (BRANCH_NM) a user can select when creating a change cycle. 

See SAP Note 2457629  - Cycle Maintenance: Branch values are missing in the dropdown box

Ensure manual steps of SAP Note 2443290 - ChaRM&QGM: Authorization field "SUB_LAND" stores landscape ID instead of technical name  are implemented to avoid issues when specifying particulas values for solutions/change control landscapes in the SUB_LAND field.

2 Comments

  1. Hi Dolores,

    Thanks a lot for a very helpful post. Very good information which can help any one to kickoff their ChaRm effort. 

    Thanks and Regards,

    Dinesh Ghanta

     

  2. thanks a lot for the document.

    and I have two questions:

     

    1.In solman 7.2,how can I update the solution data to SAP.

    As I know , in solman 7.1, there is a tab of "upload solution to SAP" in a solution tab under the SAP engagement and service delivery in sm_workcenter.

    but in solman 7.2 , there is no solution tab.

     

    2.what is the difference of solution in solman 7.1 and 7.2?