Marketplace
Orders match to real stock the moment they arrive, commission and fees post against the sale rather than surprise you at payout, returns reverse the way Daraz actually processes them, and settlement reconciles against what actually landed in the bank.
What is required
Stated plainly, because most of the difficulty is operational rather than technical: a marketplace pays out net of fees, and the books have to reflect that from the start.
Daraz orders come from a marketplace queue that batches by seller, not a live checkout you control, so pulling them in has to keep pace with Daraz's own order and status windows rather than assume a direct webhook for every step.
What Daraz pays out is net of commission, payment fees and any promotional cost. If that difference is not captured on the sales document, reported revenue looks larger than what actually lands in the account.
A return-to-seller or return-to-origin on a marketplace order does not behave like a normal sales return, and stock and revenue need to reverse the way Daraz actually processes it, not the way a storefront return would.
A settlement batch pays out many orders at once, sometimes with fees applied after the fact, so what actually lands in the bank account is what reconciliation checks against, not the order total on its own.
How it runs
The order is the easy part. What matters is that the settlement batch three weeks later still matches what was posted.
What you get
New orders arrive on Daraz's polling window, match to a sales order, and reserve stock the same way any other channel does.
Daraz's commission, payment gateway fee and any promotional cost post against the sale, so reported margin reflects what settlement will actually pay out, not the listed price.
A return-to-seller or return-to-origin reverses stock and revenue the way that return type actually behaves, rather than being logged as a standard sales return.
A settlement report matches what Daraz paid out, order by order and fee by fee, against what was posted, so a shortfall is something you find in reconciliation rather than months later.
Stock and price for each listed variant stay tied to the same item record the rest of the business sells from, instead of a separate count maintained on the seller centre.
Your seller account, category commission rates and fulfillment method (seller-fulfilled or marketplace-fulfilled) are set up during implementation and confirmed against a real settlement before you go live.
Questions
Yes. Which orders you fulfill yourself and which route through Daraz's own fulfillment is a setting per listing, and stock and status update correctly either way.
Daraz's category-level commission and any payment or promotional fees are configured during implementation and applied on the invoice, then checked against the real settlement report so the rate on file matches what is actually charged.
They are handled the way Daraz processes that specific return type, reversing stock and revenue correctly rather than being logged as a standard walk-in return.
Yes. Stock is held once and allocated across every channel selling it, so a Daraz sale and a wholesale order draw from the same real position rather than two separate counts.
As far as the settlement reports your seller centre account exposes. Configured during implementation against your actual account, not a generic assumption about their reporting.
It is part of the Growth tier and above, alongside the rest of the connector, API and webhook capability. Implementation configures your seller account and confirms it against a real settlement.
Reconciling Daraz settlements against your books by hand today? Email hello@alpineerp.com or call +1 307 400 9475. See also wholesale companies.
Other integrations
