Knowledge Base Articles

Best Practices for Tracking Overtime in Timesheets

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

  1. Navigate to Tempo > Settings > Work Attributes

  2. Click Add Work Attribute

  3. 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

  4. Save the attribute. It will now appear on every worklog form.

How Team Members Log Overtime

  1. Open the Tempo log time dialog on any Jira issue

  2. Enter time spent, date, and description as normal

  3. In the Overtime work attribute field, select Yes

  4. 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

OT

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: Pay / Time-off-in-lieu / N/A

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.

  1. Open the approved Overtime Request issue (e.g. OT-42)

  2. Click Log Time via the Tempo panel on the issue, or open the Tempo Timesheet and search for the issue by key

  3. 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")

  4. Submit the worklog

  5. Transition the Jira issue to Time Logged to notify the manager

  6. 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

  1. Manager receives a notification that time has been logged (status = Time Logged)

  2. 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

  3. If hours match: transition to Done — the overtime record is closed and payroll/HR can be notified

  4. 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 Project = OT + date range

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: project = OT AND status = Approved

Follow up with employees who haven't logged yet

Rejected requests

JQL: project = OT AND status = Rejected ORDER BY created DESC

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 Project = OT + Component or Label

Cost-center breakdown for Finance


Edge Cases & Policy Considerations

What if overtime was worked without prior approval (retroactive request)?


What if overtime spans multiple days?


What if the manager is unavailable to approve?


What if overtime is approved but the work is no longer needed?


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

  1. Navigate to Tempo > Accounts

  2. 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

  3. Optionally, link the account to relevant Jira projects so it appears as an option when logging time on those project issues

  4. Set up a Tempo Budget against the Overtime account if you need to cap overtime spend per period

How Team Members Log Overtime

  1. Open the Tempo log time dialog on any Jira issue

  2. Enter time spent, date, and description as normal

  3. In the Account field, select the Overtime account

  4. 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


  • 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.