When executing the external data transfer, you can enter a cross-platform, logical file name for for the input and output file.
Read the following information describing the concept of the logical file names.
Application data often has to be held in files outside the database. Such files are held in different directories, depending on the operating system used. Filenames and paths have to meet varying syntax requirements. For this reason, many R/3 applications use logical filenames that are not specific to one platform. When files are saved the system uses the FILE_GET_NAME function module to supply a filename (with path) appropriate to the platform, based on the logical filename.
This function module (which you can use in custom applications) accesses definitions, held in tables, of the objects defined below. These definitions, and system values that are read at runtime, determine the conversion of logical filenames.
The definitions concerning platform-independent filenames apply to all clients. For logical filenames, you can additionally create client-specific definitions.
There is more information about the conversion of logical filenames to platform-specific names in the FILE_GET_NAME function module documentation.
The standard R/3 delivery system includes definitions for all R/3 application components. (See the documentation for particular components to find out which components use which logical filenames.)
Verify that the physical paths used in these definitions are compatible with your file structure. Amend them to meet your requirements if necessary. Note that you can change how the logical filenames used by the R/3 application components are converted, but that the logical filenames themselves must be retained.
You only require new entries if you utilize the FILE_GET_NAME function module in applications of your own and need new filenames or paths. In such cases you can define any logical filenames for your own use.