这一部分，就是任务输入。对于现在的场景，审批凭证，那么在业务单据内码这一栏选中billID。此时billID已经在提交之后，保存了刚刚提交的凭证的ID。一旦这个审批任务发生执行，那么，在执行前，工作流会将billID这个变量中保存的值传给业务系统。那么审批时就可以唯一定位到一条业务单据。
任务输出，选择将审批结果输出到一个枚举型的流程变量 审批结果 中。 定制审批消息
流程定义完毕。发布，在EAS中执行。 提交凭证，在消息中心收到一条消息，审批，通过。然后回到凭证序时簿，察看该流程，发现，凭证的状态还是“提交”而不是“审核”。 这是因为工作流中的多极审批，只是单纯的驱动流程，做一个选择而已，不会修改业务数据。 为了能够让凭证打上审批标记，按照如下方式修改流程定义
最后的这个自动活动，就完成给凭证打审核标记的功能。 任务选择如下：
任务的输入输出按照如下设置
保存、发布，再到EAS中执行一下。发现审批状态打上了。
6、场景3：带分支的审批流程
场景说明：在场景2中，没有根据审批结果来判断，无论审批是通过还是不通过，都会把审批的标记打上。在这个场景中，增加对审批结果的判断。审批通过，则打审批状态。审批不通过，返回修改。
仍以凭证为例。流程定义如下：
定义步骤
1、 提交、审批、自动节点的设置和场景2中一样。
2、 增加一个人工型活动，修改。选择的任务和“提交”一样。但是由于单据的ID和
单据的编码是新增的时候就定好的，无法修改。所以只需要定义任务输入就可以了，不需要定义任务输出。
[说明]到这里应该可以看出，流程变量的重要性。以场景中的billID为例，从提交开始作为输出参数被赋值，保存了可以唯一标示一张凭证的ID。然后再审批的时候，需要在输
入参数中传入该变量，在修改的时候，也需要在输入参数中传入该变量。这样就保证了提交、审批、修改这些业务操作所操作的凭证是同一张
谁提交的谁修改，参与人设置为流程发起人本人
定制修改消息
3、 编辑连接弧
首先编辑“审批”到“自动”的连接弧。如下方式设置条件。