Choosing accounting software in Oman — what actually matters

There is no such thing as Tax Authority-approved accounting software in Oman. No certification scheme applies to bookkeeping packages, no official list exists, and keeping your books in a spreadsheet remains legal. Almost every page that tells you otherwise is importing a rule from Saudi Arabia.

Does the Tax Authority approve accounting software?

This question has a precise answer, and the precision is the point. Oman does now operate an accreditation scheme — the Fawtara portal opened service-provider applications in March 2026. But what it accredits is e-invoicing service providers, the middleware that validates and transmits an XML invoice between you, your customer and the Tax Authority under a five-corner model. It does not accredit, certify, approve or list accounting software. We found no such scheme, no such list and no such requirement anywhere on taxoman.gov.om, tms.taxoman.gov.om or the Fawtara portal.

There is a second finding worth stating plainly: not one of the accredited service providers is a general small-business bookkeeping package. Zoho, Tally, Xero, QuickBooks, Sage and Odoo are all absent from the list. The accredited firms are tax-technology and e-invoicing specialists. That means every mainstream accounting product reaches Fawtara through a third party — and it makes the buyer's real question not "is this approved?" but "can this hand a complete invoice to an accredited provider?". We should add that we could not read the official accredited list itself: the Tax Authority's page renders only in a browser, and the eleven-name list circulating online comes from a secondary page published by one of the accredited firms, which lists itself. Check the Tax Authority's own page rather than a blog.

What the law actually requires of your records

• VAT at 5%, under the Value Added Tax Law, Royal Decree 121/2020.
• Quarterly VAT returns, filed within 30 days of the end of each calendar quarter (Article 72 of the Law, and the Tax Authority's own return-filing guide).
• Records kept for 10 years from the end of the tax year — tax invoices, accounting records and books, and customs documents — extending to 15 years for records relating to real estate (Article 70).
• Electronic submission of returns, financial statements, records and documents to the Authority, with by-hand or registered mail as the exception (Article 10).
• Tax invoice content is not in the decree. Article 67 defers it entirely to the Executive Regulations: the Regulations "will determine the conditions and rules to issue Tax Invoices, its types, its substitutes, amendments and the data it must include".
• Registration thresholds of OMR 38,500 mandatory and OMR 19,250 voluntary — but note these are not in the Law either. Article 55 says the threshold is set by decision of the Chairman with Cabinet approval. The figures come from PwC, not from the decree.

The ten-year retention rule deserves a moment's thought before you sign a cloud subscription. The obligation is yours, not your vendor's, and nothing requires a SaaS company to keep your data after you stop paying. If you may switch products in three years — and on this evidence you may well have to before August 2027 — the quality of the export function matters more than most buyers weigh it.

The VAT return is typed into a portal, box by box

This single fact decides most of the comparison, and almost no vendor page mentions it. The Tax Authority's guide states that "Taxable Persons must submit their VAT return on a periodic basis via the TA's Taxpayer Portal". There is no XML, CSV or Excel upload for the standard return. No software can file your Oman VAT return. The most any product can do is produce figures that map cleanly onto the portal's boxes, which you then key in.

The form has seven sections, and it is worth knowing their shape before you judge whether a product's "VAT report" is any use:

• 1a–1f — supplies in the Sultanate of Oman: standard-rated, zero-rated, exempt, reverse charge, profit margin scheme
• 2a–2b — purchases subject to the reverse charge mechanism
• 3a — supplies to countries outside Oman (exports)
• 4a–4b — import of goods, including postponed accounting
• 5a–5b — total VAT due, including adjustments
• 6a–6d — input VAT credit: purchases, imports, fixed assets, adjustments
• 7a–7c — tax liability calculation

The boxes that break generic software are the reverse charge boxes (1d–1f and 2a–2b in effect) and the postponed import accounting box. A product built for the UK, Australia or the United States will have a VAT summary, but frequently has no tax code that produces an Omani reverse-charge or postponed-import figure. You end up doing that part on paper, every quarter, for ten years.

One more concrete requirement to test a product against: where you claim a refund exceeding OMR 100, the Tax Authority requires you to download its "Taxpayer Checklist" Excel sheet and attach it to the return. A product that produces a report of detailed VAT transactions in that shape saves you real work; a product that does not means you rebuild it by hand.

The Arabic rule is not what you have been told

You will read, constantly, that Omani law requires Arabic tax invoices. We could not find that rule. What we found is narrower: a taxpayer may keep accounting records, books, invoices and other documents in any language, provided they are made available in Arabic at the Tax Authority's request. In other words, translation on demand, not Arabic on every invoice.

Separate the legal question from the commercial one, though. Arabic invoice output still matters in Oman, and for a reason that has nothing to do with the Tax Authority: government bodies and large Omani corporates expect it, and an English-only invoice can slow a payment run. Treat Arabic output as a customer requirement you should probably buy, not as a compliance requirement you must.

VAT in Omani Rial, even on a dollar invoice

This is the sharpest practical constraint we found, and the one most likely to leave a generic product producing technically defective invoices. The taxable amount and the VAT charged must be shown in Omani Rial. Where an invoice is issued in a foreign currency, the tax value is to be calculated in Omani Rial using the average purchase and sale rate published by the Central Bank of Oman at the tax due date. Most multi-currency products convert to base currency in the ledger but print only the transaction currency on the invoice PDF. That is a template problem, and it is the failure we would expect to find most often in the field. We should be honest about the source, though: this rule rests on two converging secondary sources rather than a Tax Authority page we could read. It is consistent and specific enough that we would plan around it, but if it is load-bearing for your business — you invoice in dollars or dirhams — have the Executive Regulations checked directly rather than relying on us.

There is a pricing consequence that catches Omani importers. Multi-currency is not an entry-tier feature. It sits in Zoho Books' Professional plan, QuickBooks Online's Essentials, and only in Xero's Comprehensive and Ultimate tiers. If you buy in foreign currency, you cannot buy the cheapest plan of any of them, and the comparison you did on headline prices was the wrong comparison.

The base currency trap

The strongest evidence is Intuit's own documentation. Once Multicurrency is switched on in QuickBooks Online, the home currency cannot be changed through settings, and Intuit's help article states that "you can only change the home currency by deleting all your data and starting over from scratch". That is the vendor's wording, not ours. Zoho Books sets the base currency from the business location you choose while setting up the organisation, and its currencies help page documents no way to change it afterwards. For Xero we have to be careful: we could not confirm the position from Xero's own documentation, because those pages did not render for us. What we can say is that Xero's public product-ideas forum carries multiple open requests asking for the ability to change an organisation's base currency, which strongly implies it is not currently possible. We are not going to state that as fact on the strength of a feature request.

The products, and when we read the prices

Every price below was read on 6 and 7 August 2026, on the vendor page cited. Software pricing moves, promotional discounts expire, and several of these vendors gate prices by region — so re-check the vendor's own page before you buy, and note carefully which currency each price is quoted in. Almost none of them quote in Omani Rial.

Zoho Books

Zoho Books is the only mainstream cloud product with a genuine, separate Oman edition rather than a re-badged UAE one. Prices below are from the Oman pricing page, quoted in US dollars, exclusive of local taxes. Additional users are USD 3 per user per month, or USD 2.50 billed annually.

What we could verify: VAT tracking, a VAT Return Report and a Taxpayer Checklist Report from the Standard plan upwards. That second report name is not generic — it matches the Tax Authority's own "Taxpayer Checklist" Excel requirement described above, which is the most Oman-specific piece of functionality we found in any product. The Oman product page displays OMR figures throughout, Arabic is offered as an interface language, and multi-currency starts at Professional. What we could not verify: whether the VAT Return Report's lines actually map onto boxes 1a to 7c. Zoho's documentation says the reports are "in compliance with OTA standards" but publishes no box mapping. We also could not confirm that an Arabic right-to-left invoice template ships with the Oman edition, as distinct from an Arabic user interface. Zoho has no Oman office and is not an accredited service provider; a Muscat-based firm sells a Zoho-to-Fawtara connector and states that the accreditation is the connector vendor's, not Zoho's — though it publishes no registration number and quotes its prices in Malaysian ringgit on an Oman-facing page.

Tally

Tally is probably the most widely installed accounting product in Omani small business, and it has the worst pricing transparency of anything here. Tally's only official price list is for India, in rupees. There is no published Omani Rial list price. What exists instead is a spread of reseller prices that disagree with each other and, in one case, with themselves on the same page.

Two things follow. First, at roughly OMR 240 the Oman reseller price is several times both the Indian list price and the dollar figure on the reseller's own page, and no published source reconciles them — so treat any Tally price you are quoted as a negotiation, not a list. Second, the "local support" argument for Tally deserves scrutiny: the largest resellers serving Oman are UAE-registered, one of them explicitly at Sharjah Media City, and another Oman-addressed page carries Dubai geo-metadata. Tally is on-premise rather than cloud, which is genuinely why many Omani accountants prefer it — the data file sits on the client's machine. Bilingual Arabic and English tax invoices, VAT classification and multi-currency are claimed by resellers; we found no vendor page making those claims for Oman.

Wafeq

Wafeq has a real Oman edition at wafeq.com/en-om, localised to OMR, available in Arabic, and claiming VAT returns generated "in your tax authority format, ready for submission". It is one of only two products here that make an explicit Oman VAT return claim. But we could not verify a single Omani Rial price: the Oman pricing URL returns a 404, and the help-centre pricing article publishes Saudi riyal, dirham, Egyptian pound and a rest-of-world US dollar tier at USD 32, 39 and 67 monthly for Starter, Plus and Premium, without an Oman figure we could read. Note also that e-invoicing integration sits in the Plus tier, not Starter, and that Starter is capped at two users.

Odoo

Oman is an official Odoo fiscal localisation — it appears in the supported-localisations index in the Odoo 19 documentation alongside Jordan, Saudi Arabia and the UAE. What that localisation actually contains, we cannot tell you: the detail page renders only in a browser and we could not read the module table, the chart of accounts, or whether it produces an Oman VAT return. Historically Oman was served by a third-party community chart-of-accounts module for versions 13 and 14 only, which suggests first-party support is recent. Pricing from the Odoo pricing page in US dollars: One App Free at USD 0 for a single app with unlimited users; Standard at USD 24.90 per user per month billed yearly or USD 31.10 monthly; Custom at USD 49.00 yearly or USD 61.00 monthly. Note that on-premise hosting and external API access — which is what an accredited-provider integration will need — sit only in the most expensive tier. A Muscat Odoo partner claims Oman VAT returns generate out of the box; that claim cites no Odoo documentation and we are not repeating it as fact.

QuickBooks Online and Xero

Neither has an Oman edition and neither produces an Oman VAT return. QuickBooks Online's global pricing page renders plan names — Simple Start, Essentials, Plus, Advanced — but no prices at all without regional gating, and its list of regional sales contacts covers fourteen territories including the UAE and Saudi Arabia but not Oman. Xero's global pricing URL returns a 404; the only figures we could read were UK-specific, in pounds, at GBP 16, 37, 50 and 65 per month for Ignite, Grow, Comprehensive and Ultimate before an introductory discount. There is a genuine Oman-registered Xero partner in Muscat — and it is telling that its Xero page makes no claim at all about Oman VAT, OMR, Arabic invoices or the Oman return.

Sage, Focus Softnet and Numbris

Sage has no Oman edition. Its Middle East site addresses "UAE & Middle East" without naming Oman, lists Intacct, X3, 200 Evolution and 300cloud, publishes no pricing at all — one product is explicitly "price on request" — and mentions neither Oman VAT nor Fawtara. Sage reaches Oman through UAE dealers, which makes it the hardest option here to evaluate on paper. Focus Softnet is a real GCC vendor with an Oman operation and Omani phone numbers, marketing a cloud ERP and an e-invoicing solution it describes as fully Peppol compliant; it publishes no pricing and no street address on its homepage. Numbris presents as Oman-first — OMR as a primary currency, Arabic, 5% VAT built in, Gulf-hours support — but is headquartered in Karachi, its own site describes it as "early in Oman", and the single named live customer is a retailer in Doha, Qatar. Include it in a market survey; do not put a client's ten-year records on it yet.

What we could not verify

This is the part the affiliate pages leave out, and it is the part that should decide how much weight you give the rest.

• No product's Oman VAT return output was checked against the actual form — including Zoho's, which claims compliance with Tax Authority standards without publishing a mapping to boxes 1a to 7c. This is testable with a free trial in an afternoon, and it is the single most useful thing anyone could do before committing.
• The tax invoice field list. The operative Executive Regulations article was not readable in the copies we could reach, so the field list circulating online — including the version we would have published — rests on secondary sources, one of them a software vendor's blog.
• The official accredited service provider list, which does not render outside a browser.
• Odoo's Oman localisation contents, for the same reason.
• Any Omani Rial price for Wafeq, QuickBooks Online, Xero, Sage or Focus Softnet. None is published.
• Whether Xero's base currency can be changed after setup.
• Support hours in Oman for any product except Numbris, which advertises Sunday-to-Thursday Gulf hours.
• Market share. There is no reliable data on what Omani businesses actually run. The one academic study we found interviewed six accountants and dates from 2020; it names Tally, QuickBooks, Peachtree and Excel without percentages. Anyone quoting you a market-share figure for Oman is making it up.

Why most "best accounting software in Oman" pages are useless

We read a lot of them so that you do not have to. The pattern is consistent enough to be diagnostic:

• A ranked list with no methodology. No criteria, no testing, no explanation of how the seven or ten products were chosen.
• An undisclosed reseller conflict. One widely-cited Oman listicle ranks seven products, six of which the publisher sells, plus two of its own products — and only its own get call-to-action buttons.
• UAE phrasing copied wholesale. The same page is near-identical to the publisher's UAE guide and still says "Dubai" in an Oman article.
• Date anomalies. URL slugs saying 2021, body text saying 2024, an "updated" stamp in the future.
• Vendor comparisons where the vendor is one of the options. At least two products here publish a "best accounting software in Oman" page that ranks themselves, with no methodology and a closing pitch.

And the contamination is not confined to blogs. Zoho Books' own Oman product page carries a customer testimonial praising how easy it was to keep data "in a format how the Federal Tax Authority (FTA) wanted it" — the FTA is the UAE regulator, not Oman's. If a first-party vendor page can leak UAE content into Omani material, assume a third-party listicle has done worse. The specific traps: Oman files quarterly and the UAE does not always; Oman's return boxes are not the UAE's VAT201 boxes; Oman's thresholds are OMR 38,500 and 19,250, not AED 375,000 and 187,500; and Oman retains records for 10 years, not the UAE's general 5.

Fawtara: August 2027 is the date that matters

Nothing about e-invoicing binds a small Omani business today. The Tax Authority's own FAQ sets out four phases: August 2026 for around one hundred large VAT-registered companies, February 2027 for all large companies, August 2027 for all remaining VAT-registered taxpayers including SMEs, and a fourth phase for government entities at a February yet to be fixed. Invoices will have to be issued as XML under Peppol BIS and Oman PINT specifications — though KPMG noted in November 2025 that the Authority had at that point still not formally confirmed adoption of the Peppol model, so treat the standard as settled in direction but not in every detail. KPMG also reports that the draft data dictionary makes 53 fields mandatory on a standard tax e-invoice with 66 more conditional, against roughly 18 to 20 fields under the current VAT rules. That is the real migration risk: not the format, the field coverage.

Note one unresolved ambiguity before you plan around this. The Tax Authority's service provider FAQ says taxpayers must use an accredited service provider or become accredited themselves; its e-invoicing landing page words the same obligation as using "a certified service provider or compatible ERP solution", which reads as permitting a direct connection. Two official pages, two formulations, and nothing we found resolves them. If a vendor tells you confidently which one applies, ask what they are reading.

So the practical advice is short. Buying a product with no credible path to an accredited provider is buying a migration, twelve months out. Before you commit, establish your own deadline authoritatively rather than from a blog: the Tax Authority publishes a rollout phase checker that takes your full VATIN. If you would rather have someone open a trial account and test whether a product's VAT report actually reconciles to boxes 1a to 7c before you buy, that is a half-day job and our office can do it.