Human Task

Overview

Editing Permission

Configs: Common

  • mode_edit_outline Step Name
  • mode_edit_outline Note
Configs: Editing Permission

  • Data Item
    • check_circle Editing permission
      • edit(Editable)
      • visibility(Only display)
      • visibility_off(No display)

Capture

Editing Permission

Deadline

Configs: Deadline

  • Deadline
    • arrow_drop_down
      • No deadline
      • After [Token Arrival/Case Start Datetime]
        • expand_all (select number 1-9999)
          • arrow_drop_down [Minute(s)/Hour(s)/Day(s)/Month(s)]
      • After [00:00 of (Date-type)/(Datetime-type)]
        • expand_all (select number 1-9999)
          • arrow_drop_down [(blank: Cancel designation)/Minute(s)/Hour(s)/Day(s)/Month(s)]
    • toggle_on Expression (Display the setting contents in EL expressions)
  • Action at Deadline
    • arrow_drop_down
      • No action
      • Abort task (token will move to Timer Boundary Event)

Capture

Deadline

Notes

  • Capable of setting a deadline
    • Deadline times are displayed in Case Details and Lists and can be specified as a filter condition
  • If you specify anything other than [No Deadline], the default will be set to “1 day after” the target time such as [Token Arrival]
    • When specifying a Date-type Data Item, set it to “1 day after 00:00 of (Date-type) (24 hours later)”
      • This behaves the same as in Ver.16.2 and earlier, where “If a Date-type is assigned to [Deadline], it will work at 23:59 of the relevant day”
      • If you select [Blank] in the [After days] dropdown, the operation will start at 00:00 on the specified date
      • If the calculated deadline falls on or after “2101-01-01”, it will be forced to change to “2100-12-31”
  • When you turn on [toggle_on Expression], the settings will be expressed in EL expressions
    • Advanced settings are also possible by editing the EL expression
      • Example: processInstanceStartDatetime.addMonths(1).getFirstTimeInMonth() (00:00 on the first day of the month following the Case Start Datetime)
  • Capable of advancing the token when the deadline is reached

Split

Configs: Split

  • check_circle Split Type *
    • The token moves to the Destination that a user selects. (The number of buttons corresponds with the number of destinations.)
      • Destination Node
        • (Node Name)
          • mode_edit_outline Button Label
    • The token moves to Destination according to the satisfied condition. (Only one “FinishTask” button is displayed.)
      • (Condition configuration)
        • drag_handle (move)
        • mode_edit_outline (Conditional Expression Setting)
          • mode_edit_outline Name
          • arrow_drop_down Destination Node
          • check_circle (transition condition)
            • Always move to Destination
            • Move if conditions are met
              • arrow_drop_down (Data Items)
              • arrow_drop_down (expression)
                • has been entered
                • has not been entered
                • (Others/depending on the Data-type)
              • arrow_drop_down (depending on the selected Data Item)
                • Fixed Value
                • (Data Items/Choice ID)
              • add_box (add conditional expression)
          • Move if conditional expression evaluates to true
            • mode_edit_outline (add conditional expression)
        • delete (remove)
        • (specified Name)
        • (specified Destination Node)
        • (specified Transition condition)

Capture

Split

Notes

  • Each row (transition condition) can contain multiple conditional expressions for Data Items. In this case, the token moves to the destination only if all the conditions are satisfied. That is, multiple expressions are evaluated as AND conditions.
  • You can specify the same destination step in multiple rows (transition conditions). In this case, the token moves to the destination if any of the conditions are satisfied. That is, multiple transition conditions are evaluated as OR conditions.
  • Spring Expression Language (SpEL) can be specified in the Split Condition settings
    • This is an advanced feature for engineers
    • E.g. #q_string?.startsWith('[test]'), #q_datetime < #now.addDays(-1), etc.

Auto Processing / Error Handling

Configs: Auto Processing / Error Handling

  • Data Item to save attributes of a task when successfully finished
    • arrow_drop_down Operator
      • Not Save
      • (User-type Data Item)
    • arrow_drop_down Operating Organization
      • Not Save
      • (Organization-type Data Item)
    • arrow_drop_down End Time
      • Not Save
      • (Datetime-type Data Item)
  • check_circle If there is no user corresponding to the operator setting *
    • Move task to the error list of Case Manager
    • Abort task (token will move to Error Boundary Event)

Capture

Auto Processing / Error Handling

Notes

  • Capable of automatically recording the Task Operator, Task finished time, and so on to Data Items
  • If there is no user corresponding to the operator setting, the task becomes an Error Task
    • Possible to abort the Error Task and advance the token

Email Notification / Icon

Configs: Email Notification / Icon

  • check_box Email Notification
    • On Offered
    • On Allocated
    • 1 day before Deadline
    • 1 hour before Deadline
    • After Deadline
      • expand_all (select number) hours interval
  • Icon (6 types)

Capture

Email Notification / Icon

Notes

  • The Task Operator (or candidates) can be notified by email about the arrival of a Case, etc.

See also

Discover more from Questetra Support

Subscribe now to keep reading and get access to the full archive.

Continue reading