Delivery App Payouts and Your VAT Return: How to Reconcile

A customer orders AED 100 of food through a delivery app. Three weeks later a payout lands in your account for rather less than AED 100, covering a batch of orders across a fortnight, net of commission and a handful of adjustments nobody explained. Now you have to file a VAT return, and the only honest answer to "what did we sell on the apps last month" is a shrug. This is the single most-asked and least-answered question in UAE café bookkeeping, and the reason it stays unanswered is that two different questions are tangled together: a mechanical one about matching records, and a tax one about which figure belongs in the return. They need separating before either can be solved.

Why the payout never matches the sales figure

The money that reaches your bank has been through several subtractions, and the platform's statement does not always present them in a way that maps onto anything in your books. In a typical payout you are looking at the order value the customer was charged, minus the platform's commission, minus or plus a set of adjustments: refunds for orders that went wrong, promotional contributions where a discount was partly yours, delivery fees treated differently depending on who delivered, cancellations, chargebacks, and occasionally a correction from a previous period appearing with no obvious label.

Each of those is a different kind of thing, and collapsing them into one number is what destroys the reconciliation. It is worth writing out, once, what each line in your particular statement actually represents:

That last row is the one to internalise. The payout is the result of a calculation, not an input to one. Any process that starts from the bank statement and works backwards will keep producing numbers that nearly agree, and "nearly" is not a thing you can file.

The payout statement is not a sales report

Most platforms give you both: a merchant portal with order-level data, and a finance statement summarising a payout. They are different documents and only one of them tells you what you sold. The order-level export is the record of sales, dated by order. The payout statement is a record of money movement, dated by transfer, and it will contain items relating to orders from before the period and omit orders from inside it that have not yet been paid out.

So the rule is simple even when the spreadsheets are not: build your sales figures from order-level data, and use the payout statement only to check that the cash arrived and to pick up the costs. If your platform's export does not go down to order level, ask for it — and if it genuinely cannot, that is a material fact about a channel that may be a tenth of your revenue. The same discipline applies to the channel's commercial side, where what delivery commission really costs only becomes visible once you separate gross orders from net cash.

The question to settle once, in writing

Here is the part where most articles state something confident and most owners get into trouble. Whether your books should record the gross order value as revenue with the commission as an expense, or only the net amount received, is not a matter of preference. It turns on the contractual relationship between you and the platform for each service, and it has consequences well beyond presentation: it changes your reported revenue, which touches tax registration questions and corporate tax, and it changes what figures appear on a VAT return.

We are not going to tell you which it is. The honest position is that this depends on your contracts and on advice applied to your business, and it is worth paying for an hour of an accountant's time to get it settled properly. What you should do is make the question explicit and get the answer in writing, so it is a decision on file rather than something each bookkeeper guesses afresh. Ask specifically: for each platform we use, do we record the gross order value or the net; where does the commission sit; how is the VAT on the commission invoice treated; and which figure goes in which box of the return. Then apply that answer consistently, because an inconsistent treatment across months is harder to defend than either treatment applied properly. If you are putting a list together for that meeting, the questions worth asking your accountant covers the rest of it, and recovering input tax is the neighbouring subject you will want covered at the same time.

One thing is not in doubt and is worth saying plainly, because a surprising number of owners assume otherwise: the fact that a platform handled the customer's money does not, by itself, mean the platform has dealt with the tax on the food you cooked. Do not quietly leave app orders out of your return on the assumption that somebody else accounted for them. If you are not sure, that is precisely the question above, and leaving sales out while you wonder is the worst of the available options. It is one of the more expensive items on the list of VAT mistakes restaurants make.

Orders and payouts do not share a calendar

The timing problem is mechanical and it is where most reconciliations quietly fail. Your VAT period has a start and an end. The platform's payout cycle has its own, and the two were not designed to agree. An order placed on the last Thursday of your period may be paid out a fortnight into the next one; a payout received on the second day of your period will be mostly last period's trade.

The fix is to stop thinking of a payout as belonging to a period at all. Report sales by order date, from the order-level export, cut exactly at your period boundary. Separately, keep a running schedule of payouts received and what they relate to, so that at any point you can show the bridge between the two: sales in the period, less commission and adjustments, less amounts not yet paid, plus amounts paid this period relating to earlier orders, equals cash received. That bridge is the reconciliation. Once it is built as a spreadsheet with a stable shape, maintaining it is a weekly task of a few minutes rather than a quarterly archaeology project.

A routine that takes twenty minutes a week

Do it weekly and it stays small. Do it at the return deadline and it will take a day and you will get something wrong.

1. Download the order-level export from each platform for the week, not the payout summary.
2. Compare the order count against what your own till or kitchen screen recorded for the same days. A gap means orders that never reached your system, which is a bigger problem than the bookkeeping.
3. Post the sales by order date, on the treatment your accountant confirmed, with the commission recorded separately as a cost.
4. Match each payout received to the orders it covers, and note anything you cannot explain rather than forcing it to balance.
5. Keep the commission tax invoices in the same place as everything else you will need at filing time — and check they are proper tax invoices, because an input tax claim needs the document, not the statement line.
6. Carry the unexplained items to a short list you take to your accountant once a quarter. Three of them are usually one problem.

The point of the routine is not tidiness. It is that unreconciled app revenue is the single easiest way for a café to understate or overstate its sales without anyone noticing for a year, and it tends to be discovered at the worst possible moment. The broader habits here are the same ones in restaurant accounting basics, applied to the one channel where the money arrives late and in the wrong shape.

Where MidaOne fits

The reconciliation is only as good as the record on your side of it, and that is the half you control. MidaOne records every sale as it happens with 5% VAT applied per sale and an FTA-ready return, and reports by day, by item, by category and by payment method — so "what did we sell on the fifteenth" is a question with an answer, and comparing your own order count to the platform's export is a two-minute check rather than a guess. Expenses sit in the same record as sales, which is where the commission invoices belong. What MidaOne does not do is log into the delivery apps for you: the order-level exports still come from the platforms, and the treatment question above is still one for your accountant. But having one trustworthy record of your own sales is what turns the reconciliation from an investigation into a comparison.

Frequently asked questions

There is a version of this that stays difficult forever, and it is the one where the payout is treated as the starting point and somebody tries to work backwards to the sales. Turn it round — sales from order data, cash as a check on it, one written answer from your accountant about the treatment — and a problem that felt unresolvable becomes a short weekly habit. The apps will keep paying late, in batches, net of things they do not explain. That is their design, and it does not have to be your accounting.