NEW Feature on v. 4.39
Requirement: It would be nice to have the approval plugin be able requiring username/password to be entered when replying an approval request. That way it's a little bit more involved and accountable than simply clicking a button. It is easy to claim a mis-click on a button, but if you have to type your username and password correctly to add the approval it is a much more accountable process. At least for the US this would satisfy 21 CFR Part 11 compliance. I would envision this not being a required feature but being able to optionally turn on. |
Navigate on JIRA ADMINISTRATION → Manage apps → HERZUM APPROVAL → Global Configuration → Approval General Settings
In order to enable the Username/password authentication, enable Require Authentication and select the option username/password authentication
Password is the Default value for the the new Option.
When uploading the app, if this tuple doesn't exist already into the table CONFIG_PROPERTIES, the app inserts the following data in the table:
INSERT INTO public."AO_D195E9_CONFIG_PROPERTIES"
("DESCRIPTION", "PROPERTY", "VALUE")
VALUES('Approval Actions Authentication Specifications', 'ACTIONS_AUTHENTICATION_SPEC, 'password');
Any next time that this setting is update via the UI, the existing tuple is updated.
Navigate on JIRA ADMINISTRATION → Manage apps → HERZUM APPROVAL →E-Mail Templates Administration→ Approval Request Tab
You are able to customize the default template and each new created template.
Navigate on the E-mail Template Configuration screen, enable Approval buttons and click the Cog icon to open the Require Authentication screen:
In order to enable the Username/password authentication, enable Require Authentication and select the option username/password authentication
When uploading the app, if the Field REQUIRE_AUTH_SPEC doesn't exist already into the table CUSTOM_MAIL_TEMPLATE, the app add the FIELD
Admissible values for this field are:
The following examples shows how the applied settings work with respect to different Sample use cases.
Actors: Effective approver, Delegated Approver, Super Approvers
Case of Effective approver and Delegated Approver the feature remains as it is:
Case of Super Approvers the following dialog appears:
Actors: Effective approver, Delegated Approver
In this section
Related Documentation
Here you can find some links to our customer documentation relating to the configuration screens and other items described in this page:
Still need help?
We would love to help.