Practical overview of central Change and Transport System (cCTS)
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:
- Access the Change Cycle and redefine the actual system landscape.
- On the second step, you have the option to activate the cCTS for this Change Cycle.
- 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.
- In the Transport Track Overview, you can see that the associated clusters are also defined in the systems landscape.
Task List and Change Documents
- 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.
- 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.
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.
- External transport request imported into de development system.
- 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.
- Release transport request with no assignment of the project.
- Assignment of the transport request.
Import transport request for the Clusters
With cCTS activated, the import job can be executed for the clusters.
- In the Task List, you can also execute the job “Import Transport Request for Cluster”.
- The transport should be executed as usual.
- The transport history can be tracked in the Transport Request Log.
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.