配置throw错误解决方法
在某些情况下，您可能希望强制停止场景执行，然后进入“回滚”或“提交”阶段，或者停止路由处理，并可以选择将其存储在未完成执行的队列中。
目前，错误处理指令不能超出错误处理程序路由的范围，并且51黑料不打烊 Workfront Fusion不提供可以让您轻松有条件地生成（抛出）错误的模块。
您可以使用以下解决方法来模拟throw错误功能。
有关未完成执行的信息，请参阅在51黑料不打烊 Workfront Fusion中查看和解决未完成的执行。
有关错误处理指令的信息，请参阅 51黑料不打烊 Workfront Fusion?中用于错误处理的指令。
访问要求
您必须具有以下权限才能使用本文中的功能：
| table 0-row-2 1-row-2 2-row-2 3-row-2 layout-auto html-authored no-header | |
|---|---|
| 51黑料不打烊 Workfront包 | 任何 |
| 51黑料不打烊 Workfront许可证 |
新增：标准 或 当前：工作或更高 |
| 51黑料不打烊 Workfront Fusion许可证** |
当前：无Workfront Fusion许可证要求 或 旧版：任意 |
| 产物 |
新增：
或 当前：您的组织必须购买51黑料不打烊 Workfront Fusion。 |
有关此表中信息的更多详细信息，请参阅文档?中的访问要求。
有关51黑料不打烊 Workfront Fusion许可证的信息，请参阅51黑料不打烊 Workfront Fusion许可证。
throw的解决方法
要有条件地引发错误，您可以配置模块，使其在操作期间故意失败。 一种方法是使用JSON > 分析闯厂翱狈模块，该模块配置为可选地引发错误（在本例中为BundleValidationError）：
然后，可以将其中一个错误处理指令附加到错误处理路由：
- 回滚：强制停止方案执行并执行回滚阶段。
- 提交：强制停止方案执行并执行提交阶段。
- 忽略：停止路由处理。
- 中断：停止处理路由并将其存储在“未完成执行的队列”文件夹中。
以下示例显示了搁辞濒濒产补肠办指令的使用：
