eSign for Jira
Breadcrumbs

How to setup an integrated Jira Signature workflow with lockdown, security, validators and post functions

This recipe provides an example Jira Signature workflow for eSign that features the following:

  • Lock down issues to prevent user editing during signing

  • Restrict Signatures to only allow users with specific Space Roles to sign for each Signature Type

  • Auto-Transition on issue status after multiple Signatures captured using Jira Automation

  • Auto-finalize signatures and generate the PDF Archive

  • Void signatures on Reopen

Implement the parts of this example that are needed by your team. Integrating Jira security, workflow, automation and eSign can be complex. Contact the eSign support team if you need help.


Contents

1. Workflow Status

TO DO > IN PROGRESS > IN REVIEW > DONE

att_1_for_2062286864.png

Status Properties

Set the jira.permission.edit.projectrole property on statuses that users should not be able to edit the issue. The property value is the internal ID of the default apps role created by Jira. This configuration prevents users from editing but allows eSign to manage signature data and upload attachments.

  • In Review - User read only / Apps (eSign) can edit

  • Done - User read only / Apps (eSign) can edit

att_3_for_2062286864.png

2. Workflow Transitions

Send for Approval (In Progress > In Review)

Add Validator -> Required Fields (e.g. Description, Due Date) Built in Jira Validator. Select fields that must be populated.

Close as Approved (In Review > Done)

Add Validator -> 1+ Signatures and none Pending:

att_2_for_2062286864.png

Add Post-Function -> Finalize:

att_5_for_2062286864.png

Revert to In Progress (In Review > In Progress)

Add Post-Function -> Void Signatures:

att_6_for_2062286864.png

Reopen (Done > To Do)

Add Post-Function -> Reset/Remove Signature data:

att_7_for_2062286864.png

Back to Review

Add Post-Function -> Reopen Signatures to reverse the Finalize:

att_8_for_2062286864.png

3. eSign Space Settings > Signature Types

Multiple signature types can be set per Work Type, with Required User Roles to configure fine-grained permissions.

Note: The Catalog of User Roles are a global Jira list, shared with all spaces. We recommend keeping these generic.

Additionally, configure Predefined Signees for each signature meaning to streamline the invite process.

image-20260120-224005.png

4. Jira Space Settings > People

Assign Roles to People or Groups to allow Signatures for Signature Types.

att_12_for_2062286864.png

5. Jira Space Settings > Automation

Add a Rule that is Webhook triggered -> if there are no more pending signatures, auto transition to Done:

att_13_for_2062286864.png

Component Details

att_14_for_2062286864.png

 

att_10_for_2062286864.png

 

att_15_for_2062286864.png

 

Note: For more detailed walkthrough of creating Jira Automation, see How To Integrate eSign for Jira with Slack or Teams

6. eSign Space Settings > Webhook

Configure the eSign Execute webhook to trigger the automation rule.

Execute -> call Automation A1 webhook:

att_11_for_2062286864.png