Skip to Content
Technical Articles

Practical overview of central Change and Transport System (cCTS)

Introduction

It is not a surprise how complex SAP project can be. When we think about release management,  software logistics, and all other complex activities related to the deployment of the releases, the scenario hardly ever gets simpler. Additionally, if complex landscapes are needed, many activities will demand special attention and the complexity increases even more.

In order to support many faced complexities and provide more flexibility to the overall process of Change Control Management, SAP provides a very interesting tool called central Change and Transport System (cCTS). even though the usage of cCTS is optional, it cannot be used as a stand-alone tool and it must be used together with Change Control Management tools, such as QGM or ChaRM.

To increase the understanding around this component, this document will describe the basic functionalities of cCTS with ChaRM projects.

cCTS and Change Cycles

During the implementation of cCTS, Clusters are used to encapsulate the managed systems.

The clusters use the concept of Collection that provides one more level of abstraction on the top of the regular Transport Requests that we usually know. This concept is transparent for the users, but technically, it is possible to have transport requests from different development systems inside of a collection.

Because of the adjustments of the transport landscape, the Change Cycles must be defined with the activation of cCTS in mind.

The next steps will clarify how to create a new change cycle with cCTS activated:

  1. Access the Change Cycle and redefine the actual system landscape.
  2. On the second step, you have the option to activate the cCTS for this Change Cycle.
  3. On step 3 can only be accessed when cCTS is activated. Here you will define the Clusters you have customized during the implementation of cCTS.
  4. In the Transport Track Overview, you can see that the associated clusters are also defined in the systems landscape.

Task List and Change Documents

  1. After the definition of the new system landscape, the Task List will also present some differences. The clusters will be available and the Transports can be controlled by clusters as well.
  2. From the processual point of view, cCTS does not change how the Change Documents in the ChaRM are processed. The collection will be visible in the Transport Management assignment block.

cCTS Functionalities

Assignment of external transports

Transport requests originated from other systems can be assigned to change documents and transported following all the release definitions by ChaRM.

  1. External transport request imported into de development system.
  2. Assignment of a request from SMD into FSB.

Decouple/Assignment of released transports

With cCTS it is possible to reassign released transport requests to other Change Documents.

  1. Release transport request with no assignment of the project.
  2. Assignment of the transport request.

Import transport request for the Clusters

With cCTS activated, the import job can be executed for the clusters.

  1. In the Task List, you can also execute the job “Import Transport Request for Cluster”.
  2. The transport should be executed as usual.
  3. The transport history can be tracked in the Transport Request Log.

Conclusion

With many different tools being offered, it gets quite complex to get up-to-date with some modules. For this reason, I was motivated to write this post. I hope it helps to clarify the basic question around cCTS and how its main functionalities work.

6 Comments
You must be Logged on to comment or reply to a post.
    • Hi Thomas, thanks for your question.

      I would consider that ToC is meant to be used for testing modifications. So, in this case, I would think that you want to transport only completed and tested external transports through your system landscape.

      Why do you plan to use ToC as external transports?

      • Hello Rafael,

        thanks for quick responds.

         

        Use Case is that we get external Transports as “Transport of copies” instead of Transport Requests.

        So after we implement the external toc in Dev System, we cant assign the toc to a Normal Change (Change Document).

        I read that assignment is only possible with customizing and workbench Transport requests and not Transport of copies.

        So we Need external Transport requests (Cust or Workbench) for Transport via solman. Isnt it?

        Kind Regards

        Thomas