IBM DB2 Content Manager document routing, Part 1: A guided tour to process modeling

This first article in a series of three articles will introduce you to IBM DB2® Content Manager® document routing and walk you through process modeling. The series uses a claim process case study for examples to show the reader implementation and usage of APIs. Also provided is a comparison of WebSphere MQ Workflow and IBM DB2 Content Manager document routing features and capabilities.

Share:

Alan Yaung (ayaung@us.ibm.com), Senior Software Engineer, Content Management Development, Silicon Valley Laboratory, IBM

Alan Yaung is a senior software engineer of Content Management Development at IBM Silicon Valley Laboratory. He leads the Content Management Workflow Team. He has more than eight years of experience in product development of enterprise content management solutions. Alan is a Content Manager Certified Solution Designer. He also has over 20 granted and pending patents.


developerWorks Contributing author
        level

Allan Tham, DB2 Presales Technical Specialist, ASEAN Techline, IBM

Author photoAllan Tham works as a DB2 Content Manager Technical Presales Support Specialist for Business Partners. He helps business partners solve a wide range of technical problems. Allan is certified for DB2 Content Management administration. Prior to joining IBM, Allan worked in an end-user environment, where he was an Oracle DBA for three years.



21 July 2005

Introduction

Efficient collaboration in the workplace contributes greatly to a company's success. But knowledge sharing and information are often lost under the inability to collaborate effectively, either within the same department or across departments. This results in customer dissatisfaction and eventually leads to loss of revenue.

Today, most enterprise content management solutions provide a means for information to flow seamlessly to the intended recipient. The means to route information, documents, and memos in a timely manner to users or groups of users holding different roles is the key to successful business practices in a highly collaborative environment.

Workflow is an integral part of the IBM Enterprise Content Management solution. And there are different flavors of workflow available. IBM DB2 Content Manager offers an integrated workflow solution, namely built-in document routing. For more complex environments, customers can opt for WebSphere® MQ Workflow. In this series of three articles, you will be brought to a deeper understanding of IBM DB2 Content Manager document routing. We also provide a comparison between IBM DB2 Content Manager document routing and WebSphere MQ Workflow to help you better understand the differences and capabilities of each. The series of three articles are broken down as follows:

  • IBM DB2 Content Manager document routing, Part 1: A guided tour to process modeling
    • Introduction to IBM DB2 Content Manager document routing
    • Capabilities of IBM DB2 Content Manager document routing
    • What is new in IBM DB2 Content Manager document routing
    • Case Study - Claim Process
    • Implementation - Claim Process
    • Table of Comparisons - WebSphere MQ Workflow vs IBM DB2 Content Manager document routing
  • IBM DB2 Content Manager document routing, Part 2: A guided tour to API usage
    Using the same case study, this article demonstrates the usage of APIs for solution development.
  • IBM DB2 Content Manager document routing, Part 3: A guided tour to client usage
    Experience the fruits of your labor by actually using the workflow defined in the same case study. The following client applications are considered in this article:
    • eClient - Web-based client
    • pClient - Windows-based client
    • CM Portlet - Portlet-based client

Introduction to IBM DB2 Content Manager document routing

Document routing is an integral part of DB2 Content Manager. It provides a foundation for production level document-based workflow in support of document management. CM document routing also plays an important role in the overall Enterprise Content Management framework, where CM document routing complements and provides a collaborative document-based workflow that can participate in the Enterprise Business Process Integration.

As an integrated workflow service, document routing incorporates an embedded workflow engine with a high performance, small memory footprint, integrated access control list checking, and robust and flexible workflow modeling capability. In addition to the document routing support provided by the DB2 Content Manager system administration client, out-of-the-box eClient, and the DB2 Content Manager client for Windows, there is also the capability to develop custom workflow applications. You can do this by using the DB2 Content Manager development toolkit that includes Java and C++ APIs and JavaBeans covering comprehensive document routing workflow services for operational and system administration functions.

What's new with document routing in IBM DB2 Content Manager Version 8.3?

There are a number of enhancements in IBM DB2 Content Manager Version 8.3 document routing, as indicated by the asterisk (*). The most prominent of all is the new graphical workflow builder. The workflow builder enables the construction of workflow using GUI drag and drop. The decision point supports conditional branching based on the criteria defined. An action list is a list of actions defined for user applications. Parallel routing allows work packages to move along multiple routes in parallel. Line of business facilitates the integration of external business applications with a workflow. A subprocess helps the business analyst manage the complexity of a larger workflow through the reuse of existing processes.

Modeling capabilities of IBM DB2 Content Manager document routing include the following:

  • Sequential routing
  • Branching based on the specified action
  • Collection points
  • Server exits on entering/leaving work nodes
  • Graphical workflow builder * (* V8.3 feature)
  • Decision points *
  • User-defined actions/action lists *
  • Parallel routing *
  • Line of business *

In addition to modeling capabilities, DB2 Content Manager document routing provides the following runtime capabilities:

  • Start a process
  • Terminate a process
  • Continue a process
  • Suspend a process by duration
  • Suspend a process by a resume list
  • Resume a process
  • Get work from a work list by suspend state, notify state, or owner
  • Get the next work item from a work list
  • Access to data container (a collection of name/value pairs)
  • Combined query between documents and workflow

Capabilities of IBM DB2 Content Manager document routing

Document routing is a document-based workflow service specifically designed so that each unit of work is created and associated with a document or a folder of documents, along with other necessary information for carrying out this work. An administrator or a business analyst can define a specific business process as a graph of interconnected steps. After a process has been defined, you can route documents through a process that assigns work to individuals or groups for processing until the entire process has been completed. Document routing is integrated with access control checking, user management, and general system management to facilitate document management and processing in a business environment.

Terminology used in document routing

Process
A series of steps defined by an administrator through which a document is routed.
Process
A series of steps defined by an administrator through which a document is routed.
Work Node
A step within a process.
Work List
One or more Work Nodes from which a user obtains a list of work items or the next available work item.
Collection point
A special work node waiting for external documents to be collected in a folder.
Sequential routing
Routing a document through a series of steps.
Branching
A document is routed to one of alternative branches at runtime based on the user's selection.
Parallel routing
A document being routed is on multiple routes in the same process simultaneously.
Decision points
A step contains the decision criteria to determine the next route for the document in the process.
Business application node
A step allows the invocation of a business application on the server side (launching a user exit for line-of-business application).
Action
A user-defined operation that may be an executable program.
Action list
A named collection of actions.

Document routing consists of processes, work nodes, work lists, and work packages. The system administrator creates the work nodes, processes, and work lists through the system administration client. A process consists of work nodes. Each work node in the process is a distinct step in the process. An administrator can define a work process by assigning the name and description and associating a work process with a sequence of routes from the start node through one or more work nodes to the end node. The administrator can assign selections such as "continue," "approve," "reject," or any other meaningful selections to each routing path from a node to another node. The user can choose from a list of possible selections that the system administrator defines. The administrator configures an access control list that is assigned to each process, so that there is a business control to define who can do what in which process.

A work node is similar to the concept of a work basket, which is essentially a list of items awaiting processing. You can set these external functions to activate based on whether a work request is entering or leaving that work node, or when the specified overload limit has been reached at that work node. An administrator can also assign an access control list to each work node for additional security control at the work node level.

You can create a work request by selecting the document or folder and starting the workflow process selected by the user, either through the IBM DB2 Content Manager client for Windows™ or eClient, or some other application that uses the object-oriented API. The work package is a set of information related to the selected item (document or folder) and other workflow information related to that item. Users can perform predefined workflow operations including start, terminate, continue, suspend, and resume.

In one organization, there can be many different work requests at multiple work nodes waiting to be processed in several workflow processes. To help each user see the items among many that they must process, an administrator can organize work lists for each user selecting from the work lists. You can have one or more work lists. Each work list can include one or more work nodes. You can specify the order of the work packages in the work list by priority or date. You can also define the order of work nodes in the work list. When you retrieve work lists, you can filter the results to include or exclude suspended work. A suspend state is when work packages have been suspended. Work packages can also be in the notify state. A notify state is when work packages have been at the node for longer than the time specified by the administrator. Remember that a work node can be in more than one work list. The number of work packages returned in a work list is defined by the system administrator.

When a worker makes a request to retrieve the next work package from a work list based on priority or other criteria, the next work package in the work list is returned. Depending on the filtering level that is set for the work list, either all work packages in the work list or only those work packages in the work list for the logged on user ID are displayed to the user. The system designates a referenced item in the returned work package as being checked out so that only that user can work on the item.

When a process is started, a work package is created. The work package is the routing element and contains the attributes of the work. Workflow applications can assign variables to a work package. You can use these data strings in decision point logic or other workflow-dependent application code. You can assign to document routing data containers any collection of name-value pairs and provide a convenient store for workflow global data state. The object-oriented API provides interfaces to set and query this state.

When a user is ready to move a work package to the next work node in the process, there is an update to the current work node to point to the next node based on the selection that was defined by the administrator. The item referenced in the work package checks back in to the DB2 Content Manager system if it has been checked out. In addition to branching, decision points are supported for conditional routing based on application data. Decision points allow an administrator to define decision rules based on work package attributes, workflow variables, or attributes of the document/folder being routed. The decision point will automatically route the work package to a branch based on the result of the decision rule at runtime. A cascade of decision points will allow an administrator to define a complex combination of work package attributes, document/folder attributes, and workflow variables. An otherwise condition will always be provided, and it will be selected if all other conditions are false.

Collection points are work nodes with additional function. A work package at a collection point node continues to the next work node in the process once the specified number of items with the specified item types exist in the specified folder that you route with the process.

If a worker decides to suspend a work process for any reason, the work package goes into the suspend state. The work package resumes the process based on the specified condition or criteria. This event can be a time-out for a specified duration, or it can be based on the arrival of documents in a given resume list. To resume a process, the work package in the suspend state moves to the active state after the specified suspend condition or criteria is satisfied. An administrator can define a number of fixed collection points in a process. However, any workflow application can be programmed to dynamically assign a resume list to any work package.

In addition, parallel routing allows a document or folder traverse multiple routes in parallel. A "Split" node indicates the beginning of parallel routes, and a "Join" node waits for completion of all routes. Split and join nodes come in pairs. A pair of split and join nodes encompassing multiple parallel routes can reside on a parallel route in the scope of another pair of split and join nodes.

In order to accommodate more flexible modeling, any valid process can be a subprocess of another process. A subprocess can be on a sequential route or one of the parallel routes. Subprocess encapsulates a process to allow simpler modeling by reusing definitions.

Document routing also supports a business application node, which is a special work node with a DLL (on Windows) or a shared library (on UNIX® platforms) defined and run on the server side. It passes the work package ID (component ID), plus a pointer, to workflow variables. The exit may return the route name (route selection) to control which route gets followed. It can be used to launch an external business application, such as CICS® or IMS™ program. The invocation is basically unattended and synchronous. Furthermore, the capability of creating a user-defined action is dependent on whether it is a user-defined operation at the client side. It can be an executable, such as .exe, .class, .bat, and so on. An action list is simply a named collection of actions. Both action and action list are defined through the system administration client.

A work package automatically terminates when it is moved to an end node. The work package then completes its process. The DB2 Content Manager event log records all movement of items through a work process. The record includes complete work history for the specified item types that are routed through the workflow process. The query capability can include searching for those items for the current work nodes, work processes, states, or assigned user IDs. An example of this capability is: "Find claims for California that are at any node in the arbitration process." You can perform a query of any attribute on the parent or child component of the item and on any field defined in the work package, work node, or process.


Case study - Auto claim system

A business process requires an insurance claim folder to contain a claim form, a police report, and a repair estimate of a wrecked automobile before continuing on to review the claim for either approving or rejecting the claim.

The claim process is modeled through the graphical workflow builder for CM document routing.

First, a claim folder containing a claim form is submitted for processing. The claim folder would wait at the collection point until the proper documents have been added.

If the required documents are added into the claim folder, the claim folder will automatically advance to the first decision point in the claim process. The first decision point evaluates an attribute Claim Amount in the claim folder.

If the claim amount is greater than $500, the claim folder will automatically advance to a set of parallel routes for handling the claim folder with a claim amount larger than $500. Otherwise, the claim folder will automatically advance to the other route for handling the claim folder with a claim amount less than or equal to $500 for reviewing the small claim and advancing to the second decision point.

There are two parallel routes to handle the claim amount larger than $500. A split node indicates the beginning of the parallel routes. One parallel route will first review the credit and then launch an external Line-Of-Business application (it could be a CICS or IMS application) checking the fraud history.

The other parallel route will review the large claim. The join node waits for the completion of these two parallel routes before advancing to the second decision point.

The second decision point evaluates a workflow variable Approve. If APPROVE = ACCEPT, a pay claim subprocess will be started, and a Thank you letter will be sent. If APPROVE = REJECT, a rejection letter will be sent. Finally, the claim folder reaches the end of the claim process.

Figure 1. A sample claim process workflow
A sample claim process workflow

Implemention - Auto claim system

Icon introduction

Prior to implementing the workflow, first familiarize yourself with the icons used in IBM DB2 Content Manager document routing. The table below lists the icons with their explanations.

Table 1. List of icons used in IBM DB2 Content Manager document routing
ICONExplanations
Start Work NodeStart Node - Starting point of a work node
Stop Work NodeStop Node - End point of a work node
Work NodeWork Node
Collection PointCollection Point
Business ApplicationBusiness application - Line of business
Decision PointDecision Point
Sub ProcessSub Process
SplitSplit
JoinJoin
SelectSelect
ConnectorConnector

Step by step implementation

In this section, you will walk through the document routing implementation in a step by step manner. Assuming you already have a Content Manager server running, the following steps guide you through building the workflow using the GUI Workflow Builder. If you don't have a Content Manager system, refer to the section "Where to obtain a copy of IBM DB2 Content Manager 8.3" below.

Login into the Content Manager System and locate the document routing icon in the left panel of the System Administration Client.

Figure 2. System admin client view
System admin client view

In this step, please load the data from the First Step to create the necessary users, groups, and access control lists (for example: ACL's). Here, it is assumed that you are familiar with creating these definitions and the following ACL should have already been defined in First Step. For simplicity, only use this ACL for all the objects (for example: workbaskets and so on) used in the workflow builder throughout the entire example.

Table 2. Access control list to create
DefinitionDefinition TypeDetails
XYZClaimFolderACLAccess Control List
  • Description : TANTSGROUP
  • Users/Groups ->> Privilege Sets
    • ACCOUNTANTSGROUP ->> AccountantPrivSet
    • ADJUSTERSGROUP ->> ClientUserEdit
    • AGENTSGROUP ->> ClientUserEdit
    • UNDERWRITERASSISTANTSGROUP ->> UWAssistPrivSet
    • UNDERWRITERSGROUP ->> ClientUserAllPrivs

Define an action list containing all predefined actions. The action list will be used by the workbasket definition. The actions in an action list will be listed in the drop down menu during the execution of IBM clients (pClient, eClient, and so on).

Table 3. Action list to create
DefinitionDefinition TypeDetails
AllActionsAction List
  • Description: All default actions
  • Actions: Add all actions into the action list

Create seven workbaskets, one collection point, and one business application

Table 4. Workbasket, collection point, and business application to create
DefinitionDefinition typeDetails
PayClaimWorkBasket
  • Description: Pay the claim
  • Access control list: XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Display to users: Yes
  • Prompt text: APPROVE
  • User input: Not allowed
ReviewLargeClaimWorkBasket
  • Description: Review a claim form with the amount larger than $500
  • Access control list : XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Default value: REJECT
  • Display to users: Yes
  • Prompt text: APPROVE
  • User input: Required
ReviewSmallClaimWorkBasket
  • Description: Review a claim form with the amount not larger than $500
  • Access control list: XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Default value: REJECT
  • Display to users: Yes
  • Prompt text: APPROVE
  • User input: Required
SendRejectionLetterWorkBasket
  • Description: The claim is not approved
  • Access control list: XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Display to users: Yes
  • Prompt text: APPROVE
  • User input: Not allowed
SendThankYouLetterWorkBasket
  • Description: The claim is approved
  • Access control list: XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Display to users: Yes
  • Prompt text: APPROVE
  • User input: Not allowed
SubmitClaimWorkBasket
  • Description: Submit a claim form
  • Access control list: XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Display to users: No
  • User input: Optional
ReviewCreditWorkBasket
  • Description: Review credit
  • Access control list: XYZClaimFolderACL
  • Action list: AllActions
  • Variable type: CHARACTER
  • Variable name: APPROVE
  • Variable length: 8
  • Display to users: No
  • User input: Optional
WaitForReportAndEstimateCollection point
  • Description: Wait for all claim application documents including adjuster reports, and police report
  • Access control list: XYZClaimFolderACL
  • Set expired time: 1440 mins
  • Resume list 1
    • Folder item type: XYZ_ClaimFolder
    • Required item type: XYZ_PolReport
    • Quantity: 1
  • Resume list 2
    • Folder item type: XYZ_ClaimFolder
    • Required item type: XYZ_AdjReport
    • Quantity: 1
CheckFraudHistoryBusiness application
  • Description: Check fraud history
  • Access control list: XYZClaimFolderACL
  • Link library name: C:\DRTesting\userexit\WXV2TBAUE.dll
  • Function name: WXV2TBAUE
    Note: If the DLL specified in Linked library name and function name does not exist, the business application node will behave as a workbasket and no user exit operation will be invoked.

Define a work list for all the work nodes created in the previous step.

Table 5. Work list to create
DefinitionDefinition typeDetails
AllWorklistWorklist
  • Description: Worklist for all the worknodes
  • Access control list: XYZClaimFolderACL
  • Node list: Add all the worknodes to the node list
Figure 3. Define a worklist
Define a worklist

Define an attribute for the claim amount. This attribute will be part of the XYZClaimFolder itemtype.

Table 6. Attribute to create
DefinitionDefinition TypeDetails
CLAIM_AMOUNTAttribute
  • Name: CLAIM_AMOUNT
  • Display name: CLAIM_AMOUNT
  • Attribute type: Double
Figure 4. Define an attribute
Define an attribute
Figure 5. Define a claim folder
Define a claim folder

Right click on the process icon and launch the workflow builder.

Figure 6. Launch builder
Launch builder

Enter SimpleAutoClaimProcess as name, Simple Auto Claim Process as the description, and XYZClaimFolderACL as access control list.

Figure 7. Enter name and description
Simple Entry

From the menu bar, create the seven work baskets (Refer to the details in Table 4). Once you create the work baskets, also create the collection point, WaitForReportAndEstimate.

Menu Bar

Link the workbasket and collection point, as the following figure shows.

Figure 9. Building workflow, stage 1
Build1

Create two decision points (a split and a join), workbaskets (ReviewSmallClaim, ReviewLargeClaim) and the business application, CheckFraudHistory. Link them as shown below. Save it as draft. Close the current process.

Figure 10. Building workflow, stage 2
Build2

Create decision connectors for the first decision point.

Table 7. Decision connectors to create for the first decision point
DefinitionDefinition typeDetails
Claim > 500Decision connector
  • Description: Claim is larger than $500
  • Expression evaluation route : Item type attributes
    • Item type: XYZClaimFolder
    • Attribute: CLAIM_AMOUNT
    • Operator: >
    • Value: 500
Claim < / = 500Decision connector
  • Description: Claim is smaller than or equal to $500
  • Route: Otherwise route

Build a sub process, PayClaimSubProcess. Right click at Process to launch new builder. Name it PayClaimSubProcess, with description Pay claim process, and access control list XYZClaimFolderACL.

Figure 11. Building workflow, stage 3
Build3

Build and link the PayClaimSubProcess, as shown below.

Figure 12. Building workflow, stage 4
Build4

Go to File > Verify. Save and close the process. You should be seeing a green round button at PayClaimSubProcess.

Figure 13. Building workflow, stage 5
Build5

Launch the process builder, SimpleAutoClaimProcess. Add a sub process. Double click on the sub process icon. Select from the drop down the sub process PayClaimSubProcess.

Figure 14. Building workflow, stage 6
Build6

Create two decision connectors for the second decision point, APPROVE = ACCEPT and APPROVE = REJECT. Connect to subprocess PayClaimSubProcess and work basket SendRejectionLetter. From PayClaimSubProcess, connect to work basket SendThankYouLetter. Connect to stop node to end this exercise. Verify the process, save, and close it. You should be seeing two green round buttons for the two processes.

Figure 15. Building workflow, stage 7
Build7

Create decision connectors for the second decision point.

Table 8. Decision connectors to create for the second decision point
DefinitionDefinition typeDetails
APPROVE = ACCEPTDecision connector
  • Description: Claim is accepted
  • Expression evaluation route: Work node variables
    • Variable: APPROVE
    • Operator: =
    • Value: ACCEPT
APPROVE = REJECTDecision connector
  • Description: Claim is rejected
  • Route: Otherwise route

At last, the fruit of your labor is shown below.

Figure 16. Complete workflow
Build8

Comparisons of WebSphere MQ Workflow and IBM DB2 Content Manager Document Routing

A table of comparisons of WebSphere MQ Workflow and IBM DB2 Content Manager Document Routing is shown below. It compares both products based on the following criteria:

  • Main objective
  • Integration focus
  • Multiple content repositories
  • Heterogeneous content
  • Staffing model
  • Monitoring
Table 9. Table of comparisons between WebSphere MQ Workflow and IBM DB2 Content Manager Document Routing
CategoryMQ WorkflowIBM DB2 Content Manager Document Routing
Main objective
  • Process centric workflow
  • A content repository is a participant of the process.
  • Document based workflow
  • Workflow is part of the document management.
Integration focusProcess integrationContent integration
Decision pointThe decision point criteria are generic.The decision point criteria can be content specific.
Collection pointIt is not supported.A folder at a collection point waits for the specified documents. The folder will move to the next step in the process if all the required documents are available in the folder.
API usageWorkflow API is generic. No content specific semantics is provided.Workflow and content semantics are seamlessly integrated.
Client experienceWorkflow runtime client does not carry content semantics.Workflow and content semantics are seamlessly integrated.
Multiple content repositoriesFlows may go across multiple content repositories.A single content repository.
Heterogeneous contentFlows may carry heterogeneous content data.Flows carry a single document or a folder of documents.
Staffing model
  • Complex
  • Supports role and organization modeling
  • Simple
  • Owner assignment only
MonitoringTooling is available.Custom coding is required.

Samples of RFP

Some samples of RFP (Request For Proposal) are listed in the following table. These samples of RFP will facilitate the understanding of what capabilities IBM DB2 Content Manager Document Routing can bring to workflow solutions and applications.

Table 10. Some samples of RFP
IBM DB2 Content Manager Document Routing Compliant/Partial/Non-compliant Comment
Business process can easily be described in a rigorous manner.CompliantIBM DB2 Content Manager Document Routing provides a means to build business process requirements with Workflow builder. There is virtually no limitation of nodes/processes that can be built using a graphical workflow builder which include decision points, collection points, parallel routing and and subprocesses, etc. For external business applications, IBM DB2 Content Manager Document Routing provides the capability to integrate external business logic with a workflow using user exits (e.g., entering, overloading and exiting user exits).
Workflow should support parallel execution of various tasks.CompliantParallel execution is a built in feature. Parallel routing can be modeled using split and join nodes.
Scanned image can automatically trigger a workflow. The system should support both manual and automated workflow. CompliantBoth manual and automatic workflow triggering are supported. Manually users can start, continue, suspend, resume, or terminate a workflow. The auto-workflow feature is available that a workflow will start automatically when an item is created. Decision points and collection points support automatic routing when decision criteria or resume list criteria are met respectively.
The proposed workflow should allow the existence of multiple workflows within the main workflow. CompliantSubprocess (i.e., sub workflow) is a built in feature for IBM DB2 Content Manager Document Routing
The workflow should be able to integrate with the external workflows and applications within the organization.CompliantThe integration of IBM DB2 Content Manager Document Routing with external workflows and applications is via user exits. Currently entering, overloading and exiting user exits are supported. At this moment, only C linked library code (DLL for Windows platforms and shared library for Unix platforms) is supported, and Java user exit is not available.
The workflow should allow assignment of different steps to users or groups of users with the proper rights.ComplaintThis is a standard feature. users and groups will be responsible for different steps in the workflow. However, a user or group can be responsible for various steps in the workflow.
The workflow should allow delegation of jobs.Non-compliantIn IBM DB2 Content Manager Document Routing, there is no Delegation. "Delegation" means active management of users. One can be marked gone for vacation. Then the system will balance the workload and assign the work to other people in the group.
The workflow should optionally allow tagging of status such as Received, Checked.Partial CompliantCustomization is required for this extra bit of information to be tagged alone to the work package.
The workflow should support suspension, abort and expiration of packages within a workflow.CompliantThese are the standard features of IBM DB2 Content Manager Document Routing
The workflow should have the capability to execute single or multiple task simultaneously.CompliantThis is a standard feature.
Integration with Lotus Notes and MS OutlookPartial CompliantCustomization is required to integrate IBM DB2 Content Manager Document Routing with Notes and Outlook.
Detailed workflow report for each user, user group should be easily accessible. Audit trails of users and user groups detailing each activity should be provided.CompliantDetailed event logging is provided in a relational tables. Both administrative and user events are logged in IBM DB2 Content Manager Document Routing. Reporting tools such as Crystal Report can be deployed to generate reports by querying these tables.
Detailed workflow status for a document should be easily accessible. Monitoring workflow status and progress for a document in GUI format should be available.Partial CompliantWorkflow status is available. However, there is no graphical workflow monitoring tool.

Conclusions

It is important to have a proper workflow system within an enterprise management system to ensure a smooth and efficient collaboration. The concepts of IBM DB2 Content Manager Document Routing were discussed in length in this article. Key enhancements of Document Routing in IBM DB2 Content Manager Version 8.3 were also highlighted. You familiarized yourself with the icons used for the graphical workflow builder, and went through steps of building a workflow using the workflow builder. Then, a quick comparison WebSphere MQ Workflow and IBM DB2 Content Manager document routing was presented. Finally, sample RFPs are given to further elaborate the capabilities of IBM DB2 Content Manager document routing.

At the end of this article, we believe readers have a definite understanding of IBM DB2 Content Manager document routing.


Acknowledgement

Special thanks to Glenn Williamson, Senior Presales Specialist, Content Management, IBM Australia for taking his time to review this article.


Where to obtain a copy of IBM DB2 Content Manager 8.3

There are numerous ways to download Content Manager installation and depending on who you are, you could either download or order online. Follow the methods below accordingly.

  • IBMers

    There are four ways you can get the install codes:

    • OPTION 1. Download from the Xtreme Leverage Intranet Web site.
    • OPTION 2. Download the OneClick. Follow the steps below (Thanks to Jose Bravo and his team):
      • Go to DemoPkg online.
      • Click on One Click at the left frame.
      • Login using your id.
      • Choose One Click Content Manager 8.3 to download.
      • Follow the instructions given to install.
    • OPTION 3. Ordering a Content Manager DemoPkg.
    • OPTION 4. Order a copy of Demo Platform 8.3.
      • Contact the FTSS at your locality.
  • Business Partners

    There are two ways you can get hold of the install codes:

    • OPTION 1. Partner World
    • OPTION 2. Order a copy of Demo Platform 8.3.
      • Contact the FTSS in your location.
  • Customers

    There is only one option:

    • OPTION 1. Buy Content Manager 8.3 from IBM

Downloads

DescriptionNameSize
Steps to build workflow from xml filesworkflowsteps.pdf  ( HTTP | FTP )132KB
download fileWorkflow.zip  ( HTTP | FTP )3KB
download fileitemtypes.zip  ( HTTP | FTP )5KB
download fileClaimFolderACL.zip  ( HTTP | FTP )7KB

Resources

Comments

developerWorks: Sign in

Required fields are indicated with an asterisk (*).


Need an IBM ID?
Forgot your IBM ID?


Forgot your password?
Change your password

By clicking Submit, you agree to the developerWorks terms of use.

 


The first time you sign into developerWorks, a profile is created for you. Information in your profile (your name, country/region, and company name) is displayed to the public and will accompany any content you post, unless you opt to hide your company name. You may update your IBM account at any time.

All information submitted is secure.

Choose your display name



The first time you sign in to developerWorks, a profile is created for you, so you need to choose a display name. Your display name accompanies the content you post on developerWorks.

Please choose a display name between 3-31 characters. Your display name must be unique in the developerWorks community and should not be your email address for privacy reasons.

Required fields are indicated with an asterisk (*).

(Must be between 3 – 31 characters.)

By clicking Submit, you agree to the developerWorks terms of use.

 


All information submitted is secure.

Dig deeper into Information management on developerWorks


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=1
Zone=Information Management
ArticleID=89265
ArticleTitle=IBM DB2 Content Manager document routing, Part 1: A guided tour to process modeling
publish-date=07212005