Will my accounting software work with UAE e-invoicing? Questions to ask before you switch

The UAE uses a model where each business appoints one accredited service provider from the Ministry of Finance list, for both sending and receiving. Your ASP validates the invoice, delivers it to your customer’s ASP and reports the tax data to the FTA. The customer’s ASP does the same in reverse when you are the buyer.

Your accounting software sits before and after that journey. Before: it holds customers, items, prices and VAT treatment, and produces the invoice. After: it records the posted sale, tracks payment, and keeps the record for the retention period. Some ERP vendors are themselves accredited; most accounting tools are not and connect to a provider instead.

Ask for written answers. A vague reply is an answer too.

• Which accredited providers do you connect to today, and is that connection live or planned?
• Can I export invoices in a format my provider accepts, if there is no direct connection?
• Does your invoice record hold every field in the Ministry’s mandatory list, including the buyer’s electronic address?
• How are credit notes linked to original invoices in your system?
• What happens in your system when the provider rejects an invoice?

The Ministry’s mandatory fields document lists 41 fields for an electronic tax invoice. You do not need to understand the XML to check your own readiness. Export last month’s invoices and look for blanks: buyer TRN for registered buyers, buyer address, currency code, line-level tax category, invoice type.

A Dubai events company did this with 230 invoices from September and found that 34 had no buyer TRN even though the buyers were registered, and 19 used a single line “event services” for jobs worth up to AED 180,000. Neither problem has anything to do with software capability. Both would have caused rejections or queries.

Switching is worth considering if your current tool cannot hold line-level VAT treatment, cannot link credit notes to invoices, lets anyone edit posted invoices, or has no route to any provider. It is not worth it purely because a sales team used the word “ready”.

If you do switch, do it at a clean break, ideally the start of a VAT period, and well before your go-live. Moving ledgers and changing your invoicing process in the same month as going live on e-invoicing doubles the risk of mistakes.

A Sharjah trading company with AED 22 million of revenue plans to go live on 1 July 2027. If it migrates its books in May 2027, it has six weeks to load opening balances, rebuild customer records and test with its provider. If it migrates in January, it has six months, and two full VAT returns on the new system before e-invoicing starts.

The software cost is the same either way. The difference is the risk of missing the go-live date, which the penalties decision (now Cabinet Decision No. 173 of 2026) fines for every month of delay.

HelloBooks is an accounting system, not an ASP. It keeps complete invoice records: customer TRNs and addresses, line-level VAT treatment, credit notes tied to originals, and locked posted invoices. The AI agent can run the data test above for you: ask “which invoices this quarter are missing a buyer TRN?” and review the list it returns.

Businesses still appoint their own provider from the Ministry list. If you need invoice data exported in a particular layout for your provider, or a report that checks every mandatory field, the team can build it as a customization; email hello@hellobooks.ai or book a call at /book-a-demo.