the scenario is to build a request type matrix to decide who are approvers based on site location.
I have my request type let's say adobe.
then a select field where user specifies his location.
then I've 2 hiden custom fields with value in that request type:
then I've created an automation
I'm not being able to perform the update. it always fail.
I'm newbie configuring Jira so you might have a better way to achieve the same goal.
The idea is to have a generic process so it can be applied to several request types without having to multiply the number os automations.
Hello @Diogo Rodrigues ,
Thanks for reaching out and playing around with this, the following settings look to do the trick.
First I created 3 fields to line up with your use case:
Next, for the Automation rule, I set it up as follows and everything looks like it is working great in my test project:
{
"update" : {
"Approvers" : [{"set": []}]
}
}
{
"update" : {
"Approvers" : [{"set": []}]
}
}
Please give this a try and let me know how it goes or if you are running into any issues in the configuration.
Regards,
Earl
Hello, @Earl McCutcheon
indeed what I've requested works many thanks for that.
However it still doesn't fit my needs.
My Matrix is more complex than initially mentioned.
example:
Based on these fields I have different different approvers and resolutions groups
This is Adobe example, but I've dozens of others.
How can I do this without having to multiply the number of request types or custom fields?
Is there any way to have some sort of decision table?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did you ever figure out a solution to this? I'm in a similar situation now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
not exactly. I'm testing an app stagil assets that seems to help, but still on going
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The only solution I am aware of is to create a decision table commonly referred to as a lookup table somewhere and use the webhooks functionality to query it. To the best of my albeit limited knowledge, this somewhere is not going to be Jira and if you locate a way to do that easily within Jira please share. Instead it could be something like Google Sheets and if you aren't familiar with working with API's, you may be able to leverage something like n8n(free and opensource and not terrible) / Zapier / Workato / PowerAutomate / OktaWorkflows to make this easier. n8n can actually be the source of the lookup table as well. If you are experienced or willing to gain the experience, use either SharePoint or Google Sheets to store the lookup table and their respective APIs to get that data using the webhooks functionality in your Jira automation. You can then take the returned data and parse if needed to smart value(s)/variables.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This app looks useful for this type of request.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It's actually not showing up in my instance yet (cloud or server). I'm wondering if they are rolling this out slowly.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.