Use “Delete a pending item” in Recued. Remove something from the pending list. If it came from logged hours, you choose whether those hours go back on the unbilled list or get deleted with it.
Delete a pending item
Use “Delete a pending item” in Recued. Remove something from the pending list. If it came from logged hours, you choose whether those hours go back on the unbilled list or get deleted with it.
Complete workflow
Use Invoice Book in Recued for invoicing, receivables, getting paid, and freelance. It includes 17 built-in actions and 9 ready-to-run workflows. Actions that change data use Recued's approval controls.
You are viewing one recipe in this workflow. Installing it opens the complete pack so its other recipes and background automations arrive together.
Use “Issue an invoice” in Recued. Turn the entries you picked into an invoice: lines frozen at issue time, total computed once from minutes, and a balance that payments come off.
Use “Record a payment” in Recued. Take a payment off an invoice's balance. Part payments are supported; overpayment is refused rather than absorbed, and the invoice settles when the balance reaches zero.
Use “Who owes you” in Recued. Every open invoice with what is outstanding, which are overdue, and the oldest one still unpaid.
Use “What each client owes” in Recued. One line per client: what is outstanding, across how many invoices, and how long the oldest has been due.
Use “Records runtime” in Recued. It helps you complete this workflow using the connections and settings you choose.
Show all 10 recipes
Use “Add something billable” in Recued. Anything you can charge for that is not logged time — a fixed fee, materials, a call-out. A negative amount is a credit.
Use “Pull hours into pending items” in Recued. Turn unbilled time entries into pending billable items, priced at a rate you give.
Use “What could go on an invoice” in Recued. Everything billable and not yet invoiced — hours you pulled across and fees you typed in — each with its id, so you can choose.
Use “Carry a balance forward” in Recued. Close a part-paid invoice and issue a new one for exactly what is left, with the VAT carried in proportion. The new invoice takes no items.
The hours have to go somewhere
⛔ This is why the recipe exists. pull-billable-hours marks an hour invoiced and points it at the item it created. Delete that item on its own and the hour is still claimed, pointing at nothing — so it never comes back on the unbilled list, and you never see it again. Silently unbillable. That is the whole failure this closes.
So the item cannot leave alone. Every hour behind it ends up in one of two honest places, and the checkbox is which:
- unchecked — the hours go back on the unbilled list. The item was wrong; the work still happened. They show up in
list-unbilled-hoursagain and can be pulled onto another invoice. - checked — the hours are deleted with it. The work was logged in error. Gone for good, and you will be asked to confirm, because a time log is the only record that it happened.
There is no third option where the hours stay claimed with nothing claiming them. That state is the bug.
⚠ The checkbox does nothing for a typed item. Something you entered by hand has no hours behind it — there is nothing to release or delete.
Only pending items
⛔ An invoiced item cannot be deleted here. Its amount is inside an issued invoice's total and inside its stored lines; removing the item would leave that total unexplained, and the client already has the document. Use a credit instead — add a negative billable item and put it on the next invoice. That is what credits are for: an invoiced item is undone by a new line, a pending one is undone by deleting it.
If it fails halfway
⚠ The hours are settled first, the item second. Deliberately, and the order is the whole safety argument. If the item went first and the hours step then failed, you would be left with exactly the invisible orphan above — claimed hours, no item, no way to notice. This way a half-run leaves the item sitting visibly in your pending list: run it again and it finishes. Re-running is safe, including after the hours are already gone.
It needs FULL access at install — on TWO packs
⛔ This recipe is DENIED if either pack was installed with write access — pick all. Deleting a record is classed destructive, and write does not grant that tier.
⛔⛔ AND ONE OF THE DELETES IS NOT IN THIS PACK. Clearing the hours behind an item calls billable-hours.entry.delete, so billable-hours must ALSO be installed with full access — not just invoice-book. This is the surprising half: the scope you have to pick is on a pack you may not have realised was involved, and the item delete can succeed while the hours delete is refused.
⚠ The refusal is operation_not_granted at the gateway, before the recipe's first step runs. It cannot be detected and explained for you, which is why it is written here rather than left to a runtime message.
How it works
Inspect the data fetches, transforms, gates, and output this recipe runs.
Settings
Configurable at install. Defaults shown — change them anytime in Recued.
item id
setting
=
[object Object]
delete hours
setting
=
false