Bastion Helix for Jira
02 Time tracking · built · in testing

Timesheets people actually fill in.

A weekly grid you can drive from the keyboard, a timer that survives a page reload, billable flags and approvals — all written as ordinary Jira worklogs, so nothing is locked into the app.

Try it live
A weekly timesheet fills in while a timer runs
4ways to type a duration
5 minworklog refresh from Jira
Day 1Tempo history import
0hours stored outside Atlassian
Live demo

The real module, running right here.

Working software on sample data — the same interface that renders inside Jira. It plays a short tour when it comes into view; click anywhere in it to take over.

jira · Bastion Helix Time
Sample data
Loading the timesheet…

Type into any cell — 2h, 1.5, 90m and 1h30 all parse. Start the timer, mark work billable, then submit the week for approval.

What it does

Built for the job, not the brochure.

01

Keyboard-first weekly grid

Type 2h, 1.5, 90m or 1h30 into any cell and it parses, and every entry becomes a real Jira worklog.

02

A timer that survives a reload

Start it on an issue, close the tab, come back later — it is still running, and stopping it logs the time.

03

Billable, accounts and categories

Mark work billable or not, charge it to an account and give it a work category, the fields billing and reporting depend on.

04

Approvals and locked periods

People submit a week; approvers approve or reject it. Past periods can be locked so the numbers that went to finance stay put.

05

Schedules, holidays and capacity

Working schedules and holidays set what a full week looks like, so utilisation compares hours with what was actually available.

06

Rates, utilisation, invoicing

Rates turn hours into money, utilisation shows who is stretched, and exports feed the invoice.

How it works

Three steps from install to answer.

1

Log time your way

Type into the grid, start the timer, or keep logging in Jira as you do today — it is all the same worklog.

2

Submit the week

People submit; approvers see the people they approve and approve or reject the week.

3

Report and bill

Hours flow into charts, budgets and invoicing exports with their billable flags and accounts.

Where the data lives

Inside Atlassian, with Jira’s rules.

A timesheet says who worked, for how long, on whose account. That is personal data, so it stays inside Atlassian’s boundary, and hours follow their own visibility rule on top of Jira’s project permissions. What “never leaves your instance” means →

  • You see your own hours
  • Project admins see hours in their projects
  • Approvers see the people they approve; hours on issues they can’t open show as one anonymous line
  • Jira admins see everyone’s
Questions

Straight answers.

Can I move my existing Tempo history across?

Yes, on day one. Export your logged time from Tempo as a CSV and import it on the app’s admin page once the first sync of your worklogs has finished. Accounts, billable flags and work categories are matched onto the Jira worklogs Tempo created, and hours with no Jira worklog behind them are kept as read-only history. It works from the export rather than Tempo’s API, because calling Tempo’s servers would mean your data leaving Atlassian.

Can people see hours they shouldn’t?

Issue data is limited to the projects the viewer can browse, and hours follow their own rule: you see your own, project admins see hours in their projects, approvers see the people they approve, and Jira admins see everyone’s.

Is time stored somewhere other than Jira?

Hours are Jira worklogs. The app adds what Jira has no field for — billable flags, accounts, categories, approvals — in its own Forge storage, inside Atlassian.

Early access

Be first in when it opens.

One email when early access opens. Nothing else — no newsletter, no drip sequence, and the list isn't shared with anyone.

You're on the list. Talk soon.

Early access members get the first year at launch pricing, locked.
Your address is stored with Resend, the email service that will send that one email.

Recorded from the live demo on this site: the module’s real code running on sample data. Nothing is edited apart from the title cards.