当C环节的审核信息为同意时，因为下一步是D，这时候系统找到了B环节同意的信息，就会向D环节的涉众发送信息，通知他们可以做D环节的审核工作了

系统是要向涉众推待办事务，而不是用户登录进来，点某一个单据的审核，然后系统不让他点，或者允许他点。

这个就不合适了。

最好是系统根据规则判断某一个环节X可以执行了，给这个环节的涉众发消息，然后涉众用户收到消息，再去办理审核事务

否则，就要用户自己去点，啊，点不了，估计是还没轮到我。

过了一天，又去点，啊，还是点不了

又过了一天，又去点，啊，还是点不了

这显然不人性化啊

我想的是客户端处理可能受制于网络条件等等因素，如果在服务器上统一处理可能在这方面的影响会小一些。

如果在服务器上处理的话，同一业务单据排队，不同业务单据开启多线程，该当如何做呢？

1、下一个环节是否可以执行（就象上面的例子说BC两个环节都通过，D环节才可以执行，这是简单的，实际的执行还有业务条件，例如金额<10万，要流转到D环节，如果<50万，要流转到E环节，如果<100万，要流转到F环节；还可能再附加通过率条件，如同一环节的审核通过率达到60%以上才允许流转到下一环节）

2、下一环节如果可以执行，要通知哪些人去执行下一环节的审批（也就是形成哪些人的待办任务）

有可能是我的代码判断效率不够高吧，执行耗时约1秒钟

正是因为耗时较长，所以才想到在服务器上统一执行

不一定要开启多线程执行，我只是举例。不过我的理解是子线程也是多线程的一种吧

B环节张三在审，C环节李四在审，同时提交。

张三（结论为同意）提交时，从后台获取数据显示李四还没有提交，所以，D环节不能执行

而李四（结论也是同意）提交时，从后台获取数据张三还没有提交（因为各种原因，如网络传输数据，而实际上张三已经提交了），所以，D环节也不能执行。

但实际上，张三李四都同意且都提交了，D环节应当执行，但阴差阳错，整个流程停在那里不动了。