Digitising the Showroom Qist Khata

Almost every showroom in the country runs its instalment sales out of a register. A hard-backed notebook, ruled by hand, one line per payment, kept by whoever is trusted with it. The qist khata. In many showrooms it is the only place the deferred money actually exists.

Most software pitches begin by treating that book as a joke. It is not a joke. It has beaten four generations of alternatives for good reasons, and any plan to move off it that does not start by understanding why it won is going to fail in about six weeks.

Why the khata beats the software it is usually replaced with

Four reasons, and they are all real.

It is instant. A buyer hands over 25,000 at the counter, the pen is already in reach, and the entry takes four seconds. No login, no loading, no dropdown for payment method.

It never fails. No signal, no battery, no subscription lapse, no update that moved the button. A register works in a power cut, which in much of Pakistan is not a hypothetical.

Everyone can read it. Including the buyer, which matters more than software people expect. The customer watches the line being written, sees the running balance, and leaves satisfied that it was recorded. That is a trust transaction as much as a data one.

It requires no training. A new employee understands a ruled book on their first morning.

Any replacement has to be at least as fast at the counter and at least as legible to the buyer, or the showroom will quietly keep the book alongside it — and then you have two systems, which is worse than either one alone.

What the khata cannot do, and when that starts costing money

The register does not fail gradually. It works fine, and then it turns out to have been failing silently for months in ways nobody could see. Five specific limits.

There is one copy of it. This is the largest exposure in the whole system and it is almost never insured against. Fire, water, a move, a disgruntled departure, a child with a pen. The entire deferred-receivables position of the business is a physical object sitting on a shelf.

Only the person holding it knows anything. Ask the showroom, at four in the afternoon, how much is outstanding across all buyers right now. In a khata-run showroom that question takes twenty minutes and produces a figure nobody fully trusts. It should take four seconds and be trusted completely, because it is the number the business runs on.

It has no view of time. A register records what was paid. It does not surface who has not paid. A buyer who quietly stops paying does not generate an entry — they generate an absence, and absences are invisible in a book. That is precisely backwards from what collections requires, and it is why we treat this as the core problem in improving recovery rate.

It does not reconcile against cash. The book says the payments came in. The cash box says something slightly different. Nothing in a register forces those two to meet, which is the gap cash control in a cash business is about.

It does not connect to the car. The khata is organised by buyer and by date. Your money is organised by vehicle. Answering "what did the white Corolla actually earn, including the instalments still outstanding" means holding two systems in your head at once.

The point where it stops being a preference

There is a reasonably sharp threshold, and it is not about how modern the showroom wants to be.

Below roughly ten to fifteen live instalment files, one person can genuinely hold the position in their head, and the register is a fine system. The overhead of anything else is not repaid.

Above that, human memory stops being the backup. Files start ageing without anyone noticing, because noticing now requires deliberately reading every page rather than simply remembering. The failure is not that the book got worse; it is that the informal index in somebody's head quietly stopped covering it.

Moving off it without losing what worked

The migrations that hold have a shape in common.

Do not migrate history. The instinct is to type in two years of past entries first, which is weeks of work, hated by whoever is assigned it, and finished by nobody. Start from a line in the sand: every file open today gets entered once with its current outstanding balance, and every new payment goes in the new system from that date. Closed files stay in the book, which becomes an archive rather than a live system.

Run both for exactly one month, then stop. Parallel running builds confidence, and it is also how showrooms end up with two permanent systems. Set the end date before you start and hold it.

Keep the counter ritual. The buyer should still see the entry being made and still leave with a record of the new balance. If the digital version removes the visible act of recording, buyers trust it less, not more — and the staff will reach for the book to reassure them, which restarts the problem.

Enter at the counter, not at the end of the day. Batching entries in the evening reintroduces exactly the memory dependence you left the register to escape, plus a new gap where cash exists but no record does.

What the change is actually worth

Not "digital transformation". Three concrete things.

• The outstanding position, on demand. Total receivable across every buyer, current as of the last payment taken, available to whoever needs it rather than to whoever holds the book.
• Overdue as a first-class fact. The system knows what was due and did not arrive, so silence becomes visible instead of invisible.
• The instalment attached to the car. So the vehicle's real position — sold, part-paid, documents held — is one record rather than a cross-reference between a book and a memory.

The register was never the problem. Running a business on a single unbacked copy of it, and on one person's recall of what it contains, is.

Common questions

Should a car showroom stop using a qist khata register?

Not automatically. Below roughly ten to fifteen live instalment files a register is genuinely adequate, because one person can hold the whole position in memory and the overhead of anything else is not repaid. The threshold is not a file count so much as a moment: the first time somebody has to read back through the book to answer a question they used to answer from memory. Past that point the informal index in someone's head has stopped covering the business, and the single unbacked copy of the book becomes the largest uninsured exposure the showroom has.

How do you digitise an udhaar or qist khata without losing months to data entry?

Do not migrate history. Draw a line at today: enter every currently open file once with its present outstanding balance, and record every new payment in the new system from that date onward. Closed files stay in the old register, which becomes an archive rather than a live system. Run both in parallel for exactly one month with the end date fixed before you start, otherwise parallel running becomes permanent and the showroom ends up maintaining two systems, which is worse than either alone.

Why do buyers trust a paper register more than software?

Because they can watch the entry being made and read the running balance themselves. That is a trust transaction as much as a record-keeping one, and it is the part most replacements accidentally remove. Keep the ritual: the buyer should still see the payment recorded and still leave knowing the new balance. If the digital version hides the act of recording, staff will reach for the book to reassure customers, and the showroom is back to running two systems.