A practical guide to choosing POS billing software for a small shop in India: the features that matter, what to skip, hardware that stays replaceable, and questions to ask before you buy.
A small retail shop usually reaches the same point. The queue at the counter moves too slowly at 7pm. Nobody can say with confidence what is in stock without walking to the shelf. The day's cash is counted at closing and does not quite match, and nobody knows why. The GST return is assembled at month-end from a bill book.
This affects shop owners and the family members or staff running the counter, and it costs in three places: customers who leave a slow queue, sales lost on items that were out of stock without anyone noticing, and shrinkage that is invisible because there is nothing to compare the cash against.
A POS system fixes some of that and none of it automatically. This article covers how to identify which problem you actually have, the features that are genuinely non-negotiable, what is usually not worth paying for at the start, how to choose hardware that stays replaceable, the setup work nobody warns you about, and the questions to ask before signing up.
Before comparing products, watch your own counter for an hour at the busiest time of day. Whatever is slowing it down points at a different feature mattering most, and buying for someone else's bottleneck is the most expensive mistake available here.
You need barcode scanning and a clean item master, and almost nothing else matters until those work. A shop with 8,000 SKUs cannot run on staff memory.
You need a UPI QR that reconciles into the system automatically, rather than a printed QR taped to the counter that someone matches against a bank statement at closing.
You need billing and inventory in one system, so that every sale reduces stock without anyone entering anything twice.
You need a cash-closing report that shows expected against actual on the same day, while the cause of a shortfall is still traceable to a shift and a person.
The bill must carry your GSTIN, the correct HSN code per item, tax split by rate, and an invoice number from an unbroken series. This is not a preference. A bill that fails these is a bill you may have to reissue, and a number series with gaps is a question you will eventually be asked.
Scan, quantity, next item. If an item does not appear in well under a second, the system will be abandoned during the evening rush and someone will go back to the calculator. Test this with your own item count loaded, not with a demo database of fifty products.
This is the single most under-weighted requirement in Indian retail. Ask directly: can I complete a sale with the connection down, and what happens when it comes back? A vague answer means no. Verify it in the trial by switching off the router mid-sale.
If POS and stock register are separate systems, they will disagree quickly, and a stock figure you do not trust is a stock figure you will not use.
Items, customers and sales history in a plain CSV, on demand, without raising a support ticket. This is what makes leaving possible, which is what makes staying a choice rather than a trap.
Usually worth it:
Usually not, at the start:
Boring hardware is the right hardware, because it can be replaced at short notice from a local dealer on a Saturday evening.
The longest feature list usually wins the comparison and loses the evening rush. Speed on your own item count beats a feature you will not configure.
This is where most POS rollouts stall, and it has nothing to do with the software. A POS running on a bad item master produces wrong numbers faster than a notebook does.
The owner evaluates the system; the staff use it. If the person at the counter finds it slower than the bill book, the bill book comes back within a fortnight.
Two systems means double entry, double entry means divergence, and divergence means neither number gets used.
Retail problems happen at peak times. Support that exists only on weekday mornings is support that is absent exactly when the counter is stuck. Ask who answers at 8pm on a Saturday, and in which language.
If the sales summary your return needs has to be rebuilt in a spreadsheet, you have bought a billing machine rather than a system. Our GSTR-1 and GSTR-3B routine assumes the sales data is already there; if it is not, that is where the month-end pain comes from.
The common end state for a shop that grows is three disconnected tools: one for billing, one for stock, and a spreadsheet for accounts and GST. Everything then depends on one person reconciling them, and that person becomes a single point of failure.
VeloCrew runs POS and counter billing against the same inventory and GST records, so a sale at the counter is a stock movement and a tax entry in one action, with no reconciliation step in between. Shops that also carry parts for service or repair work will find the related side covered in inventory management for service businesses that carry spare parts.
Choose against your own bottleneck, insist on the five non-negotiables, keep hardware replaceable, and put real effort into the item master before judging the software. Then test it in one live evening rush with your own staff, because that hour will tell you more than any feature comparison.
Judge the total for the number of counters and staff you actually have, not the headline per-month figure. Ask specifically what happens to the price when you add a second counter, a second user, or a second location, because that is where most quoted prices change.
In most of India, yes. A cloud-only POS that cannot complete a sale during a connection drop will stop billing when the connection drops, and staff will fall back to a calculator and a bill book. Ask whether a sale can be completed offline and what exactly happens when the link returns.
One. If your billing software and stock register are separate, they will disagree within a week because every sale has to be entered twice. Once you stop trusting the stock figure, you stop using it, and the register becomes decoration.
For a few hundred SKUs, an afternoon. For a few thousand, about a week. You can shorten the wait by loading your top 200 items by sales volume first, billing the rest as a miscellaneous line for the first few days, and filling in the tail afterwards.
If your counter slows down because staff are looking up prices, yes, and a wired USB scanner is the cheapest fix available. If you sell a small number of items everyone knows by heart, or mostly loose goods by weight, a scale that talks to the POS matters more.
That the bill carries your GSTIN, the correct HSN code per item, tax split by rate, and an unbroken invoice number series. Also check that the software can produce the sales summary your GST return needs, rather than leaving you to rebuild it in a spreadsheet each month.
Explore how VeloCrew can help you manage employees, field operations, attendance, tasks, HR and business workflows from one login — built for Indian operations teams. Every account starts on a 14-day Pro trial.
Start free ›Prefer a walkthrough first? Request a demo for your business.