Using Advanced Workflow to identify overdue records

Fairly basic question - is it possible to use Advanced Workflow (Sugar BPM) to follow up overdue records which can currently be done easily in Legacy Workflow.

It seems Advanced Workflow is limited to selecting a specific date rather than for example "before today" or a fixed time span.

For example : Expected Close Date is before today or Task is Due in 5 days time ?

Thanks in advance.

Greg Barrass 

Parents
  • Hi Greg Barrass,

    shouldn't a CRM system assist a user to avoid situations like that? As a consultant and system designer I would not like to set something like this up that tells me what is already too late. My thinking would be to set up a mechanic that avoids that any date will become overdue so you need a message like "Warning! Your taks is due in 3 days and you have not even started the work" and then "Escalation: Your task has been escalated to person X because you have not started the task 2 day before it is due"

    Bests

    Björn Canales Pfisterer

    Technical Support Manager

    provalida GmbH

  • Hi Greg Barrass,

    This linked Knowledge Base article explains how Time-Elapse Workflows function at a database level.

    • Both Legacy Workflow and SugarBPM depend on record save to trigger.
    • In a time-elapse Legacy Workflow, the initial conditions are met, a new row is written to workflow_schedules with an expiration dateTime, and a scheduler performs actions and alerts when that expiration is in the past.

    In Advanced Workflow, a Wait Event in a process definition works similarly. A row is written to the pmse_bpm_flow table when the record hits the Wait Event and that row is given a defined expiration dateTime based on the UI configuration of the Wait Event in the definition. A scheduler will send the record on to the later Actions, etc, the next time it runs following that expiration dateTime. New in 9.0.0, you can set Termination Criteria to terminate the process when the dateTime field changes. If the Start Event is set to respond to all Updates with no other criteria, as one example, a process terminating on field change will immediately re-trigger that process definition, giving your, the process designer, more power to leverage Wait Events based on field values more dynamically.

    Process definitions following BPM best practices are intended to be used like flow charts that represent the entire life cycle of a record with delays associated with Wait Events, Receive Message Events, and user Activities after the record has entered the process. In an ideal BPM model, one process definition per module would represent the life cycles of all records and the diverse paths those records can take through your users' work. In comparison, Legacy Workflow is restricted to a one-step condition->action/alert model. 

  • Patrick,

    Thats helpful and I fully understand Legacy Workflow.

    How would you design a SugarBPM workflow that, for example, monitors all open tasks and sends email reminders to the assigned users that the task is not complete that is due in 5 days time ?

    Regards

    Greg Barrass

  • Patrick,

    Or, sends emails to assigned users of Opportunities to update expected close date of opportunities that have a past expected close date.

    Simple examples, but it will help many of us, if we can see how this is done in Sugar BPM.

    Regards

    Greg Barrass

Reply Children
No Data