Garment shop software with size & GST
Run a garment or textile shop — size/colour matrix stock, MRP pricing, barcode billing and apparel GST applied at the rate notified for each price band — on a fast offline app.
Live product UI — sample data.
Size/colour matrix
Hold stock across a size and colour matrix, with barcode billing per variant.
Apparel GST
Applies the apparel slab notified for each garment’s price band, with clean invoices and returns.
Counter & stock
MRP pricing, seasonal schemes, live stock and a real ledger.
What this actually means in practice
A garment counter deals in one style that is really thirty stock lines — every size against every colour, bought in a ratio and never sold in one. The middle sizes clear first, the extremes linger, and the reorder decision is per variant rather than per style. Twice a year the unsold lines are marked down, and a good part of the shop's margin depends on how early that call is taken. Alterations and job-work tailoring run alongside the rail.
So the style is held as one product carrying size and colour variants, each with its own barcode, MRP and live stock. Scan-to-add rings up the exact piece and the low-stock list names the variant, not the style. A season-end markdown is applied through a price list or a discount on the bill, and because cost is held per variant, the margin report shows what each cleared line actually earned. Posted invoices are what GSTR-1 is drawn from.
| Attribute | Held on | Why it matters at the counter |
|---|---|---|
| Style or design code | The product | What the customer points at on the rail |
| Size | Variant axis | Reordering is per size, never per style |
| Colour | Variant axis | One colour sells out while another sits |
| Barcode | Each size-colour variant | Scan-to-add bills the exact piece |
| MRP | Each variant | Bill is MRP-inclusive; markdown applies over it |
| Cost | Each variant | Margin after markdown is readable line by line |
What’s included
- Size / colour matrix stock
- Apparel GST slabs handled
- MRP-inclusive billing
- Barcode POS & thermal receipts
- Seasonal schemes
- Reorder by variant
- Offline-first
What it does not do
- · Markdowns are not scheduled for you — a revised season price is applied through a price list or a discount, when you decide to apply it.
- · There is no size-ratio buying planner; how a style is bought across sizes remains your judgement, not a suggestion the app makes.
- · No payroll, and no one-click Tally import — LekhaPro exports Tally XML today and guided import is on the roadmap.
Frequently asked
Does it handle size and colour variants?
Yes — a size/colour matrix lets you stock, bill and reorder each variant precisely.
Does it get apparel GST right?
Yes — GST is computed by construction on every bill from the item’s HSN and the rate notified for its price band, so a garment either side of the threshold is billed correctly without anyone remembering which slab applies.
Is it offline?
Yes — billing, stock and GST run offline.
How do I reorder only the sizes that are actually selling?
Stock is held per size-colour variant, so the low-stock and reorder reports name the exact line — medium in navy, not simply 'shirt' — and the purchase order is raised against those lines. Sales by variant over a chosen period show which sizes turn and which sit, before you commit to the next buy.
Can it handle alteration and tailoring charges?
An alteration charge is billed as a service line on the same invoice as the garment, carrying its own SAC code, so the customer receives one document rather than two. Where cloth is issued to a tailor and returned as a finished piece, record the movement so the stock leaving the shop is not read as a sale.
What exactly is included in Garment · retail?
size / colour matrix stock, apparel GST slabs handled, MRP-inclusive billing, barcode POS & thermal receipts, seasonal schemes and reorder by variant, and 1 more. Every item on that list is a working screen you can open in the trial rather than a capability described in the abstract.
How is garment · retail handled differently here?
It rests on size/colour matrix, apparel GST and counter & stock. The distinction that matters is that these are structural rather than cosmetic — the behaviour is built into how records are posted, not layered on as a report you have to remember to run.
Does Garment · retail post to the real books?
Yes, and that is the whole reason it lives in this product rather than beside it. What size/colour matrix records lands in the same posted double-entry ledger the Trial Balance, P&L and GST returns are built from — so there is no second set of garment · retail numbers to reconcile against the first.
Does Garment · retail cost extra?
No. Garment · retail is part of the accounting core rather than a paid add-on, so apparel GST is there on the entry tier exactly as it is on the highest one. What the tiers change is reach and depth — devices, multi-branch and multi-warehouse reporting, and whether the conversational AI copilots are switched on.
Can I try Garment · retail before committing?
Yes — 14 days, no card. Test garment · retail against your own masters and your own transactions rather than sample data: the questions worth answering here are about your business's edge cases, and a demo dataset is built not to have any.