使用EAS BOS过程中常见问题 - 图文

[说明]到这里应该可以看出，流程变量的重要性。以场景中的billID为例，从提交开始作为输出参数被赋值，保存了可以唯一标示一张凭证的ID。然后再审批的时候，需要在输

入参数中传入该变量，在修改的时候，也需要在输入参数中传入该变量。这样就保证了提交、审批、修改这些业务操作所操作的凭证是同一张

谁提交的谁修改，参与人设置为流程发起人本人

定制修改消息

3、 编辑连接弧

首先编辑“审批”到“自动”的连接弧。如下方式设置条件。

[说明]变量为“审批结果”这个枚举类型的时候，在变量或比较值一栏，回发现，列出了“通过”和“不通过”两个选项。

这是建模工具会自动根据之前的定义识别枚举，然后将枚举的值也会自动列在选择范围内。

然后编辑“审批”到“修改”的连接弧。按照如下方式设置条件

保存。流程定制完毕。发布。在EAS中提交凭证，本人审批。在审批的时候，不通过。会发现会收到一条修改的消息。处理该消息，修改。流程会继续回到审批。 [说明]嵌入式工作流的特性。例如，受到修改消息后，不在消息中心处理，直接进入凭证序时簿，修改。效果和在消息中心处理一样，流程一样会继续向下流转。 [说明]业务单据一旦进入工作流，就要受到工作流的约束。例如，刚刚提交完凭证，流程执行到审批节点。这个时候工作流要求的行为是“某个人执行审批操作“。如果这个时候进入凭证序时簿，修改凭证，会提示：”已在工作流处理中，任务不匹配“。

流程定义的图形很难看，稍微调整一下。

其中路由活动没有任何作用，只是为了美化图形。

[说明]路由活动的设计本身就是没有任何作用的，单纯美化图形。但是，后在在路由活动上附加了业务语义，这一点在场景4里面可以看到。

7、场景4：互斥、分支的审批流程

场景说明：场景3已经是一个简单的审批业务了。但是如果存在这样的需求“我提交了之后，在审批之前，我发现提交的单据存在问题，需要修改”。在场景3的流程定义中，无法完成。流程执行到审批，去修改的时候，会提示“已在工作流中，任务不匹配”。那么场景4就是为了满足这样的需求。

仍以凭证为例，流程图如下：