上一篇文章介绍了与供应链价值流相关的两个重要模型，如上图所示：一个是【价值流地图】，图中【订单到交付 (OTD)】这条价值流位于 “核心价值流” 区域；另一个是由【价值流名称-价值流阶段-业务能力】构成的【订单到交付 (OTD)】的价值流模型。

同时，上文还说明了上图所示的【订单到交付 (OTD)】价值流模型是基于 SCOR 双循环架构的原理构建的。本文继续介绍如何从【订单到交付 (OTD)】价值流模型进一步细化并构建【订单到交付 (OTD)】端到端流程。

01—从 “业务能力(流程组)” 到 “流程要素”

上图所示的【订单到交付(OTD)】价值流共分为六个价值流阶段，分别是：订单、计划、采购、转化、履约和退货，这里的“转化Transform”阶段是为了兼顾服务类的交付而特意这样命名的。SCOR 模型早期的版本（如 SCOR 8.0 之前）将这一阶段称为“制造（Make）”。后来在 SCOR 12.0版本及之后，为了更广泛地涵盖非制造业场景（如服务行业），将“制造”扩展为“转化”（Transform），但其核心逻辑依然围绕将输入转化为输出的过程。 

还有，在 SCOR 模型中“计划阶段”通常是在“订单阶段”之前的，SCOR模型认为计划是供应链的顶层规划活动，包括需求预测、供应计划等，而订单阶段是在计划指导下进行的。不过，在企业的实践中，很多情况下，将“订单阶段”放在“计划阶段”之前，以突出“订单和市场驱动”这个概念，以及【订单至交付】的端到端理念。

EBPM 方法论认为，这两种模型构建方法都可以，因为价值流模型整体上属于业务架构中的高阶模型，是一个概念设计，描述的是运行的大致逻辑顺序，不是精准的活动链路。企业运营过程中先干什么，后干什么的精准活动链路最终是由端到端流程路径所决定的，而不是由其在价值流模型中的先后顺序决定的。

在 SCOR 模型中，订单、计划、采购、转化、履约和退货这6个阶段往下细分是【能力项(流程组)】，再往下细分是【流程要素 Elements】。

如上图所示，以【订单Order】阶段为例，往下细分是3个能力项(流程组)：销售订单 B2C、销售订单 B2B、公司内部订单。而这3个能力项(流程组) 再往下细分，就是【流程要素 Elements】。

上图左下方是 SCOR 模型英文版中的【订单Order】阶段【流程要素 Elements】的明细，上图右下方是对应的中文翻译稿。下面，我们来解读一下所谓的【流程要素 Elements】。

02—从 “流程要素” 到 “业务流程”

在 SCOR 模型中，针对每一个【流程要素 Elements】，都给出了工作流示例图。

上图所示是 SCOR 模型提供的【订单Order 阶段】下【销售订单 B2B】这个能力项(流程组) 中所有【流程要素】的工作流示例图。

以【销售订单 B2B】下的【处理询价和报价】这个【流程要素】为例，SCOR 模型是按如下规范来绘制工作流示例图的。

1）工作流示例图只有用浅蓝色图符表示的【活动】和用绿色图符表示的【输入输出】两类要素。

2）只显示三个【活动】，【当前活动】位于中间，左侧是【前接活动】，右侧是【后接活动】。

3）在【当前活动】和【前接活动】间用绿色图符标识【输入】的管理记录；在【当前活动】和【后接活动】间用绿色图符标识【输出】的管理记录。

再来看看【销售订单 B2B】下的【接收、录入并验证订单】这个活动的工作流示例图。其前接活动有一个就是【处理询价和报价】，即这两个活动前后相连。同时，【接收、录入并验证订单】还包括【安排产品交付】这个属于【采购Source阶段】的活动。

【接收、录入并验证订单】的后接活动有三个，分别是【汇总退货需求】、【确认库存可用性和交货日期】、【其他(外部框架)】，而【确认库存可用性和交货日期】就是【销售订单 B2B】下的第三个活动，而【汇总退货需求】、【其他(外部框架)】则不是【销售订单 B2B】这个流程组下的活动。

通过对【处理询价和报价】、【接收、录入并验证订单】这两个工作流示例图的解读，可以发现【销售订单 B2B】下的 8个【活动】是前后相连的一组活动。

我们将【销售订单 B2B】这个活动组下的8个活动的工作流示例图用右侧所示的 EPC 流程建模规范连接起来，并将不属于【销售订单 B2B】这个活动组的前后接活动用流程接口符号代表。于是，我们得到了上图右侧所示的《B2B销售订单处理流程》。

03—小结

至此，基于 SCOR 模型，我们将【订单-交付 OTD】这条价值流模型从【价值流阶段-业务能力(流程组)】细化到【业务流程】了。在上图右侧的示例中，显示的只是【销售订单 B2B】这部分的流程图，还不是【订单-交付 OTD】的端到端流程图。

下一篇文章，将继续介绍如何完成【订单-交付 OTD】端到端流程图的构建。