This page outlines three recommended methods for tracking overtime using Tempo Timesheets for Jira on Cloud. Each method fits different team structures, reporting needs, and administrative preferences. Choose the approach that best aligns with your organization's workflow.
Prerequisite: All methods require Tempo Timesheets for Jira (Cloud) to be installed and configured. Users must have appropriate Tempo permissions to log time and manage configurations.
Method 1 — Use a Work Attribute
Overview
Work Attributes in Tempo allow you to attach custom metadata to individual worklogs. By creating an Overtime work attribute, team members can flag any worklog as overtime at the point of entry — without changing the issue, project, or account structure.
When to Use This Method
-
Overtime is occasional and logged on regular project issues
-
You want a lightweight, low-overhead approach
-
Reporting needs to filter by overtime across all projects simultaneously
-
You do not want to create separate issues or accounts just for overtime
Setup Steps
-
Navigate to Tempo > Settings > Work Attributes
-
Click Add Work Attribute
-
Configure the attribute:
-
Name: Overtime
-
Type: Static List (recommended) or Checkbox
-
Values (if Static List):
Yes/No -
Required: Optional — set to required if all worklogs must declare overtime status
-
-
Save the attribute. It will now appear on every worklog form.
How Team Members Log Overtime
-
Open the Tempo log time dialog on any Jira issue
-
Enter time spent, date, and description as normal
-
In the Overtime work attribute field, select Yes
-
Submit the worklog
Reporting
-
Use Tempo Reports > Logged Time and filter by the Overtime work attribute =
Yes -
Export to Excel/CSV for payroll or management review
-
Combine with team/user filters for per-person overtime summaries
Tip: If your organization uses Tempo's Approval Workflow, overtime worklogs flagged via this attribute will naturally flow through the existing approval process — no extra configuration needed.
Pros & Cons
|
Pros |
Cons |
|---|---|
|
Minimal setup — one attribute covers all projects |
Relies on users remembering to flag overtime |
|
No extra Jira issues or accounts needed |
Cannot restrict logging to specific projects |
|
Overtime stays linked to the original task context |
Harder to enforce policy without mandatory field |
|
Easy cross-project overtime reporting |
Work attribute reports may require Tempo Advanced add-on for deep filtering |
Method 2 — Use Internal Issues
Overview
Create dedicated Jira issues (or a dedicated project) specifically for managing overtime requests and logging overtime hours. This method treats each overtime event as a first-class Jira work item — with its own lifecycle, assignee, due date, approval trail, and comment history. Time is logged against these internal issues in Tempo, giving you both the governance of a structured workflow and the time-tracking depth of Tempo's reporting engine.
When to Use This Method
-
Overtime must be formally pre-approved before work begins
-
Your organization needs a clear, auditable trail of who requested, approved, and logged each overtime event
-
Different teams or cost centers have distinct overtime budgets to track separately
-
You want to associate overtime with specific sprints, epics, or components
-
HR or Finance requires documented justification for every overtime claim
Step 1 — Jira Project Setup
Create a dedicated Jira project to house all overtime requests. Keeping it separate from delivery projects prevents board clutter and allows independent permission and workflow control.
|
Field |
Recommended Value |
Notes |
|---|---|---|
|
Project name |
Overtime Tracking |
Visible in all Jira and Tempo filters |
|
Project key |
|
Keep it short — used in JQL, Tempo filters, and issue keys (e.g. OT-42) |
|
Project type |
Business / Company-managed |
Gives full workflow customization control |
|
Project lead |
HR Manager or Team Lead |
Receives escalations and owns the backlog |
|
Default assignee |
Project lead |
Ensures every request has an immediate owner |
Tip: If your organization is multi-team, consider one project per department (e.g. OT-ENG, OT-OPS) to enforce per-team overtime budgets and keep reporting clean.
Step 2 — Issue Type: Overtime Request
Create a dedicated issue type named Overtime Request within the project. This keeps it visually distinct from generic Tasks and enables issue-type-specific screens and workflows.
Recommended custom fields for the Overtime Request screen:
|
Field Name |
Field Type |
Required? |
Purpose |
|---|---|---|---|
|
Overtime Reason |
Paragraph (text) |
Yes |
Justification — deadline pressure, client request, production incident, etc. |
|
Requested Overtime Hours |
Number |
Yes |
Estimated hours so the approver can assess scope before approving |
|
Overtime Date / Period |
Date or Date Range |
Yes |
When the overtime will occur — prevents backdated claims |
|
Approving Manager |
User Picker (single) |
Yes |
Named accountable approver; auto-assigned as reviewer |
|
Related Project Issue |
URL or Issue Link |
Recommended |
Links back to the delivery issue driving the overtime |
|
Compensation Type |
Select List |
Optional |
Values: |
|
Actual Overtime Hours |
Number |
No (filled post-work) |
Confirmed hours once work is done — compared against Requested |
Step 3 — Approval Workflow Design
The workflow is the backbone of this method. It enforces that overtime cannot be logged in Tempo until it has been explicitly approved, and it creates an immutable audit trail of every state transition.
Workflow States
|
Status |
Category |
Status Colour |
Meaning |
|---|---|---|---|
|
Open |
To Do |
Open |
Request has been submitted by the employee; awaiting manager review |
|
Under Review |
In Progress |
Under Review |
Manager has acknowledged the request and is assessing it |
|
Approved |
In Progress |
Approved |
Overtime is authorized; employee may now perform the work and log time |
|
Rejected |
Done |
Rejected |
Request denied; no time should be logged; issue is closed |
|
Time Logged |
In Progress |
Time Logged |
Employee has completed the work and logged hours in Tempo |
|
Done |
Done |
Done |
Manager has verified logged hours match approved hours; record is closed |
Workflow Transitions
|
Transition Name |
From Status |
To Status |
Who Can Trigger |
Condition / Validator |
|---|---|---|---|---|
|
Submit for Review |
Open |
Under Review |
Reporter (Employee) |
Overtime Reason and Requested Hours must be non-empty |
|
Approve |
Under Review |
Approved |
Approving Manager role |
User must be the named Approving Manager |
|
Reject |
Under Review |
Rejected |
Approving Manager role |
Comment required (rejection reason) |
|
Return to Employee |
Under Review |
Open |
Approving Manager role |
Used to request clarification without fully rejecting |
|
Log Time |
Approved |
Time Logged |
Reporter (Employee) |
Actual Overtime Hours field must be filled; hours logged in Tempo must exist |
|
Confirm & Close |
Time Logged |
Done |
Approving Manager role |
Logged hours in Tempo match Actual Overtime Hours within tolerance |
|
Dispute Hours |
Time Logged |
Under Review |
Approving Manager role |
Used if logged hours differ materially from what was approved |
Jira Config Note: Apply a Workflow Validator on the "Approve" transition to restrict it to users in a designated Overtime Approvers project role. This prevents employees from self-approving their own requests.
Step 4 — Notifications & Automation
Use Jira's Automation feature (or the Notification Scheme) to keep all parties informed at each workflow stage without manual follow-up.
|
Trigger |
Action |
Recipients |
|---|---|---|
|
Issue created (status = Open) |
Send email notification |
Approving Manager (from custom field) |
|
Transition → Under Review |
Assign issue to Approving Manager |
Auto-assignment via automation |
|
Transition → Approved |
Send email + comment: "Your overtime request has been approved. You may now perform the work and log your time in Tempo." |
Reporter (Employee) |
|
Transition → Rejected |
Send email with rejection reason comment |
Reporter (Employee) |
|
Issue in Approved for > 3 days with no Tempo worklogs |
Post comment: "Reminder: overtime was approved but no time has been logged yet." |
Reporter (Employee) |
|
Transition → Time Logged |
Send email notification: "Time logged — pending your verification." |
Approving Manager |
|
Issue in Time Logged for > 5 days |
Post comment and notify project lead: "Overtime hours awaiting final confirmation." |
Approving Manager + Project Lead |
|
Transition → Done |
Send email: "Your overtime record has been confirmed and closed." |
Reporter (Employee) |
Tip: Use Jira Automation > Scheduled Rules for the time-based reminders above (e.g. "issue has been in status X for N days"). These run automatically without any manual oversight.
Step 5 — Logging Time in Tempo (Post-Approval)
Employees should only log time in Tempo after the issue has reached the Approved status. This is the gate that connects the governance workflow to actual time tracking.
-
Open the approved Overtime Request issue (e.g.
OT-42) -
Click Log Time via the Tempo panel on the issue, or open the Tempo Timesheet and search for the issue by key
-
Enter:
-
Time spent: Actual overtime hours worked
-
Date: The date(s) overtime was performed
-
Description: Brief summary — reference the original project issue if applicable (e.g. "Overtime for PROJ-234 release deployment")
-
-
Submit the worklog
-
Transition the Jira issue to Time Logged to notify the manager
-
Update the Actual Overtime Hours custom field to match what was logged
Important: Employees should not log time against an Overtime Request issue that is still in Open or Under Review status. Consider using a Tempo Permission Scheme or a Jira issue security scheme to enforce this restriction if policy compliance is critical.
Step 6 — Manager Verification & Closure
-
Manager receives a notification that time has been logged (status = Time Logged)
-
Manager opens the issue and reviews:
-
The Tempo worklogs panel on the issue — verifying dates and hours
-
The Actual Overtime Hours field vs. the Requested Overtime Hours field
-
Worklog descriptions to confirm the work relates to the approved purpose
-
-
If hours match: transition to Done — the overtime record is closed and payroll/HR can be notified
-
If hours differ significantly: transition to Dispute Hours → back to Under Review, add a comment explaining the discrepancy
Step 7 — Reporting
|
Report Type |
How to Run |
Use Case |
|---|---|---|
|
All overtime hours this month |
Tempo Reports → Logged Time → filter by |
Monthly payroll summary |
|
Hours by employee |
Add "Group by User" to the above report |
Per-person overtime totals for HR |
|
Approved but not yet logged |
JQL: |
Follow up with employees who haven't logged yet |
|
Rejected requests |
JQL: |
Track denial rate and reasons for HR analysis |
|
Planned vs. actual hours |
Tempo Planned vs. Logged view on the OT issue |
Compare approved hours to what was actually worked |
|
Overtime by team / component |
Tempo Reports → filter by |
Cost-center breakdown for Finance |
Edge Cases & Policy Considerations
Pros & Cons
|
Pros |
Cons |
|---|---|
|
Clear, auditable approval workflow per overtime request |
Creates extra Jira issues — can clutter boards if not managed |
|
Overtime hours are fully isolated from project work |
Users must manage two issues (original + overtime) |
|
Supports per-team or per-cost-center overtime budgets |
Requires initial project, workflow, and automation setup |
|
Native Jira notifications and escalation work out of the box |
Context of original work is only visible via issue link |
|
Full lifecycle history: requested → approved → logged → confirmed |
Manager must actively close issues or the workflow stalls |
|
Retroactive and disputed overtime scenarios are explicitly handled |
Higher admin overhead compared to Methods 1 and 3 |
Method 3 — Use an Account with Tempo Timesheets
Overview
Tempo Accounts allow you to group logged time for billing, cost tracking, or internal categorization — independently of Jira projects and issues. Creating a dedicated Overtime account gives you a financial and operational view of overtime hours that integrates with Tempo's invoicing and cost features.
When to Use This Method
-
Your organization uses Tempo Accounts for billing or internal charge-backs
-
You need overtime costs rolled up across multiple projects and teams in one view
-
Finance or HR requires overtime data in Tempo's financial reports
-
You want to connect overtime tracking with Tempo Budgets or Invoices
Setup Steps
-
Navigate to Tempo > Accounts
-
Click Create Account and configure:
-
Name: Overtime
-
Key:
OT(or your preferred identifier) -
Category: Internal (or create a dedicated Overtime category)
-
Status: Open
-
Lead: Assign to the HR or Finance manager responsible for overtime approval
-
-
Optionally, link the account to relevant Jira projects so it appears as an option when logging time on those project issues
-
Set up a Tempo Budget against the Overtime account if you need to cap overtime spend per period
How Team Members Log Overtime
-
Open the Tempo log time dialog on any Jira issue
-
Enter time spent, date, and description as normal
-
In the Account field, select the Overtime account
-
Submit the worklog — the hours are now attributed to the Overtime account regardless of which issue or project they're logged on
Reporting
-
Use Tempo Reports > Account Reports and select the Overtime account
-
View hours, costs (if billing rates are configured), and breakdowns by user, team, or period
-
Use Tempo Budgets on the account to monitor overtime spend against approved limits
-
Generate Tempo Invoices if overtime is billed to a client or internal department
Tip: Combine this method with Method 1 (Work Attribute) for the most granular reporting — the Account tells you what it cost, while the Work Attribute tells you which tasks drove the overtime.
Pros & Cons
|
Pros |
Cons |
|---|---|
|
Financial-grade reporting on overtime costs across all projects |
Requires Tempo Accounts to be enabled and configured |
|
Integrates with Tempo Budgets, Invoices, and cost rates |
Users must know to select the correct account when logging |
|
Overtime stays linked to the original task — no extra issues |
Account visibility depends on project-account linking setup |
|
Ideal for organizations billing overtime to clients or departments |
May require Tempo Premium/Advanced plan for full account features |
Method Comparison at a Glance
|
Criteria |
Work Attribute |
Internal Issues |
Account |
|---|---|---|---|
|
Setup complexity |
Low |
Medium–High |
Medium |
|
User effort per worklog |
Minimal (one extra field) |
Higher (two issues to manage) |
Minimal (one extra field) |
|
Approval workflow |
Uses existing Tempo approval |
Full Jira workflow: Request → Review → Approve → Log → Confirm |
Uses existing Tempo approval |
|
Audit trail |
Worklog-level only |
Full lifecycle history per request |
Account-level aggregation |
|
Financial / cost tracking |
Limited |
Limited |
Full (rates, budgets, invoices) |
|
Cross-project reporting |
Yes |
Via project filter |
Yes |
|
Context preserved on original task |
Yes |
Only via issue link |
Yes |
|
Handles edge cases (retroactive, disputed) |
No |
Yes — via workflow transitions |
No |
|
Best for |
Small teams, simple tracking |
Pre-approval workflows, HR audits, compliance |
Finance, billing, cost management |
Recommended Combinations
-
Small team / simple needs: Use Method 1 (Work Attribute) alone — fast to set up, easy to report on.
-
Medium team with approval requirements: Use Method 2 (Internal Issues) to enforce a manager approval step before time is logged.
-
Finance-driven or client-billing environment: Use Method 3 (Account) to capture costs, or combine Method 1 + Method 3 for task-level and financial-level visibility simultaneously.
-
Enterprise / full audit trail: Combine all three — the Work Attribute flags overtime on the worklog, the Internal Issue tracks the approval lifecycle, and the Account rolls up cost reporting.
Questions? Contact your Tempo administrator or visit the Tempo Help Center for detailed configuration guides.