Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Automating worklog, excluding non-working hours and weekends


Hey team, looking to get some advice on an existing automation rule that I have in place.


'Logging work' is new for our team and to avoid slowing down our devs workflow or repeating reminders to fill in the worklog, we put together automation to log the time based on the time differences of two statuses (in progress > code review).

The first step is, we log a start date as noted below, followed by the second rule of logging that work (both rules were found in the community thread, so big thank you to you all!)

My concern is that it doesn't seem to be catering to business hours/days, therefore the worklog isn't accurate.

I read in this thread that I could add 'businessDays', however, I'm not actually sure where to place this and if this would fit my current rule.

Any suggestions would be greatly appreaciated - Thanks in advance!


3 answers

1 vote
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
Apr 05, 2023

Hello @Allan Vaifale 

As an alternative , I guess you can try Time in Status  for Jira Cloud (developed by my SaaSJet team) here you can create several calendars and add info about your work schedule.

Also you will have 7 types of status time reports to quickly analyze your work and improve processes. 

For example The Time in status report shows how long an issue has been spent in each status.

The Assignee time report displays how long it takes each team member to solve a task.


Our add-on has 30-day free trial version and free up to 10 users .

Please, let me know if you have any questions

Hope it helps, 


1 vote
Gracjan Wesołowski _HeroCoders_
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Apr 04, 2023 • edited

Hi @Allan Vaifale 

If you would like to consider using a third-party app for time tracking that has built-in automatic timers, I can recommend our Clockwork Automated Time Tracking & Timesheets Free app. I believe it fits well in your needs.

You can use, and set up your workflow statuses to automatically start tracking time whenever an issue is in "active" status:

active stat.jpg
It also calculates overnight/over-the-weekend time based on working hours.

If you have any questions, you can contact us using our Help Center. 



0 votes
Curt Holley
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Apr 02, 2023

Hi @Allan Vaifale 
The problem with this approach (to automating time tracking) is, even with business days added in, it is still a 24 hour clock. So if something is "In progress" overnight, then moved to "code review", it will record that it was "worked on" all night.
Plus, this approach implies that someone is actively working on the issue the entire time it is in progress. no lunch breaks, meetings, or other time out is factored in.
If automating time tracking is the only way time tracking will be recorded in Jira, it really does raise the question "What is the value of time tracking in Jira?"
You say it is new (Time tracking in Jira), who and what motivated this move? What is the outcome "they" are looking to achieve?

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events