Parcel orders and Swiggy/Zomato orders on a till that does not integrate.

A parcel has no table, no second visit from the waiter, and no chance to fix anything once the bag has left the counter. So everything the kitchen and the packer need has to be on the ticket before it fires: the portion, the add-ons, and the note in the guest's words. The tax does not change. GST for a standalone restaurant is 5% without input tax credit, dine-in and takeaway and parcel alike, per Busy's rate note (14 Aug 2026) and IndiaFilings (30 Jul 2026).

What does change is the money and the cost. A parcel is paid at the counter as it is handed over, not at the end of a meal, so the tender is decided while the guest is standing there. And packaging is a real cost dine-in never carries: DineOpen's India margins guide (12 Mar 2026) counts packaging and wastage inside a food-cost band of 28 to 35 percent, which is a reason to put the box into the price rather than into the margin. The menu pricing post works through that arithmetic.

The third change is the number on the bill. A parcel bill takes the next number in the same per-till series as your dine-in bills, which is what you want: one series per till, reported as a range, is the shape Table 13 of GSTR-1 asks for (the monthly GST routine walks that return). Two parallel series, one for the counter and one for the floor, is a gap waiting to be explained.

On the register a parcel is an order type, not a different screen. You ring the items the same way, switch the check to Takeaway, which is the register's word for it and what the dashboard's Sales report calls Parcel, fire the KOT to the kitchen printer or the kitchen display, and settle at the counter. There is one takeaway type and it covers the lot, whether the guest is carrying it home or a driver is picking it up.

Settling is marked by the cashier: Cash with the change worked out for you, UPI, or Card. There is no payment gateway in the middle, so the money moves the way it already moves in your shop and the till records which way it went. Part payments work when a guest splits it. The guides for the two halves are takeaway and parcel billing and settling payments and change.

An aggregator order has already reached your kitchen by the time you see it, through the platform's own tablet or its printer. Putting it into the till a second time as a live check means two tickets for one order, and on a Saturday night that is a second biryani. So the rule is simple: the kitchen hears about an order once, from whichever device the order arrived on.

Re-keying is worth it for one reason only, which is wanting a single sales figure for the day that includes platform orders. If that matters to you, ring those orders after the food has gone out, as parcel, and accept that you are typing for a few minutes at closing time. If it does not matter to you, leave them out of the till entirely and read them from the platform's own dashboard. Both are defensible. What is not defensible is half of them.

One thing to settle with your CA first. If you are on the composition scheme, note that Legal Suvidha (2 Aug 2026) treats it as unsuited to aggregator-routed sales. How you record platform orders is a question for your accountant, not for your cashier.

Their orders do not arrive on the register. Menu and price changes do not push to them. Item stock-outs do not push to them. Payouts are not pulled in and reconciled. There is no roadmap sentence to attach to that: today the answer is no, and a page that hedged it would waste your evening.

So if aggregator volume is most of your business, an integrated POS is the right buy and ours is not it. The vendors who do this are easy to find and worth crediting properly. Petpooja's online-order page (read 2026-09-09) says it integrates with Swiggy, Zomato and Dineout, charges no commission of its own for the integration, and produces platform-wise reconciled reports covering commission rate, surplus charges, margins and taxes. That reconciliation report is the piece a busy delivery kitchen actually needs, and we do not have it. Restroworks, DineOpen, SlickPOS (its site lists "Zomato, Swiggy, Uber Eats or Dunzo") and TMBill all list aggregator integration on their own sites too, all read 2026-09-09.

What EasyKOT is instead: a register that bills fast, fires KOTs to a printer or a kitchen screen, counts the cash, and keeps working when the internet does not. If your counter and your floor are the business and the platforms are a slice of it, that trade is fine. If the platforms are the business, buy the integration.

The payout is never the order value, and the useful check is not a percentage. Start with the count: how many orders the platform says it settled for the week against how many your kitchen sent. Whole missing orders are a dispute; a smaller number than you expected on the same count is deductions doing what deductions do. Only after the count matches is it worth reading the rate.

The deductions to read line by line are commission, GST on that commission, the payment charge, packaging where the platform bills it, any promotion you opted into, and TDS. HelloBooks' Swiggy and Zomato reconciliation guide (read 2026-09-09) is the clearest free explanation of the tax pieces: section 9(5) puts the 5% GST on restaurant service supplied through the platform onto the platform itself, the commission the platform charges you carries 18% GST, and section 194-O has TDS deducted from the payout. How each of those lands in your own return is a question for your CA, and the answer differs by registration.

Two things this page will not do. It will not print a commission percentage, because the bands quoted publicly by vendors trace to no survey and your own contract is the only number that binds anyone. And it will not rebuild a calculator that already exists for free: restaurantdaily.ai's aggregator payout checker does the arithmetic, and reading your own partner agreement for the dispute window beats any number a blog quotes for it.

Aggregator money arrives days later and net of everything above, so folding it into the week's sales makes your sales look late and your profit look thin. Keep the two streams apart and each one tells the truth. In the dashboard's Sales report, Order types splits dine-in from parcel, so you can see what the counter is actually worth beside the floor.

Accounts needs switching on once. Under Settings, then Accounts, turn on We sell on Swiggy / Zomato / others, which is off until you do. Every period then carries an Add online payout line under Money in, where you enter the platform, the amount that reached the bank and the date. It lands in Online payouts beside Sales collected rather than inside it, with the Partners tab for who owes you, which is where platform money belongs when you close the week.

The weekly close is where this pays off: sales collected, expenses paid, staff paid, cash carried forward, with the platform side visible and separate. The weekly accounts post is the routine and the weekly accounts guide is the screens. If your counter bills are the part you are unsure about, start with what a GST bill must show.

The register does all of the counter side with no internet at the shop and syncs when the line returns (offline billing). EasyKOT is ₹299 a month or ₹2,990 a year plus 18% GST, with three months free and no card, which is enough time to see whether the parcel half of your business behaves better on one till.