What happens to your worklogs when you leave Tempo Timesheets (Jira Cloud)
By Kayabyte · Updated 4 November 2026
Short answer: On Jira Cloud, the worklogs stay in Jira when you uninstall Tempo, but Tempo’s help page says their author and description are set to “Tempo Timesheet”. The real names, accounts, work attributes and billable hours live in Tempo’s own data, which Tempo keeps for about 90 days after uninstall (Financial Manager data for a year). Export everything with the Raw Data report or the Tempo REST API before you uninstall. This page is about Cloud; Data Center behaves differently.
Disclosure: I make Burnrate, a cost and budget app that reads Jira worklogs. It’s not a timesheet, so it doesn’t replace most of what Tempo Timesheets does. This guide applies whichever app you move to. Tempo facts come from its help pages, checked on 4 Nov 2026; check them again before you act, because they can change.
Why it works this way
On Cloud, Tempo keeps each worklog in its own database and writes a copy to Jira using its app account. That has three effects people usually notice late:
- Jira’s own view of a worklog names the Tempo app account, not the person. See How to see project cost from Tempo worklogs in Jira.
- Searching with
worklogAuthorin JQL won’t find the people who logged through Tempo, because Jira doesn’t hold that author. A review on the Timesheets listing and Community threads describe this. - Accounts, work attributes and billable hours are Tempo fields. Jira’s copy doesn’t have them.
So the question when leaving isn’t whether the hours survive. They do. It’s whether you can still tell who logged them and how they were classified.
What Tempo says happens on uninstall
From Tempo’s page What happens with my data if I uninstall Tempo:
| After uninstall on Cloud | |
|---|---|
| Worklogs in Jira | Remain available |
| Author and description in Jira | Set to “Tempo Timesheet” |
| Tempo data | Moved to an archive about 30 days after uninstall, then kept for a further 60 days (about 90 in total) |
| Financial Manager data | Kept for 1 year |
| Reinstall within that window | Tempo says your data is restored to its original state |
| After that | You start with an empty database |
A checklist for leaving
- List what depends on Tempo. Reports, invoices, payroll exports, dashboards and anything using the Tempo API. Ask finance too, since they often hold the oldest dependency.
- Agree a cut-off date. Pick the first day of a month or a billing period, so that no period is half in each system.
- Export while Tempo is still installed. Use the Raw Data report or the Tempo REST API. Keep the worklog ID, Jira issue ID, author account ID, date, seconds, billable seconds, description, account and work attributes. The API command is in the Tempo worklogs guide.
- Check the export against a number you trust. Compare the hours for one closed month with the Tempo report you already sent someone. Do this before anything is switched off.
- Keep the export somewhere your auditors can reach. It holds names and hours, so treat it as personnel data. After the archive window, this may be your only record of who logged what.
- Try the move on one team. Check in a test site or with a few people that new time is logged where you expect and shows the right author.
- Uninstall, then check the time tracking provider. Tempo’s page on ways to log time says Jira’s Log Work form isn’t available while Tempo Timesheets is the provider, so make sure people can log time before the cut-off.
- Put a date in your calendar for the end of the 90 days. It’s your last chance to reinstall and get anything you forgot.
What you can’t easily fix afterwards
Old worklogs keep the app account as author in Jira. Any tool that reads Jira, whichever one you choose, sees those hours as coming from one account. So old hours can still be totalled by project, epic or month, but not by person. The per-person history is the export.
Some teams report deleting the old worklogs and adding them back by script from the export. Treat that as a project of its own: it changes your history and depends on what Jira’s API allows for setting another person as author. Try it on one work item in a test site first.
Questions to ask the next app
- Where do the hours live? In native Jira worklogs, or in the app’s own store with a copy in Jira? This decides whether you face the same problem again, and whether JQL and other apps can read the author.
- What happens to my data if I leave? Read the vendor’s own answer before you buy.
- Can it read my old data? Most can only read Jira’s copy, so ask what they do with hours that have no real author.
Where Burnrate fits
Burnrate prices native Jira worklogs with dated cost and billing rates, and tracks budgets, burn rate and a run-out date. It has no time logging, timesheet or approvals, so you’d need another way to log time, such as Jira’s own Log work, if Timesheets is what you’re replacing. It can’t import your Tempo export. Hours left under Tempo’s account show as Unattributed, so old cost can’t be split per person. While Tempo is installed, its Tempo connection (beta) reads real authors from Tempo instead. Other options are in the comparison of Jira cost and budget apps.
It’s on the Atlassian Marketplace.
FAQ
Do I lose my worklogs if I uninstall Tempo from Jira Cloud? No. Tempo says they remain available in Jira, but the author and description are set to “Tempo Timesheet”, and Tempo-only fields such as accounts and attributes aren’t in Jira.
How long does Tempo keep my data after I uninstall? Tempo’s help page says about 90 days in total, and 1 year for Financial Manager data. If you reinstall within that window, it says your data is restored.
Why doesn’t worklogAuthor find people who log through Tempo? JQL reads Jira’s data, and on Cloud Jira holds the Tempo app account as the author rather than the person.
How do I keep the real worklog authors? Export them before you uninstall, using the Raw Data report or the Tempo REST API, which returns the author’s account ID.
Is this the same on Data Center? No. Tempo has a separate page for Data Center, and this guide doesn’t cover it.
Jira and Atlassian are trademarks of Atlassian. Tempo is a trademark of its owner. Kayabyte is an independent developer and is not affiliated with or endorsed by Atlassian or Tempo.
More guides
- Atlassian Connect end of support: what Jira and Confluence admins should check before 31 January 2027
- How to delete old page versions in Confluence Cloud
- Apps to make a Confluence group watch a space or page, compared
- How to make a Confluence group watch a space or page
- Onboarding in Confluence: make new hires watch the right spaces automatically
- Confluence storage almost full? What counts and how to free it
- Confluence watching but no email? 5 things to check
- How to track billable and non-billable hours in Jira
- How to calculate budget burn rate and run-out date in Jira
- How to count business days between two dates in Jira
- How to see what a Jira epic costs from worklogs
- How to export Jira worklogs to Excel or CSV
- Make a Jira field read-only after approval or when closed
- How to handle hourly rate changes in Jira cost reports without changing past costs
- How to track project cost and budgets in Jira from worklogs
- How to set a WIP limit per person in Jira
- How to see workload per assignee in Jira
- Add a group as request participants in Jira Service Management
- JSM agent can’t find a customer in Request participants: what to check
- Add or remove request participants with Jira Automation
- CC a whole team on every Jira Service Management request
- Group request participants apps for Jira Service Management compared
- JSM organizations vs request participants: which to use
- Why adding request participants in bulk floods inboxes in Jira Service Management, and how to avoid it
- Stop agents or the reporter ending up as request participants
- How to add public holidays to a JSM SLA calendar
- Kanban WIP limit per person in Jira: beyond column limits