Time Tracking for GitHub Issues, Billed to the Right Client

Your developers already wrote down what they did. Each repository maps to a client, so the issue they pick is the work that client pays for.

Consulting Cockpit - Time Entry
Edit Time Entry drawer for an hour tracked against a GitHub issue: a GitHub Details block with the issue title as the description, a View on GitHub link and the project the hour belongs to, with the entry itself on the week calendar behind it

Friday Is Too Late to Remember.

01

Hours reconstructed, not recorded

Work written down at the end of the week is remembered work. What nobody remembers, nobody bills.

02

Four words per line

"auth stuff", "#412", "fixed the bug". The client reads the invoice and asks what they paid for.

03

Hours on the wrong engagement

A developer working across three clients picks from memory, and the mistake surfaces when a budget does not add up.

04

No way back to the work

When a line is challenged, nothing connects the hour to the piece of work it came from.

How It Works.

From the issue a developer is already working on to a billable hour, in four steps.

  1. Connect GitHub

    Install the Consulting Cockpit app and choose which repositories it may see. Nothing else is read.

  2. Map each repository to a client

    One repository, one client. Set once in settings, changed whenever the engagement changes.

  3. Type / while tracking

    Consultants see the open issues for the client they are tracking, next to their board tasks and recent entries.

  4. Pick the issue

    The issue title becomes the description, and the entry keeps a link straight back to the issue.

What Keeps the Hours Clean.

The suggestion list is a billing control, not a search box.

Only that client's work

Suggestions come from the repositories mapped to the client being tracked. Another client's tickets never appear.

One repository, one client

A repository cannot be mapped to two clients, so an issue can only ever be billed to the engagement it belongs to.

Closed issues step aside

Only open issues are offered, so nobody logs hours against work that finished last month.

The link outlives the connection

Disconnect GitHub and past entries keep their issue links. They are records of what was billed, not live lookups.

The issue only names the work. The timer, the week calendar and the rates that turn it into a billable hour are covered in Time Tracking

Common Questions.

Which issues can a consultant see?

Open issues from the repositories mapped to the client they are tracking against, narrowed as they type. Issues from any other client are never suggested.

Do pull requests show up as well?

No. Only issues are offered, so an hour is logged against a piece of work rather than a review of it.

Can one repository be shared by two clients?

No. Each repository maps to exactly one client. If a repository moves to another engagement, change the mapping and later hours follow it.

Does every consultant need a GitHub account?

No. One connection covers the whole organisation, and consultants pick issues inside Consulting Cockpit.

What reaches the timesheet and the invoice?

The issue title travels with the hour onto the timesheet and the invoice line, so the client reads the work in their own words. The link to the issue itself stays on the time entry.

Is GitLab or Jira supported?

Not yet. GitHub is the only connection today; issues from other trackers still have to be described by hand.

Stop Retyping What GitHub Already Knows.

Connect a repository, map it to a client, and let your developers track against the issues in front of them. Free for 30 days.