Skip to main content
Reopening reverses an approval. The period goes back to the person to edit and resubmit. Only an owner or admin can do it, and it is blocked once anything is locked or invoiced.

What reopening does

Nothing is deleted. The hours stay exactly as they were tracked – only their status changes.

When to reopen

1

Something was approved by mistake

You approved the wrong person’s week, or approved before you meant to.
2

A mistake surfaces after approval

The client says four of those hours belong on a different project.
3

A missing entry turns up

The person forgot half a day and it needs adding before invoicing.
4

A rate or billable flag was wrong

The billable split needs redoing before anyone bills against it.
If none of those apply and the time has already been locked or invoiced, you need an adjustment instead.

How to reopen

1

Find the approved period

Go to Approvals → Timesheets → History. Set the status filter to Approved to narrow the list.
2

Open the review screen

Click the row.
3

Click Reopen

The button sits in the sticky bar at the bottom. It only appears when the period is approved, nothing is locked or invoiced, and you hold time.reopenApproval.
4

Write a reason

The dialog reads “Reopening reverses the approval and returns the period to the submitter to edit and resubmit. Blocked once any entry is locked or invoiced.” A Reason for reopening is required.
5

Confirm

Click Reopen timesheet. You get Timesheet reopened. and return to the queue.

Why it is blocked once time is locked

This is the rule that catches people out, and it exists to protect the books.
Reopening is refused if any entry in the period has advanced to locked or invoiced. You get “That period is closed.”
Once a period is closed, the approved hours are a financial record. Something may already be on an invoice a client has seen. Quietly rewinding it would change a number someone has already been billed for. So the rule is simple. An adjustment leaves the original intact and records the correction next to it. That is an honest audit trail. A silent rewind is not.

Reopen vs request changes

They look similar but happen at different points. Both land the period on Changes requested. The difference is what you are undoing – a pending decision, or a decision already made.

Example

Priya Raman approves Sarah Lin’s 32-hour week on Monday. On Wednesday, Bluebird Coffee asks why 4 hours of “competitor research” were billed to Website Redesign when it was agreed as internal work. Priya cannot reopen it – she is a Project Manager. She asks Tom Whitfield, an Admin. Tom opens Approvals → Timesheets → History, filters to Approved, and clicks Sarah’s week. He clicks Reopen and writes “4h competitor research billed in error – should be non-billable per the client agreement.” Sarah’s entries go back to draft. She sees the reason at the top of her timesheet, flips the 4 hours to non-billable, and resubmits. At 100/hourthatremoves100/hour that removes **400** of billable value from the project. Priya approves the corrected week. The activity log reads: Submitted, Approved, Reopened (Tom, with the reason), Resubmitted, Approved. Two weeks later Tom closes the month. Sarah’s hours lock. If the same question came up now, an adjustment would be the only route.

Permissions

time.reopenApproval is deliberately kept above the Project Manager tier. It reverses a decision that has already been recorded, so it sits at the same level as closing a period. Supervision scope also applies. Reopening someone’s period is a cross-member write.

Plan gating

Reopening is never plan-gated. This is deliberate and worth stating clearly. Approving is sold, because it resolves work. Taking an approval back must work on every plan – otherwise a workspace whose subscription lapses mid-week would be left holding a decision it can neither complete nor undo. The same asymmetry applies to withdrawing an expense approval and withdrawing a leave approval.

What happens next

  • The period status becomes Changes requested.
  • Every approved entry returns to draft, carrying your reason.
  • The person is notified, with your reason in the message.
  • Your reason and name are written into the activity log as a Reopened event.
  • They edit and resubmit, and the period goes through review again.

Common questions

On the review screen, in the sticky bar at the bottom. It only shows for an approved period with nothing locked, and only if you hold time.reopenApproval.
Not by default. It is Owner and Admin only. Your workspace can build a custom role that includes it.
No. It lands on Changes requested, so it reads the same as a rejection and the person knows to act.
No. Reopening is refused once any entry is locked or invoiced. Use an adjustment.
That is still enough to block the reopen. The rule is per period, not per entry.
The entries return to draft, so they are no longer approved. Once resubmitted and approved they count again, with whatever corrections were made.

Troubleshooting

  • “That period is closed.” An entry is locked or invoiced. Use an adjustment, or void the invoice first.
  • “You can’t reopen an approved timesheet.” You do not hold time.reopenApproval. Ask an owner or admin.
  • “Give a reason for reopening this, so the history explains itself.” The reason field was empty.
  • “Someone else changed this while you had it open.” The period changed state. Reload and check where it stands.
  • No Reopen button at all. The period is not approved, something is locked, or you lack the capability.

Adjustments

The correction route once time is locked.

Close a period

What locking does, and why it blocks reopening.

Approve a timesheet

The decision you are reversing.

Reject a timesheet

Sending back a period that is still submitted.

Timesheet statuses

Every legal move, including this one.

Void an invoice

Release invoiced time back to locked.