Trading business owners get sold software by people who have never counted stock at six in the evening. Every software house in Pakistan will tell you that you need custom software. They would say that. It is the most expensive thing they sell.
I have run the accounts myself on Busy and MYOB at one trading company, and on QuickBooks and Tally ERP at another, in both cases as the person responsible for the numbers rather than as a consultant passing through. So here is a more candid version of that conversation, including the parts that argue against hiring me.
On this page
- What accounting packages are good at
- Which package suits which business
- Where they stop working
- The three questions that decide it
- When custom is the right answer
- Costs to count beyond the licence
- Questions to ask any software vendor
- Setting up the package properly
- What inventory software needs to handle in Pakistan
- Moving from Excel to a package without losing a month
- Training, backups and who owns the file
- Signs your trading business has outgrown its package
- A normal day in a trading business, and where software fits
- What I would set up for a new shop tomorrow
- The mistake that costs the most
- Related reading
- Not sure which side of the line you are on?
What accounting packages are good at
They handle double entry correctly, which sounds obvious until you meet a custom system built by someone who did not know what a contra entry was. They produce the reports your accountant and the tax authority expect, in the format they expect, which matters when figures end up in returns filed with the FBR. They have been debugged over a very long time by a very large number of businesses, and plenty of that happened inside a trading business much like yours. And when the person who runs your books leaves, you can hire a replacement who already knows the software.
That last point is worth more than most owners realise. A custom system nobody else in the country knows how to operate is a hiring problem you have created for your own trading business.
Roughly where each one sits, from having used them:
For a lot of trading business owners, one of these plus a properly configured chart of accounts is the whole answer, and anything else is a distraction.
- Busy is strong on the inventory and billing side and is widely understood by accountants in this region. It suits a distribution or trading business with a lot of SKUs.
- Tally ERP is the workhorse. Fast for data entry once someone knows it, excellent at statutory reporting, and there is no shortage of people who can operate it.
- QuickBooks is friendlier to look at and better for a service business or a smaller operation. It gets stretched thin once your inventory logic becomes complicated.
- MYOB is capable but you will find fewer local people who know it well, which matters more than the feature list.
Which package suits which business
Feature lists don't help much. What helps is matching the package to the shape of your trading business. These are rough fits from running the books myself, not rules.
A distributor with thousands of SKUs
Busy or Tally. Both handle large item lists, godowns and party-wise rates well, and you'll find accountants in Rawalpindi, Lahore or Karachi who already know them. For a firm moving cables, fittings or FMCG lines in volume, either is a sensible default.
A single retail counter
For a one-counter trading business in Raja Bazaar, any of the four will work, and the counter screen matters more than the ledger. Test how fast a salesperson can raise an invoice with five items and a discount. If it's slow, the staff will go back to the bill book whatever you paid.
Trading plus a service side
If you sell goods and also bill for installation or repair work, QuickBooks copes nicely with the service side. Check it handles your stock volumes before committing, because that's where it thins out.
More than one branch
This is where packages start to strain. Branch stock, transfers and a single view for the owner usually need either a higher tier of the package or a custom layer on top. If your trading business is heading that way, plan for it before the second branch opens, not after.
Where they stop working
In a trading business the failure is rarely in the accounting. It is at the edges, where the package meets how your business really trades.
The pattern I see most often is a business running the books properly in a package while running the parts that make it money in Excel and WhatsApp. Quotations in one spreadsheet. Credit terms per customer in someone's head. Delivery status in a group chat. Dead stock nobody has looked at in nine months because pulling that report requires an export and an afternoon.
You end up with a general ledger that is technically accurate and an operation nobody can see. For a trading business at scale, that costs real money. At Star Electric we hold inventory worth over PKR 500 million, and at that level a one per cent stock discrepancy is five million rupees. Not a rounding error. A car.
The three questions that decide it
Before your trading business spends anything on custom development, answer these straight.
First: is the thing you are struggling with really unusual, or does everyone in your trade have it? If everyone has it, a package very probably handles it and you have a configuration or training problem rather than a software problem. Configuration is far cheaper than development.
Second: how much are you paying now for the workaround? Count the hours. If someone spends two evenings a month reconciling a spreadsheet, that is 24 evenings a year, and you can put a number on it. If the number is small, live with the workaround.
Third: is your process stable? If how you handle credit or returns has changed twice this year, custom software will freeze whichever version happened to be current when the developer wrote it. Fix the process first, then build.
When custom is the right answer
Usually not as a replacement for the accounting package. Usually as a layer on top of it, or beside it, doing the operational job the package was never designed for.
Counter billing that matches how your shop really sells, including the part-payment and udhaar arrangements that no international package models properly. Stock movement visible in real time rather than at month end. Dead stock surfaced automatically instead of on request. Daily cash reporting that reconciles to the till without somebody retyping it. Multi-branch stock where the branches can see each other.
That is the shape of build that pays for itself in a trading business. It leaves the ledger where it belongs and fixes what the owner cannot see.
In practice that often means a counter billing and stock app that your staff use all day, which then pushes a daily summary into the accounting software. The accountant keeps working in Tally or Busy as before. The counter gets a screen built for the counter. Nobody retypes anything.
Costs to count beyond the licence
The licence fee is the smallest number in any accounting software decision. Trading business owners compare that figure and ignore the rest, then wonder why the project ran over.
Add those up properly for each option. The ranking of packages often flips once you do.
- Setup and data cleanup: someone's time to build ledgers, clean the item list and load opening balances.
- Training: every person who'll touch the system, not just the accountant.
- Hardware: a decent PC at the counter, a thermal printer, a barcode scanner if you use one, and a UPS for load-shedding.
- Internet: if the package is online, a backup connection matters more than the brand of software.
- Support: who you call when it breaks on a Saturday evening, and what that costs.
Questions to ask any software vendor
Buying a package from a reseller or talking to a developer about custom work, these questions sort things out quickly.
A vendor who answers all five clearly is worth talking to. One who changes the subject on the fourth is telling you something.
- Can I see it running in a trading business like mine, not a demo company?
- How does it handle udhaar, part payments and running balances?
- What happens at the counter when the internet or the power goes?
- Can I export all my data in a normal format if I leave?
- Who supports it in five years, and what does that cost?
Setting up the package properly
Most of the complaints I hear about Busy, Tally or QuickBooks trace back to a rushed setup in week one. Someone installed it, created a few ledgers, and started billing. Three years later nobody can pull a clean report.
Party ledgers that match reality
Every customer and supplier who trades on credit needs their own ledger, with their credit limit and terms recorded in the software, not in the owner's head. Group them sensibly: dealers, retail customers, contractors, suppliers by category. It takes a day to set up and it's the basis of every receivables report your trading business will ever run.
Stock groups and units
Group items the way you'd look for them on the shelf: cables, switches, breakers, lighting, fittings. Set the purchase unit and the sale unit for each item. If a coil comes in by the coil and goes out by the metre, the conversion has to be in the item master, or your stock figures will be wrong from the first sale.
Tax heads set up once, correctly
Sales tax, withholding and the rest need the right ledgers and rates from day one. Get your accountant to sit with whoever sets up the package for an hour. It's the cheapest hour you'll pay for all year.
What inventory software needs to handle in Pakistan
Accounting packages all do double entry. Where they differ is how well their inventory software side copes with the way trade really runs here. Before you pick one, check it against this list with your own trading business data, not a demo file.
If a package fails two or three of those, that's where a small custom layer earns its money. If it passes, you probably don't need one.
- Rate lists that differ by customer type, so a dealer and a walk-in customer get different prices on the same invoice screen.
- Credit limits that warn at the counter before the sale, not in a report at month end.
- More than one godown or branch, with transfers between them recorded as transfers rather than a sale and a purchase.
- Purchase and sale units that differ, with automatic conversion.
- Stock ageing, so slow lines show up without an export.
- A quick counter billing screen that someone can use with a queue of customers waiting.
Moving from Excel to a package without losing a month
Plenty of trading business owners still run stock in Excel alongside the books. Moving it into proper inventory software is worth doing, but it goes wrong when it's done in a rush.
The stock count is the part owners try to skip. Don't. Starting a new system with wrong opening stock means every report afterwards is wrong too.
- Clean the item list first. Merge the duplicates and fix the units before anything gets imported.
- Pick a cut-over date at a quiet point, not the week before Eid or at the end of the financial year.
- Do a physical stock count on that date and load the counted figures, not the spreadsheet figures.
- Run both for two weeks if you can, then stop the spreadsheet completely.
Training, backups and who owns the file
Two things get forgotten in almost every accounting software rollout I've seen. The first is training. One person gets shown the package, and everyone else learns by watching them. When that person is off sick, billing stops. Train at least two people on every daily task, write a one-page guide for the counter screen in plain Urdu or English, and keep it next to the till. It sounds basic. It's the difference between a system the trading business owns and one that belongs to a single employee.
The second is the data itself. Where's the company file? Who backs it up, how often, and where does the backup go? A trading business with years of ledgers on one desktop PC in the back office is one power surge away from a very bad month. Automate a daily backup to somewhere off the premises and check once a month that it can be restored.
Signs your trading business has outgrown its package
A package doesn't fail overnight. It gets slowly surrounded by workarounds until the workarounds are the real system. Watch for these.
One of those is a configuration job. Three or more usually means the trading business needs a proper operational layer beside the ledger.
- The owner asks for the same report every week and someone builds it by hand in Excel.
- Salespeople ring the office to check stock before quoting a customer.
- Credit limits are enforced by memory, not by the software.
- Month-end takes longer every quarter.
- Branches keep their own stock sheets because the central figure can't be trusted.
A normal day in a trading business, and where software fits
Forget the demo. Picture a normal Tuesday at a trading business in Raja Bazaar. The shutter goes up at ten, a dealer from Chakwal rings for a rate, two contractors want goods on credit and a supplier's truck turns up half an hour early. That's the day the software has to survive.
Most of that day happens at the counter and on the phone, not in the ledger. The accountant might open Tally twice. The salesman at the front is on the billing screen all day, and the owner wants to know by evening who owes what. A trading business lives or dies on those counter moments, so judge any package by them first.
After a week of real use, ask three plain questions. Can the counter bill a regular customer at his own rate without a phone call? Can the owner see today's credit sales before going home? Can someone in Islamabad check stock at the Rawalpindi godown without ringing anyone? If the answer is yes, your trading business is in decent shape.
If it's no, don't panic and don't reach for a developer yet. Most of the time it's a setup gap, and fixing it costs a day of someone's time. Custom work only makes sense for a trading business once the package is set up properly and still can't answer those questions.
What I would set up for a new shop tomorrow
If a friend opened an electrical trading business in Saddar next month and asked me what to run, this is what I'd tell them.
Start with Busy or Tally for the books, set up properly with party ledgers, stock groups and units on day one. Get an accountant to check the tax heads before the first invoice goes out. Use the package's own billing screen for the first few months and see where it pinches.
Keep a simple daily closing sheet: cash, credit sales, receipts and bank, checked against the package every evening. Count the top fifty items every week.
Only after six months of real trading would I look at custom inventory software or a counter app, and only for the specific gaps those six months had shown. By then you know what the trading business needs, rather than guessing.
The mistake that costs the most
Replacing a working accounting package with a custom one because a developer said they could. The migration is painful, the statutory reporting has to be rebuilt from scratch, and you inherit a permanent dependency on whoever wrote it.
If someone proposes that to you, ask them who maintains it in five years and what happens if they are not available. If the answer is vague, the answer is no.
I've seen the aftermath of this more than once. The trading business owner is locked into one developer, the statutory reports never quite match what the accountant needs, and every small change becomes a negotiation. Moving back to a standard package after that is harder than it would have been to stay on one. Keep the ledger in proper accounting software and build around it, not instead of it.
Related reading
- The dead stock report nobody runs, and what finally cleared ours: dead stock is the most expensive thing in your warehouse.
- If real-time invoice reporting applies to your category, it changes the buy-or-build maths: what FBR POS integration really involves.
- Recording the payment method at the till is the other half of clean books: what the 92% digital payments figure means for a small shop.
- Why I keep arguing against the expensive option: nine years in electrical trading and what it taught me about software.
Not sure which side of the line you are on?
Tell me what your trading business is running now and where the spreadsheets are. I will tell you whether this is a configuration problem, a process problem or a real build, and I will say so plainly if it is the first two, because those are not jobs I want to sell you.
Free consultation at devsioservices.com/contact. You can also read about our custom POS software, the wider custom software for small businesses work, and how fixed-price quotes work on the pricing page.
Related guides
- Custom software development for small businesses in the USA. When it pays off and how to buy it.
- How to automate lead intake and invoicing with AI. A practical four-step pipeline.
