The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to following alerts: Could not update the repository.
English Portuguese
Error message subject and data (as seen in the debugger error entry) will considered for a match.
Example: Enter '^.*401 Unauthorized.*\\$' to handle only authentication related errors.
Error stage filter
Only execute error handling module on errors that occur during specific processing stages.
Example: Handle only errors where mapping for outgoing data could not be applied.
An error identifier for this error handling module.
This identifier will be available in XSLT-Mapping and shown in debugger output.
An error explanation for this error handling module.
This message will be available in XSLT-Mapping and shown in debugger output.
Define if processing should be stopped after module was executed, skipping all remaining modules or only those of the same backend.
Default behavior is to resume, processing the next module.
This module allows to configure scheduled retries for failed requests.
Default behavior of GenericInterface web services is to send each request exactly once and not to reschedule after errors.
If more than one module capable of scheduling a retry is executed for an individual request, the module executed last is authoritative and determines if a retry is scheduled.
Request retry options
Retry options are applied when requests cause error handling module execution (based on processing options).
Should requests causing an error be triggered again at a later time?
Interval after which to trigger the first retry.
Note: This and all further retry intervals are based on the error handling module execution time for the initial request.
Factor for further retries