Show TOC

Transport

In this activity, you can create a transport request which lets you transport objects to a target system.

Once you have made your CO-PA settings, you can collect the objects which are linked to these settings (table entries, data elements, domains, tables, and so on) in a transport request.

With this function, the system collects all the dependent objects in the source system and places them in a transport request. After importing the objects to the target system, it automatically activates the necessary objects in the ABAP Dictionary (the data structures of the operating concern).

Requirements

The source and target systems must be of the same release and update level.

Activities

1. Choose a transport object class.
2. Enter a transport request.
3. Select the objects you want to transport.
4. Select the dependent object classes.
5. Transport the transport request using the tools provided for this.

Recommendation

With this function you create a transport request based on the current settings. Consequently, no new CO-PA objects should be added and no settings changed while the transaction is running. Furthermore, in R/3 you can create a transport request (what you want to transfer) and carry out the actual transfer at different points in time. If you change any settings between the time when you create the transport request and when you carry out the transport, the system recognizes some of the changes but does not add any new objects to the transport request. This can lead to inconsistencies in the target system following the transport.

SAP therefore recommends that you make no further settings in CO-PA between the time when you create the request and when you export the settings.

When you create the transport request, the system is not able to check which of the objects to be transported already exist in the target system. If objects already exist there, the system may import these objects and overwrite the ones which were created in that system. To avoid this, you should set up one source system first, and then transfer the settings to your other system(s). Do not create any new CO-PA objects (operating concern, characteristic, value field, and so on) in the target system.

General notes on transports into CO-PA covering the following topics:

Automatic transport versus manual transport

As in other applications, many CO-PA customizing settings are automatically collected in a transport request. However, this does not apply to all settings.

For information on the transport type, see the following IMG activity: Additional Information -> Technical data -> Transport type. Settings for manual transport can usually be transported using the transport options with the individual transactions or by using this transport transaction. Which one you choose will depend on the purpose of the transport as well as the number of objects to be transported.

Differences

In contrast to the standard transport functionality, the current transport function allows you to transport larger amounts of objects. This usually means that more may be transported than is necessary. If the source and target systems are identical, this poses no problem. If you only want to transport individual table entries or settings, you sh ould use the transport function available from the relevant customizing transaction or create a transport request manually.
Moreover, collecting objects (reports, forms, and so on) later with this function means that objects that have been deleted in the meantime will not be found.

Recommendation

The first time you transport an operating concern, you can do so most easily using the function "Transport objects".
If a transport request is generated in the process, you can also release this following the overall transport.
If you later add customizing settings that are automatically recorded in a transport request, you can transport them using that transport request. All other settings must be transported manually.

Client-specific and cross-client settings

In CO-PA, Customizing consists of cross-client settings (such as tables and data elements) and client-specific settings (such as Customizing value flows). Two request categories are usually used in the SAP System:

Transporting translated settings (settings in different languages)

If objects exist in different languages, these languages can also be taken into account during the transport. For this, you need to set the corresponding indicator in the settings. All languages are transported by default.

If only some of the languages should be transported, you can add just those particular languages to an existing transport request by choosing "Edit -> Add languages". You cannot do this with Data Dictionary objects because the language transport for those objects uses the system settings.

Postprocessing Following Import

1. No postprocessing
No postprocessing is necessary when you transport settings that have nothing directly to do with the structures of the operating concern. These include reports, forms, key figure schemes, layouts, and so on. However, these objects require you to have a compatible operating concern in the target system.
2. Automatic postprocessing
In Release 4.5A, the system automatically carries out some postprocessing actions ("after-import methods") directly when you import certain Customizing settings. This means you no longer need to carry out these steps manually in the target system. You can find information about what methods were carried out - and any error messages issued - in the import log.
When certain settings are transported, it is necessary to regenerate the client-specific environment of the operating concern. Generation occurs the first time the transaction is called up (after not after the import phase).
3. Manual postprocessing

Further Notes

To ensure that your entire system is consistent, the system transports all the tables and table entries which CO-PA references. The system transports only those ABAP Development Workbench objects which are generated by CO-PA, and the table entries which are managed by CO-PA and those changed by the user. Those settings which you can make in CO-PA, but which also affect other applications outside of CO-PA, are not transported. This ensures consistency in the target system.

Notes on the individual transport objects

For more detailed information on the following transport objects

see the section

Details on the individual transport objects (including information such as a list of the subobjects that can be included in the transport).