• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer
TSB Alfresco Cobrand White tagline

Technology Services Group

  • Home
  • Products
    • Alfresco Enterprise Viewer
    • OpenContent Search
    • OpenContent Case
    • OpenContent Forms
    • OpenMigrate
    • OpenContent Web Services
    • OpenCapture
    • OpenOverlay
  • Solutions
    • Alfresco Content Accelerator for Claims Management
      • Claims Demo Series
    • Alfresco Content Accelerator for Policy & Procedure Management
      • Compliance Demo Series
    • OpenContent Accounts Payable
    • OpenContent Contract Management
    • OpenContent Batch Records
    • OpenContent Government
    • OpenContent Corporate Forms
    • OpenContent Construction Management
    • OpenContent Digital Archive
    • OpenContent Human Resources
    • OpenContent Patient Records
  • Platforms
    • Alfresco Consulting
      • Alfresco Case Study – Canadian Museum of Human Rights
      • Alfresco Case Study – New York Philharmonic
      • Alfresco Case Study – New York Property Insurance Underwriting Association
      • Alfresco Case Study – American Society for Clinical Pathology
      • Alfresco Case Study – American Association of Insurance Services
      • Alfresco Case Study – United Cerebral Palsy
    • HBase
    • DynamoDB
    • OpenText & Documentum Consulting
      • Upgrades – A Well Documented Approach
      • Life Science Solutions
        • Life Sciences Project Sampling
    • Veeva Consulting
    • Ephesoft
    • Workshare
  • Case Studies
    • White Papers
    • 11 Billion Document Migration
    • Learning Zone
    • Digital Asset Collection – Canadian Museum of Human Rights
    • Digital Archive and Retrieval – ASCP
    • Digital Archives – New York Philharmonic
    • Insurance Claim Processing – New York Property Insurance
    • Policy Forms Management with Machine Learning – AAIS
    • Liferay and Alfresco Portal – United Cerebral Palsy of Greater Chicago
  • About
    • Contact Us
  • Blog

Documentum Workflow – Queue/Template versus Form/Dynamic Approaches

You are here: Home / Documentum / Documentum Workflow – Queue/Template versus Form/Dynamic Approaches

April 18, 2012

We recently finished conducting a technical proof of concept with a financial services client.  One of the big discussions was workflow, specifically a queue driven approach with workflow templates versus a form driven approach with dynamic workflow.  Since either approach could satisfy the client’s requirements in one way or another, the client wanted us to compare and contrast the different approaches. This post will summarize some of the key differences.

 Form and Workflow Background

To clarify, forms are often a part of workflow processes.  Forms are typically used to capture data from users in order for the workflow engine to make routing decisions.  Whether implemented using the forms module of Documentum xCP or our Active Wizard open source product, at some point in time, information outside of what is contained in the documents attached to the workflow needs to be accessed by the workflow engine in order to make decisions.

Here is a quick example:

  • The client is processing a request for information regarding a contract.  The request is sent in via fax.  In this instance, the document (fax) is a PDF that may have some metadata (e.g. date received, sender name), but the core processing for the request for information is in building a response to the request.  The workflow would probably include the request document as an attachment, as well as other information about the contract or response that could drive the workflow process, such as the contract dollar amount, type of response required, due date, or other required information.  Attaching a form to the workflow could streamline the workflow initiation process by prompting a user for this information.  The contract dollar amount field could drive which users need to act as approvers in the workflow.  The type of response required might drive which users need to participate in creating the response.

In the example above, the workflow to move the processing between resources and monitor the process would rely on information from both the form and documents attached to the workflow.

Workflow Template – Queue-Based Approach

In a typical queue-based approach, the process might work like this:

  1. The request for information comes in as a document and is assigned to a workflow template (by a person or some automated method).
  2. A resource could choose or be assigned to process the request.
  3. The same resource would complete the form.
  4. The workflow template would interpret the form (diamond icon in many of the workflow template tools) and determine the next resource assigned to work on the response.
  5. Based on the contract dollar amount and/or type of response required, different resources would be added to the workflow to complete tasks in order to build the response or approve the response before it is sent out.

Below are some key points to consider with template driven workflow:

  • All workflow needs to be contained within the template – In the example above, if a certain contract dollar amount triggers a different approval cycle, that workflow path would need to be defined in the template.  A resource would be assigned to manage all of the templates, usually a person with some level of IT background.  The workflow template might get very complex depending on the business rules, and might even need to be split into multiple templates.
  • Any changes to the business process require workflow template changes – In the example above, if the contract dollar amount threshold that is used to determine who approves the response document changes, then changes must be made to the workflow template.  This usually involves an IT request.
  • The users involved in the workflow aren’t known until each workflow rule is triggered – In the example above, all of the information needed to determine the participants in the workflow is available at the time the workflow is initiated.  However, the workflow participants are unknown to the user who is initiating the workflow because the routing decisions are made downstream by the workflow engine.

Dynamic Workflow – Forms Based Approach

In a dynamic workflow approach, the process is somewhat different.

  1. The request for information comes in as a document and is assigned to a resource (by a person or some automated method).
  2. The resource would complete the form.
  3. The form builds a workflow template dynamically based on how the form is filled out, assigning people or groups based on the data from the form.
  4. Based on the form answers, different resources would be automatically included in the workflow to complete their tasks or approvals.

Some key differences to consider with dynamic workflow

  • No workflow templates – A basic template might be constructed for pre/post business rules, but the bulk of the workflow template would be built on the fly based on how the form is completed.  Instead of templates, the dynamic approach focuses on building business rules to construct templates on the fly, rather than building business rules into a template.
  • Everyone involved in the workflow is known at the beginning of the process based on the business rules – In the example above, the user who fills out the form and initiates the workflow can easily see the users and groups that will participate in the workflow before it is started.  This allows the initiator to understand the routing process, verify that the form was filled out correctly, and make adjustments prior to kicking off the flow.  A good example of how this might be useful is if the person initiating the workflow notices that one of the assigned workflow participants is on vacation.  In this case, the initiator might be able to edit the form and in a way that the person on vacation will no longer be a part of the workflow.

Summary

At TSG, we lean toward form/dynamic workflow more than template/queue based approaches based on our experience for many reasons, including:

  • Dynamic form based workflow can be used to generate workflows that follow a queue based approach if needed.  However, workflow templates must contain all possible workflow branches in order to be dynamic.  If business rules change, an IT request is necessary to update the template.  Very complex systems, or systems with many forms can be challenging to manage over time.
  • Clients like to “see” who is involved in workflow before the process is started to better monitor the process.

For additional discussion of the Active Wizard’s approach to dynamic workflow, read this post.  More information is also available on our website and demonstrations can be viewed in our Learning Zone.  Let us know your thoughts or experiences below.

Filed Under: Documentum, OpenContent Forms, Product Suite, Workflow, xCP

Reader Interactions

Comments

  1. Paras says

    April 19, 2012 at 3:29 am

    In the Dynamic forms approach won’t the business rules (instead of the workflow template) require updating when things change?

    Reply
    • TParz says

      April 19, 2012 at 7:41 am

      Paras,

      The Active Wizard is a dynamic forms application that is an open source offering from TSG. The Active Wizard has an administrator interface that allows users to create and modify the rules that drive the dynamic workflow routing. This interface allows non-technical users to manage the workflow without the need for modification and deployment of workflow templates or code updates. You can see a demonstration of the Active Wizard workflow and admin module here https://tsgrp.wpengine.com/multimedia/TsgLearningZone/TsgLearningZone.html?itemName=ActiveWizard&demoId=1

      Reply
    • George says

      April 19, 2012 at 8:12 am

      Paras,

      To expand on what Tony said, one of our clients uses the Active Wizard for over 400 forms, each with a potentially different workflow process. Managing hundreds of workflow templates would have been a nightmare to maintain and update over time. However, using the Active Wizard’s rules based approach, business users can manage their rules and workflow processes without getting IT involved.

      So, yes – you’re absolutely correct. When business rules change, something needs to be updated with either approach. The key is who can do it, and the level of effort/resources that it takes to get the change implemented.

      Reply
      • Jorge Sapaj says

        November 7, 2012 at 9:12 am

        Hello,
        Wouldn’t this kind of scenario get solved using aliases for performers based on rules/scoping instead of managing 400 forms?

        Have you seen EMC’s EPFM framework for Webtop? It seems to solve the same issues covered on this article.

        Regards,
        Jorge S.

        Reply
      • George says

        November 7, 2012 at 10:06 am

        Jorge,

        The 400 forms were not created to solve workflow problems, they are actual corporate forms that the client uses in their business every day. No matter how you design the workflow for these forms, you still have over 400 of them.

        You could certainly use aliases and a few complicated workflow templates to get this to work, but the issues mentioned in the article above are the exact reasons why this client chose the Active Wizard’s dynamic form approach – they didn’t want to require IT involvement to tweak templates as business rules change.

        Reply
        • Jorge Sapaj says

          November 7, 2012 at 10:12 am

          George,
          Understood. I was thinking the forms where built for cover different workflows scenarios as the main article subject is. From your reply, I now see that they where meant for data primary….

          Thanks for your response.

          Reply

Trackbacks

  1. Documentum and Alfresco – Electronic Forms and Workflow User Requirements « TSG Blog says:
    September 5, 2012 at 9:07 pm

    […] clients struggle with template workflow approaches.  We have often posted multiple articles on how dynamic workflow compared to a template approach. Share this:EmailPrintTwitterFacebookDiggRedditStumbleUponLinkedInLike this:LikeBe the first to […]

    Reply
  2. Migrating from Documentum to Alfresco – Controlled Documents – Introducing Active Wizard 5.0 « TSG Blog says:
    November 7, 2012 at 9:01 am

    […] All of the concepts from prior Active Wizard posts still hold true.  Specifically, we like to call out how the Active Wizard’s form and dynamic workflow approach contrasts with a typical templated …. […]

    Reply
  3. Activiti BPM Engine – Active Wizard 5.0 « TSG Blog says:
    November 13, 2012 at 8:02 am

    […] decision we had to make was how to structure the workflow template.  For the reasons mention in this post, we chose to implement  dynamic workflow by building the workflow template on the fly each time a […]

    Reply
  4. Documentum to Alfresco Migration – TSG Compliance Solution for Regulated Industries « TSG Blog says:
    February 6, 2013 at 7:52 am

    […] Workflow Templates vs. one Dynamic Form – by providing dynamic workflow based on how the form is filled out, the user does not need to pick from multiple workflow templates but only needs to complete the dynamic form reducing user errors and training as well as reducing the IT need to maintain a workflow template library.  See related post here. […]

    Reply
  5. Document Review and Approval – Why Form AND Workflow are so important says:
    June 13, 2018 at 2:18 pm

    […] publishing prospect that was looking for a document review and approval approach.  As we have been discussing here since back in 2012, there is a significant benefit to having both a form AND dynamic workflow approach rather than […]

    Reply

Leave a Reply Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

Search

Related Posts

  • Documentum and Alfresco BPM – Activiti and Active Wizard 5.0
  • Documentum to Alfresco Migration – TSG Compliance Solution for Regulated Industries
  • Documentum Client Briefing – Follow-up thoughts
  • Alfresco or Documentum – Dynamic Workflow in Active Wizard
  • Documentum – Top Tips for 2016
  • Alfresco or Documentum Collaborative Document Reviews with OpenAnnotate
  • Documentum or Alfresco – Engineering Document Transmittals
  • Documentum or Alfresco – Redacting Sensitive Information with OpenRedact
  • Documentum – Momentum EMC World 2014 Recap – Some bunts, hits as well as some swings
  • Documentum and Alfresco – Open Source Interface – Preview of HPI 2.1

Recent Posts

  • Alfresco Content Accelerator and Alfresco Enterprise Viewer – Improving User Collaboration Efficiency
  • Alfresco Content Accelerator – Document Notification Distribution Lists
  • Alfresco Webinar – Productivity Anywhere: How modern claim and policy document processing can help the new work-from-home normal succeed
  • Alfresco – Viewing Annotations on Versions
  • Alfresco Content Accelerator – Collaboration Enhancements
stacks-of-paper

11 BILLION DOCUMENT
BENCHMARK
OVERVIEW

Learn how TSG was able to leverage DynamoDB, S3, ElasticSearch & AWS to successfully migrate 11 Billion documents.

Download White Paper

Footer

Search

Contact

22 West Washington St
5th Floor
Chicago, IL 60602

inquiry@tsgrp.com

312.372.7777

Copyright © 2023 · Technology Services Group, Inc. · Log in

This website uses cookies to improve your experience. Please accept this site's cookies, but you can opt-out if you wish. Privacy Policy ACCEPT | Cookie settings
Privacy & Cookies Policy

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Non-necessary
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
SAVE & ACCEPT