承接上文。

03

—

"流程断点" 的消除

消除 “流程断点” 的方法主要有以下两种：

（1）如果是因缺失 “职能流程” 或者 “流程步骤” 导致的，补上相应的 “职能流程” 或者 “流程步骤”。

（2）如果是因为 “职能流程” 或 “流程步骤” 间 “直接触发关系” 逻辑错乱导致的，则重新梳理和编排触发关系。

消除 “职能流程” 间的 “流程断点” 时，<流程接口>是一个很重要的建模方法。

上图是前文提到过很多次的<差旅费用报销端到端流程>，其中<月度资金支付计划流程>和<资金支付流程>是有“直接触发关系” 的前后串联的两个职能流程。在数字化的端到端流程模型中，这种“直接触发关系”或者说“前后串联关系”是通过<流程接口>来表述的。<月度资金支付计划流程>的结束事件接了一个后置的<流程接口：资金支付流程>；而<资金支付流程>的有一个前置的<流程接口：月度资金支付计划流程>。

上图是<差旅费用报销端到端流程>构建完成后的模型示例。右下角<资金支付流程>有多个前置接口，那是因为这个职能流程被多个端到端流程用到，职能流程中的前后置<流程接口>是“端到端流程由职能流程组装而成”这个规则的模型化体现。

上图所示<资金支付流程>中多了个<开始事件>，有和没有这个<开始事件>有很大的区别。

没有<需要支付费用>这个<开始事件>，说明<资金支付流程>不会被单独触发，这一段流程一定是由不同的前置职能流程触发的。

如果有<需要支付费用>这个<开始事件>，则说明<资金支付流程>可以被单独发起，即没有任何前置的流程步骤，直接发起<资金支付流程>，第一个步骤就是<确定付款方式及帐户>。一般来说，这种情况在实际业务活动中是不存在，对于企业来说，没有无缘无故的付款。因此，<资金支付流程>没有<需要支付费用>这样一个<开始事件>。

上述示例也说明了另一个问题，即“职能流程”不等于“可直接发起的流程”。因此，“职能流程”第一个步骤的完成人就是“流程发起人”这个逻辑也是不成立的。本示例中的<资金支付流程>就是不可以直接发起，只能被前置流程触发的流程。<资金支付流程>中第一个步骤的完成人，更不是流程的发起人。