Guides · Accounting
Business software in Kuwait and Qatar: running books before VAT arrives
Published
In short
Neither Kuwait nor Qatar has VAT in force as of September 2026, so the right software is one where tax is configuration rather than a hard-coded country — switching a rate on later is a setting, not a migration. What does matter today is books that post themselves, Arabic–English documents, and currency handling you have tested yourself — the dinar has three decimal places, so put a three-decimal amount through any vendor’s output before you buy. Both states signed the 2016 GCC VAT framework, which sets a 5% standard rate whenever it is adopted.
Where Kuwait and Qatar stand today
As of September 2026, neither state levies VAT. That is the whole of the immediate answer, and it is worth stating plainly because a good deal of Gulf software marketing implies otherwise.
| State | VAT in force | Currency | Decimal places | Status as of September 2026 |
|---|---|---|---|---|
| Kuwait | None | KWD | 3 | Government plan rules out implementation before 2028 |
| Qatar | None | QAR | 2 | E-invoicing framework approved in 2026; advisers treat it as groundwork, with planning estimates clustering around 2027 |
Both states signed the 2016 GCC VAT framework agreement, which sets a 5% standard rate when a member state adopts it. That is the shape of the eventual change, not a commitment to a date. Timetables in this region move; your accountant confirms what applies to you and when.
Why tax-as-configuration matters at a rate of zero
The usual mistake is to treat “no VAT” as “no tax requirement”, and buy accordingly — a simple invoicing tool with no tax model at all. The bill for that arrives on the day a rate is announced, because the migration is not the rate. It is everything the rate touches: item prices, quotations already issued, open contracts, receipts, the chart of accounts, and every report anyone reads.
The alternative is software where tax is configuration you control rather than a country baked into the product. In practice that means five things you should be able to do without a developer and without a data migration:
- Define a tax — its name, its rate, its components if it has more than one — and start using it from a date.
- Choose inclusive or exclusive pricing per price list, because a shop and a contractor will want opposite answers.
- Have it split automatically on every posting. A sale, a purchase, an expense, a POS settlement: each writes a balanced double-entry voucher with the tax portion in its own ledger.
- Read a tax summary from those postings, not from a separate calculation that can drift.
- Leave history alone. Transactions posted before the rate existed keep their own treatment; nothing is re-stated behind you.
Get that today, at a rate of zero, and switching VAT on later is an afternoon of configuration rather than a project. Buy a product with a “Kuwait — no tax” mode instead, and you will be buying again.
Neighbours make the point. The UAE and Oman charge 5%, Saudi Arabia 15%, and Bahrain 10%, all under the same framework agreement Kuwait and Qatar signed. A Gulf-capable platform is one that runs all of those side by side — see the multi-country GCC guide if you already trade across borders.
Currency, and the three-decimal question
The Kuwaiti dinar has three decimal places. So do the Bahraini dinar and the Omani rial. This sounds trivial and is not: software that assumes two places will round every line, and the error compounds across a long invoice, a price list, and a month of postings until the books argue with the bank.
Treat it as a buyer’s test rather than a claim to be believed. Enter a price with three decimals, invoice a quantity that will not divide neatly, then compare the printed document, the receipt and the posted voucher. Do it with every vendor you shortlist, ours included, and you will learn more in five minutes than from any feature grid.
The same applies to buying. Kuwaiti and Qatari businesses import in dollars, euros and rupees. Exchange rates should be first-class data, carried into the books with the transaction, with reports read in your base currency.
Arabic documents and an Arabic workspace
Bilingual documents are not a VAT feature and are needed now. An invoice in Kuwait City or Doha is commonly read by an Arabic-speaking customer and an English-speaking accountant, and issuing two separate invoices for one sale is how records fall out of step.
What to look for: paired Arabic and English labels on one page, right-to-left layout done properly rather than a mirrored English template, and the same treatment across every printable document type — quotation, invoice, receipt, delivery note, credit note. The workspace itself should run in Arabic for the staff who prefer it. There is a full test in what to look for in bilingual documents.
What to set up now
- Books that post themselves. Confirm an invoice; open the voucher it wrote. Do the same for a purchase, an expense, and a counter sale.
- A tax model you can reach. Ask the vendor to add a 5% tax live, apply it to one item, and show the split — then remove it again.
- Currency set up and tested, with rates carried onto foreign purchases and a three-decimal amount run through a document, a receipt and the ledger.
- Bilingual document templates, with branding set per branch if you have more than one.
- A financial year you define, with lock dates, so closed periods stay closed.
Do those five now and the eventual arrival of VAT is a settings change with an effective date. To try the list against Flowyana with the dinar or riyal and your own documents, book a demo.
Questions
Asked alongside this guide.
Do Kuwait or Qatar have VAT?
No. As of September 2026 neither state has VAT in force. Kuwait’s current government plan rules out implementation before 2028. Qatar approved an e-invoicing framework in 2026, which advisers treat as groundwork rather than a live obligation, with planning estimates clustering around 2027. Both signed the 2016 GCC VAT framework agreement, which sets a 5% standard rate when a member state adopts it. Confirm your own position with your accountant.
What happens in Flowyana when VAT is introduced?
You define the tax — its name, rate, whether pricing is inclusive or exclusive — and it starts splitting on new postings. Tax is configuration, not a hard-coded country, so historic transactions keep their own treatment and nothing has to be re-entered or migrated.
What should we check about currency before buying?
Currency and exchange rates are first-class settings in Flowyana: a foreign-currency transaction carries its rate into the books and reports read in your base currency. Separately, note that the Kuwaiti and Bahraini dinar and the Omani rial use three decimal places — put a three-decimal amount through any vendor’s receipts, printed documents and ledger entries, ours included, and compare them before you commit.
Keep reading
More guides.
Documents
Arabic–English invoices: what to look for in bilingual documents
Paired labels on one page, real right-to-left layout, correct numerals and currency, per-branch branding, and the same template across every printable document type.
Point of sale
How to choose POS software in the Gulf: shops and restaurants
Offline-first tills, VAT-inclusive shelf prices with tax still split in the books, Arabic–English receipts, cash sessions, KOT routing — and what not to assume.
Multi-branch
One company, branches in Dubai, Riyadh and Kuwait: running multi-country books in the GCC
Three VAT regimes, three currencies, one set of books: how to run GCC branches with scoped staff access, consolidated reports and per-branch document branding.