Karyana Store POS: A Practical Guide to Moving Off the Notebook
Most POS software assumes barcodes and cash customers. A karyana store trades on neither. Here is what actually works, and what to set up first.
Why standard POS software does not fit
Walk into a karyana store and count what a typical POS system assumes. Barcodes on everything: not true, most stock is weighed out of a sack. Fixed pack sizes: not true. Stable prices: not true, rates move with the market. Cash customers: not true, a large share of monthly revenue sits in a credit notebook.
That is four foundational assumptions broken, which is why so many karyana owners buy software, use it for three weeks and go back to the register. The software was not wrong — it was built for a different kind of shop.
The three things that actually matter
For a karyana store, useful software does three things well and stays out of the way otherwise.
First, weight-and-rate billing. Items priced per kilo, per litre, per dozen, sold by quantity or by amount — because a customer asking for two hundred rupees of daal is a completely normal sale and the system should calculate the weight, not demand it.
Second, khata. A customer ledger with a running balance, every credit sale and every payment dated, statements you can print or send on WhatsApp, and an ageing view showing who has owed the longest. This is the single biggest reason to adopt software.
Third, supplier payables. What you owe each distributor, tracked the same way, so your own position at month end is a number rather than a guess.
Why khata in software beats the notebook
The notebook works, right up until it does not. A page gets damaged. A payment is taken and not marked. Only one person can read the handwriting, and if that person is unavailable, nobody can answer a customer's question about their balance.
The failure that costs real money is quieter: a balance sits for eleven months, nobody notices because nothing prompts them to, and by the time it is raised the relationship is old enough that asking feels awkward. An ageing report — who owes what, for how long — prompts the conversation while it is still an ordinary one.
There is a relationship benefit too. A printed statement a customer can check is neutral. A handwritten figure they have to take on trust occasionally is not.
Do you need barcodes?
No, and you should not attempt to barcode everything before starting. That project defeats most shops before the system is ever used.
The practical approach is layered. Packaged goods that already carry a barcode get scanned. Your twenty or thirty fastest-selling unbarcoded items get quick keys on the billing screen. Everything else is found by typing two or three letters of the name — in English, Urdu or Roman Urdu, whichever the person billing naturally uses.
If you later want labels on loose-packed goods, a label printer handles that gradually as stock arrives, rather than in one exhausting weekend.
Handling rates that move
Rates on staples change often, sometimes weekly. Two things need to be true: changing a rate must take one tap, and changing it must not rewrite history.
Old bills should keep the price they were actually sold at. Otherwise a return from last week refunds the wrong amount, and last month's margin report retroactively changes, which makes the reporting untrustworthy. Any system that stores only a current price and no rate history will do this to you.
What to set up in the first week
Do not attempt everything. In order:
- Your fifty fastest-moving items with units and rates — that is most of your daily sales
- Your credit customers with their current balances as opening figures
- Your regular suppliers with what you currently owe them
- Then bill from the system for a full week before adding anything else
The realistic expectation
In the first two weeks billing will be slower than your register. That is normal, and it is the point at which most shops give up. By week three, if the fast-moving items are set up properly, it becomes faster — and you gain a daily sales figure, a real credit ledger and a payables position you did not have before.
What software will not do is collect your outstanding balances or stop stock walking out of the door. It will make both visible, which is usually enough for the first and a good start on the second.
Hardware and getting started
A basic laptop or PC, a thermal receipt printer and — if you weigh loose items at the counter — an electronic scale that can feed the till. A barcode scanner is useful for packaged goods and can wait. You do not need a purpose-built POS terminal.
Our karyana POS page describes the build in detail. If your shop is closer to a mini-mart with mostly packaged stock, the mart POS page is the better fit.