Hierarchy

⤷

⤷

Basic Data
Data Element | RSDA_REQUEST_INVALIDATION |
Short Description | Automatic Request Invalidation After Error |
Data Type
Category of Dictionary Type | D | Domain |
Type of Object Referenced | No Information | |
Domain / Name of Reference Type | RSDA_REQUEST_INVALIDATION | |
Data Type | CHAR | Character String |
Length | 1 | |
Decimal Places | 0 | |
Output Length | 1 | |
Value Table |
Further Characteristics
Search Help: Name | ||
Search Help: Parameters | ||
Parameter ID | ||
Default Component name | ||
Change document | ||
No Input History | ||
Basic direction is set to LTR | ||
No BIDI Filtering |
Field Label
Length | Field Label | |
Short | 10 | Req. Inv. |
Medium | 20 | Req. Inv. Aft. Error |
Long | 40 | Auom. Request Invalidation After Error |
Heading | 4 | Inv. |
Documentation
Definition
If this option is activated, when an error occurs during the processing of an archiving request, the system attempts to set the current request to status "99 Request Canceled". In particular, a lock that was set for archiving on the relevant InfoProvider is deleted.
The archiving run must then be completely repeated after the cause of the error has been eliminated.
If the automatic request invalidation remains deactivated (default), there is the alternative (especially in the verification phase) of continuing the incorrect archiving request as far as possible after the cause of the error has been eliminated, or to manually set its status to "invalid" using the InfoProvider administration.
Depending on where the call took place, you have the choice of whether the automatic request invalidation only applies to the write phase or also to the verification phase.
It is no longer possible to invalidate the archiving request in the delete phase. In this case, the delete phase must be repeated until the request has been successfully completed.
Use
Dependencies
Example
History
Last changed by/on | SAP | 20140117 |
SAP Release Created in | 700 |