Yes we do! (since 2024/08)
A virtual or external system can be part of your landscape. It can be the DEV, QAS or PRD system.
Some TMS activities are skipped for virtual or external systems. For instances we can neither read the import return code for such a system nor perform an import. We cannot open/close CTS project status switches, …
For import status calculation a Transport Request will be considered as imported as soon as it is registered to the import queue. This will garantee, that status “Imported into DEV”, “Ready for Production” or “Imported into P” can be calculated even if the DEV system is a virtual system or if the PreProd system is a virtual system or if the Prod system is a virtual system.
A virtual system is provided as next system for import only if it is the followup system and if the Transport Request is not registered to the import queue of the virtual system so far. The import can never be performed but the Transport Request can be added to the import queue using the CC5 import feature. If the Transport Request is already registered to import queue of the virtual system, the virtual system will not be provided as next system because the import can/will never happen.
The followup system of a virtual system is not provided as next system until the Transport Request is registered to its import queue. This solution is ensuring that CC5 is never bypassing the quality gate established by the virtual system. An administrator has to forward the Transport Request to the import queue of the followup system manually. if you want to have an alternative behaviour, you have to create an improvement request enabling us to implement a configuration switch. For now we are assuming that there is an idea - a need - behind the use of the virtual system.
If a Transport Request is registered in the import queue of a virtual system, we are checking the import status of the followup system. For real systems we do that only if then import got successfully executed. By this solution CC5 will be able to continue import processing as soon as an administrator is forwarding the Transport Request to the import queue of the followup system.
A virtual system is virtual but CC5 still need to find a way to read the import queue. Therefore you have to establish a working connection somehow:
The virtual system is defined in the domain controller. CC5 is installed on this domain controller or on a system directly connected to this domain controller. → Nothing to do. The virtual system is defined locally and can be accessed by TMS services.
The virtual system is defined in a foreign transport domain. There is a domain link established. → Nothing to do. The virtual system is known locally and can be accessed by TMS services.
The virtual system is defined in a foreign transport domain. There is no domain link established. → In SAP Solution Manager there might be a solution. Maybe SAP Solution Manager is using the domain controller as communication system. If you are not using SAP Solution Manager as contolling system, you have to define a TMSORG RFC destination pointing to any real system of the same transport domain, e.g. the domain controller itself. → This solution has to be verified. It is just an idea for now.