Difference between revisions of "BPM Authorization"

From Hornbill
Jump to navigation Jump to search
(20 intermediate revisions by the same user not shown)
Line 3: Line 3:
 
:* [[Business Process Designer]]
 
:* [[Business Process Designer]]
 
:* [[Request Variables]]
 
:* [[Request Variables]]
:* [[External Authorisation]]}}
+
:* [[External Authorisation]]
 +
:* [[Email Templates]]}}
 
== Authorization Owner ==
 
== Authorization Owner ==
The owner of an authorisation is someone that that may not be participating in the authorization, but require visibility and control of the authorization.  An example of this may be the manager of the person that is providing the authorization or someone who is overseeing the authorization and required the ability to authorize on behalf of the authorizers.   
+
The owner of an authorisation is someone that that may not be participating in the authorization, but require visibility and control of the authorization.  An example of this may be the manager of the person that is providing the authorization or someone who is overseeing the authorization and requires the ability to authorize on behalf of the authorizers.   
 
{{bullet1|User|Use this option to select from available users that have access to authorizations.  ''Basic Users'' are not available to be selected.}}
 
{{bullet1|User|Use this option to select from available users that have access to authorizations.  ''Basic Users'' are not available to be selected.}}
 
{{bullet1|Variable|Using variables can be a great way to allocate authorizers where the participants are not static. It is still important to remember that only Users with a Collaboration Subscription can participate and you need to assure that users that don't have a subscription are not accidentally allocated as an authorizer. The provided variable must contain the Users ID}}
 
{{bullet1|Variable|Using variables can be a great way to allocate authorizers where the participants are not static. It is still important to remember that only Users with a Collaboration Subscription can participate and you need to assure that users that don't have a subscription are not accidentally allocated as an authorizer. The provided variable must contain the Users ID}}
Line 13: Line 14:
 
{{bullet1|User|Use this option to select from available users that have access to authorizations.  ''Basic Users'' are not available to be selected.}}
 
{{bullet1|User|Use this option to select from available users that have access to authorizations.  ''Basic Users'' are not available to be selected.}}
 
{{bullet1|Variable|Using variables can be a great way to allocate authorizers where the participants are not static. It is still important to remember that only Users with a Collaboration Subscription can participate and you need to assure that users that don't have a subscription are not accidentally allocated as an authorizer. The provided variable must contain the Users ID.}}
 
{{bullet1|Variable|Using variables can be a great way to allocate authorizers where the participants are not static. It is still important to remember that only Users with a Collaboration Subscription can participate and you need to assure that users that don't have a subscription are not accidentally allocated as an authorizer. The provided variable must contain the Users ID.}}
{{bullet1|Weighting Level|}}
+
{{bullet1|Weighting Level|This is a powerful option to allow you to allocate the level that each individual contributes to the overall authorization.  For each authorizer, a default  100% weight level is given. Independent of the number of authorizers, someone with a 100% weight level is able to complete the authorization on their own.  If you have two authorizers, and both are set to a 50% weight level, then both authorizers must provide a response.  When including multiple authorizers, you must assure that any combination of weighting levels must total up to 100% in order for the authorization to proceed.}}
  
 
== Task ==
 
== Task ==
{{bullet1|Title|}}
+
{{bullet1|Title|The title of the Authorization is displayed in a number of places and will typically be a short descriptive title that clearly describes to the user what the authorization is for. This title will be available on the Hornbill Notifications, Email Notifications, Task View, and on the different apps that use authorizations.}}
{{bullet1|Category|}}
+
{{bullet1|Category|Set a category for the authorization, which can be viewed by the user within their Task List View}}
{{bullet1|Priority|}}
+
{{bullet1|Priority|Setting a priority will allow users to view and filter their authorizations from their Task List View.}}
  
 
== Outcome Settings ==
 
== Outcome Settings ==
{{bullet1|Enable Tentative Authorization|}}
+
Outcome options come with three different types of outcomes, with the Tentative outcome being optional.  Authorize and Reject are required outcomes.  Additional outcomes cannot be added to an authorization.
{{bullet1|Authorize|}}
+
{{bullet1|Enable Tentative Authorization|This will enable the Tentative option and make it visible within the list of available outcomes}}
{{bullet1|Reject|}}
+
{{bullet1|Authorize|This outcome is provided for authorizers to approve the authorization. Weighting levels will apply when this outcome is selected}}
 +
{{bullet1|Reject|This outcome is provided for authorizers to reject the authorization. It only takes one authorizer to reject an authorization. Weighting levels do not apply. When there are multiple authorizers participating in the authorization, independent of their weighting level, a single rejection will reject the entire authorization.  The authorizations sent to the other authorizers will be cancelled.}}
 +
{{bullet1|Tentative|A tentative outcome provides a 3rd optional outcome which may be used for scenarios such as an authorizer wanting additional criteria to be completed before continuing. It only takes one authorizer to select a tentative outcome. Weighting levels do not apply. When there are multiple authorizers participating in the authorization, independent of their weighting level, a single tentative outcome will apply to the entire authorization.  The authorizations sent to the other authorizers will be cancelled.}}
 +
 
 +
{{infobox|Within your BPM workflow an Authorization can be followed by a ''Decision Node'' where you can branch on the outcome of your authorization.  This allows you to take different actions or paths based on the outcome.}}
  
 
== Life Span Settings ==
 
== Life Span Settings ==
{{bullet1|Start|}}
+
The Life Span Settings allow you to place an expiry on the authorization. Once an authorization has expired, any pending authorizations will be cancelled and the authorization node will provide an outcome of ''expired''
{{bullet1|Due After|}}
+
{{bullet1|Start|This option places the authorization into the user's task calendar with the provided start time.  The start time is defined by the number of Days, Hours, or Minutes from the time the authorization was created.}}
{{bullet1|Expires After|}}
+
{{bullet1|Due After|This option works with the Start option where it adds a start/due range on the authorization within the Task Calendar. The Due After is defined by the number of Days, Hours, or Minutes from the Start. When set, an additional option to send a reminder is made available. Reminders can be sent to the owner and assignee(s), just the owner, or just the assignee(s)}}
 +
{{bullet1|Expires After|This option allows you to limit how long the Authorization is available for. Once this time has pasted, the authorization(s) will be cancelled. An outcome will be set to ''Expired''}}
  
 
== Authorization Details ==
 
== Authorization Details ==
 +
The Authorization Details are the content of the authorization task that is being sent to the different authorizers.  This will allow you to present information about the authorization to the assignee so that it is clear what they are authorizing.  Outcomes from previous BMP nodes can provide information in the form of variables that can be used populate the details.
 +
 
== Set Stage Checkpoints ==
 
== Set Stage Checkpoints ==
 +
You are able to select stage checkpoints that are met when this node is reached.  Checkpoints must first be defined under the ''Manage Current Stage'' button located in the BPM designer tool bar.
 +
  
 
[[Category:Administration]]
 
[[Category:Administration]]

Revision as of 22:24, 12 August 2021

Home > Administration > Business Process Designer > BPM Authorization Index

Introduction

This BPM automation allows you to add authorizations to a workflow. One or more Hornbill Users can be added to a single authorization and the workflow is suspended until an outcome for the authorization has been provided.

Related Articles

Authorization Owner

The owner of an authorisation is someone that that may not be participating in the authorization, but require visibility and control of the authorization. An example of this may be the manager of the person that is providing the authorization or someone who is overseeing the authorization and requires the ability to authorize on behalf of the authorizers.

  • User
Use this option to select from available users that have access to authorizations. Basic Users are not available to be selected.
  • Variable
Using variables can be a great way to allocate authorizers where the participants are not static. It is still important to remember that only Users with a Collaboration Subscription can participate and you need to assure that users that don't have a subscription are not accidentally allocated as an authorizer. The provided variable must contain the Users ID

Authorizers

In order for someone to participate in an authorization, they must be set up as a User and have a Collaboration subscription.

  • User
Use this option to select from available users that have access to authorizations. Basic Users are not available to be selected.
  • Variable
Using variables can be a great way to allocate authorizers where the participants are not static. It is still important to remember that only Users with a Collaboration Subscription can participate and you need to assure that users that don't have a subscription are not accidentally allocated as an authorizer. The provided variable must contain the Users ID.
  • Weighting Level
This is a powerful option to allow you to allocate the level that each individual contributes to the overall authorization. For each authorizer, a default 100% weight level is given. Independent of the number of authorizers, someone with a 100% weight level is able to complete the authorization on their own. If you have two authorizers, and both are set to a 50% weight level, then both authorizers must provide a response. When including multiple authorizers, you must assure that any combination of weighting levels must total up to 100% in order for the authorization to proceed.

Task

  • Title
The title of the Authorization is displayed in a number of places and will typically be a short descriptive title that clearly describes to the user what the authorization is for. This title will be available on the Hornbill Notifications, Email Notifications, Task View, and on the different apps that use authorizations.
  • Category
Set a category for the authorization, which can be viewed by the user within their Task List View
  • Priority
Setting a priority will allow users to view and filter their authorizations from their Task List View.

Outcome Settings

Outcome options come with three different types of outcomes, with the Tentative outcome being optional. Authorize and Reject are required outcomes. Additional outcomes cannot be added to an authorization.

  • Enable Tentative Authorization
This will enable the Tentative option and make it visible within the list of available outcomes
  • Authorize
This outcome is provided for authorizers to approve the authorization. Weighting levels will apply when this outcome is selected
  • Reject
This outcome is provided for authorizers to reject the authorization. It only takes one authorizer to reject an authorization. Weighting levels do not apply. When there are multiple authorizers participating in the authorization, independent of their weighting level, a single rejection will reject the entire authorization. The authorizations sent to the other authorizers will be cancelled.
  • Tentative
A tentative outcome provides a 3rd optional outcome which may be used for scenarios such as an authorizer wanting additional criteria to be completed before continuing. It only takes one authorizer to select a tentative outcome. Weighting levels do not apply. When there are multiple authorizers participating in the authorization, independent of their weighting level, a single tentative outcome will apply to the entire authorization. The authorizations sent to the other authorizers will be cancelled.
Information
Within your BPM workflow an Authorization can be followed by a Decision Node where you can branch on the outcome of your authorization. This allows you to take different actions or paths based on the outcome.

Life Span Settings

The Life Span Settings allow you to place an expiry on the authorization. Once an authorization has expired, any pending authorizations will be cancelled and the authorization node will provide an outcome of expired

  • Start
This option places the authorization into the user's task calendar with the provided start time. The start time is defined by the number of Days, Hours, or Minutes from the time the authorization was created.
  • Due After
This option works with the Start option where it adds a start/due range on the authorization within the Task Calendar. The Due After is defined by the number of Days, Hours, or Minutes from the Start. When set, an additional option to send a reminder is made available. Reminders can be sent to the owner and assignee(s), just the owner, or just the assignee(s)
  • Expires After
This option allows you to limit how long the Authorization is available for. Once this time has pasted, the authorization(s) will be cancelled. An outcome will be set to Expired

Authorization Details

The Authorization Details are the content of the authorization task that is being sent to the different authorizers. This will allow you to present information about the authorization to the assignee so that it is clear what they are authorizing. Outcomes from previous BMP nodes can provide information in the form of variables that can be used populate the details.

Set Stage Checkpoints

You are able to select stage checkpoints that are met when this node is reached. Checkpoints must first be defined under the Manage Current Stage button located in the BPM designer tool bar.