Zomato and Swiggy Payouts: When You Get Paid, and How to Check

Zomato and Swiggy both settle restaurant payouts weekly by default, and Zomato offers a daily option to smaller partners at no extra cost. That is the easy half of the question. The harder half, and the one almost nobody does, is checking that the amount which landed actually matches the orders you fulfilled. Aggregator statements run to dozens of lines of deductions, they changed again in March 2026, and the only person who will ever audit yours is you.

Key takeaways

• Weekly settlement is the default on both platforms. Zomato's daily payout option settles on sales from three days prior.
• Zomato's daily payouts carry no extra fee, but are limited to partners taking 100 or fewer orders a month.
• Your settlement is not order value minus commission. It is order value minus commission, GST on that commission, payment fees, TDS, and any adjustments.
• The March 2026 platform fee rise was charged to diners, not deducted from restaurants. It should not appear on your statement.
• The single number worth calculating is your blended rate: total settled divided by total menu value.
• Reconcile at the cycle level first. Only drop to order level if the cycle total is off.

When the money actually arrives

Weekly is the default. Both platforms run a weekly settlement cycle for restaurant partners, paid into your registered bank account against a payout report for that period. The exact day varies by platform and by account, so take the day from your own recent statements rather than from anything you read online, including this.

Zomato offers daily payouts to smaller partners. In its own announcement, Zomato describes daily payouts as a switch from the traditional weekly system with no extra cost, settling transactions based on sales from three days prior. The feature is toggled in the payout section of the Restaurant Partner App. When launched it was limited to partners receiving 100 or fewer orders a month, so if you are above that, weekly is what you get.

The three-days-prior detail matters more than it sounds. Daily payouts do not mean same-day money. They mean a rolling settlement that trails your sales by about three days, which smooths cash flow rather than accelerating it outright.

What actually delays a payout. Bank holidays push settlement to the next working day. A mismatch in your registered bank details will hold it entirely. And a large refund or penalty adjustment in a cycle can swallow a payout, which is the usual explanation when a week lands far lower than expected.

What is actually being deducted

A payout is not your order value minus a commission. Working through the same arithmetic as our breakdown of what Zomato and Swiggy commission really costs, a single order carries:

• Commission, 15 to 30 percent, charged on the order value after your funded discount
• GST on that commission, 18 percent of the commission itself, which is a pure cost unless you run with input tax credit
• Payment or collection fee, roughly 2 percent on prepaid orders, plus GST on the fee
• TDS under Section 194-O, 0.1 percent, withheld and adjustable against your income tax
• Adjustments: refunds, cancellations, penalties, and promotional co-funding

On a ₹500 menu item with a 20 percent funded discount at 20 percent commission, that stack settles around ₹296. The headline commission was 20 percent. The effective take was about 41 percent of the price you set.

Two lines that should not appear as deductions, and which cause most of the confusion:

TCS. Since restaurant orders came under Section 9(5) in January 2022, the platform pays the 5 percent GST as deemed supplier and TCS no longer applies to those orders. A statement still showing a TCS line for food orders is worth querying. The same section is why you do not remit GST yourself on aggregator orders, which we cover in do you need GST to sell on Zomato and Swiggy.

The platform fee. Both apps raised it in March 2026, Zomato from ₹12.50 to ₹14.90 and Swiggy from ₹14.99 to ₹17.58. That fee is charged to the diner at checkout. It is not a restaurant deduction and should not be on your payout report, whatever the internet told you in March.

The one number to calculate

Before auditing anything line by line, do this once. Take a full settlement cycle. Divide the total amount that hit your bank by the total menu value of the orders in that cycle, before discounts.

That is your blended rate, and it is the only figure that describes what the channel actually costs you. Most owners quote their commission from memory, have never calculated this, and are several points out.

If it lands in the mid-twenties as a percentage taken, you are running without heavy funded discounts. If it starts with a 3 or a 4, your discounts are the leak rather than your commission rate, and no amount of renegotiating the headline number will fix that. What either result does to your bottom line is set out in restaurant profit margin in India.

How to reconcile without losing your evening

Full order-level reconciliation across hundreds of orders is a job for software, not a Sunday. The practical approach is tiered.

1. Check the cycle total first. Take your own count of orders and gross value for the period from your POS, and compare against the payout report's order count and gross value. If both agree, the platform and you are looking at the same set of orders, and you can stop.

2. If the counts differ, find the missing orders. A mismatch in count is the most common real problem and the easiest to evidence. Orders cancelled after preparation, orders marked undelivered, and orders that never made it into the report at all.

3. If the counts agree but the money is short, look at adjustments. Refunds and penalties are where unexplained gaps usually live. Every deduction should map to a specific order. Anything that does not is a support ticket.

4. Keep your own record. This is the part that decides whether you can argue. If your only record of what you sold is the platform's own report, you cannot audit it, because you are checking their number against their number.

That last point is the whole game. Reconciliation is only possible when you have an independent record of every order, which means your own billing system needs to capture aggregator orders as well as dine-in ones, kept separate because they are taxed differently. Whatever billing software you run should be doing that automatically.

When a payout looks wrong

Work in this order.

• Check the cycle dates. The most common false alarm is comparing a payout to the wrong week's orders.
• Check for a large refund or penalty. One disputed order can distort a whole cycle.
• Check your bank details are current. A stale account number holds settlement without an obvious error message.
• Raise it in the partner app with evidence, quoting order IDs and the specific amounts, not a general complaint that the total looks low.
• Escalate to your account manager if the ticket stalls, and keep the paper trail.

Small discrepancies are usually not worth a fight. A pattern of them is, and you can only see a pattern if you have been checking every cycle.

The uncomfortable part

Here is the opinion this piece exists to make.

The aggregator payout system is not designed to be audited by you. The report arrives after the money, in a format built for the platform's accounting rather than yours, with deductions that reference the platform's own order IDs. None of that is necessarily sinister; it is what happens when one party controls both the transaction record and the settlement.

But it does mean the burden of checking sits entirely with the restaurant, and almost no independent restaurant has the time. Which is precisely why the money you keep in full is worth more than the arithmetic suggests. An order taken at your own table settles at the menu price, on the night, with no cycle, no deduction schedule, and nothing to reconcile. That is not an argument for leaving the apps, which sell you reach you cannot buy elsewhere. It is an argument for knowing exactly what each channel costs, and for making sure the channel you fully control is the one that grows.

FAQ

How often do Zomato and Swiggy pay restaurants?

Both settle weekly by default, paying into your registered bank account against a payout report for the period. Zomato also offers daily payouts to smaller partners, settling on sales from three days prior at no extra cost. The exact settlement day varies by platform and account, so take it from your own statements.

Does Zomato offer daily payouts?

Yes. Zomato introduced daily payouts with no additional fee, settling transactions based on sales from three days prior, switchable in the payout section of the Restaurant Partner App. At launch it was limited to partners receiving 100 or fewer orders a month, so higher-volume restaurants remain on the weekly cycle.

Why is my Zomato or Swiggy payout lower than expected?

Usually a funded discount, a refund or penalty adjustment, or a cycle-date mismatch rather than an error. Your settlement is order value minus commission, GST on that commission, payment fees, and TDS, so the effective take can reach 26 to 41 percent of menu price. Check the cycle total against your own order count first.

Did Zomato and Swiggy commission go up in March 2026?

No. What rose in March 2026 was the platform fee charged to diners at checkout, from ₹12.50 to ₹14.90 on Zomato and ₹14.99 to ₹17.58 on Swiggy. That is a consumer-side charge and is not deducted from your settlement. Content describing it as a commission increase is misreading a customer fee as a restaurant rate.

How do I reconcile Zomato and Swiggy payouts?

Start at cycle level: compare the order count and gross value in the payout report against your own POS records for the same dates. If the counts match but the money is short, work through refunds and penalty adjustments, which is where gaps usually sit. You need an independent record of your own orders, or you are only checking their number against itself.

What to do next

Open your most recent settlement report and do one calculation before anything else: total settled divided by total menu value for those orders. That single number tells you what the channel actually costs you, and most owners are several points out from what they believe. Then compare the report's order count against your own for the same dates. If those two checks pass, your payouts are fine and you can stop worrying about them. If they do not, you now have something specific to raise. Book a short dineomai demo if you want aggregator and dine-in orders recorded separately in your own system, so you have a record to check theirs against.