Variants under one product
Size and colour hang off a single item. Search finds the shirt; the grid picks the size. Your product list stays the length of your rail, not the length of your rail times eight.
One shirt, eight sizes, four colours — one product in Codipy POS, not thirty-two. Receive a size run in one pass, count it in one pass, and see at a glance which size is the one you keep running out of.
A garment shop has a stock problem shaped differently from every other trade. The item is not "a shirt", it is a shirt in medium in navy, and the shop that treats those as separate products ends up with a product list nobody can search and a stock count nobody finishes. The shop that treats them as one product cannot tell you why the mediums are always gone by Friday.
Codipy POS keeps both truths at once. A product carries its size and colour variants, each with its own barcode and stock, but they live under one name in search and one row in the report. Receiving a new arrival means filling in a grid, not typing thirty-two lines. And when the season turns, the report tells you what to mark down while there is still somebody to sell it to.
Choose this business type during setup and these are the modules Codipy switches on for you.
Size and colour hang off a single item. Search finds the shirt; the grid picks the size. Your product list stays the length of your rail, not the length of your rail times eight.
A new arrival comes in as a matrix — sizes across, colours down, quantities typed straight in. What used to be a page of repeated lines is one screen.
Print labels per variant, so the medium navy scans as the medium navy. Unlabelled stock is where a garment shop's counting errors come from.
Sales by variant show the sizes that empty first and the ones that sit until the sale rail. That is your next order, decided from your own counter rather than the supplier's suggestion.
Dead-stock and slow-moving reports find what has not moved since it arrived — the pieces that need a markdown now rather than a storeroom later.
Return by invoice, or an open return without the bill. The right variant goes back to the right stock line, and a line cannot be returned twice.

Purchase → New Purchase, pick the article, fill the size-and-colour grid, enter the cost. Print labels for the whole run in one go.
Scan the tag. The variant, the price and the stock are on screen before the customer has finished deciding.
Return by invoice, then bill the replacement. Two lines, two stock movements, one customer who did not have to wait.
Slow-moving report, mark down what has not moved, and let the promotion apply itself at the counter so no cashier has to remember the offer.
Day Close with sales by size and colour, so tomorrow's reorder is a decision rather than a hunch.
No — that is the thing this preset exists to avoid. One product carries its variants, each with its own barcode and stock figure, while staying one item in search and one row in your reports.
Yes, per variant, from the product screen. Labels can be printed for a whole size run at once when new stock arrives.
The sales-by-variant report shows what left and what stayed. Most shops find the answer is not what the supplier recommended.
Yes. Promotions apply at the counter automatically, so a "30% off winter" decision does not depend on the cashier remembering which rail is winter.
Multiple godowns and stock transfers are supported, so stock can be moved between locations with a transfer note rather than a phone call and a guess.
Same installer, a different set of modules.