Quick error handling reference
The following table provides a quick reference to working with error handlers in .
If you want to learn more about individual error handlers, check the dedicated articles in this section of the Help Center. If you want to learn more about error handling, you can start with the introduction.
| | |
|---|---|---|
Break |  | stores the subsequent modules as an incomplete execution. Set the automatic completion to Yes to get similar functionality as a Retry. Otherwise, you have to resolve incomplete executions manually. processes the rest of the bundles in the flow normally. The scenario ends with the "warning" status. Check the Break error handler for further information. |
Commit |  | stops the run and commits all changes. doesn't process the rest of the modules in the flow. The scenario ends with the "success" status. Check the Commit error handler for further information. |
Ignore |  | ignores the error. The bundle doesn't continue in the flow. processes the rest of the bundles in the flow normally. The scenario ends with the "success" status. Check the Ignore error handler for further information. |
Resume |  | Specify a substitute mapping for when the module outputs an error. The substitute data continue through the rest of the . processes the rest of the bundles in the flow normally. The scwnario ends with the "success" status. Check the Resume error handler for further information. |
Rollback |  | stops the run and reverts changes in all modules that support transactions (ACID modules). doesn't process the rest of the modules in the flow. stops scheduling the after the Rollback activates for the number of consecutive errors in a row. The scenario ends with the "error" status. |
Rollback is the default error handling if you don't set any error handling and when you keep incomplete executions disabled.