Community Announcements have moved! To stay up to date, please join the new Community Announcements group today. Learn more
×Hello!
Newbie here! I would like to create an automation rule that will calculate the due date of different issues (we should therefore have multiple different due dates) based on a due date initially entered at the Epic level.
Hi @Allah-asra_ Yankal -- Welcome to the Atlassian Community!
Do you have a rule you have started writing?
If so, context is important for the community to help. Please post the following:
Until we see those...
How do you decide which Due Dates to use for the different work items? Knowing that will help understand what the rule needs to be successful.
Kind regards,
Bill
@Bill Sheboy thanks for pointing out what is missing from my post.
The project is team-managed, it will be tracking different fulfillment activities. The different activities have been defined and linked to the Epic which serves as template. Every time an event triggers assessment, a team member should be able to create an epic by cloning the template.
The assessment takes 180 days in total. Each task has a fix SLO. Picture 1 is a screenshot of the first 3 tasks ( there are about 16 tasks)
Looking Picture 1 , the first task RC2 - Report IS has a max SLO of 90 days. If the assessment due date is Feb 15,2026 - I would like to Due Date for RC2 to auto-populate to November 17, 2025 as soon as the Feb 15 date is entered.
The RC1-Report IS task has a max SLO of 100 days - so its due date should auto-populate to November 27, 2025
The RC4- IMA with a max SLO of 120 days , should have a due date of December 17,2025.
I have a rule I started writing, but honestly I am not sure of what I am doing. I tried to leverage information I could find out there, but I haven't gotten to far.
The second screenshot is what I have started
TY
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for that information, as it seems to confirm this scenario is solvable...(as oppose to scenarios with cascading dependencies :^)
The key is using the date / time functions to increment the dates in the child work items, and where the SLO values are stored.
If they are stored with each child work item, and the values are numbers, the rule could be something like this, assuming the trigger issue is the Epic:
Please review that documentation for the date / time functions to learn what is possible.
Then, use this how-to article to confirm you have the correct smart value for your SLO field: https://support.atlassian.com/cloud-automation/docs/find-the-smart-value-for-a-field/
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.