I am trying to dynamically set the value of a customfield_12000 (multi select list) based on the following, the automation runs (whilst testing) manually
Hello @shane-nz
Sometimes the problem with an automation rule not working as expected is related to the context of the rule step. Please provide screen i.ages showing your entire rule and the details of the steps where you create the variable and steps where you use the variable.
You said the custom field is a multiple selection field. Are you wanting to add this as another value selected, or overwrite what is in the field with the new value?
Does the field already include in its list of selectable values the value to which you are trying to set the field?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am wanting to dynamically set the value of this field so when run in July it set the value to FY26Q3 and when run in October it sets it to FY26Q4
The automation is a "Create process" so the value would be set the initial option.
Yes this value does exist.
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.
I have used the Advanced JSON editing to set the Planned For field with a static string.
Where the string value is a valid option.
{
"fields": {
"Planned For": [{"value" : "FY26Q1"}]
}
}just looking for the ability to inject the smart-value variable I created in the automation
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This format has set the value in my field
{
"fields": {
"Planned For": [{"value": {{financialYear.asJsonString}}}]
}
}
Will run through a few tests now and get back
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your original code would not have worked, I think, because you said that the field is a multiple selection field and your code didn't include the square brackets around the array of values.
{
"fields": {
"Planned For": [{
"value": "{{financialYear}}"
}]
}
}
Make sure that you do not also have Planned For specified outside of the JSON; i.e. having selected it from the Choose fields to set list.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @shane-nz
With the date / time format function, you could get that financial quarter value in one step:
FY{{now.format("yyqqq")}}
This would work for any date, regardless of the current month. For example, for a date in February it would correctly return FY26Q1.
Please note well: that expression uses the yy format for years based on the calendar. If instead you use week-based years, try YY.
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Note that the reference document from @Bill Sheboy (who is, by the way, an Automation Rules genius) was for Jira Cloud. Per the post tags Jira Server/Data Center is being used.
The reference document for Jira Server/Data Center is here
It looks like the information is the same, though.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oops...thanks, @Trudy Claspill :^)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The above resulted in FY261, my company needs the FY26Q1.
I could be doing something wrong, its been known to happen. I suppose a clumsy alternative could be
FY{{now.format("yy")}}Q{{now.format("qqq")}}
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.
From the reference document if you drill down to the Java documentation I recommend trying "qq".
Q = 3
QQ = 03
qq = Q3 (I believe)
qqqqqqqqqqq = 3rd quarter (maybe?)
Partial list from the Java documentation:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Huh, that is not what I would expect to work since the docs say
Q/q >> number/text
I would expect QQQ to give you a strictly numeric result.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, and...this is why we experiment when using automation rules. :^)
Although the automation docs for Cloud and Server / Data Center may state things like "just like Java" or the "underlying implementation is based on Java's..." there are demonstratable differences. For one example, some of the regex stuff is different...possibly due to how the rule engine parses expressions (before / after escaping tokens) and racetrack timing impacts.
The smart value expression I suggested for the quarter information worked for Jira Cloud as of 17 March 2026 at 1325 PT, but I did not test it for Server or Data Center's various automation versions.
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.