SAP 订单编排和流程增强概述

SAP产品里的订单处理，无论是On-Premises解决方案还是云产品，我认为归根到底可以概括成四个字：订单编排，包含两个层次的内容：

1. 单个订单通过业务流程或者工作流驱动的状态迁移；

2. 多种订单类型协同工作，完成一个完整的端到端的业务员流程。

比如SAP CRM里经典的User Status(用户自定义状态)和System Status(SAP标准状态)的设计，通过引入Business Transaction将两者关联起来，完美地实现了用户自定义订单状态被SAP标准程序的感知。

下图左边的Open, In process， Released和Completed就是用户自定义订单状态，SAP允许客户给每个状态分配一个Low和High的值，通过这种方式巧妙地提供了一种用非图形化方式进行状态跳转的定义。

比如In process状态的Low为20，意味着In process状态不可能重新回到Open状态，因为Open状态的ID 10小于In process状态的Low字段定义的20——一个状态能跳转到的目标状态的ID，必须在由该字段的Low和High定义的区间内。

用户状态通过Business Transaction映射到的SAP标准状态，在我截图的系统上一共有906个，这不得不让人佩服SAP CRM当初的设计者考虑问题的周全。

除了复杂的状态处理和跳转外，SAP订单编排的复杂度主要体现在以下方面：

1. 很多SAP的客户，除了购买SA