Choosing Accounting Software: A Practical Selection Guide
Software selection usually collapses into a price comparison and a feature count, while the real cost of a bad choice shows up years later in a tax file. This article sets out the criteria that have proved decisive when implementing financial systems for manufacturers, traders and contractors.
Before you watch a single demo
Write down answers to three questions:
- Which reports do I need monthly, and how long do they take today?
- Which legal and tax obligations apply to my business?
- How many users, branches and documents will I have in three years?
Without those answers, every demo ends in a feature list you will never use.
Criterion one: tax compliance
This is the decisive factor in Iran today and receives the least attention. The system must be able to:
- Generate standard electronic invoices, submit them to the taxpayer system, store each invoice's unique tax number and submission status, and issue corrective and cancellation invoices. Details are in the taxpayer system guide.
- Produce the quarterly transaction report in a loadable format, holding the counterparty's national ID and economic code at invoice level rather than in a comment field. See quarterly transaction reports under Article 169.
- Separate VAT at item level, handling exempt goods and different rates, and keep recoverable input credit distinct.
- Export statutory books in a structure acceptable to the tax authority.
- Calculate withholding and payroll tax and generate the monthly filing files.
I have seen companies whose software could not issue corrective or cancellation invoices, forcing months of manual work in the tax portal. Ask this in the demo and watch it happen on screen rather than reading the brochure.
Criterion two: data structure
The chart of accounts is the backbone of reporting. Expect at least four levels plus floating analytical dimensions for cost centre, project, branch and counterparty. If you later want profit by project or branch and the data structure does not allow it, the only remedy is expensive reconstruction of past entries.
Equally important is period locking: once a month is closed, no prior entry should change without an audit trail. A change log showing user and timestamp is valuable both for internal control and for defending an assessment.
Criterion three: the modules you actually need
| Business type | Essential modules | Usually unnecessary |
|---|---|---|
| Trading and distribution | Multi-location inventory, sales and discounts, receipts, cheques | Production costing |
| Manufacturing | Costing, bill of materials, material and finished goods stores | Loyalty programmes |
| Contracting | Contracts, progress billing, guarantees, withholding tax | Retail POS |
| Retail | POS, barcode, live stock, card terminal integration | Project accounting |
| Services | Recurring billing, payroll | Inventory and production |
For contractors, a missing progress-billing module means parallel spreadsheets, which is exactly where errors are born.
Deployment options
| Criterion | On-premise | Web on own server | Cloud (SaaS) |
|---|---|---|---|
| Upfront cost | High | Medium to high | Low |
| Ongoing cost | Annual support | Server plus support | Monthly subscription |
| Multi-branch access | Difficult | Good | Excellent |
| Control over data | Full | Full | Contract-dependent |
| Backup responsibility | Yours | Yours | Provider's |
| Deep customisation | Possible | Possible | Limited |
The choice is organisational more than technical. No internal IT team and scattered branches point to cloud; large data volumes and bespoke development point to on-premise.
True cost of ownership
Include implementation and chart design, migration from the previous system, user training, annual support and upgrade fees, add-on modules, custom report development, and the hidden cost of slower work in the first two or three months.
Ask each vendor for a three-year cost projection assuming user growth. Year-one differences are usually small; year-three differences are not.
Pre-purchase checklist
- Run the demo on your own data, not the vendor's sample company.
- Execute a full cycle: order, invoice, submission to the taxpayer system, receipt, sales return.
- Actually generate the quarterly transaction report and the statutory book export.
- Test speed with a data volume comparable to one working year.
- Test user permissions and the document change log.
- Get the backup schedule and restore procedure in writing.
- Put support response times in the contract, not in conversation.
- Call two existing customers with a business similar to yours.
- Contract for data ownership and full export rights if the relationship ends.
- Schedule go-live at the start of a fiscal year or at least a quarter.
Migration
Opening balances must reconcile to approved financial statements, and that reconciliation should be documented. Clean master data — customers, suppliers, stock items — before migrating; moving a polluted list only relocates the problem. Limited parallel running for sensitive areas during the first quarter is sensible.
If you are unsure whether the gap is software or process and people, the comparison in outsourced accounting versus an in-house accountant may help.
If you would like the requirements analysis and vendor comparison done properly before you sign, I am glad to help.
Key takeaways
- Tax reporting capability is the first filter, not a nice-to-have.
- Design the chart of accounts around your reporting needs, not the vendor default.
- Derive required modules from your business type to avoid paying for unused features.
- Compare three-year ownership cost rather than licence price.
- Demo with real data and a complete cycle, and secure data ownership in the contract.
Frequently asked questions
What is the single most important selection criterion?
Must the software connect directly to the taxpayer system?
Cloud or on-premise?
What does the software really cost?
Have a question? Just ask
One short call is usually enough to know where you stand. If I miss you, I will call back.