How to read your Daraz settlement report, line by line

Updated: September 2026

Most sellers open a settlement file, look at the bottom number, compare it to what they expected, and close it again. That is the whole of the relationship.

The file is worth more than that. It is the only document that says what you were actually paid, order by order and fee by fee, and it is the only thing that can be matched against your bank. Once you know what the columns mean, it stops being a wall of rows and starts being an answer.

The first thing to understand is the one that trips up almost everyone: a settlement file is not a list of orders. It is a list of fee lines. One order can produce six rows, or twelve. Some rows belong to no order at all. Counting rows will never give you a sales figure.

Where to get it

Seller Centre, finance section, the statement for the cycle you are checking. Download the file itself — the on-screen summary is a summary, and what you need is underneath it.

The order report will not do. The order report tells you what you sold. Only the settlement file tells you what you were paid, and only the settlement file can be reconciled against your bank statement.

What the columns mean

These are the columns on the file as it downloads today, checked September 2026. Daraz has renamed columns before and will again, so read the header row rather than trusting a position.

Fee Name — the whole meaning of the row. Everything else on the line is context; this column says what happened. The section below is a guide to the vocabulary.

Amount (Include Tax) — the figure that matters. If a fee has a separate tax component, this is the one that already includes it, which means these are the amounts that add up to your payout. Do not build your own total out of the pre-tax column and wonder why it disagrees with your bank.

Order No. — the order the line belongs to. It will be blank or repeated in ways you do not expect, because not every fee is charged against one order. See the traps below.

Order Line ID — a single item inside an order. If a buyer ordered three different products in one order, that is three line IDs under one order number, and fees can land against any of them. This is the correct key to match on when an order has more than one item.

Seller SKU — your own SKU code, as you set it on the listing. It is what makes per-SKU profit possible, and it is only as good as your SKU discipline. Sellers who let Daraz generate the SKU lose this column's value entirely.

Statement Number and Statement Period — which payout cycle the line belongs to. Keep these. When you later ask Daraz which settlement an order was paid in, this is the answer you are proving or disproving.

The fee names, and what each one actually is

This is where the file stops being obvious. Daraz's fee vocabulary mixes six different kinds of money into one column, and reading them as one bucket called "fees" is how sellers end up with numbers that look precise and are wrong.

Money coming in from the buyer

• Product Price Paid by Buyer — the sale itself.
• Shipping Fee Paid by Buyer — delivery the buyer paid for.

These are positive. They are not fees. If your calculation treats every row in the file as a deduction, your sales figure will be missing and your fee figure will be enormous.

The second one is a particular trap: the buyer's shipping money is collected here and then charged back out as Shipping Fee. It arrives and it leaves. Counted as revenue on one side without the matching charge on the other, it inflates both the sale and the fees.

What Daraz keeps

• Commission Fee — a percentage of the item price, set by the product's category. Usually the largest single deduction.
• Payment Fee — charged on collecting the money.
• Shipping Fee — the delivery leg, billed to you.
• Handling Fee — fulfilment handling.
• Handling Fee for Return — a returned parcel still costs its handling.

Tax withheld

• Income Tax Withholding
• Sales Tax Withholding
• Reversal of Income Tax Withholding
• Reversal of Sales Tax Withholding

Withheld at source. In Pakistan the income tax withheld here does not come back to you as a refund into the payout, so your books should carry it as a cost, not as something receivable. The two reversal lines exist because a return undoes the sale, and the tax withheld on it comes back off.

Keep these four apart from the commission group. Folded in with the fees, they make it look like Daraz charged you more, when part of the deduction was tax that Daraz never kept.

Discounts you funded

• Free Shipping Max Fee
• Shipping Fee Discount
• Co-funded Voucher Max
• Daraz Coins Discount Participation Fee
• plus the matching reversal lines, for a promotion undone by a return

A warning about those reversals, because it will cost you an afternoon otherwise: Daraz does not name them consistently. Some are written as Reversal of the fee — Reversal of Free Shipping Max Fee — and at least one is written the other way round, as the fee followed by Reversal: Co-funded Voucher Max Reversal. If you match reversal lines by looking for a prefix, that second shape slips straight past you and the promotion is never handed back. Match on the whole name, and keep a list.

These are not fees in the way a commission is. Daraz charges commission for selling. These four are the portion of a voucher, a coins discount or a free-delivery offer that you agreed to fund when you joined the campaign. The buyer paid less, and the shortfall is billed to you.

This matters because of what it does to your reading of a heavy campaign month. Counted as fees, that month looks like Daraz suddenly got greedier. It did not. You ran a promotion, and the promotion cost what promotions cost. Those are two completely different problems with two completely different fixes, and one column hides the difference.

Refunds

• Product Price Refunded to Buyer
• Commission Fee Refunded
• Payment Fee Refunded

A refund is a sale undone, not a fee. Read as a fee, a week with a few returns can look like Daraz kept most of your revenue.

Compensation

• Compensation for Logistics Losses — what Daraz pays when Daraz loses or destroys the parcel.

This is money coming to you, and it carries a different sign from every other named line above. It is small and it is rare, and it is easy to get backwards.

The sign convention, which you must check rather than assume

Deductions arrive negative. Money to you arrives positive. That is the rule, and there are lines that do not read the way their name suggests.

Shipping Fee Discount is the one to be careful with. The name reads like Daraz charging you less for delivery, which would make it money in your favour. It is the opposite — the discount goes to the buyer and the bill comes to you, exactly like the other funded discounts. In the files we parse it arrives with the sign of money coming in, which is why it has to be read as a promotion you paid for rather than as a saving you received.

The safe habit: for any fee name you have not handled before, find one line of it, work out from a single order whether your payout went up or down, and only then write the rule. Guessing from the name is how a column ends up moving money the wrong way twice.

Reading one order, start to finish

Take a single order number and pull every line in the file that carries it. Something like this:

These are illustrative figures, not Daraz's published rates — your category, weight and campaigns will produce different ones. Use the shape.

Two things to notice. The buyer paid 2,600 in total and 2,091 arrived, so 509 came off in between. And the sale was 2,450, not 2,600 — the 150 of buyer shipping came in and went straight back out as part of the 190 shipping charge.

Now subtract what the goods cost you and what the packing cost you, and only then do you have the profit on that order. Everything above this line is Daraz's side of the transaction. Your cost is yours, and the file knows nothing about it.

The sum of every line in the file is what was released to you. That is the check. If your own total does not match the released amount, you have mis-handled a fee name — most often a sign, or a line you left out because you did not recognise it.

The five traps

1. The comma. Amounts over a thousand are written with a separator: 1,964.00. Open the file in a spreadsheet and that column can land as text, so your SUM quietly ignores it, or a parser reads it as 1. This is not theoretical — a single line of it was the whole of a Rs. 1,963 disagreement we once chased, and every other fee agreed to the rupee, because no other fee had a line over a thousand for it to happen to. Check that your amount column is really numeric before you trust any total built on it.

2. Fees that belong to no order. Some lines are charged at the account level, not against an order — adjustments, account-level corrections, campaign charges. They have no order number to match on. They are real money and they must be in your total, but they will never appear in a per-order breakdown. If you total only the rows that matched an order, your figure will be short and you will not know why.

3. A reversal can arrive in a later statement. An order sells in one cycle and comes back in the next, so its refund lines sit in the next file. Per-order profit calculated from one statement will overstate anything that was later returned. To get one order right you need every statement that carries a line for it, not just the one it sold in.

4. Release Status is not proof of payment. Seller Centre shows a release or payment status. It updates late and it can say released for money that has not moved. The authority is your bank statement. Reconcile bank against statement, and statement against parcels — never against a status flag, which only ever confirms what the flag already said.

5. Checking the total instead of the rows. A month's total can look right while individual parcels are missing from it entirely, because fees and adjustments move the total anyway. A missing row does not raise an error. If you have never matched delivered parcels against settled ones, some of yours are probably unpaid.

A ten-minute monthly routine

1. Download every statement covering the month, and the one after it.
2. Check the amount column is numeric, not text.
3. Total it. It should equal what was released, and what was released should equal what your bank received.
4. Group by Fee Name and look at the list of names. Any name you do not recognise is worth ten minutes — new fee types appear, and the first month one shows up is the cheapest time to understand it.
5. Split the names into the six groups above before drawing any conclusion about "fees going up".
6. Match delivered parcels against settled ones, and keep the unmatched list.

Done monthly, this is twenty minutes. Done once a year, it is a week, and by then the evidence for anything you want to dispute is a year old.

FAQ

What is the difference between the order report and the settlement report?

The order report lists what you sold. The settlement report lists what you were paid, as individual fee lines, and it is the only one of the two that can be matched against your bank statement. An order can appear in the order report and never appear in any settlement file, which is exactly the situation nobody notices.

Why does one order have so many rows in the settlement file?

Because the file lists fees, not orders. The sale, the buyer's shipping, the commission, the payment fee, the delivery charge and the tax are each their own row, and a return or an adjustment adds more later. An order with several items produces rows against each item's line ID.

Which amount column should I add up?

The one that includes tax. Those are the amounts that add up to what was actually released to you. Totalling a pre-tax column instead is the usual reason a seller's own figure disagrees with their bank by a small, stubborn amount.

Some fee rows have no order number. What are they?

Account-level charges and adjustments that were not billed against a single order. They are genuine deductions and belong in your total, but they cannot be attributed to one parcel, so a per-order breakdown will never include them.

How long should I keep settlement files?

Keep all of them. They are the only evidence of what you were paid, they are what a dispute is argued from, and Seller Centre is not a permanent archive you control. Download each cycle and keep it somewhere of your own.

Doing this without the spreadsheet

Omnek reads your settlement statements and your orders in the same place, so the fee names are already sorted into the groups above — what Daraz kept, what tax was withheld, what a promotion cost you and what came back on a return — and the profit it reports is what arrived in the bank, after fees and after returns.

Per-SKU profit comes from the same data, which is how a product that sells well and earns nothing becomes visible instead of staying hidden inside a month that looked fine.

Every figure stays traceable back to the statement line it came from, because a reconciliation you cannot audit is just another number to disbelieve.

Everything Omnek does for a Daraz seller is on one page, with the free profit calculator at the top.