Does DHgate hold my payment until I confirm delivery?
Direct answer
The platform holds the payment and releases it to the seller when the order is treated as complete, which normally follows either your confirmation or a set number of days after delivery. That window is your only cheap leverage. Once it closes, the route changes from a platform claim into a bank route with a higher evidence bar. Diary the date, not the delivery.
Why
- The confirmation button starts a clock in both directions. Confirming early releases the money and shortens the period in which a defect found on the second day of use can be raised. Waiting costs nothing except patience, because the platform already holds the funds and the seller is not waiting on your goodwill to be paid.
- Evidence has to exist before the window closes. Unboxing photographs with a scale reference, a frame holding the box label and the item together, and the message thread where the seller described the build are what a claim reads. Photographs taken after a claim is opened carry less weight than the same frames taken on the day of arrival.
- The platform route and the bank route are not interchangeable. A reversal through a card issuer sits outside the platform, carries its own evidence burden and its own threshold, and usually ends the account relationship. Treating it as the next step rather than the last one is how buyers lose both the money and the account.
- Diary the release date beside the delivery date, because the two are different events with different consequences. Delivery starts the inspection window. Release ends the platform's own leverage over the seller. A note in a calendar costs nothing, and it is the one part of this process a buyer fully controls once the parcel is moving. Set the reminder for the day before the release window closes rather than on the day it closes, because a claim needs a photograph taken in daylight and a message sent while the seller is still answering. Two days of margin is usually enough to unbox, photograph and write; no margin is not. Where the parcel has not arrived by the reminder, the same entry becomes a tracking check and a request for a revised delivery date.
When this answer flips
- The parcel has not arrived and the tracking page has not moved for several days. The clock to watch is then the dispatch and delivery window rather than the release window, and the transit parameters record a normal pause of five to fifteen days before movement resumes.
- The seller agrees to a partial refund in the message thread before the window closes. A written agreement inside the platform turns the release question into a settlement question, which is faster and cheaper than a return and leaves a record of the reasoning on both sides.
- The item arrives damaged and the carrier's own cover is in play. A carrier claim is then filed alongside the platform one, and the platform window becomes one of two deadlines running at the same time against different evidence sets and different time limits. Keep the two files separate as well, because a carrier will not read a platform message thread and a platform will not read a carrier's claim form.
Three things to do next
Sources and checks
- Platform published rule — Release, confirmation and claim windows as published by the platform, with the auto-confirm period noted separatelyno sample
- Public community thread — Orders where the confirmation timing decided whether a claim was heard at alln=37
- Carrier published policy — Transit pause band used to separate a slow parcel from a lost oneno sample
Last checked · next review due · status current.