适用版本：Teamcenter10
我们通常会用到工作流程来驱动我们的工作任务。但是很多时候用户在使用工作流程的时候常常会忽略或者错误理解流程中的报错提醒。能否有一种方法自动判断出对应的错误后流向对应的节点来处理来提高工作流程的效率呢？我们可以使用OOTB的验证任务来处理这部分需求。以下为一个使用验证任务的示例。工作流程中设置了handle：EPM-assert-targets-checked-in，来限制目标中的对象签出后流程无法继续流转（流程如图1），但是客户经常忽略这个报错，使用验证任务自动判断这个报错来提示用户重新签入目标。
图1
使用管理员身份进入到工作流程设计器，重新编辑流程，在需要判断错误的节点后面添加验证任务节点。
图2
在验证节点后添加不同的节点来对应不同的错误，如下图分为目标已经签入则流程到review节点，如果目标已经签出则流程到check in target节点让对应的用户来处理这个错误。
图3
需要特别注意的是对于否路径的设置需要特别注意，需要设置错误代码。
图4
否节点可以转移所有错误或者转移选定的错误，对于EPM-assert-targets-checked-in的未签入报错的代码为32009，
图5
关于handler的所有的报错代码可以转到“帮助库”并打开 Integration Toolkit Function Reference，在页面顶部选择模块标题。例如，要查看所有企业流程建模 (EPM) 错误（其中包含大多数工作流程错误），滚动到 EPM 错误并单击该链接，错误页面显示该模块的所有错误。错误编号按照模块基值 + 错误代码的方法定义。例如，EPM_internal_errorr的错误代码为 EMH_EPM_error_base+ 错误代码。例EPM 模块错误基值为 (33000) 与错误代码为 (1) 相加所得到的错误代码：33001。
图6
如下图，当test vaild节点的用户将目标中的对象签出后，提交到验证任务的后，判断出对象已被签出生成的流程错误代码引导流程流转到check in target节点，该节点就是提醒用户签入目标。
图7