Meesho Commission Accounting in Tally: The Right Way

By TallySutra Team · 26 July 2026 · 4 min read

Meesho's commission looks like the simplest line in the payment statement, one fee instead of Flipkart's six, and that simplicity is exactly why suppliers get it wrong. The statement reports Meesho Commission inclusive of GST, alongside a separate GST on Commission figure, and the difference between posting the inclusive number versus splitting it correctly is real money: forfeited input credit on every single order, forever. Here is the correct treatment.

What the statement actually gives you

For each settled Sub Order No, the payment statement shows the commission Meesho charged with GST baked in, and the GST portion broken out. So the split is handed to you: commission net of GST equals the inclusive figure minus GST on Commission. The net portion is your genuine selling expense; the GST portion is, for a registered supplier, typically claimable as input tax credit against your output liability, subject to the usual conditions your CA will confirm.

Ledgers and the journal pattern

Per settlement cycle (or per UTR group), the journal debits Meesho Commission for the period's net total, debits Input GST on Commission for the GST total, and credits the Meesho party ledger. Together with the receipt for Final Settlement Amount and the TCS/TDS receivable entries, the party ledger closes to just the unsettled sub orders, which is the health check for the whole posting; the complete settlement anatomy is in our payment statement explainer.

The three classic mistakes

1. Posting the inclusive figure as expense. Overstates costs and abandons input credit. On thin Meesho margins, the forfeited GST alone can be the difference between a profitable and a loss-making month.
2. Netting commission against sales. Booking only Final Settlement Amount as revenue understates turnover for GST and hides your fee burden entirely. Sales belong at Total Invoice Value from the GST sales report; commission is an expense line.
3. Annual lump-sum commission entries. Balances eventually, but destroys month-wise margin tracking and makes the GSTR-2B input-credit matching, which is monthly, impossible to do cleanly.

Matching input credit against GSTR-2B

Meesho, as the service provider charging you commission, reports those invoices into the GST system, and the credit should surface in your GSTR-2B. Your monthly discipline: total the GST on Commission column from the payment statement, compare with the Meesho entries in GSTR-2B, and investigate gaps, usually period cut-offs where a settlement cycle straddles month-end. Claim only what your CA confirms is matched and eligible; books that carry the input GST in its own ledger make this a five-minute comparison instead of an afternoon.

Automating the split

None of this is hard once; it is hard three thousand times a month. TallySutra's Meesho import performs the commission-GST split automatically for every row of the payment statement you upload, posts net commission and input GST to their ledgers, and generates the balanced voucher set as Tally XML, with sub orders that fail the arithmetic quarantined in an exception queue for CA review. It reads only official panel exports that you upload yourself, no scraping and no API claims, because Meesho has no public seller API to claim. If you are comparing tools for this workflow, our ecom2tally comparison covers how different products handle fee itemisation and input-credit treatment, based on public vendor information.

Commission is Meesho's price for the customer; the GST on it is not part of that price for a registered supplier who claims correctly. Split it, ledger it, match it monthly, and your true cost of selling stays visible while your input credits stay claimed.

Two closing habits make the treatment durable. First, archive each payment statement unedited in a dated folder; the commission and GST figures in those files are your evidence if a rate dispute or an input-credit query surfaces later, and panel history should not be assumed to reach back forever. Second, review the effective commission percentage as a standing line in your monthly close, next to RTO rate and settlement lag. Those three numbers together describe most of what selling on Meesho costs you, and they only exist if the underlying entries are posted itemised and on time. Commission accounting done this way stops being compliance overhead and becomes the instrument panel for the whole channel.

Frequently asked questions

Related reading

• Meesho to Tally Import Errors and How to Fix Them
• Meesho Has No API: How to Automate Accounting Anyway
• Meesho TCS & TDS Compliance for Suppliers
• Meesho Supplier Bookkeeping: The Complete Guide