Processing Requests

You must check the requests in a QA worklist so that they can be imported into the delivery systems after being successfully checked.

If you reject a single approval step of a request, the entire request is marked with the QA status Rejected. A request is only approved if all the approval steps have the status Approved.

If you approve another approval step for one or more requests for which rejected approval steps already exist, a message appears that informs you that these requests have the overall QA status Rejected and will not be imported into follow-on systems.

You can only import all the requests into the delivery systems if all the requests ready for import have been checked for all the applicable approval steps (approved or rejected).

If all the requests for one project have been approved, you can import them into the delivery system even if there are still unprocessed or rejected requests in the worklist.

The QA approval procedure has been activated and distributed for your transport domain.

1. Go to the entire view of the QA worklist:
   1. On the TMS initial screen, choose . The screen Import Overview: Domain <Domain Name> appears.
   2. Choose . The screen QA Worklist: System <SID> appears. All the requests that still have to be processed are displayed.
2. Display the view for the approval step you want to process:
   1. To select an approval step, choose . The dialog box Input Help: Approval Steps appears.
   2. Select the approval step you want to process. The view of this approval step is created.

      In the list header, the number of requests still to be processed for this step and the name of the step are displayed. (You can select another approval step by choosing .)

   3. If your transport routes are client-dependent, you can only approve or reject the requests for only one client. Position the cursor on the column Client and choose the relevant client by clicking .
3. If you want to check requests for critical objects before you approve or reject them, you have the following options
   • If you want to check the whole QA worklist for critical objects, choose  Worklist  Check  Critical Objects . Confirm the dialog box. An overview of the requests with critical objects appears.
   • If you only want to check certain requests for critical objects, filter them in the display. Then choose  Worklist  Check  Critical Objects . Confirm the dialog box. An overview of the requests with critical objects appears.

   Choose Back to exit the overview and approve or reject requests in the QA worklist.

4. Select the requests in the QA worklist that you want to approve or reject.
5. Choose (approve) or (reject). The dialog box Approve Transport Request appears.
6. Enter a reason for your decision in this dialog box.

   You must give a reason for rejecting a request.

   If you approve another approval step for one or more requests for which rejected approval steps already exist, a message appears that informs you that these requests have the overall QA status Rejected and will not be imported into follow-on systems.

   Note

   You can process approval steps a second time as long as there is still at least one open approval step for this request.

   Note

   If the approval step being processed is the last one in this request, the resulting QA status is distributed after processing this step.

   If a problem occurs during distribution, the icon is displayed in the Er (Distribution Status) column. To display the relevant error log, click on this icon.

   You must distribute these entries again. Correct the error before continuing. To distribute the QA status again, choose (distribute QA status).

   Note

   We recommend that you do not reject requests that contain errors. Instead, correct the error with subsequent transports and approve the affected requests as an entire package.