Entry point to the configuration from Technical monitoring workcenter


In Job Moniotring, move to step 4, define scope. Select a technical scenraio of interest (else you may want to create one). Technical scenarios are logical grouping according to the user requriement. There can be scenarios that represent for instance, all systems that belong to a business process or being monitred by a particular shift of operators or grouped based on the region of data source.


Select a scenario and move to .2 step for alert configuration. The top table provides an overview of all the selected metrics. On lead selection, the thresholds provided for each metric and the alert texts for selected monitored objects is available.



=> On edit, the text box next to ALERT TEXT opens up for editing. This is a re-usable technical component that is available for system monitoring as well.




2. Generate

3. Activate


For the changes to be seen in the notification triggered from Auto-notification and to see these texts in the alert inbox, when an alert is triggered for this MO.


Regards, Raghav

For some time now, I have been thinking about a way to allow functional people to monitor processes and message flows, but without letting them use SAP PO. In the past, PI monitoring came close and was not bad at all. But now, my requirements are completely covered using Message Flow Monitoring on SAP Solution Manager. This is what functional people need!


We use a SAP Solution Manager 7.1 SP12 system in conjunction with a SAP PO 7.4 SP09 system.




SAP PI 7.31 SP07 or higher and SAP Solution Manager 7.1 SP09 or higher. Also, make sure all MFmon related OSS notes are implemented, depending on your Solution Manager’s SP level. More information can be found http://wiki.scn.sap.com/wiki/display/TechOps/MFMon_Prerequisites#MFMon_Prerequisites-RelevantSAPNotes -> Relevant SAP Notes.


For all managed ABAP systems to be monitored with Message Flow Monitoring, make sure

  • ST-PI 2008_1_* plugin SP08 or higher is installed
  • In the SAP Solution Manager Configuration work center, the Managed System Configuration scenario has been performed.


You have set up Integration Visibility and run a discovery of your PI system landscape.

In case you need more (specific) setup details, please do let me know




On the SAP Solution Manager system, take transaction SOLMAN_SETUP…


… and follow the guided procedure.


All the steps in the guided procedure are very straight forward. For that reason, I will not go into detail.


Keep in mind that the Flow Maintenance (5) and Flow Group Maintenance (6) steps are imported. Here you build up your monitoring looks and provide names for an Integrated Scenario or a group of Integrated Scenarios.


Helpful extras


  • Once the setup was finished, I found out that the reporting part was not working at all. To enable it, please do the following: take transaction SICF, put in the field Service Name the value solmanlib and activate that service. Do the same for service name wda_e2eem_mf_overview
  • More information on (specific) Message Flow Monitoring authorizations can be found in a PDF document
  • Be aware of the payload part. You need to define User-Defined Message Search items on your SAP PO system. Only those ones will be visible.
    Have a look at the screenshots below.


An impression

general overview...


Again a general overview, but slightly different look


General overview with more details displayed.


Specific flow with all relevant details and payload



The flow track, in graphical modus, with the different systems involved.

For each system, a message status is available.



Reporting overview


Reporting details


Reporting details with a legend next to it



The second part of this tutorial, will show you how to install the certificate in the mobile device, in this case, I will install the certificate in my iphone.


For the part 1 of this tutorial use the following link:

How to use the new ONE Support LaunchPad(Ex-Portal) your Mobile devices - Part 1 / 2



1).-  I sended the certificate by mail to my email that is accessible by my mobile device. is important to attach the certificate file (certificate.p12)





2).- When you click in the attachment, the IOS will show the following screen, click on "Install"



3).-  Now you need to type the password that you use to export the certificate from your computer



4).- After the successful installation, you will the the Confirmation screen, press OK to continue.

5).-  Now connect to Launchpad.support.sap.com from Safari and start to enjoy the ONE Support Interface!!!!


Hi All

SAP Release the new ONE Support Launchpad (ex-Portal ) (https://launchpad.support.sap.com) that run in HCP with Fiori Style!!

This guide show you how to install a Digital Certificate in your mobile device and access to the new Portal Launchpad from you mobile device without type user/password every time.

For the part 2 of this tutorial use the following link:


How to use the new ONE Support LaunchPad(Ex-Portal) your Mobile devices - Part 2 / 2



1).-  Logon to service.sap.com/tcs with Firefox/Iexplorer


Screen Shot 2015-04-02 at 2.48.11 PM.png



2).-  Select the option Single Sign-On with SAP Passports from the left menu and click on the red button "Apply Here"Screen Shot 2015-04-02 at 2.48.46 PM.png



3).-  The system will ask your OSS Username and passwordScreen Shot 2015-04-02 at 2.49.15 PM.png




4).-  In the following screen you need to write your password again and click on "Apply for SAP Passport" button

Screen Shot 2015-04-02 at 2.49.35 PM.png

5).-  Firefox will confirm that the certificate was installed OK
Screen Shot 2015-04-02 at 2.49.51 PM.png

You can check that is installed in the right way going to "Advanced--> Certificates--> Your CertificatesScreen Shot 2015-04-02 at 2.50.09 PM.png

6).- now you need to select the certificate and click on the Backup button Screen Shot 2015-04-02 at 2.50.29 PM.png  

And select the folder and Name to save the certificate in your desktop
Screen Shot 2015-04-02 at 2.50.47 PM.png


The system will ask you a Certificate Backup Password
Screen Shot 2015-04-02 at 2.50.57 PM.png


7).-  after the successful execution, the system will show you the following screen and you will have your certificate file in your desktop.Screen Shot 2015-04-02 at 2.51.05 PM.png

    As administrators of solution manager, we are enthrusted with the responsibility to set up monitoring for BW process chains,   BO jobs, DS jobs. We wonder, sometimes, what would be good values for thresholds for certain time relevant metrics like Duration or typical values for records processed and/or data packages processed.


We all believe the past performance of the process chians & jobs are indicative of their general performance over a period of time. It would be very effective to have these values (Minimum , maximum, average of the last 10 executions) of these chains/jobs made avialable at the time of setup (SOLMAN_SETUP) and configuration to enable effecient monitoring.


BI Monitoring, provides this possibility.

In the SOLMAN_SETUP-> Technical Monitoring - > Job & BI Monitoring -> Bi Monitoring - > Step 4 (Define scope)-> Choose scenario - > Step 6 -> Monitoring & Alerting


Go to any of the monitored object types sub stesps( 6.1 to 6.4)


Choose the relevant chains/jobs and click on THRESHOLD MASS MAINTANANCE

In the below screenshot you could se that we can provide absolute value as +/- from MIN, MAX, LAS, AVG




A simlar example is with a percentage +/- for metrics (in this screenshot for Records procesed)



At this point in time, the values are fetched fomr the managed system and the corspoding values are calculated and shown in the main ALV. on Save & activate, these values atre persisted to the monitored objects. At this moment a pointer is converted to the value and the values are persisted!


As mentioned earlier, this is syncronised at this point in time. And not automaticallly adjusted as time progresses. But should there be a need, this reactivation can be done en-masse.




Regards, Raghav

Hello Team,


Few years back, it was very difficult to renew Maintenance license for each system (very complicated for big landscape)


Dedicated Basis Resource needs to work only on Maintenance certificate really solution Manager doing great job, really good concept of Automatic Renewal of Maintenance License


Solution Manager can be used to distribute maintenance license to all Abap systems of landscape. If Automatic License Maintenance is activated, Solution Manager  becomes the agent between a satellite system and Service Market place. 


As illustrated below in diagram: it checks with satellite system if the maintenance license is expiring, if yes solution manager receives maintenance license from Service Market Place  and makes it available in satellite system’s s license.


Note: To receive maintenance license via Solution Manager  from Service Market Place , it is necessary that a valid maintenance contract is active between SAP and customer

new maintance certifica.PNG

Procedure to setup automatic distribution of maintenance license:


To setup solution manager distribution of license, it is necessary that managed systems are configured for EWA report setup in SDCCN. Once EWA is setup in Solution Manager, create job for fetching license data from managed systems:

Go to SDCCN --> Go to To do tab -> Click on Create button on the menu bar -> Select “Get License Data” from the menu


This would schedule a daily job for collection license data from managed systems To check the logs of job, click on Done tab - > click on log icon in Logs column


How to renew Maintenance License Automatically using Solution Manager


Second step is to activate license distribution from change management : Go to Solman_workcenter


Click on Change Management -> License Management ( in left Menu )




In the screen select a system and click on “Activate Distribution” select “Activate Automatic Distribution”


Solution Manager can fetch the license 30 days in advance.






Rahul Yedapally


Hi All,


I was having an issue on my SOLMAN system and was able to resolve this recently.

I would like to share the resolution here.

I was unable to enter any text in the TEXT field of a change request.

Looks like the Mr.Charm doesn't is against texting 

See the below Video on what happens when I enter the text.


We are on Solman 7.1 SP12 and I was able to find the solution from Miguel Angel Arino Clarke 

SAP has released a KBA 2126320 - Unable to type text in text assignment block to resolve this issue.

As per this KBA please implement SAP note  1955587 - Textarea Length Check  to fix this issue.


Please take a note that the SAP note 1955587 has manual changes based on your current SAP Web UI Framework component (WEBCUIF).

If your WEBCUIF is already at a greater level than the one specified in the Manual Pre-Implement , these change are already in your system, you can check the Correction Instructions section and see if there are relevant correction for your system. Like in my case, the WEBCUIF is on SP level 12(SAPK-70112INWEBCUIF) and the Manual Pre-Implement are not applicable but correction instruction 1690346 is applicable to fix this issue.


Once you note is implemented you will be able to add text in the change request again.


Ref : Unable to add test to a Change request in Charm


Thanks for reading this blog.

Feel free to comment if you have faced any other issue on Charm and able to resolve the same.

...or why you have lost it.


Sometimes happens that, for any reason or by mistake, SAP Solution Manager system is removed from LMDB. It implies that the stages System Preparation and Basic Configuration will be lost.


As SAP Note 2020955 says:


"There are no means of bringing back the setup, you have to re-run all the steps in System Preparation and Basic Configuration."











It is not the best thing that can happens to you but, it could be useful sometimes (thinking in a new SM system not very well configured and you want to start a fresh installation)

It has been quite a while since the last TechED which happened in 2013 and therefore there are lot of new changes happening in Solution Manager as well.


This year SAP TechED was so much streamlined/well planned with sessions in Bengaluru,India  and quite a good exposure has been provided in terms of future SAP Products along with working Demo's/Hands-on etc. In addition, plenty of sessions were held on various Topics of Solution Manager 7.1 and how it is going to address the new products/hybrid scenarios.


I am fortunate to visit this time and met with plenty of good friends, speakers, SAP developers/sessions speakers friends and really a big thanks to SCN Moderator team for promoting and appreciating the Topic leaders again this year. Of-course I was there representing our Solution Manager space but this on behalf of our entire Solution Manager family spread-ed across multiple organizations and collaborating for noble cause of knowledge sharing, helping others etc.


Overall the experience was very good as always and I will try to share some of the important learning which is received during the SAP TechED 2015, Bangalore. Please note that I can't cover everything as we have more than 30-40 sessions but will try to cover the most important key notes received/covered from my perspective.All the below slides or information I have received while attending multiple sessions in SAP TechED 2015 and please note all the slides are part of  SAP disclaimer policy.


The very first session which I have attended was ITM100 - Holistic IT Management for Hybrid Solutions and further lot of connected sessions were shared/advised.


Here our knowledge was upgraded from HANA and Cloud perspective and SAP’s plan and offerings in this area. We now understand there are multiple options available for SAP customers to either have a complete on premise HANA solution or mixed scenario or completely public cloud based solution.


Source - SAP


As soon as we understood the concept of these hybrid scenarios we were trying figure out the importance of Solution Manager and whether it supports above.

The answer is yes it supports above hybrid scenario but with certain limitations with respect to functionalities of Solution Manager and it will help us to complete visibility in terms on Promise scenarios and HANA Enterprise Cloud scenarios.


How this will happen?

Again the concept remain based upon LMDB and SLD setup we will identify the Cloud scenarios and this will help us to implement functionalities which are running for Hybrid scenarios like Change Management, Monitoring etc.


Source - SAP

for. e.g in above scenario, the SLD on cloud solution will be linked to internal SLD on customer on premise and further fill the LMDB with information over VPN network.

Again the concept of monitoring remain the same here and Diagnostic/Host Agent will play the main role as noted above.


In some of the other sessions like ITM212 - How to Operate SAP-Based Cloud Solutions with SAP Solution Manager, we were enlightened about Solution Manager 7.1 SP13 as below and can see how good new things are coming from support perspective or Operations side.



Source - SAP


Also, there is good theoretical exposure on SAP Solution Manager 7.2(ITM261- From Business Requirement to Solution with SAP Solution Manager) focusing more on Business Process Management where we will live without

  • System monitoring workcenter
  • Solar01/solar02 for documentation
  • BPM - Business Process Monitoring based on CCMS


Source - SAP


Really a big thanks to SAP for conducting these wonderful informative session's and I will try to attend the same next year.

From SAP: “All live Meet the Expert Sessions are recorded and will be then available via SAP ES Academy ‘Replay Library’  www.service.sap.com/replay-library


The usual disclaimer applies that things in the future are subject to change.  Also a couple caveats:


1. I have not used this feature productively

2. I missed parts of this webcast in the middle so my notes are not complete




Figure 1: Source: SAP


Figure 1 shows that SAP plans to make Solution Manager more business oriented.


SAP also wants to make SolMan ready for HANA deployments


Figure 2: Source: SAP


SOLAR transactions that support documentation and implementation processes


SAP said this approach that had drawbacks


Figure 3: Source: SAP


Figure 3 shows the current pain points, including a “Rigid 3 level hierarchy”


SAP wants to use the new UI – HTML5


Basic Concept for SAP Solution Manager 7.2

Solutions can act as a an umbrella


Figure 4: Source: SAP


Solution (in Figure 4) covers system landscape where you need to know runtime environment, execution environment


New solution documentation UI works with LMDB content, logical component, new logical component group


It covers the processes that the customer execute


Figure 5: Source: SAP


Figure 5 shows the Solution landscape and documentation UI


Sub landscapes relates to a maintenance cycle related to ERP


Sites are processes deployed to multiple plant running different ERP systems – for global rollout use cases


Document types reflect what documentation to be available


Figure 6: Source: SAP


Figure 6 shows the planned solution documentation approach is to be both top down and bottoms up.


Figure 7: Source: SAP


Figure 7 shows where attach documentation related to executables


Business processes can be reused


Define configuration block; define dependencies of the block


Figure 8: Source: SAP


Library of executables, config units, interfaces – IT


Enable processes – assemble end to end processes out of artifacts


Figure 9:  Source: SAP


Introduce a change and include change documentation


Ensure properly documented in maintenance branch and transported


Documentation needs to be released

System Landscape


Figure 10: Source: SAP


Logical components have changed; solution documentation is bound to logical component group


When upgrade, you need to restructure logical components


Content Activation



Figure 11: Source: SAP


Figure 11 shows projects/solutions to move to 7.2 content structure; this includes BPMN modeling capability


Question and Answer:

Q: What is clear definition for branch?

A: Branch is a versioning context for documentation


Q: Is this Solution Manager running on HANA DB?

A: Can run on HANA or other databases


Q: Will integration with ARIS be possible?

A: Clearly plan to have open interface to integrate with third party modeling tools

Not available in first version but it is on the agenda


Q: Is there is a limit on the number of nodes you can have on your project

A: not known to him


Q: Will there be integration with PowerDesigner?

A: plan to have open interface to integrate with third party modeling tools


Q: What is the effort to migrate?

A: If you move content from SOLAR to new documentation – content is moved to process area – the respective library structures are created

Fellow Members,


In this blog, I would like to share my experience with recent Change Request Management projects. I read a blog on ChaRM on a Developers perspective and I liked it and it was close to the 'things' that you hear in a ChaRM Project. In the same lines, I tried to compile my notes from my work diary and present it here in plain English. The idea behind this effort is to highlight the quote "In theory there is no difference between theory and practice; but in practice there is.!!"


P. S: All the content expressed here are my personal opinions and do not represent my employer or SAP.


1. Concept of Change Request and Change Document


Often during the blueprint discussion phase of ChaRM projects, the most frequently asked question is 'Why do we need two documents in ChaRM process?'. Most of the customers I worked with, find this concept little confusing. The confusion is more profound if the customer does not have a established change management process or used to any other tools (like sharepoint, custom web forms or editable PDF forms..etc) as Change Request Forms. The hard time for consultant will be to convince the customer and make them understand, how Change Request will be used only for Approvals and Change Documents would be used for handling Transport Management aspects of entire process. So be prepared to convince that the Change Document is where all the action is.


2. Who will create Request For Change?


This topic sometime gets overlooked. The organization structure of companies running SAP varies from one organization to other. So we can not go with a notion that one size fits all concept. During a initial discussion phase, the work of consultant would become easier if the customer has a well established change management practice. Sometime the end user would be sales agent on the field or sometimes it's the help desk team. Sometime there would be scenarios where in the end user does not have access to SAP system and have to call the help desk hotline to raise a CR on behalf of him/her. So identifying the right set of people for end user trainings is an important factor to be kept in mind while designing the process. Understand your end users of the process.


3. Approvals in Change Request.


This topics varies from customer to customer and consultant needs to be prepared to expect more than 4 or 5 approvers for a single change request. The standard out of the box configuration has 2 level of approvers(Change Manager and Change Advisory Board). However speaking from my past experiences,average number of approvers I have encountered is minimum three.  This means for consultant would need to customize new partner functions and CRM UI aspects of it. It is possible to have up to 10 partner functions in Change Request UI, so technically we can have up to 9 approvers for a change request(one of the partner function is being reserved for Requester/End User). In some scenarios, the end user raising a change request would not be knowing who would be his 3rd level of approver for the request of change. In such cases we need to design automatic partner function determination using categories. This would ease the process. Also if the organization is huge, then expect to have a very long list of categories to be added to multi level categorization in a change request. In addition, if you could customize the approval procedure determination using categories then it would be applauded by the end users for sure !!   So try to incorporate automatic Partner determination and Approval Procedure Determination based on categories.


4. Emails in Approval Management


Everyone loves to receive a email if he/she was made as a approver for a change request(if possible in HTML mail format). The scenario would be even more useful, if the approvers receiving emails in a sequential way i.e first Change Manager receives an email, once he approves, Chnage Advisory Board receives email...so on. BUT unfortunately in a standard  process offered by SAP as of 7.1 SP12, the approvers only receive worklist emails in their SO01 inbox. And in the practical world I have never seen anyone checking their SO01 inbox for mails !. So by default, approvers in change request will not be notified via email for approvals. This was very disappointing for me in the beginning because this is one of the most frequently asked feature in ChaRM by all the customers I have come across so far. However later I learnt that with little customization you can convert these SO01 inbox worklist email to outlook/inbox email notifications. However please note, this converted email notification would be in plain text and not a fancy email you wish to see. There is a long thread ChaRM: Approval Settings - Email Functionality in Change Request by which I learnt how to do it. Email notifications for approvers as a part of worklist is one of the most needed feature in out of the box ChaRM solution, hope SAP would incorporate this as a standard feature in future releases. So If you are on 7.1 SP12 or below be prepared to be surprised that there is no html email for approvers !


5. Which Change Documents to use?


Again, this is one of the most debated topics and strangely, I have seen customers reluctance to use Normal Changes for maintenance purposes. Some of the feedback I hear during blueprint discussion meetings are like, Normal Change is too much 'clicks here and there' and Normal Change is not very flexible in 'what if..' situations. There could also be scenarios where Basis team is trying to minimize their efforts in Change Management and Transports execution process. In such situations they would always push for the Urgent Change instead of Normal Change. Normal Change fits perfectly if the customer has a defined release cycle concept. However in scenarios where the customer is so much comfortable with existing ad hoc transports import, then they expect your new process to work the same way. With the new preliminary imports and other enhancements as of SP12, things have started to change and Normal Change is finding more and more relevance for everyday change processes. The consultants job would be to thoroughly understand the customer requirement and compare that with Maintenance Cycle, Normal Change, Task list and other tools provided by SAP and design a best suitable solution.

There is another perspective for this. Some customers would only be looking to automate the Transport Management process and other would be interested  in complete re-haul of their change management practice to adopt to best practices. So it depends on whose boarding room you would end up So bring in the clarity on type of change document to be used and emphasize on importance of having a disciplined release strategy.


6. Approval for Transport Import inside individual Change Documents


I encountered this request 2 out 3 times in my previous engagements.  Even though Change Request is approved(in some cases by CIOs too) and handed over to functional/development team for implementation; the leads/managers of functional/development teams would still want to control the transport import process to follow on systems via approval apart from just controlling the phases of cycle. Again you can trace the origin of this type of requests to traditional email approvals that the team leads/managers used to provide before implementing new process. This type of requests can be handled easily by tweaking couple of new actions and statuses in the change documents. No big deal, but time consuming for consultants So be prepared to expect some more approvals in random places.


7. Simply the User Experience and UI as much as possible


Before you hand over the process to user trainings, try going for minimalistic approach in the CR or CD UI. By default you have lot many tabs inside CR or CD which may not be relevant for every customer. So tweaking the UI and removing not used tabs can add lot more value for the end users. In one of the projects, I was requested to simplify the UI to look like 7.0 version CR screen (with tabs on the top instead scrolling down UI). I have written a blog on how to transform the UI look from long scrolling form to simple tab based UI. Please refer that blog. So go with a lean design.


8. User Trainings


According to me,  this is one of most time consuming process in ChaRM implementation projects; it is every human's basic nature to be reluctant for the unknown or new things anyway . I recently used one of SAP's tool in training and content management portfolio, WPB (Workforce Performance Builder) and this tool turned out to be very useful for end user trainings in ChaRM. Users liked the way of learning new process ( like creating a new CR ...) in a completely new UI with relative ease. So be well prepared with Kubler Ross theory !





Source: Kubler Ross Change Curve


9. We went Live on ChaRM, what's next?

The entire success of your ChaRM project depends on the effectiveness of Basis team in handling Change Documents post go live. The maintenance of ChaRM related task should be owned by competent Basis team, as Esteban highlighted in the comment section, establishing roles and responsibilities in the supervising the Change Management process is vital. There should be a run book available with FAQs and common error situations in handling change documents.


Hope this helps all the consultants out there who would be handling ChaRM projects for the first time !!!


I would love to hear from all of you on your experiences, suggestions and feedback in the comment section.


With Regards,


Here is the second part of my blog on the steps to make a successful ITSM / ChaRM project. You can find the first part with this link:


3. Change Management


This is a part of the project that can easily be underestimated whereas it is one of the most important factor of its success.

When any ITSM solution is implemented, it replaces an existing tool or add a new tool in the IT processes. In any case, the old ways of working are going to change and it is never an easy thing to do.


To make the transition as smooth as possible, right from the beginning of the project, start communicating to the future end users about the project’s objectives, the solution designed, the benefits expected, etc.


It will help you in different ways:

  • Your teams members might identify some part of the process that have not been clearly defined or don’t fit how one group is used to work
  • The changes brought by the project will be more easily accepted and you will guarantee a much faster adoption of the solution
  • You will reduce the risk of the solution being rejected by some of your teams


You don’t need to spend a lot of time on those activities. Just a few days are necessary, but it will definitely change the way your solution is accepted.

4. Build


This is related to the change management part of the project, but don’t forget to involve ChaRM end users during the build phase. Organize demonstrations, Q&A, etc.


The build phase also requires a test landscape to validate the tickets behavior. You can always use solman, but the best configuration is to have an ERP sandbox as close as possible to the production landscape configuration.

It will make your life easier during the go live. You will avoid implementing SAP notes on the ERP systems, close to the go live date, because the SAP Basis level is lower on ERP than Solution Manager, for example.


5. Test


As for any IT project, the definition of the requirements is essential to successfully test the solution. You don’t want to forget any requirement, as it would lead to a solution partially tested. The best approach is to start building your requirements during the design phase. As you design the solution, you also define what should be tested and how.

Don’t forget to cover, with the requirements, your release management process and all the different ways your team works, depending on SAP modules or products.


6. Training


Keep your training documents simple. In many projects, I have seen clients build very detailed documentation. The problem is that they are very difficult to maintain and the end-users usually don’t use them, as the documents are too long and they cannot quickly find the answers they are looking for.

And remember that end-users will regularly change, your documentation should be easy to understand as the solution owner won’t be available to explain to all new users how they should use the solution.


Instead, when you’re preparing the documentation, think about how the end-users will consume it. What are the information they will need to look for regularly (naming convention, release management principles, etc.) and the ones they will look at once or twice (objectives of the project, ticket interface, etc.).

With this, you can divide your user guide in more comprehensive units and make sure that the solution will be used the way it was supposed to.


7. Go-Live


I have identified three steps to safeguard the go live of ITSM / ChaRM projects

  • Build the cut over plan throughout the project
  • Anticipate the technical operations
  • Build a transition plan for the existing tickets / transport requests


Build the cut over plan throughout the project

Depending on the size of the solution you’re dealing with, there can be a lot of operations that need to be performed. It is very easy to forget some.

To avoid that, the best thing is to start building the cut over plan as soon as the design phase starts and to update it regularly during the project.


Anticipate the technical operations

On most projects I’ve done, we usually had problems with the same operations:

  • System landscape preparation: basis team had trouble generating RFC destinations or setting up TMS the way ChaRM expects it
  • Authorizations on the satellite systems: the authorizations were not consistent on all the systems managed by Solution Manager and it can lead to errors in the processes (ex: transport requests not released)


All this problems can lead to a stressful go live and even delay it. My best advice is to anticipate those operations. Start working on them at least 1 or 2 weeks before the go live.


You will give your teams more time to solve the issues and will avoid all the stress.


Build a transition plan for the existing tickets / transport requests

When the new solution will be deployed, you will have tickets in your previous ITSM solution or transport requests not linked to ChaRM tickets. You want to reduce them as much as possible, as it will confuse end users and can lead to errors.


For ITSM tickets in the legacy system, you can chose between three options:

  • Manually create the tickets in Solution Manager: easy to do when you have a few tickets, but the workload quickly increases
  • Work with the old tickets until they are all closed and use Solution Manager for all new requests / incidents: it is the easiest solution, as no work is necessary to prepare the go live, but it can be confusing for end users
  • Automatically transfer the tickets from the legacy tool to Solution Manager: SAP doesn’t have any tool to fulfill this requirement, but there are software, provided by third party vendors, that can perform this operation. It is the best solution and can be cheapest depending on the number of tickets to transfer


For transport requests, if you have deployed the cCTS infrastructure, you can link released and unreleased transport requests to your tickets. In that case, the best strategy is to create tickets and link them to transport requests before the go live.

8. Post go-live


Depending on the size of your organization, the changes brought to your IT processes can take a while to be fully understood by your team.

Make sure they are supported after the go-live to understand how the solution works, how it impacts their day to day operations and what benefits they can get from it.


Finally, after 6 or 9 months, execute a new TEA report to measure the progresses made and compare them with the initial objectives. And don’t forget to communicate about your successes!

Hello All,

It was a simple issue but I spent 2 days on it hence writing this small blog, hope it will help others.

While generating stack file in Solman 7.1 SP12 system for ERP6 EHP7 (SAP_HR 600)system to HR Renewal2.0, even after selecting addon HR Renewal 2.0, in target stack MOPZ was capturing component SAP_HR & EA_HR till 604 and 607 respectively.

While HR Renewal 2.0 upgrades SAP_HR and EA_HR to 608 level.


Also I was getting below warning message-

SAP KERNEL 7.42 64-BIT UNICODE': Requested instantiation '20012195' invisible


Solution :


SAP note#1940845 is solution for this.


Issue was due to compatibility between backend services in SAP OSS system and MOPZ.

After applying above note in solman system, MOPZ captured correct packages for HR Renewal2.0 in stack file successfully.


Note also cleared warning “‘SAP KERNEL 7.42 64-BIT UNICODE': Requested instantiation '20012195' invisible” but yes this warning can be ignored.

Issues with the Trusted RFCs in CHARM

Trusted RFCs should be created with current user id and not any other user id because when you will log on from charm to do any modification after creating the transport request in web ui of charm it will not allow you to own the request(owner is changed).

All developers should have access to S_RFC and S_RFCACL objects.

This can be the main reason you won’t be able to schedule the transport release tasks in SCMA as it will initiate the call to TMSSUP* RFC.


Transport of copies are not getting created

While creation of transport copies, TMW rfc will be used and hence SMTMSMP user should have access to execute the function module TMW* in managed system, the main authorization object for this is S_RFC.


Bpmon security authorization issues

Sometimes monitoring object greyed out and alert cannot be viewed in WorkCentre also.

Solman read user in the rfc does not have proper authorization in managed system setup.

Required authorizations are profiles S_CSMREG and S_CUS_CMP

Also S_TABU_DIS authorization is required with field value as SS for DICBERCLS

File monitoring issues

Also for the file monitoring in BPMON, it is very much required for the user in managed system setup assigned in READ rfc from the solution manager to have the authorization object with S_CTS_ADMI with the value of TABL and EPS1.

Note:- The important role SAP_SM_BPOANA_ALL should be checked for all the users and should be configured as per the analytics guide.


Job monitoring issues

Error occurred in the job monitoring objects: This is the error occurred if the job documentation is not created and further not assigned to the job monitoring object. The authorization object required for this is SM_JOBDEF or SM_JSM_DOC. These objects are delivered through SAP_SM_SCHEDULER_BPO role. You need to see and activate the object SM_JOBDEF (in case old authorizations are active you need to adjust it accordingly). Further for configuring the business process monitoring the specified roles should present with user BPO_ADM_<SID>. Similarly for technical monitoring the corresponding user is SMC_JMON_<SID>.

As a logical consequence of my earlier blog How to setup Cross System Object Lock (CSOL) when using enhanced retrofit i want to write today a little about the settings for Down Grade Protection (DGP) in a dual landscape with retrofit.

The best practice use for Downgrade protection is of course "full protection" which means from a customizing setting point of view, an empty table, meaning "no exceptions" for DGP calculation.

You can reach these setting via IMG:



Select "Configure Downgrade Protection" and you will see the "Downgrade Conflict Type" first.


Here we do not want to do any changes and normally this is also where you never change. It's the table to configure what kind of warning or error should appear with which corresponding icon. I guess the standard setting to have the release check being a warning, the re-assign check warning too, the predecessor check critical and finally the imminent check very critical make perfect sense and therefore i never changed this.


We want to browse to the next setting which is the "Downgrade System Configuration".



as said before in standard this table is empty which means no exceptions setup, which results in full protection and a DGP conflict calculation for every conflict type (Release, re-assign, predecessor, imminent) for every system, client, system role and project.


Now i case of a dual landscape we have retrofit setup to look for conflicts between the 2 landscapes and calculate the corresponding retrofit type.

In case of no conflicts -> green case in case of conflicts -> yellow or red.

As the retrofit conflict calculation happens at the time of when a Transport is released in the retrofit source at the same time (or to say it technically correct before the retrofit calculation takes place) the DGP check will be performed.

As a consequence DGP will issue a conflict (of type warning) before the transport can be released and before the retrofit can be calculated.

So the DGP conflict has to be ignored first before the transport can be released. So we can more or less say for every conflict that will be handled via retrofit with a yellow or red type (conflict case) the DGP check will stop the process before.

This is of course an unwanted behavior, as the transport has to be released anyway and the conflict will be resolved using the retrofit tool.

Therefore i recommend switching off the release check of DGP for the source system in dual track retrofit landscape.

You can exclude that check from being performed by adding a line into the "Downgrade System Configuration".


Like that, when releasing a transport in the retrofit source system there will be no DGP check for that transport. The transport will be released and the retrofit calculation will take place and will put a yellow or red case. So you can solve the conflict by using the retrofit tool and will not be stopped by DGP every time before.

So i would resume that in every dual retrofit landscape the DGP customizing should have that exception that the DGP release check is switched off for the retrofit source.


Filter Blog

By author:
By date:
By tag: