A transport path is a hierarchy of target SAP systems, determining the systems that a transport request will be imported into and in what order. The transport path also determines whether changes need to be approved and/or tested.
Each transport request is associated with a single transport path when the Transport Form is completed. The transport path is usually selected automatically, according to the default settings made here, and ensures that transport requests are imported into the same systems, keeping the landscape in sync.
Usually only one transport path is necessary per development stream. For example, you might have one transport path for transporting between the development, test and production R/3 systems, and another transport path for transporting between the development, test and production BW systems.
Transport Paths are created and edited by ActiveControl Administrators on the [Targets & Transport Paths] tab of the Windows GUI configuration screen.
| Property | Description |
|---|---|
| Transport Path | A short description of the transport path. |
| Group Label | An optional label to group common transport paths together. |
| Status | This field determines whether the transport path may be assigned to new Transport Forms. It also determines whether an inactive transport path (that can no longer be assigned to new Transport Forms) appear in the ActiveControl main screen |
| Enable a pending approval associated with target | If this option is enabled, transport requests must be approved before they can be approved into or imported into any target SAP systems. Transport requests waiting to be approved appear in the pending queue of the target system specified here. |
| Automatically release transports… | If this option is enabled, ActiveControl will automatically release a transport request when a Transport Form is completed. However, if a pending queue is enabled for the transport path, then the transport request is only released after transporting has been approved. |
| When completing a Transport Form, check whether the changes conflict with others that are still being transported | When this option is enabled, ActiveControl will automatically check whether there are other transports still being transported on the transport path with changes to the same content. The conflicting transports are displayed in a pop-up window. |
| Do not allow team members to complete a Transport Form if conflicting changes are found | This option can only be enabled when the previous option is enabled. When enabled, team members may not complete a new Transport Form if other transports with changes to the same content are still being transported on the transport path. This option does not apply to Administrators. |
For additional control, ActiveControl allows combinations of valid and/or invalid source systems and clients to be defined for each transport path. When a Transport Form is completed for a transport request, ActiveControl will only allow the transport request to be assigned to a transport path if the source system and client of the transport request satisfies the transport path’s source client restrictions
| Property | Description |
|---|---|
| Valid Source Clients | In this field you may specify combinations of source systems and clients for the transport path. For example, if you specify combinations “DEV:100, DEV:200” then only transport requests created in either client 100 or client 200 of SAP system DEV may be assigned this transport path. |
| Invalid Source Clients | In this field you may specify combinations of source systems and clients that may not be assigned the transport path. For example, if you specify “DEV:300” then transport requests created in client 300 of system DEV cannot have this transport path assigned. The list of invalid source clients overrides the list of valid source clients, though it is not usually used in conjunction with a list of valid source clients. |
Post your comment on this topic.