What a closure actually closes, and the three situations that differ
A closure request does not close the same things in every situation. What it always closes is access to the account view; what it never closes on its own is an order that is still moving, a balance held as credits, or a claim that has not been decided yet.
Three situations cover most cases: a closure while two parcels sit in the warehouse, a closure of a dormant account with the alerts already switched off, and a closure after the last parcel has been delivered and any claim is settled. Each one leaves a different stack of unfinished business.
Compare the routes by what they leave open rather than by how quickly they finish. A request sent on a Tuesday with two parcels in the warehouse leaves more behind than one sent three weeks later with an empty shelf.
Closing works at three levels rather than one. The login disappears first, the order history second, and the balance last, and a closure requested without checking the third level is the version people regret, because a balance is the only one of the three that is worth money.
Two parcels still on the shelf when the request goes in
Two parcels in the warehouse means two live orders, and a live order carries money that has already been spent. On our own £70.72 order, the service fee of £2.42, domestic freight of £4.10 and QC charge of £2.50 stay behind if the order is cancelled (Recorded, one order).
Decide the orders first and the account second. Ship, merge or cancel each parcel, wait for the outcome to appear on the order screen, and only then send the closure request. Reversing that order of work is how a refund ends up sitting in an account nobody can open.
1. List every order that has not reached a final state. 2. Ship, merge or cancel each one. 3. Wait for the final state to appear. 4. Send the closure request with the order numbers in the same message.
Timing beats wording here. A closure request sent while one parcel is packed and another is shipped puts two live orders behind a door nobody can open, and the fix afterwards is slower than the four days of patience that would have avoided it.
Two open parcels also mean two possible balances. A refund from one order can land while the other is still in the warehouse, so the balance should be read twice on different days before anything is sent, and the second reading is the one that catches a credit produced by the first cancellation.
A quiet account whose notifications were switched off months ago
A dormant account feels empty and rarely is. Credits left from an earlier refund can sit in the balance for months, because a dormant account produces no notification that anything is waiting.
Read the balance before requesting anything. On a £210 quarter of orders a 6 per cent service fee on a single cancellation is small, but a credits balance built from three cancellations can easily reach double figures and it is the part most often forgotten.
Alerts are the other item to settle. An account whose notifications were switched off during a quiet month can hold an unread message about a claim window, and closing the account without reading it removes the reminder rather than the deadline.
Check a balance that reads zero twice. A credit produced by a cancellation can take a day to appear, and a dormant account closed on the morning of a refund is the one case where a zero balance is genuinely misleading rather than merely unhelpful.
Ask what a balance contains before asking for anything to be closed. A figure on a balance screen can be a refund, a goodwill credit or an adjustment from a line that was removed, and those three behave differently when an account is closed, which is the reason the balance question belongs before the closure request rather than after it.
A file that is empty, delivered and fully settled
This is the clean route. The last parcel has been delivered, any damage claim has been decided, credits have been spent or withdrawn, and nothing is left in flight. Under those conditions a closure request removes one login and nothing else.
Wait for the claim decision rather than the delivery scan. On one of our parcels a claim was decided 11 days after delivery, and a closure sent inside that window would have taken the account away with the decision still pending (Recorded, 3 claims).
1. Confirm the final delivery. 2. Confirm the claim outcome. 3. Spend or record the credits balance. 4. Send the closure request last.
Keep three things from the last order before sending anything: the fee lines, the delivery date and the claim reference if one exists. Those three are what a claim or a query needs, and none of them can be reconstructed from a closed account view.
Weighing the balance, the open orders and the paper trail
Score each route on three visible things: how much money is still inside the account, how many orders are unfinished, and how much of the paperwork you have captured. Those three questions settle the timing without needing any policy detail.
The paper trail is the part that is easy to skip. Export the order list and the fee lines before the account view disappears, because a closed account is a poor place to reconstruct a £16.70 shipping charge for a claim.
Where any of those three is unknown, wait. Closing an account is rarely urgent, and the cost of waiting a week is a week of shelf time inside a 30-day free window (Recorded, reviewed 2026-09-04).
Work the three questions with real figures. On our own quarter the balance inside the account was small, the open orders were none, and the paperwork was already saved, which made the clean route obvious; a single packed parcel would have changed the answer entirely.
What you lose, what you keep, and what to export first
What you lose is the account view: order history, stored addresses, saved payment details if any were stored, and the running record of credits. What you keep is anything already exported, plus every confirmation sent to your own email address.
What you cannot know is how long the company retains the underlying records, or whether a reopened account restores the history (Not verified). We have not tested either, and we would rather say so than describe a process we have not seen.
1. Export the order list with dates and amounts. 2. Export the fee lines for any parcel still claimable. 3. Save the address book as plain text. 4. Store all three outside the account before the request is sent.
Treat the whole exercise as a migration rather than a deletion. Every figure you might need later already exists today, and moving it out costs one afternoon against a claim you cannot file without it.
Store the export in one dated folder rather than across three. A folder named for the month holds the order list, the fee lines and the address text together, and a claim filed eight months later needs exactly that combination in one place.
Itemise the export rather than saving a screenshot. Four files cover everything: the order list with dates and amounts, the fee lines for any parcel still inside a claim window, the address book as plain text, and the balance with the date it was read. Four files take an afternoon and answer every version of the question that follows.
The data point behind this note
On a recorded £70.72 order the service fee of £2.42, domestic freight of £4.10 and QC charge of £2.50 stay behind when an unfinished order is cancelled (Recorded, one order).
Rates last checked 2026-10-02. Where a figure is community-reported we say so; where we could not verify it, we write Not verified instead of estimating.