GST accounting, built for textile & garment

Not a dedicated matrix grid. Each variant is tracked as its own item in the master with custom fields and tags, which keeps stock, valuation and GST correct per variant — but a single grid-entry screen for size×colour is not built in.

Yes. Every party has a running ledger with receivables ageing, so overdue outstanding is visible by customer before it ages further.

Yes. Stock is valued by FIFO or weighted-average, so COGS and gross margin are computed from actual cost on each sale.

No dedicated pack — this trade runs on the core suite, and we would rather say so plainly than imply a vertical exists. The core covers it — B2B GST invoices, FIFO or weighted-average COGS, receivables ageing. Variants are items in the master with tags; there is no size-colour matrix grid. For most businesses in this line of work that is the whole requirement, but if you were expecting trade-specific screens, this is the honest answer.

Either edition covers this trade, so pick on how you work rather than on features. Desktop keeps the books on your machine and runs with the internet off; Cloud puts the same books in a browser for a team spread across locations.

B2B GST billing, item-wise stock for variants, and party ledgers with receivables ageing — built for fabric and apparel trade. Concretely: B2B GST invoices, multi-series, item-wise stock for variants, real COGS by FIFO or weighted-average and party ledgers & receivables ageing — every one of them a working screen described in full further up this page, not a roadmap item.

The ones this trade runs into rather than the ones that demo well: many variants, hard to track, long credit cycles strain cash and margins unclear across lots. Each is set out with its cause above, because a business recognising its own problem in writing is worth more than a feature list it has to translate.

In order: add designs/colours/sizes as items with cost; stock valued by FIFO or weighted-average., quote a buyer, convert to a sales order, then a GST invoice., record receipts; party ledgers and receivables ageing update instantly. and reconcile purchases against GSTR-2B for accurate ITC.. It is one sequence in one application, which is the point — the alternative is the same day spread over a billing tool, a spreadsheet and an accountant's inbox.

Yes, and by construction rather than at filing time. CGST/SGST and IGST are split from HSN or SAC and place of supply as each document is raised, the sale posts to a real ledger, and GSTR-1, 3B and 2B reconciliation come off those same books — so the return matches the accounts because it was never a separate exercise.

Masters and opening balances come across; transaction history does not. There is no automated Tally import yet — it is on the roadmap, and we would rather say so than oversell it. You start clean on a date you choose and keep the old system as a read-only archive, which is why most businesses switch at the start of a financial year or quarter.