Jira Cloud app

Clockworthy

Recurring work for Jira that runs on time, in your time zone. Pick daily, weekly, monthly or quarterly from a simple form, no cron, and each issue is created as you, with the date in its title.

Coming soon to the Atlassian MarketplaceDocs updated 2026-11-07

Clockworthy adds a Recurring work page to every Jira project. Each schedule creates one issue at its time, in its own time zone, as the person who owns the schedule, so the reporter is a real person and Jira's permissions apply.

Schedules in plain words

Every day or every few days, weekdays, chosen days of the week, a day of the month or its last day, the first Monday or last Friday, quarterly and yearly. No cron expressions.

Time zones that work

Each schedule has its own time zone and runs at its local time, including across the clock changes. The form previews the next five runs before you save.

Created as you

Issues are created as the schedule's owner, so you're the reporter and Jira's own permissions apply, in company-managed and team-managed projects.

Dates in the issue

Put {date}, {week}, {month}, {quarter} or {year} in the summary or description, and set a due date a number of days after each run.

Exactly once

Each run is recorded before its issue is created, so a run never makes two issues. The last 20 runs and their issues show on the page.

Your data stays in Jira

Schedules are stored in your own Atlassian site. Clockworthy has no servers of its own and calls nothing outside Atlassian.

Getting started

Clockworthy is not on the Atlassian Marketplace yet. These steps apply once it is listed.

  1. In Jira, open Apps → Explore more apps, search for Clockworthy and install it. You need to be a Jira admin to install apps.
  2. Open a project. In its navigation you'll find Recurring work. Click it.
  3. Select New schedule, fill in how often, the time and the issue to create, then Preview the next runs and Create schedule.

Clockworthy works in company-managed, team-managed and service projects.

How often a schedule runs

How oftenOptionsExample
Every day (or every few days)Every 1 to 12 daysEvery day at 07:30
WeekdaysMonday to FridayWeekdays at 09:00
Weekly, on chosen daysEvery 1 to 12 weeks, on one or more daysEvery 2 weeks on Mon, Thu at 10:00
MonthlyEvery 1 to 12 months: on a day number, on the last day, or on a weekday such as the first Monday or the last FridayEvery month on the first Monday at 09:00
QuarterlyEvery third month, with the same day options as monthlyEvery quarter on the last day at 16:00
YearlyOn the start date's day and monthEvery year on 1 April at 09:00
  • Day numbers that a month doesn't have run on its last day: day 31 runs on 30 April and on 28 or 29 February.
  • Every few days, weeks or months and quarterly count from the start date. A quarterly schedule that starts in December runs in March, June, September and December.
  • Time zone: any IANA time zone, such as Europe/London or America/New_York. The default is your own Jira time zone. On the day the clocks go forward, a time that doesn't exist runs an hour later on the clock (01:30 becomes 02:30); when they go back, a time that happens twice runs once, at the second one.
  • Start and end: a schedule starts today unless you choose a later date, and can stop after an end date.

Runs are checked every five minutes, so an issue appears within about five minutes of its time. Preview the next runs shows each run with its offset from UTC, so you can see the clock changes: for example Fri 26 Mar 2027, 09:00 (UTC), then Mon 29 Mar 2027, 09:00 (UTC+1).

The issue each run creates

FieldRules
Issue typeAny issue type in the project that you can create.
SummaryRequired, up to 200 characters. Tokens are replaced with the run's date in the schedule's time zone.
DescriptionOptional, up to 5,000 characters. Tokens work here too.
AssigneeOptional. Otherwise the project's default applies.
LabelsOptional, up to 10. Every issue also gets the label clockworthy, so you can find them all with JQL: labels = clockworthy (unless a project automation rule replaces the labels).
PriorityOptional. Otherwise the project's default priority applies.
Due afterOptional: the due date is set this many days after the run's date (0 to 365).
TokenBecomesExample
{date}The run's date2026-11-09
{day}The weekdayMonday
{week}The ISO week2026-W46
{month}Month and yearNovember 2026
{quarter}Quarter and yearQ4 2026
{year}The year2026

If the last issue is still open: choose Create the new one anyway or Skip this run. A skipped run is recorded in the history with the open issue's key.

Who the issues are created as

Whoever creates or last edits a schedule is its owner, and each run creates the issue as them, using Atlassian's user impersonation for Forge apps. The owner is the reporter, and the issue appears in their activity like one they created.

  • To add a schedule you need permission to create issues in the project.
  • Only the owner or a project admin can edit, pause, resume, run or delete a schedule. Editing makes you the owner.
  • If the owner can no longer create the issue, for example because they left the project or the issue type was removed, the run fails, the schedule pauses and the page says why. Fix the cause, then edit or resume it.
  • When an owner's Atlassian account is closed, their schedules pause. Someone else can edit a schedule to take it over.

The Recurring work page

Every schedule in the project, with its rule, next run in local time, last run, owner and status (Active, Paused or Ended). For each one:

ActionWhat it does
EditChange the schedule or the issue. You become the owner.
Pause / ResumeStop or restart runs. Resuming doesn't create the runs that were missed.
Run nowCreate one issue straight away, as the owner. It doesn't change the next scheduled run.
HistoryThe last 20 runs: created (with the issue), skipped or failed, and when.
DeleteRemoves the schedule and its history. The issues it created stay.

If Jira or Forge is unavailable when a run is due, the missed run is made once when it's back, not once for each missed time.

Not in this version

  • Closing or moving the previous issue automatically when a new one is created.
  • Adding issues to the active sprint, and sub-task checklists.
  • A single page for schedules across all projects.
  • Cron expressions. Clockworthy uses plain-words rules on purpose.

Data and privacy

WhatWhere it livesWho can see it
Schedules: name, rule, time zone, start and end dates, the issue template, and the Atlassian account IDs of the owner and the assigneeYour Atlassian site's app storage (Forge storage)Anyone who can open the project's Recurring work page
Run history: the last 20 runs with time, result and issue keyYour Atlassian site's app storage (Forge storage)Anyone who can open the project's Recurring work page
The issues Clockworthy createsIn Jira, like any other issueWhoever Jira's permissions allow
  • Clockworthy stores Atlassian account IDs of schedule owners and assignees, never names or email addresses. Jira shows current names when the page is viewed.
  • As Atlassian requires, Clockworthy reports the account IDs it stores to Atlassian every week. When Atlassian says an account has been closed, Clockworthy replaces it with "(deleted user)" and pauses that person's schedules.
  • Clockworthy has no servers of its own and sends nothing outside Atlassian. It is built to qualify for Atlassian's Runs on Atlassian programme. Its logs record only error types, status codes and counts.
  • We, the vendor, cannot see your schedules or issues.
  • Permissions it asks for: app storage; read and write Jira work, including on behalf of the schedule's owner so scheduled runs can create issues as them; and Atlassian's personal data reporting.

See also our privacy policy.

Troubleshooting

Message or problemWhat to do
"You need permission to create issues in this project to schedule them"Ask a project admin for the Create issues permission, or ask someone who has it to create the schedule.
"Only the schedule owner or a project admin can change it"Ask the owner shown on the schedule, or a project admin.
"Paused: the owner can't create these issues any more"Check that the owner can still create this issue type in the project, and that the assignee can be assigned. Then edit or resume the schedule.
A run was skippedThe schedule is set to skip while the last issue is open. Resolve that issue, or edit the schedule to create anyway.
Issues don't have the clockworthy labelClockworthy adds it when it creates the issue. A Jira automation rule in the project may replace the labels afterwards: check the issue's history, and change the rule to add labels rather than set them.
The issue appeared a few minutes lateRuns are checked every five minutes, so an issue can appear up to about five minutes after its time.
The next run isn't when I expectedCheck the schedule's time zone and start date: every few days, weeks or months, and quarterly, count from the start date. Use Preview the next runs in the form.
"Clockworthy's licence for this site isn't active"The subscription or trial has ended, so schedules are paused. A Jira admin can renew it from the apps section of Atlassian Administration. Schedules stay and resume when it's renewed.

Changelog

VersionDateChanges
0.1.07 Nov 2026First version: Recurring work page, plain-words schedules with time zones and a preview, issue template with date tokens, issues created as the schedule's owner, skip-if-open, run history and exactly-once runs. Not yet released.

Support

Email office@smarteduonline.co.uk with the subject Clockworthy support. Please include:

  • your Jira site address, for example yourcompany.atlassian.net
  • the project key and the schedule's name
  • what you expected and what happened instead, with the time and time zone
  • a screenshot of the Recurring work page or the message