WSBPEL Use Cases

15 June 2004

Document identifier:
Use Cases (HTML)
John Evdemon 

This is a working document of the OASIS WSBPEL Technical Committee. It maintains a list of both approved and potential use cases for the BPEL4WS specification .  When a potential use case is approved, its entry is moved from the Pending section to the In Process section. Use cases that are reviewed and approved by the TC are moved to the Approved section of this document.

Use Cases Wanted:
Members of the WSBPEL TC can contribute or comment upon uses cases within the mailing list.  Non-members can contribute use cases as instructed below.  The WSBPEL-Comment form is open to anyone.

Your Use Case contributions are needed and appreciated. (The WSBPEL TC does not plan to develop or publish any additional Use Cases.)

This is a living document, frequently updated as additional use cases are identified and voted upon by the TC. 


The WSBPEL TC. utilizes use cases to identify and clarify the role of BPEL to solve a specific issue. Use Cases can be informal, such as simple narrative descriptions, or very formal, such as those used in designing and building large, complex systems. The WSBPEL TC employs Use Cases to help clarify capture information about the context, activity and requirements involved in an area of specification development.

Use Cases are grouped into the following categories:

While most of the Use Cases have been developed by the WSBPEL Use Case subgroup, others may have been donated by individuals or organizations external to the WSBPEL TC.  Please contact us if you are interested in contributing a WSBPEL Use Case.   

Submitting Use Cases:

Please use the template when submitting a Use Case. Note that while the templates are fairly detailed, only the following fields are required:

Please send your Use Case submissions to jevdemon@microsoft.com.

Summary of Use Cases:


Nuperus-01 Multi- party message transformation in application integration (AI)
Category Other
Description This is a general use case for an application integration effort using the BPEL as WSDL definitions in XML.  A Sales Force Automation application (SFA) needs to interact with a Customer Relation Management (CRM) application as part of a business operation of an enterprise.  A BPEL-based execution environment (engine + platform) is used for application integration (AI).
SIMPL-01 Simpl-EB
Category Industry-specific

Simpl-eb is a business led approach to business communication focused on simplifying the underlying communication of the trading process. It is the smallest electronic component of the business messaging architecture. Simpl-eb enables users to trade information more efficiently by eliminating unnecessary information in the exchange of business messages. Simpl-eb is based upon the core commercial business processes used in the trade of products and services, which enable application to any industry. The data used for Simpl-eb assumes item synchronization or alignment occurs prior to the commercial collaborative business processes. It is maintained as changes to data take place in accordance with industry guidelines and rules. Simpl-eb utilizes a Global Data Dictionary to use a common definition of industry standard attributes provided in a globally-accepted set of common terms.

Simpl-eb is a sequence of messages that can be expanded to account for additional scenarios for various contexts (e.g., industries, geographic regions, business practises). The seller identifies party data and sends the party message to the buyer or third party to map the party data and integrate it to complete the initial align data activities. Alignment of item information follows, permitting subsequent activities such as the purchase order, despatch advice, and request for payment (invoice). 

BCF-01 UN/CEFACT Business Collaboration Framework
Category Industry-specific

Mapping UN/CEFACT's Business Collaboration Framework to BPEL.


In Process

CAM-001 eBusiness Transaction binding with external service – Validation.
Category Other: external submission from the OASIS CAM TC
Description The OASIS CAM TC team has created a specification and toolset that can act as an external service. A WSDL definition of a CAM process can provide the linkage between the CAM process and the BPEL. The BPEL will need to package the XML content that requires validation and pass that to the CAM process. The CAM process will return to the BPEL process the outcome from the external validation service.
CAM-002 eBusiness Transaction binding with external service - Transaction Assembly
Category Other: external submission from the OASIS CAM TC
Description The OASIS CAM TC team has created a specification and toolset that can act as an external service. The CAM process will return to the BPEL process the outcome from the external assembly service, along with either a completed transaction document, or a delivery result status.
MS-02 Automated Shipping Service
Category Other - simple example of what could be an Industry-specific Use Case
Description Example of a firm providing BPEL representations of their interfaces to trading partners. A more complex scenario might include a “Wal-Mart like” store and its associated suppliers.

A shipping company provides services to product firms, enabling them to ship products to their customers using an automated shipping service.

The shipping company provides an automated set of services that provide the product firms with mechanisms for requesting the shipment of orders, enabling them to keep track of the shipped goods, final confirmation of the shipment, as well as invoicing and payment confirmations for each of the shipped orders. While the availability of each of these services can be represented using a WSDL document, a BPEL document describes the typical way in which the product companies are expected to call the services and expect the responses.

HP-01 RosettaNet Example
Category Industry-specific Use Case
Description The scenario relates to a reseller of PC’s selling configure-to-order PC’s in an instance when a consumer ,who buys through this reseller, wants to change the configuration of the PC he has ordered by say, upgrading the disk drive.

This results in a change request made by the reseller on the manufacturer. The reseller places a request to change the product configuration information, which is to upgrade the disk drive for the PC of a previously placed order.

The manufacturer’s process for order change, which follows the RosettaNet PIP for an order change, has various process steps and decision points. The first process step is the receipt of order change request from the reseller.


MS-01 BPEL Data Manipulation Options
Category Technical
Description This is a Technical Use Case designed to illustrate various options for manipulating data with BPEL. Technical Use Cases are designed to clarify the BPEL specification and do not necessarily have workflows associated with them.

The following options are illustrated: Variable initialization, Assignment of string, numeric, boolean and date values, Assignment of variables by copying other variable’s values, Sample XPath calculations, Working with array structures

The sample BPEL markup appears in the Abstract BPEL section of the document.