The Transport Organizer is activated automatically every time a user edits a repository object. The user is able to create or modify the object only if he or she has opened a change request or uses an existing change request in the Transport Organizer. Entering objects in requests ensures that all changes made in the ABAP development workbench and customizing are registered. Except in specific instances, all changes to customizing objects such as table entries are also registered in the Transport Organizer. The transport system is used to transfer objects from one SAP system to another. The transport system also takes care of checking and monitoring the results of the transport requests. A transport can be seen as having two phases: an export phase and an import phase. The export phase is executed automatically from the organizers when users release their transportable change requests. The results of the exports are logged and the files at the operating system level generated.
The export phase also performs an import test to simulate the import at the target system so if it finds inconsistencies, you can correct them before actually importing the objects. The import phase has to be performed by the system administrator at the operating system level or using the TMS, but the results are also recorded in the transport logs and can be checked within the SAP system.
The transport system allows the following components to be transported:
The transportable objects are virtually any SAP objects, including programs, function modules, forms, documentation, table definitions (structure), data elements, domains, screens, menus, print definitions, and number ranges; also, as stated in the preceding list, table entries that are not by themselves development objects, but data, are included, too. Objects or table entries can be transported whether they have been modified or not. The following sections explain how to proceed to perform transports successfully by observing the available options and restrictions of the SAP system.
The transport control program tp, which ultimately performs imports and exports at the operating system level.
Creating Change Requests
Although there are two main types or categories of change requests, SYST (workbench) and CUST (customizing), the flexibility and features of the Change and Transport Organizers are further enhanced, with the possibility of relocating objects, instituting packages, copying objects, including requests within requests, and so on. All of these special functions are performed using the Transport Organizer (SE01). The following sections and examples deal with the most common and typical tasks to be performed when working with regular workbench and customization tasks and change requests.
There are two basic ways to create a change request:
Figure shows this dialog box. The two main types of requests are as follows:
Create request dialog box
Other types of requests that you can manually create are as follows:
You will also see the following two types of requests in the Transport Organizer:
To manually create a change request and associated tasks, click on the Create icon and specify a type of request. The system will display a dialog box like the one shown in Figure. Normally you only have to specify a short descriptive text and enter the usernames to participate in this request. The system will create a task for each of the usernames. You can also specify special request attributes for qualifying and evaluating change requests. SAP provides several standard attributes, like SAPCORR, SAPNOTE, and so on. You can add your own by editing table WBOATTR using transaction SM30.
Releasing Tasks and Requests
When new developments, corrections, or customizing work is complete, team leaders or project managers must release their tasks. To release a task, go to the initial Transport Organizer screen. As request types, select the Transportable and Modifiable check boxes, and deselect other options. Then, click on the Display pushbutton, or press ENTER. The system will display a list with the change requests that have not yet been released. To list the tasks, open up the change requests by clicking the + sign on the folder signs. Position the cursor on the task to be released and click on the Release button on the application toolbar. You can figure out which tasks have been already released by the color coding (Utilities | Legend). If the task is a repair, the system will display a dialog box asking whether to confirm the repair automatically.
Requests display screen
When releasing a task, the system will automatically show the documentation screen for entering whatever descriptive text should be held with the tasks. Enter your documentation in the editor screen, click the Save button, and then click the Back icon. The system will inform you that the task is being released in response to the change request. If there were any locks on development objects included within the task, those locks are transferred to the change request, along with the documentation for the tasks.
Then developers finish working on their tasks and have released them, then requests themselves can be released. This process is almost the same as releasing tasks. Just position the cursor on a transportable change request whose tasks have already been released, and click the Release button on the application toolbar. The system will display a message on the screen indicating that the objects are being exported, or you might get an error message if there is any problem with the objects within the change request. If the release is normal, an export run takes place, exporting the object data to operating system files in which the import to the target system takes place. When the request is released the locks on the objects are removed, allowing users to make further changes.
Monitoring Transports and Repairs
The square box Global Information on the right side of the initial Transport Organizer screen in extended view (transaction SE01) contains two stoplights with a summary of the transports and repairs performed in and out of the system. Click the pushbuttons to display the associated change requests. The change requests corresponding to the selected categories are displayed in a hierarchical list. You can navigate this list, from which you can see the transport logs at the last level of the hierarchy. Double-clicking on the line will display the transport log screen, in which you can select the level of detail to be displayed.
An example of the transport log and the codes is shown later in the section entitled "Checking Transport Results," where the return codes of the logs are also explained. If you find the reason for the error and have corrected it, you can select Transport/Repair | Error Corrected from the menu bar of this screen, which will delete the error from the display. This function is recorded in the transport action log. To see the action log, select Goto | Action Log from the menu bar.
You can enter criteria for searching and displaying different types of change requests. To display an individual change request or task, or to perform a search, select the Display tabstrip on the main Transport Organizer screen. In the input field you can enter a request or task number and click ENTER. If you click the possible entries arrow on this dialog box, the system shows an additional screen for entering criteria and searching requests. You can also select the request from different user. This is done by entering the user name in the Owner input field.
From the list display, also in hierarchical form, you can navigate and expand the branches until you reach specific objects contained in the tasks.
When creating transport requests or performing imports, some restrictions must be observed to maintain the consistency of the transported objects. Transports cannot overwrite or delete original objects or objects under repair in the target system. In special situations, imports that overwrite such objects can be performed with special unconditional modes of the tp program. However, this should only be performed under the instructions of SAP specialists. You cannot transport copies of objects to a target system (consolidation system) that is not included the consolidation transport route. This is automatically set by the Transport Organizer with transportable change requests. The restriction is imposed by the package of the objects, which indicates the integration system and the consolidation system for the objects.
Transports to any recipient system should only be performed from the consolidation system to which the system has subscribed. These transports are automatically included in the import queue of the recipient systems, as defined in the delivery routes.
Specifying Objects to Transport
When working with tasks and change requests directly with the Workbench Organizer, the object list is generated automatically when the tasks are released. The task numbers are included within the object list of the transportable change requests. But you can also enter objects to be transported using the organizer object list maintenance tools, which provide utilities for creating objects lists, copying and pasting, and so on. To create or modify an object list, select the change request from the request overview screen. You can either include the object directly in the change request or in tasks. Position your cursor on the change request or task, and double-click on it. The Transport Organizer shows the Change Request/Task screen. Select the Objects tabstrip. Click on the Display/Change icon to access the edit mode.
Object list maintenance screen
In this screen you can manually enter the objects you wish to transport. There are eight columns:
Protecting a Transport Request
When temporarily finished working on a change request, you can decide to protect it so that no other tasks can be assigned to the request. To protect a change request, locate your change request with the Transport Organizer, select it, and choose Request/Task | Request | Protect. You can later remove the protection at your convenience. When a request is protected, the objects in the lists get the status locked and this prevents other users from modifying them.
If the system successfully locks all the objects in a change request, the status of the request is set to LOCKEDALL. From the Transport Organizer, you see the status as Protected. If the status shows LOCKED instead of LOCKEDALL, it means that some object in the request could not be successfully locked. If you are going to release and export your requests immediately, you don't need to protect the request. Protecting a request is a useful function when working for several days on some objects and you want to discourage other users from modifying them.
Checking Transport Results
There are several ways to display the result of a transport. One of them was introduced in the previous section about working with the Workbench Organizer. Another option for displaying logs is to do so from the requests overview screen by selecting the change requests and then choosing Goto | Transport Log. Transport logs only exist when the release of the change request has been performed.
Overview of transport logs for a request
There are two main types of logs:
The transport log includes several levels of detail, from a summary information screen to a more detailed output where you can even see exactly which objects have been transported, how long it took, and possible warnings or errors.
Example of a transport log
Transport logs have several levels of details that you can expand or compress using the icons in the application toolbar. In Figure the transport log for the main import in the production system is completely expanded. Additionally, the upper line on the display shows the location of the log file at the operating system level. The most important information on the transport log is the return code, which indicates whether the transport was successfully performed. The codes have the following meanings:
As mentioned earlier, the attributes of an object offer important information that directly relates to the way the object can be handled by the Workbench Organizer and the transport system. The attributes for all objects in the system are held in the TADIR table, which is the repository object directory. This table can be displayed from the general table maintenance function, (transactions SM30) or from the data browser (transaction SE16). Only authorized users can maintain this table, however; modifying entries from this table could have unexpected results and should be avoided except if instructed by a SAP note or by SAP support personnel. From the transport system there are other menu options to display the TADIR table or only the records containing the attributes related to a particular object. For example,
Selecting an object and using one of these options allows you to see the following attributes:
To find additional information or get reports on tasks, change requests, repairs, and so forth, use the Workbench Organizer tools (transaction SE03), which are available as an icon in the application toolbar on the organizer screens.
Transport Organizer Tools
The utilities tools for the transport system provide a collection of standard and expert functions, mainly for use by the system administrator, and provide facilities for reporting, unlocking, setting the system change options, and other advanced functions over the objects controlled by the Workbench Organizer. To use some of the expert functions included within these tools, users need the CTS_ALL authorization. This screen can be accessed from the initial Workbench Organizer menu by selecting Goto | Transport Organizer Tools. Alternatively, use transaction SE03 in the command field. To get additional information about the actions or report that each of the functions perform, click on a line and select Goto | Documentation from the menu bar.
SAP BASIS Related Interview Questions
|SAP CRM Interview Questions||SAP HR Interview Questions|
|SAP ABAP Interview Questions||SAP HANA Interview Questions|
|SAP Crystal Reports Interview Questions||SAP SOLMAN Interview Questions|
|SAP Security Interview Questions||SAP BPC Interview Questions|
|SAP Netweaver Interview Questions||SAP UI5 Interview Questions|
|SAP Smart Forms Interview Questions|
Sap Basis Tutorial
Sap: From Sap R/3 To Sap Netweaver
The Architecture Of The Sap Web Application Server
Sap Netweaver: An Overview
Using Sap Systems
Upgrading To Sap R/3 Enterprise: The First Step Into Sap Netweaver
The Change And Transport System
Development Options With Sap Solutions: Abap Engine
User Management And Security In Sap Environments
Web Application Server System Management
Performance And Troubleshooting With Sap Solutions
Sap For It Managers: Implementation, Planning, Operation, And Support Of Sap Systems
All rights reserved © 2018 Wisdom IT Services India Pvt. Ltd
Wisdomjobs.com is one of the best job search sites in India.