Amazon prepaid Royal Mail returns: if the parcel never arrives, who can actually claim?
Amazon’s policy wording seems clear at first, but the process logic is still not clear.
Amazon says that if a return is lost or damaged in transit, the seller should refund the buyer and then file a claim with the carrier.
But in prepaid return cases, Amazon also says the return label is issued to the customer on the seller’s behalf.
That creates an important practical question.
If Amazon generated the Royal Mail return label, and the seller did not directly buy that label from Royal Mail in the normal way, then what exactly is the seller’s claim route if the parcel never arrives?
This is where the gap is.
Royal Mail’s published compensation rules say a lost-item claim can normally be made by sender or recipient, but only one party will be paid, and the claim process depends on service type, timing, and evidence such as posting details and item value. For many services, the parcel must first be overdue by the required number of working days before it is treated as lost.
So the real issue is not just “seller must claim from carrier.”
The real issue is:
If Amazon requires the seller to claim from Royal Mail, does Amazon also provide the seller with the actual claimant status, proof of posting, service details, and claim evidence needed to do that successfully?
Otherwise the policy risks pushing the recovery burden onto the seller while leaving control of the return label and transport arrangement elsewhere.
I think that is the point that needs clarifying:
not only who carries the loss in theory, but who can actually recover it in practice when the Amazon-generated return never arrives.
If useful, moderators could clarify three points:
In Amazon-generated Royal Mail return cases, who is treated as the formal claimant?
What exact documents or proof does Amazon provide to let the seller submit a valid Royal Mail claim?
If the seller cannot independently claim because the label sits inside Amazon’s return workflow, what is Amazon’s reimbursement route instead?
Here is a tougher closing paragraph in your style:
What makes this difficult is not only the loss itself, but the structure behind it.
The seller may be required to refund first, yet may not control the return label purchase, the carrier-facing contract path, the tracking visibility, or the evidence needed to recover the loss. That means the seller appears to carry the financial risk, while key parts of the return workflow remain under Amazon’s control.
So the real concern is not just a missing parcel. It is a system where liability can be pushed to the seller without giving the seller equal control over the process needed to prevent or recover that loss.
If that is the intended policy position, it should be stated clearly. If not, then the practical reimbursement route for Amazon-generated return labels needs to be explained properly.
Case ID: 12432116532
Amazon prepaid Royal Mail returns: if the parcel never arrives, who can actually claim?
Amazon’s policy wording seems clear at first, but the process logic is still not clear.
Amazon says that if a return is lost or damaged in transit, the seller should refund the buyer and then file a claim with the carrier.
But in prepaid return cases, Amazon also says the return label is issued to the customer on the seller’s behalf.
That creates an important practical question.
If Amazon generated the Royal Mail return label, and the seller did not directly buy that label from Royal Mail in the normal way, then what exactly is the seller’s claim route if the parcel never arrives?
This is where the gap is.
Royal Mail’s published compensation rules say a lost-item claim can normally be made by sender or recipient, but only one party will be paid, and the claim process depends on service type, timing, and evidence such as posting details and item value. For many services, the parcel must first be overdue by the required number of working days before it is treated as lost.
So the real issue is not just “seller must claim from carrier.”
The real issue is:
If Amazon requires the seller to claim from Royal Mail, does Amazon also provide the seller with the actual claimant status, proof of posting, service details, and claim evidence needed to do that successfully?
Otherwise the policy risks pushing the recovery burden onto the seller while leaving control of the return label and transport arrangement elsewhere.
I think that is the point that needs clarifying:
not only who carries the loss in theory, but who can actually recover it in practice when the Amazon-generated return never arrives.
If useful, moderators could clarify three points:
In Amazon-generated Royal Mail return cases, who is treated as the formal claimant?
What exact documents or proof does Amazon provide to let the seller submit a valid Royal Mail claim?
If the seller cannot independently claim because the label sits inside Amazon’s return workflow, what is Amazon’s reimbursement route instead?
Here is a tougher closing paragraph in your style:
What makes this difficult is not only the loss itself, but the structure behind it.
The seller may be required to refund first, yet may not control the return label purchase, the carrier-facing contract path, the tracking visibility, or the evidence needed to recover the loss. That means the seller appears to carry the financial risk, while key parts of the return workflow remain under Amazon’s control.
So the real concern is not just a missing parcel. It is a system where liability can be pushed to the seller without giving the seller equal control over the process needed to prevent or recover that loss.
If that is the intended policy position, it should be stated clearly. If not, then the practical reimbursement route for Amazon-generated return labels needs to be explained properly.
Case ID: 12432116532
4 replies
Seller_kSZCywEhJQQ8J
I would appreciate moderator clarification on a return-policy contradiction from Amazon support.
I have three return orders where Amazon-generated return labels exist, but there is no visible carrier tracking and, according to later support review, no first carrier acceptance scan and no internal Amazon scan either.
Order IDs:
204-9656298-6583510
203-6599668-4932332
026-0334682-3593922
What concerns me is that support gave two opposite instructions on the same case.
First support reply:
I was told to treat these as lost or damaged in transit, refund the buyers, and then claim from the carrier.
Second support reply:
I was told the opposite:
- no first scan means the parcels were never handed to the carrier
- the returns are not valid and in progress
- I should not refund unless the item arrives or Amazon issues the refund
- SAFE-T would only apply if Amazon refunds, not if I refund manually
These two answers rely on completely different assumptions.
The first assumes:
label generated = parcel entered carrier network
The second says:
no first scan = no evidence buyer actually shipped the return
Those are not minor wording differences. They lead to different seller actions, different financial risk, and different claim routes.
This is the point I want clarified:
When an Amazon return label exists, but there is no first carrier scan and no internal scan, is the seller expected to refund or not?
Because if the answer is yes, then Amazon is effectively asking the seller to refund without proof the buyer actually handed over the parcel.
If the answer is no, then support should not be sending generic “refund and claim from carrier” instructions in cases where there is no acceptance scan at all.
So my questions to moderators are:
- Does label generation alone make a return valid in Amazon’s system?
- If there is no first carrier scan, is the return considered actually initiated by the buyer?
- In that situation, does the seller have any refund obligation before physical receipt or Amazon-issued refund?
- Should support be distinguishing more clearly between:
- label created
- parcel accepted by carrier
- parcel lost after acceptance
At the moment, support appears to be mixing these stages together, and that creates avoidable confusion for sellers.
I am not asking for a case-specific exception. I am asking for a clear statement of the policy logic, because the current guidance from support is internally inconsistent.
