业务流程执行语言（BPEL）逐渐成为描述人力与计算机流程的关键标准。它最初的构想是，由OASIS Web标准的行业组织作为web服务的特定交互语言。为了管理人力工作流，机构已经转向了其它工具，由对象管理组在业务流程建模标注(BPMN)基础上开发。

　　这些成就与发行的BPMN 2.0有一点相似，它定义了BPEL作为储存信息的基本格式。这个定义促进整合BPMN的建模能力与BPEL的编制能力。Oracle Fusion中间件产品管理副总裁，David Shaffer说：“在BPEL和BPMN之间映射有很多办法，但是并行方法更有效，；在单独的流程引擎中，执行BPEL和BPMN是可行的。”

　　此外，OASIS已经为定义用户和角色开发了BPEL4People标准，并通过子规范WS-HumanTask，标准化人力工作流服务接口。这个标准也能使BPMN和BPEL引擎共用一个单独的工作流服务。传统的BPEL只支持应用服务编排。这些新标准也可以让业务经理将人力纳入到流程中。

　　举例来说，Music Choice用BPEL来改善收集相关的人力工作流，并记录音乐包相关的所有信息。支持BPEL4People和WS-HumanTasks让他们赢得业务流程，而不仅仅是技术流程。BPMN接口使它在可视方式下轻松获取他们所需要的，并调整它。从本质上讲，如今，BPEL支配要做的任务，以至于没有人尝试通过电子邮件、电话和大厅业务上相配合。

　　Music Choice为有线电视运营商和其他供应商提供了音乐和视频频道集合。播放的歌曲并连同图片、艺术家信息、琐事和其他文本内容。每种类型的信息都由不同的人或者团队收集并记录到系统中。传统上，一个员工用于监督准备播放一首歌的所有流程。

　　流线化企业

　　最近，Music Choice采用BPEL，使用Active Endpoint的ActiveVOS套件有利于使这些流程自动化。一个重要的BPEL应用允许经理创建动态的清单，帮助团队成员分配新的歌曲，并延缓自动升级.最后，其他BPEL流程可以编排这个数据和其他各种各样的应用聚合，这在之前是不能办到的。

　　如今，当新的音乐视频或者歌曲出现，大量流程并行启动。一个流程转到内容团队，而另一个转到创作团队。这些团队同时开始工作，获得图像、资料摘要、琐事、标题和曲目信息，并显示在屏幕上。

　　另一个BPEL应用以一种方式储存信息，可以方便的在屏幕上显示。这个信息存放在多个独立的数据库中。ActiveVOS充当ESB，使它更容易地整合不同的数据库内容到最终完成的多媒体包，包括音乐、图片、文本和视频。

　　Music Choice应用开发的主管Bryan LeBlanc介绍：“我们有一个非常重要的项目，牵扯到大量的后台流程，以前是通过大量的人力工作流来完成的，那些流程有一些小缺点，因为在内部有人力参与。一些人忘记了，或者去度假，那些流程可能会处理到深更半夜。”

　　人力问题

　　人力和自动化服务混合为系统架构师制造了一些新的问题。他需要创建业务经理和工人都愿意使用的服务。还需要决定如何打破BPEL与其他工具之间的发展战略。

　　“更好的整合服务编排和人力工作流意味着，SOA架构师必须考虑人们将要执行BPEL流程的最佳方法。”LeBlanc说，“一线工作人员不愿意使用新的软件，因为旧的做事方式已经根深蒂固。但是一旦他们看见它的能量，他们会释放控制，因为他们不需要做那些繁重的工作了。”

　　另一个挑战在于找出BPEL哪里适合组织的发展战略。BPEL尤其适合编制，而不是更好地编写代码的深层逻辑。“我们面临的挑战是使用像BPEL、业务系统、轻量级混合应用的工作流语言，找出哪部分问题能够更好的解决哪部分用程序语言来做，如Java或者 .NET，” WS02的CEO Sanjiva Weerawarana如是说道。

　　Column 2的行业分析师Sandy Kemsley表示：“在跨越多个平台创建BPEL应用的时候，，还有更深层的问题需要考虑。 BPEL和BPMN标准的组合仍然不成熟，仍有一些语义不能用标准的BPEL格式存储。因此，一个BPEL模型运行在另一个平台时可能表现不同。”

  　尽管存在这些挑战，BPEL期望在编制企业未来方面担当重要的角色。但是，个别的架构师必须自己决定，如何结合Web服务和人力，以实现自动化业务流程。