Confirm the workspace, plan, and billing rule
Choose the workspace that should contain the project before creating sample entries. Toggl Track documents billable status on paid plans and billable rates as a Starter feature. If the control is absent, inspect the account and role instead of assuming every free workspace supports the same reporting workflow.
Write the rule in ordinary language first. For a fictional studio, client implementation time is billable while an internal planning meeting is not. Decide what the project represents and which descriptions make the work understandable. A recorded duration alone does not tell a reviewer whether the work belongs in the billable total.
Set the project rate and inspect more specific overrides
In the Projects area, locate the intended project and review its configuration. Toggl documents rate levels from workspace through workspace member, project, project member, and task; the most granular applicable rate takes precedence. Confirm the currency and any applicable override before using the headline project rate in your own calculation.
Use a harmless trial project rather than changing established client rates to see what happens. Record the settings and the person allowed to view or edit them. A rate assigned to a time entry is not an independent per-entry rate field in Toggl's documented model, so investigate the governing configuration when an entry appears to use the wrong value.
Record entries with explicit project and billable status
Prepare two fictional entries: ninety minutes of client implementation and thirty minutes of internal preparation. Give each a clear description, the intended date, duration, project, and billable status. Inspect the stored entry after stopping a timer or saving a manual record. This exercise is a proposed check, not a log of work we performed for a client.
Keep elapsed work separate from how it is categorized. A correct project name does not by itself prove every entry has the intended billable flag. In the sample, the client task should contribute ninety billable minutes and the internal task should contribute none. Review the two entries directly before interpreting an aggregate chart.
| Entry | Duration and status | Illustrative contribution |
|---|---|---|
| Client implementation | 1.5 hours; billable | 150 at an applicable rate of 100 per hour |
| Internal preparation | 0.5 hours; non-billable | 0 in the billable amount |
| Combined tracked time | 2 hours total | 1.5 hours billable; 75% of tracked hours |
| Meaning of the example | One chosen currency; no rounding | Arithmetic only, not a quote, payment, or observed result |
Reconcile the report with the sample entries
Open Reports and its Summary view, set the intended date range, and inspect the filters. The Summary report can display total and billable hours and calculates its revenue figure from billable time and the applicable rate. Check any rounding and currency presentation before comparing that figure with your unrounded sample.
For the fictional entries, reconcile total time, billable time, and amount separately. If one differs, inspect the underlying entries and configuration before adjusting a client-facing document. Keep the report definition with the result: workspace, project, dates, filters, and rate assumptions. A calculated billable amount is not evidence that a client has paid it.
What happens when I change a billable rate?
Check the plan before making the change. Toggl's rate documentation says Starter rate updates affect past data; Premium and Enterprise provide a way to update rates without changing past reports. Preserve a reviewed report and follow the current effective-rate procedure. Do not experiment with a live client's rate when the goal is only to understand the setting.
Why are billable hours or amounts missing?
Inspect the selected workspace, date range, filters, entry status, applicable rate, and the viewer's rate permissions. Then distinguish an entry missing from the report from a present entry with a different amount. A project-level default, a member override, and a reporting filter are different explanations and need different corrections.
Sources and editorial method
Official sources linked throughout this guide were checked on October 29, 2026. Product editions, interfaces, plans, and limits can change. The examples and evaluation exercises are editorial proposals, not reports of hands-on product testing or customer results. Confirm the current documentation for your account before implementing a workflow.