Solutions · reviewed
GST for marketplace sellers, computed from the orders themselves
Selling on marketplaces makes GST harder in three specific ways: place of supply changes per order, returns in a later month have to net against the right period, and the marketplace collects TCS that is yours to claim back. Each is a per-order computation, which is why a spreadsheet gets it wrong.
What is computed
- GSTR-3B and the HSN summary from your orders, with place of supply determined per order (CGST/SGST against IGST) rather than defaulted.
- Credit notes for returns netted across periods, so a return in a later month reduces the right figures.
- TCS at 1% under CGST §52 and TDS at 0.1% under §194-O recorded as recoverable credit, not as fees, so the cost of selling is stated correctly and the receivable is visible.
E-invoicing
E-invoices are generated against the government IRP with your own IRP credentials, configured per workspace. Until they are, invoices are produced without an IRN and say so. The run against the live IRP, rather than the specification, is on the public roadmap and is not claimed here.
Still to build, stated plainly
- GSTR-1 generation from marketplace invoices.
- GSTR-2A/2B reconciliation to claim the TCS credit against the marketplace's GSTR-8.
- Accounting export verified against a real Tally, Zoho Books and QuickBooks company.
Questions
- Is this a replacement for my CA?
- No. It produces the figures and the voucher export your accountant files from, with the per-order working behind each number.
- Which marketplaces' TCS is handled?
- Every connected channel that files GSTR-8: the TCS line in each settlement is recorded as credit against that channel.
Where to go next
Channels this applies to
In the documentation
See the settlement gap before you decide
Connect one channel read-only. The first reconciliation pass is free, needs no card, and changes nothing in your current setup.