· 　业务服务线提供粗略（coarse-grain）的业务功能，该功能能够映射到业务处理中的业务任务。
·　业务服务线的服务协议为访问服务提供明确的接口，因此业务处理不负责理解底层应用程序和技术平台的任何细节。
·　服务层提供的服务注册和服务发现设施确保业务处理层能够根据需要自动定位和访问服务。

服务级数据模型是基于业务域定义的，并且独立于任何特定应用程序使用的数据模型。此外，XML 是在业务处理内的任务之间和业务任务调用时交换数据的规范格式。因为 XML 是底层应用程序使用的独立于内部数据格式的。

服务级安全模型提供单点登录和基于角色的访问控制，以确保处理任务是授权给用户服务的，并且它能让服务处理层无需再处理底层应用程序和技术平台提供的各种安全接口。

服务级管理模型可以生成有关服务使用的运行时数据，这些数据可供业务处理层中的 BAM 工具使用。
过去的大部分系统都不支持基于 SOA 和 Web services 的服务层。没有服务层的 BPM 复杂且脆弱，因为处理层需要直接访问底层业务应用程序。

该方法更加复杂，因为处理层必须使用一个或多个应用程序（例如，API、消息或数据库表）定义的接口直接访问既有应用程序。这需要实现者学习这些应用程序接口，并且需要向业务处理添加一些步骤，供定义不佳的应用程序接口使用，或者用于将特定于应用程序的数据转换为服务处理可以使用的规范格式。

该方法也更加脆弱（即更容易被破坏），因为处理是与特定应用程序和应用程序接口紧密耦合的。这意味着像安装应用程序新版本之类的操作都可以破坏访问它的处理。这种紧密耦合也让该方法很难更改。例如，用另一个供应商的新应用程序替换既有应用程序需要修改访问原应用程序的所有处理。

这将“污染”业务处理，使其包含有关当前应用程序的不必要细节、提供的 API、内部数据模型和实现的技术等。

实现不带服务层的处理层限制了 BPM 的选择范围。