Start with the work
waiting for a person.

Check the location and the observation time first.

The manager worklist answers a narrow question: which qualifying records were visible in this store when this response was checked? It brings pending closing reviews, incoming in-transit transfers and ready repair jobs together. It does not approve, receive, return, pay or change anything.

The displayed observation time belongs to one database snapshot. The screen does not automatically stay live. Deliberately refresh when you need another check; a record can change between reading the list and opening its source. Changing the active location means checking another store, not combining locations into a company-wide dashboard.

Each queue shows up to twenty oldest qualifying rows and indicates when more remain. These windows are not totals. Repair order uses original intake time, not when work became ready. No queue labels an item late, risky, lost or overdue.

A closing count still needs an independent person.

Imagine a manager beginning the morning with a closing review left from the previous shift. Open that exact closing record, including an older one that is outside the cash screen’s recent list. Read the recorded closing evidence in the cash workflow; the worklist does not reproduce amounts, variances or financial totals.

If you recorded the close, another authorized manager must review it. Appearing in your queue does not remove that restriction. The original review workflow checks its own current state and permissions before accepting anything. Reading a row, opening a link or refreshing the worklist is not approval and creates no review decision.

Use the closing-review guide to discuss how your shop explains a difference. This worklist is a way to find the record, not a new cash close or a claim that the drawer reconciles.

Dispatched is a reason to check the handoff.

An incoming row means the route is recorded in transit to the selected location. A route merely initiated at another store is not this receiving queue. A source location’s outgoing work also does not become an incoming task just because the same manager can access both stores.

Open the selected route and check its original identity, stage and destination against the physical piece. A ring and a similar-looking ring should not be treated as interchangeable. The transfer workflow rechecks custody and its allowed next action; the worklist cannot receive a piece, bypass a reservation or establish ownership.

If someone already completed the route after the observation time, the source workflow may show that newer state. Refresh the worklist after finishing your checks. See the receiving walkthrough for the distinction between departure and destination custody.

Ready customer property needs a recorded return.

A repair marked ready remains customer-owned property awaiting the next permitted step. Its row is neither saleable stock nor proof that the customer has collected it. The worklist omits customer contact details and does not send a collection message.

Open the selected repair to read the captured intake and current stage. Before recording a return, use the repair workflow’s recipient name, explicit handover check and note. Those operator records are not a legal identity certificate, a signature or an independently witnessed return.

The ready queue’s oldest-first order comes from intake creation. It does not measure bench time, promise completion dates or assess how long a customer has waited to collect. Repair custody and return stages remain separate from planning amounts, billing and payment.

One hypothetical shift, without a “clear all” shortcut.

1. Read the three reference rows.

   You find a front-register close, a dispatched chain and a ready clasp repair. Treat them as different checks, not three equal approvals.

2. Choose the person and original workflow.

   Your colleague closed the till; you can inspect it through the permitted review flow. The receiving employee checks the chain. A manager records the repair handover only after that handover occurs.

3. Check again when the work changes.

   Refresh explicitly. A row leaving a later queue means it no longer matches that check; it does not prove every store responsibility is complete.

These are illustrative situations, not customer results or measured time savings. The worklist has no task assignment, comment thread, bulk approval or automatic clear control. The source workflows keep their own review requirements. Returning to the list does not confirm the outcome of an interrupted action.

An unavailable view is not an empty shift.

A qualifying row within the checked window with an unreadable required time, unknown closer or invalid register context makes the bounded worklist unavailable rather than silently disappearing. A failed or denied read should not be read as “nothing needs attention.” Recheck access and inspect the original workflow through the shop’s approved process.

Bring an older pending close, a completed receiving route and an uncollected ready repair to a walkthrough. Check source links, permissions and changed-state behavior. This limited worklist is not complete task management, an accounting review, regulated readiness or measured parity with another platform.