Difference between revisions of "Intelligent Capture Designer"

From Hornbill
Jump to navigation Jump to search
(42 intermediate revisions by 6 users not shown)
Line 1: Line 1:
 
<div style="border:1px solid #90C0FF; background:#D0E0FF; width:99%; padding:4px; margin-bottom:10px;">
 
<div style="border:1px solid #90C0FF; background:#D0E0FF; width:99%; padding:4px; margin-bottom:10px;">
__NOTOC__[[Main Page|Home]] > [[Administration]] > Progressive Capture Designer
+
__NOTOC__
 +
{| style="width:100%"
 +
|[[Main Page|Home]] > [[Administration]] > Progressive Capture Designer
 +
|style="text-align:right;"|[[:Category:Administration|Index]]
 +
|}
 
</div>
 
</div>
 
{|style="width: 100%"
 
{|style="width: 100%"
Line 11: Line 15:
 
|style="width:22%; border-style: solid; border-width: 1px; border-color:#e6e6e6; background-color:#f2f2f2;"|  
 
|style="width:22%; border-style: solid; border-width: 1px; border-color:#e6e6e6; background-color:#f2f2f2;"|  
 
== Related Articles ==
 
== Related Articles ==
 +
:* [[Progressive Capture Designer Validation, Error, and Information Messages|Pro Cap Design Validation and Errors]]
 
:* [[Progressive Capture Workflow|Service Manager Progressive Capture]]
 
:* [[Progressive Capture Workflow|Service Manager Progressive Capture]]
 +
:* [[Project_Manager_Progressive_Capture|Project Manager Progressive Capture]]
 
|}
 
|}
  
Line 31: Line 37:
  
 
==Branches==
 
==Branches==
<div class="mw-collapsible mw-collapsed" data-collapsetext="Show Less" data-expandtext="Read More" style="width:1000px">
+
[[File:pcf_decision1.png |right|300px|decision node based on request summary]] 
In progressive capture, branches allow the workflow designer to send the analyst down different routes to potentially collect different information depending on the choices that are made on progressive capture forms. It is important to remember that a branch node will always inherit the outcomes from its parent progressive capture forms. This means that if you place a branch node after the request details form (as shown in the below screenshot), the only pieces of data that you can make a decision on are the Summary and Description fields (only 2 fields on this default form).
+
[[File:pcf_decision2.png |right|300px|decision node based on request summary]] 
<div class="mw-collapsible-content">
+
In progressive capture, branches allow the workflow designer to send the user down different routes to potentially collect different information depending on the choices that are made on progressive capture forms.  
[[File:pcf_decision1.png |800px|decision node based on request summary]]  [[File:pcf_decision2.png |500px|decision node based on request summary]] 
+
* It is important to remember that a branch node will always inherit the outcomes from its parent progressive capture forms. This means that if you place a branch node after the request details form (as shown in the screenshot), the only pieces of data that you can make a decision on are the Summary and Description fields (only 2 fields on this default form).
 +
* When branching to a new progressive capture it is important to ensure that all Custom Forms have unique names to prevent mapped fields being overwritten.
 +
  
To add a custom expression to a decision node you must first connect the decision node to the next node in the flow. You can then click the linking line and define your custom expression. You can define multiple outcomes from a decision node, however you must always have at least one valid outcome, otherwise the progressive capture flow could potentially have nowhere to go which will make it error.
+
===Custom Expressions===
 +
[[File:Custom_Expression_Branching_PC.png |right|400px|multiple outcomes]]
  
[[File:pcf_decision3.png |800px|multiple outcomes]]  [[File:pcf_decision4.png |800px|no match decision]]
+
To add a custom expression to a decision node you must first connect the decision node to the next node in the flow.
</div>
+
* You can then click the linking line and define your custom expression.  
</div>
+
* You can define multiple outcomes from a decision node, however you must always have at least one valid outcome, otherwise the progressive capture flow could potentially have nowhere to go which will make it error.
 +
:* A decision node can have a maximum of '''three''' exist nodes. If you require more than three outcomes you can link one '''decision''' node to another '''decision''' node using a '''No Match''' link and you can then add additional outcome option toa second or subsequent '''decision''' node.
 +
* You can use variable values from any form which has been used in the progressive flow prior to the decision question for example from the '''Customer Search''' form you may use the '''Customer Type''' variable to branch on
 +
* You can branch on a global variable such as where the progressive capture is being used.  For example if it is being used by an analyst in the user app you may want to branch to different forms compared to if the same progressive capture was being used by a customer on either the customer or service portals '''(Global Variable -> Portal Type (Service Desk / Portals)'''
 +
 
 +
<br>
 +
<br>
  
==Switch Process==  
+
==Switch Capture==  
  
In Progressive Capture the Switch Process node provides the ability to seamlessly move to or link Progressive Capture flows together.  One example of where this maybe useful is in Service Manager when choosing a Request Catalog item from the '''Services''' Progressive Capture form, the switch process can be used to switch to the the Progressive Capture flow which is assigned to the chosen Request Catalog item.  
+
In Progressive Capture the Switch Capture node provides the ability to seamlessly move to or link Progressive Capture flows together.  One example of where this maybe useful is in Service Manager when choosing a Request Catalog item from the '''Services''' Progressive Capture form, the switch process can be used to switch to the the Progressive Capture flow which is assigned to the chosen Request Catalog item.  
  
 
Using this node replaces the previous behaviour of jumping from an initial progressive capture to another, and in essence any forms used in both are evaluated and re-used when jumping, it also removes the need to evaluate which forms in the second progressive capture to use, and any issues associated with progressive capture forms being skipped.  
 
Using this node replaces the previous behaviour of jumping from an initial progressive capture to another, and in essence any forms used in both are evaluated and re-used when jumping, it also removes the need to evaluate which forms in the second progressive capture to use, and any issues associated with progressive capture forms being skipped.  
Line 50: Line 65:
 
Using this node, will in effect continue from the initial progressive capture, into the next progressive capture rather than replace it.  This means it does not need to evaluate which forms to skip, it simply ignores any forms already used in the initial progressive capture.  
 
Using this node, will in effect continue from the initial progressive capture, into the next progressive capture rather than replace it.  This means it does not need to evaluate which forms to skip, it simply ignores any forms already used in the initial progressive capture.  
  
Advantages of using the Switch Process Node
+
Advantages of using the Switch Capture Node
  
 
* When switching processes the UI for the analyst is  smooth as you are linking one process to another not replacing one with another
 
* When switching processes the UI for the analyst is  smooth as you are linking one process to another not replacing one with another
Line 59: Line 74:
  
 
Following the use of the Services Details form, you may include a '''Branch''' node, and have two outcomes.
 
Following the use of the Services Details form, you may include a '''Branch''' node, and have two outcomes.
* 1.  Using a Custom Expression, perform a check to see if ''''Service details -> catalogProgressiveCaptureId''' '''Is Set''' (if a request catalog item has been selected)  from here link to the '''Switch Process''' node
+
* 1.  Using a Custom Expression, perform a check to see if ''''Service details -> catalogProgressiveCaptureId''' '''Is Set''' (if a request catalog item has been selected)  from here link to the '''Switch Capture''' node
 
* 2.  Using another Custom Expression perform the same check but set this to '''Is Not Set''' (a Service rather than a request catalog item has been selected) and build your logic accordingly, equally you could define multiple other outcomes from this branch node to reflect the different service choices and paths you wish to take.
 
* 2.  Using another Custom Expression perform the same check but set this to '''Is Not Set''' (a Service rather than a request catalog item has been selected) and build your logic accordingly, equally you could define multiple other outcomes from this branch node to reflect the different service choices and paths you wish to take.
  
On the Switch Process node, you can configure this to link to a specific new process, or use a '''Variable''' to link to the progressive capture linked to the request catalog item which has been chosen.  In this example this is what we will do and the Variable to use would be '''Service details -> catalogProgressiveCaptureId'''
+
On the Switch Capturenode, you can configure this to link to a specific new process, or use a '''Variable''' to link to the progressive capture linked to the request catalog item which has been chosen.  In this example this is what we will do and the Variable to use would be '''Service details -> catalogProgressiveCaptureId'''
 +
 
 +
* '''Note:''' with the introduction of the Switch Capture option, the behaviour will alter slightly on the '''Services Details''' form, is as much as the user will now have to select the '''Next''' button if they are selecting either the Service or the Request Catalog Item in order to progress the progressive capture.  Previously if a Request Catalog Item was chosen the progressive capture would immediately progress without the need to click '''Next'''.
 +
 
 +
== [[Default Form Configuration]] ==
 +
 
 +
Whilst default forms have a set purpose, it is also possible to configure aspects of these forms.
 +
 
 +
::[[Default Form Configuration|Read more...]]
 +
 
 +
== [[Customised Forms]] ==
 +
 
 +
As well as standard forms, Hornbill also provide the ability to create your own custom forms. With custom forms, you can create multiple questions of different field types for analysts and customers to answer during progressive capture.
 +
: '''New''' - A Never Skip configuration option has been added, which can be set to '''True''', this will ensure that this form is never bypassed in your progressive capture flow, even if custom questions have default values set, and the questions are not set to mandatory.  This will ensure the user will always be presented with the form to at least validate the default choices, or change them if required.
 +
 
 +
::[[Customised Forms|Read more...]]
 +
 
 +
== [[Mapping Fields from Customised Forms]] ==
  
* '''Note:''' with the introduction of the Switch Process option, the behaviour will alter slightly on the '''Services Details''' form, is as much as the user will now have to select the '''Next''' button if they are selecting either the Service or the Request Catalog Item in order to progress the progressive capture.  Previously if a Request Catalog Item was chosen the progressive capture would immediately progress without the need to click '''Next'''.  
+
When creating customised forms, and custom questions the default behaviour is for the question and answer to be visible on the request form in a '''Questions''' collapsable section.  It is also possible to map the answer from a custom question to one of the default fields on a request.
  
 +
::[[Mapping Fields from Customised Forms|Read more...]]
  
 
==Sharing and Visibility==
 
==Sharing and Visibility==
Line 84: Line 117:
 
* Home > System > Settings > Advanced
 
* Home > System > Settings > Advanced
  
==Default Form Configuration==
+
== Progressive Capture Options ==
<div class="mw-collapsible mw-collapsed" data-collapsetext="Show Less" data-expandtext="Read More" style="width:1000px">
 
Default forms can be customised
 
<div class="mw-collapsible-content">
 
When selecting a default Hornbill PCF there are two ways in which you can customise it:
 
 
 
:# '''Mark as Mandatory''' - Setting this option to true means that a value or values will need to be provided by the analyst before they can advance to the next progressive capture form. The default setting for each form is false. Mandatory fields are indicated by the vertical red bar on the left edge of the field. If a field is required and you attempt to move to the next PCF without providing a value, you will be shown an error message.
 
 
 
[[File:pcf_mandatory_designer.png |400px|mandatory setting in the progressive capture designer]]  [[File:pcf_mandatory_userApp.png |800px|mandatory setting enforced in the user app]] 
 
 
 
::2. '''Define Additional Display Fields''' - Certain PCF's have the ability to display additional information such as the Organisation Details and Customer Search forms. A Hornbill administrator can select which additional data is displayed when an analyst selects a value from the selected progressive capture form.
 
 
 
[[File:pcf_additionalDisplay_designer.png |400px|In the progressive capture designer]]  [[File:pcf_additionalDisplay_userApp.png |800px|additional display fields shown in the user app]]
 
</div>
 
</div>
 
<div class="mw-collapsible mw-collapsed" data-collapsetext="Show Less" data-expandtext="Read More" style="width:1000px">
 
 
 
==Customised Forms ==
 
 
 
As well as standard forms, Hornbill also provide the ability to create your own custom forms. With custom forms, you can create multiple questions of different field types for analysts to answer during progressive capture.
 
: '''New''' - A Never Skip configuration option has been added, which can be set to '''True''', this will ensure that this form is never bypassed in your progressive capture flow, even if custom questions have default values set, and the questions are not set to mandatory.  This will ensure the user will always be presented with the form to at least validate the default choices, or change them if required.
 
<div class="mw-collapsible-content">
 
[[File:New_PC_Custom_Form.png|600px]]
 
 
 
* With each custom form, it is a good idea to give it a unique form id so that you can identify the answers to your questions later when using the Hornbill [[Business Process Designer |Business Process Workflow]] engine.
 
*The Form Prompt is the piece of text that the user will see when they get to the custom PCF when logging a new request:
 
 
 
[[File:pcf_customForm2_formProperties.png |300px|form properties including form id and form prompt]]  [[File:pcf_customForm_userApp.png |900px|form prompt text in user app]]
 
 
 
* When adding fields to custom forms, there are several configuration options to consider:
 
 
 
=== Field Properties ===
 
 
 
* '''Field Id''' - This is the unique id for the question on the custom form.  This can normally be left, unless you are wanting to map the answer from this question to a custom field on a request, where a field mapping needs to be given.  Read about [[  Progressive_Capture_Designer#Mapping_Fields_from_Customised_Forms| field mappings]]
 
* '''Label''' - This will be the label used to represent the question on the custom form
 
* '''Description''' - You can use this field to provide hints / tips or advice on how to complete the answer to this specific question
 
 
 
=== Field Flags ===
 
 
 
* '''Show this field in summary panel once form is completed''' - Tick this option if you want the question and answer to appear on the right hand side confirmation panel during the progressive capture flow
 
* '''This field requires a value to be provided''' - Tick this option is you want to make the answering of this question Mandatory
 
* '''This field will be visible on the form''' - Tick this option if you want the field to be visible on the form - sometimes this is not needed, if you are passing a fixed value into a field and  you can hide this from the user
 
* '''This field will be read only''' - Tick this option if you wish to use the field to be for '''information only'''
 
* '''This field will be visible in read mode if it has no value'''
 
 
 
=== Field Type Settings ===
 
 
 
* '''Field Type''' - This specifies the type for the field you are adding
 
::* '''Single line text field''' - Use this option if you want to present the user with a single line input box
 
::* '''Multi line text field''' - Use this option if you want to present the user with a multi-line input box
 
::* '''Static checkbox group''' - Use this option if you want the user to select one or multiple values from a definable checkbox list
 
::* '''Dynamic checkbox group''' - Use this option if you want the user to select one or multiple values from a pre-defined checkbox list (choosing which simple list to use as a data provider)
 
::* '''Static drop down select box''' - Use this option if you want the user to select one option from a definable select box list
 
::* '''Dynamic drop down select box''' - Use this option if you want the user to select one option from a pre-defined select box list (choosing which simple list to use as a data provider)
 
::* '''Static radioset''' - Use this option if you want the user to select one option from a definable radio button set
 
::* '''Dynamic radioset''' - Use this option if you want the user to select one option from a pre-defined radio button set (choosing which simple list to use as a data provider)
 
::* '''Date Control''' - Use this option if you only require the user to  provide a date
 
::* '''Date & Time Control''' - Use this option if you require the user to provide both a date and time
 
::* '''Orion user group picker''' - Use this option if you want the user to select a group or groups from the pre-defined organisational groupings
 
::* '''Label''' - Use this option if you want to add a separator into the questions being asked, or on the answers section of the request
 
 
 
* Different field types will have different configuration options including:
 
 
 
* Ability to set default values
 
* Ability to define values for static checkbox, static select box, static radio set options (display name and value)
 
 
 
 
 
[[File:pcf_customForm3_formProperties.png |400px|form properties - static drop down selection box]]  [[File:pcf_customForm4_formProperties.png |400px|form properties - date time picker]]  [[File:pcf_customForm5_formProperties.png |400px|form properties - multi line text input]]  [[File:pcf_customForm4_userApp.png |500px|form summary in user app]]
 
 
 
Analyst view when logging a request:
 
 
 
[[File:pcf_customForm2_userApp.png |800px|Custom PCF in user app]]    [[File:pcf_customForm3_userApp.png |800px|Custom PCF in user app]]
 
</div>
 
</div>
 
<div class="mw-collapsible mw-collapsed" data-collapsetext="Show Less" data-expandtext="Read More" style="width:1000px">
 
 
 
==Mapping Fields from Customised Forms==
 
 
 
When creating customised forms, and custom questions the default behaviour is for the question and answer to be visible on the request form in a '''Questions''' collapsable section.  It is also possible to map the answer from a custom question to one of the default fields on a request.
 
 
 
<div class="mw-collapsible-content">
 
 
 
When creating a custom question on a customised form, each question will require a Field ID to be specified, it is here that the mapping can be performed. When defining the Field ID, if you use any of the following values, the answer to this question will be mapped to the field you have specified.
 
 
 
[[File:Mapping_Custom_Fields.png|600px]]
 
 
 
===Available Fields to Map to===
 
 
 
* '''Summary''' - To map to this field the Field ID needs to be set as '''h_summary'''
 
* '''Description''' - To map to this field the Field ID needs to be set as '''h_description'''
 
* '''Custom Fields a - p''' - To map to any of the custom fields the Field ID need to be set using the following format '''h_custom_a''' or appropriate for the custom field you would like to map too.
 
  
When custom questions have been mapped to a default request field, the question and answer are still available in the '''Questions''' section on a request as well as the default fields mapped too.
+
Each Progressive Capture script has a number of configuration options
* This will allow for the original answer to be retained
 
* The default fields values can be changed once logged
 
  
===Considerations===
+
:* '''Download'''
 +
:: Download the definition file - downloads to a .txt file, a copy of the current progressive capture script
 +
:* '''Upload'''
 +
:: Upload a pcf.txt file to the Progressive capture - this will replace the current progressive capture script content
 +
:* '''Print'''
 +
:: Print out a document that provides a graphical representation of the the Progressive Capture script
 +
:* '''Save''' (Validate, Activate, De-activate)
 +
:: After the creation or editing of a Progressive Capture script, your script needs to be saved and then activated to make if available for use.  Any Progressive Capture that you wish to keep but not have it available for use can be de-activated.
  
* If the Default '''Request Details''' form is used in your progressive capture flow, and you try to map to h_summary or h_description, the values will not overwrite or be written to the summary or description fields, but the custom questions and answers will still be written to the '''Questions''' section on the request.
+
== Versions ==
* If the same mapping is used on different custom forms in your progressive capture flow, the first mapping will be written to the specified default field on the request, and any subsequent mapping to the same field will not overwrite this value, but will be written to the '''Questions''' section on the request.
 
  
===Using Custom Questions and Answers in Email Templates & Measures===
+
== Experimental Features ==
  
If you have a requirement to include the answers to custom questions in email templates within your business process, it is now possible to utilise the above mapping to write the answers to the custom questions into default fields which are immediately available to use as variables when creating your email templates.  
+
Hornbill may introduce new features in an experimental state, customers can choose to enable, use and provide feedback on these features. These features are subject to change and or removal.
  
By using the above mapping to any of the requests custom fields, when creating your email template, simply look for the '''Extended Information''' options available from the variables drop down pick list. They will look like this: '''<nowiki>{{Extended Information.H_custom_x}}</nowiki>'''.  The Extended Information options are listed as 1 through to 20 and these equate to the custom fields a through to p which you will have mapped to.  By selecting the required variable in your email template, this will pass through the answer from your custom question which has been mapped to the corresponding custom field.
+
== Displaying Conditional Fields ==
 +
{{#ev:youtube|1dkfPvoKiZY|400|right}}
  
* '''Update -  From Service Manager 2.41''' mapped answers are also written to the custom columns in the primary h_itsm_requests table (custom a-p), this will allow the custom fields to be used when defining email template variables using the available custom fields, and also as criteria when creating measures in the Advanced Analytics.  This update only applies to data in mapped fields for requests logged after the release of Service Manager 2.41.  The mapped answers are still also mapped to the above Extended Information table.
+
This feature allows for the showing or hiding of fields on custom progressive capture forms based on the answers to other questions on either the same custom progressive capture form, or answers to questions on previous progressive capture forms (conditions).
  
</div>
+
* Add a new form field to a progressive capture form and untick the '''This field will be visible on the form''' option under the '''Default Flags''' tab
</div>
+
* A new '''Override flags''' tab will be visible next to the '''Default Flags''', navigate here and select '''Add new condition'''
[[Category:Administration]]
+
* Give the condition a name and choose options such as '''This field will be visible on the form'''
 +
* Using the '''If the following is true''' option to add conditions under which this field will be shown / hidden, this can be based on a combination of values (answers) to other questions (fields) on the same or previous progressive capture forms.  Select apply Settings when finished.
 +
* It is possible to set multiple sets of '''Conditions''' under which a field may be shown.  Simply add more conditions under the '''Override Flags''' tab using the '''Add new condition''' option
 +
* Where multiple conditions are listed, these will be evaluated from the top down until a match is found, the evaluation will stop here and no further conditions will be checked).
 +
* Complete the '''Field Type Settings''' options to define the attributes of the conditional field.
 +
 
 +
[[Category:Administration]][[Category:Videos]]

Revision as of 02:00, 19 August 2021

Home > Administration > Progressive Capture Designer Index

Introduction

Progressive Capture is a graphical workflow tool that provides a new and simple way to define the capturing of information for a particular application. An application that uses Progressive Capture will include a number of small forms for collecting information related to the application. These forms can be optionally added, ordered, and branched depending on the information being captured.

Related Articles

Nodes

When building a progressive capture script there are a few different nodes that are available to use when considering your design

  • Start
Every progressive capture flow will have a Start node. This is the entry point for all progressive capture scripts.
  • Form
You can choose from a number of pre-configured small forms (in Form Properties) and place them in the sequence you need.
  • Custom Form
Allows you to create your own form complete with custom fields and values.
  • Branch
Allows a custom expression to alter the flow to show different PCF's.
  • Switch
Allows you to link progressive capture's together and seamlessly switch from one to another
  • End
Every progressive capture flow will have at least one of these to end the flow.

Branches

decision node based on request summary
decision node based on request summary

In progressive capture, branches allow the workflow designer to send the user down different routes to potentially collect different information depending on the choices that are made on progressive capture forms.

  • It is important to remember that a branch node will always inherit the outcomes from its parent progressive capture forms. This means that if you place a branch node after the request details form (as shown in the screenshot), the only pieces of data that you can make a decision on are the Summary and Description fields (only 2 fields on this default form).
  • When branching to a new progressive capture it is important to ensure that all Custom Forms have unique names to prevent mapped fields being overwritten.


Custom Expressions

multiple outcomes

To add a custom expression to a decision node you must first connect the decision node to the next node in the flow.

  • You can then click the linking line and define your custom expression.
  • You can define multiple outcomes from a decision node, however you must always have at least one valid outcome, otherwise the progressive capture flow could potentially have nowhere to go which will make it error.
  • A decision node can have a maximum of three exist nodes. If you require more than three outcomes you can link one decision node to another decision node using a No Match link and you can then add additional outcome option toa second or subsequent decision node.
  • You can use variable values from any form which has been used in the progressive flow prior to the decision question for example from the Customer Search form you may use the Customer Type variable to branch on
  • You can branch on a global variable such as where the progressive capture is being used. For example if it is being used by an analyst in the user app you may want to branch to different forms compared to if the same progressive capture was being used by a customer on either the customer or service portals (Global Variable -> Portal Type (Service Desk / Portals)



Switch Capture

In Progressive Capture the Switch Capture node provides the ability to seamlessly move to or link Progressive Capture flows together. One example of where this maybe useful is in Service Manager when choosing a Request Catalog item from the Services Progressive Capture form, the switch process can be used to switch to the the Progressive Capture flow which is assigned to the chosen Request Catalog item.

Using this node replaces the previous behaviour of jumping from an initial progressive capture to another, and in essence any forms used in both are evaluated and re-used when jumping, it also removes the need to evaluate which forms in the second progressive capture to use, and any issues associated with progressive capture forms being skipped.

Using this node, will in effect continue from the initial progressive capture, into the next progressive capture rather than replace it. This means it does not need to evaluate which forms to skip, it simply ignores any forms already used in the initial progressive capture.

Advantages of using the Switch Capture Node

  • When switching processes the UI for the analyst is smooth as you are linking one process to another not replacing one with another
  • The ability to return / revisit the forms in the initial process capture flow, once you have switched or linked to a second process capture flow in order to change values / choices or even change which progressive capture to switch / link too.
  • You don't need to include the same forms in both Progressive Captures, for example the Customer Search form could just be used in the initial progressive capture, and removed from the catalog item progressive capture (obviously if it already exists it will simply be ignored).

Example

SwitchProcessConfig.png

Following the use of the Services Details form, you may include a Branch node, and have two outcomes.

  • 1. Using a Custom Expression, perform a check to see if 'Service details -> catalogProgressiveCaptureId Is Set (if a request catalog item has been selected) from here link to the Switch Capture node
  • 2. Using another Custom Expression perform the same check but set this to Is Not Set (a Service rather than a request catalog item has been selected) and build your logic accordingly, equally you could define multiple other outcomes from this branch node to reflect the different service choices and paths you wish to take.

On the Switch Capturenode, you can configure this to link to a specific new process, or use a Variable to link to the progressive capture linked to the request catalog item which has been chosen. In this example this is what we will do and the Variable to use would be Service details -> catalogProgressiveCaptureId

  • Note: with the introduction of the Switch Capture option, the behaviour will alter slightly on the Services Details form, is as much as the user will now have to select the Next button if they are selecting either the Service or the Request Catalog Item in order to progress the progressive capture. Previously if a Request Catalog Item was chosen the progressive capture would immediately progress without the need to click Next.

Default Form Configuration

Whilst default forms have a set purpose, it is also possible to configure aspects of these forms.

Read more...

Customised Forms

As well as standard forms, Hornbill also provide the ability to create your own custom forms. With custom forms, you can create multiple questions of different field types for analysts and customers to answer during progressive capture.

New - A Never Skip configuration option has been added, which can be set to True, this will ensure that this form is never bypassed in your progressive capture flow, even if custom questions have default values set, and the questions are not set to mandatory. This will ensure the user will always be presented with the form to at least validate the default choices, or change them if required.
Read more...

Mapping Fields from Customised Forms

When creating customised forms, and custom questions the default behaviour is for the question and answer to be visible on the request form in a Questions collapsable section. It is also possible to map the answer from a custom question to one of the default fields on a request.

Read more...

Sharing and Visibility

Progressive capture owners will be able to view their own captures, and captures which have been shared with them from the Progressive Capture List.

When creating or editing a capture it is possible via the Manage Process Settings and Grant Access To option to share your process with:

  • Roles
  • Users
  • Groups - Configured via the Organisational group structure

It is possible to share captures with multiple users, roles and groups. Once a capture has been shared, the user will be able to view the capture from the Progressive Capture list.

To remove visibility to a specific User, Role or Group simply select the Trash Can icon next to the item you wish to stop sharing the capture with.

To enforce the above sharing and visibility controls, ensure the system setting security.bpm_access_controls.enabled is set to On from the administration console:

  • Home > System > Settings > Advanced

Progressive Capture Options

Each Progressive Capture script has a number of configuration options

  • Download
Download the definition file - downloads to a .txt file, a copy of the current progressive capture script
  • Upload
Upload a pcf.txt file to the Progressive capture - this will replace the current progressive capture script content
  • Print
Print out a document that provides a graphical representation of the the Progressive Capture script
  • Save (Validate, Activate, De-activate)
After the creation or editing of a Progressive Capture script, your script needs to be saved and then activated to make if available for use. Any Progressive Capture that you wish to keep but not have it available for use can be de-activated.

Versions

Experimental Features

Hornbill may introduce new features in an experimental state, customers can choose to enable, use and provide feedback on these features. These features are subject to change and or removal.

Displaying Conditional Fields

This feature allows for the showing or hiding of fields on custom progressive capture forms based on the answers to other questions on either the same custom progressive capture form, or answers to questions on previous progressive capture forms (conditions).

  • Add a new form field to a progressive capture form and untick the This field will be visible on the form option under the Default Flags tab
  • A new Override flags tab will be visible next to the Default Flags, navigate here and select Add new condition
  • Give the condition a name and choose options such as This field will be visible on the form
  • Using the If the following is true option to add conditions under which this field will be shown / hidden, this can be based on a combination of values (answers) to other questions (fields) on the same or previous progressive capture forms. Select apply Settings when finished.
  • It is possible to set multiple sets of Conditions under which a field may be shown. Simply add more conditions under the Override Flags tab using the Add new condition option
  • Where multiple conditions are listed, these will be evaluated from the top down until a match is found, the evaluation will stop here and no further conditions will be checked).
  • Complete the Field Type Settings options to define the attributes of the conditional field.