BPMN 2.0的另一个变化跟编排的概念有关。其基本概念是“如果一组流程之间是相互通讯的，且没有一个负责管理这种通讯的首要流程的话，那么这组流程就构成了编排”，OMG负责技术转让的副主任Jon Siegel如是解释。他说BPMN在建模方面的能力非常出色，但编排能力的补充代表了2.0版向前迈出的重要一步。他说编排姗姗来迟的原因在于，最初BPMN的设计和推广正处于一个基于互联网的商业和编排流程不那么普遍（如果有的话）的时期。

　　与此相反，Siegel说：“协调”是一个BPMN术语，描述的是相对于业务实体属于内部的流程行为。“这段时间，相当一部分的电子商务都是基于编排的（choreography-based），而非基于会话（conversation-based）或基于协调的（orchestration-based）”，他指出：“因此必须对语言进行升级来把这一因素考虑进去，这对于帮助商业用户对自己的系统进行建模尤为有用”。

　　当然，对于大部分用户而言，BPMN最要紧的地方在于其如何影响供应商团体方面。OMG已经尽其所能去对语法和符号进行标准化，但实现它则是供应商的责任，Gartner 的研究总监David Norton这样讲。“有些非常的纯正，的确跟OMG做到了100%的兼容”，他说：“而其他一些则会说‘殊途同归，虽然做法稍微有点不一样，但是我们也能得到相同的结果’。事实上，目前大多数最终用户对此并不在意。“

　　无论如何，选择合适的供应商仍将是一个关键的决定。“如果选择了一个表面上看起来像是BPMN实际上却并非如此的供应商，你就有可能会遇到问题，比如说，在基于符号的服务出现的时候”，Norton说：“这正是为什么寻找一个兼容的供应商是物有所值的原因”。举个例子，如果你在跟一个不兼容的方针供应商打交道，“你所做的将不过是购买了一款实际上并不能充分利用的流程建模工具”，他说。

　　这是BPMN演进的有趣时刻，Norton补充道：“这令我回想起人们有关UML是否可被视为可执行文件的争论”——这场过渡花费了10年的时间，Norton一边回忆一边说：“供应商是否会从2.0一开始就做出可执行的BPMN来呢？对此我很感兴趣”。

　　参见《BPMN 2.0：业务流程建模明日之星（上）》